Re: Debian kernel and /proc/pal

2005-08-09 Thread dann frazier
On Tue, 2005-08-09 at 10:43 -0700, Stephane Eranian wrote: > Dann, > > On Tue, Aug 09, 2005 at 10:40:16AM -0600, dann frazier wrote: > > On Mon, 2005-08-08 at 10:17 +1000, Ian Wienand wrote: > > > On Fri, Aug 05, 2005 at 01:36:54PM +0200, Stephane Eranian wrote: > >

Re: Debian kernel and /proc/pal

2005-08-09 Thread dann frazier
On Mon, 2005-08-08 at 10:17 +1000, Ian Wienand wrote: > On Fri, Aug 05, 2005 at 01:36:54PM +0200, Stephane Eranian wrote: > > I recently used an Itanium machine booted with a 2.6 Linux kernel. > > The exact package is: > > kernel-image-2.6.11-1-mckinley-smp_2.6.11-6_ia64.deb > > > > It doe

Re: [PATCH] salinfo_decode silent exit in older 2.4s

2005-04-19 Thread dann frazier
On Wed, 2005-04-20 at 10:04 +1000, Keith Owens wrote: > On Tue, 19 Apr 2005 15:51:28 -0600, > dann frazier <[EMAIL PROTECTED]> wrote: > >On Wed, 2005-04-13 at 13:51 -0600, dann frazier wrote: > >> On Tue, 2005-04-12 at 09:03 +1000, Keith Owens wrote: > >> &

Re: [PATCH] salinfo_decode silent exit in older 2.4s

2005-04-19 Thread dann frazier
On Wed, 2005-04-13 at 13:51 -0600, dann frazier wrote: > On Tue, 2005-04-12 at 09:03 +1000, Keith Owens wrote: > > I coded that exit on the assumption that the only reason salinfo_decode > > would get -EINTR is from a signal. salinfo_decode 0.7 does not have > > alarms, so t

Re: [PATCH] salinfo_decode silent exit in older 2.4s

2005-04-13 Thread dann frazier
On Tue, 2005-04-12 at 09:03 +1000, Keith Owens wrote: > I coded that exit on the assumption that the only reason salinfo_decode > would get -EINTR is from a signal. salinfo_decode 0.7 does not have > alarms, so the only signal should be from an external event, i.e. when > the user wants to shut it

Re: [PATCH] salinfo_decode silent exit in older 2.4s

2005-04-11 Thread dann frazier
On Mon, 2005-04-11 at 09:58 +1000, Keith Owens wrote: > On Fri, 08 Apr 2005 15:23:43 -0600, > dann frazier <[EMAIL PROTECTED]> wrote: > >I was playing with salinfo_decode on an older kernel (2.4.21 era) and it > >would normally die silently right after exec. > > >

[PATCH] salinfo_decode silent exit in older 2.4s

2005-04-08 Thread dann frazier
. Hopefully this is what the author originally intended. Signed-off-by: dann frazier <[EMAIL PROTECTED]> --- salinfo-0.7.orig/salinfo_decode.c Tue Oct 5 09:23:33 2004 +++ salinfo-0.7/salinfo_decode.cFri Apr 8 15:06:40 2005 @@ -235,7 +235,7 @@ char filename[PA

[PATCH] fix generic non-SMP builds

2005-03-13 Thread dann frazier
Here is a forward port of Jesse Barnes' fixes for generic, non-SMP builds to today's linux-ia64-test-2.6.12 tree. I built & booted both SMP & non-SMP versions on a zx1 box. Signed-off-by: dann frazier <[EMAIL PROTECTED]> diff -urN linux-ia64-test-2.6.12-20050313.orig/a

Re: conflicting per_cpu_init() defines on non-SMP

2005-03-13 Thread dann frazier
On Wed, 2005-03-09 at 09:38 -0800, Grant Grundler wrote: > On Tue, Mar 08, 2005 at 10:09:58PM -0700, dann frazier wrote: > > Is this the right way to approach a patch to fix this? > > It looks right. But I'd expect arch/ia64/mm/discontig.c to use whats > in the header fi

RE: cpu_to_node_map on UP systems

2005-03-10 Thread dann frazier
On Wed, 2005-03-09 at 11:31 -0800, Luck, Tony wrote: > >> In 2.6.11, cpu_to_node_map has moved from numa.c to smpboot.c. Since > >> smpboot.c isn't built on non-SMP systems, this causes > >non-smp builds to > >> fail to link in various places. > >> > >> I don't know what the right answer is here

cpu_to_node_map on UP systems

2005-03-08 Thread dann frazier
In 2.6.11, cpu_to_node_map has moved from numa.c to smpboot.c. Since smpboot.c isn't built on non-SMP systems, this causes non-smp builds to fail to link in various places. I don't know what the right answer is here - resurrect numa.c maybe? -- dann frazier <[EMAIL PROT

find_pernode_space() UP compile error

2005-03-08 Thread dann frazier
ch/ia64/mm/discontig.c:370: error: for each function it appears in.) I don't know how much of this function is a no-op on UP systems; though discontig.c compiles w/ an #ifdef CONFIG_SMP around the __per_cpu_offset assignment. -- dann frazier <[EMAIL PROTECTED]> - To unsubscribe from thi

conflicting per_cpu_init() defines on non-SMP

2005-03-08 Thread dann frazier
SMP */ -- dann frazier <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: discontinued zx1 based machine: hp zx6000. problems

2005-02-22 Thread dann frazier
On Wed, 2005-02-23 at 03:29 +0200, Max Kovgan wrote: > Hello, list! > > Either my hands are skewed or something is wrong with this ia64 port, or even > worse. > > i am a debian user. > hardware: zx6000, no ps/2, only usb keyboard ( this one has also 2 usb > sockets, so it should also be a USB h

Re: state of the ia64 linux tree

2005-01-19 Thread dann frazier
On Wed, 2005-01-19 at 15:19 -0800, Luck, Tony wrote: > Uni-processor support is a mess right now. Dan's resurrection > of Jesse's patches for generic-up support doesn't apply ... the > prime culprit is discontig.c:find_per_node_space() which has been > touched by several patches, so we still have