[parisc-linux] Kernel 2.4.17-32-smp problem

[parisc-linux] Kernel 2.4.17-32-smp problem

[Jeremy Drake]

I have been running debian hppa for a while now without incedent.
Recently, I ran apt-get upgrade, and it upgraded my kernel-image
2.4.17-32-smp.  I rebooted, and the box now crashes periodically.  It has
done this twice.  Since I have not had physical access to the box for a
while, I can't get any logs or even bring the box back up.  Hopefully by
monday I'll be able to be more help.

The box is a J5000 with 512M ram and a 30Gig 15k scsi drive on id6 of the
hotswap scsi.  It is running serial console, but has a hp video card.  I
don't know exactly what that is.  The USB on the back is hosed, so the
firmware can't detect the HP keyboard and it boots serial console.

I would also like to ask you hardware gurus out there if I were to buy and
add a PCI USB controller to the J5000, if the firmware would detect the
keyboard and boot properly.

Thanks for the great work on this port, and hopefully you can help me.
Log files to follow when available.......

-- 
You are as I am with You.

[parisc-linux] Kernel 2.4.17-32-smp problem

[Jeremy Drake]

I have been running debian hppa for a while now without incedent.
Recently, I ran apt-get upgrade, and it upgraded my kernel-image
2.4.17-32-smp.  I rebooted, and the box now crashes periodically.  It has
done this twice.  Since I have not had physical access to the box for a
while, I can't get any logs or even bring the box back up.  Hopefully by
monday I'll be able to be more help.

The box is a J5000 with 512M ram and a 30Gig 15k scsi drive on id6 of the
hotswap scsi.  It is running serial console, but has a hp video card.  I
don't know exactly what that is.  The USB on the back is hosed, so the
firmware can't detect the HP keyboard and it boots serial console.

I would also like to ask you hardware gurus out there if I were to buy and
add a PCI USB controller to the J5000, if the firmware would detect the
keyboard and boot properly.

Thanks for the great work on this port, and hopefully you can help me.
Log files to follow when available.......

-- 
You are as I am with You.

[parisc-linux] Re: Kernel 2.4.17-32-smp problem

[Grant Grundler]

Jeremy Drake wrote:
> Recently, I ran apt-get upgrade, and it upgraded my kernel-image
> 2.4.17-32-smp.  I rebooted, and the box now crashes periodically.

Where you running an SMP kernel before?
(If so, which version?)

Normally I'd say get the latest (2.4.18 based) kernel.
But I know the SMP variant hangs on my A500 pretty quickly.
I haven't had a chance to debug this since I've been spending spare
cycle working on PA8700 support (bug workarounds in SBA code).

IIRC, the debian buildd machine is also a J5000 and runs a
non-SMP kernel for similar (same?) reason.

hth,
grant

[parisc-linux] Re: Kernel 2.4.17-32-smp problem

[Grant Grundler]

Jeremy Drake wrote:
> Recently, I ran apt-get upgrade, and it upgraded my kernel-image
> 2.4.17-32-smp.  I rebooted, and the box now crashes periodically.

Where you running an SMP kernel before?
(If so, which version?)

Normally I'd say get the latest (2.4.18 based) kernel.
But I know the SMP variant hangs on my A500 pretty quickly.
I haven't had a chance to debug this since I've been spending spare
cycle working on PA8700 support (bug workarounds in SBA code).

IIRC, the debian buildd machine is also a J5000 and runs a
non-SMP kernel for similar (same?) reason.

hth,
grant

Re: [parisc-linux] Re: Kernel 2.4.17-32-smp problem

[Jeremy Drake]

On Sun, 24 Mar 2002, Grant Grundler wrote:

> Jeremy Drake wrote:
> > Recently, I ran apt-get upgrade, and it upgraded my kernel-image
> > 2.4.17-32-smp.  I rebooted, and the box now crashes periodically.
>
> Where you running an SMP kernel before?
> (If so, which version?)

I was running 2.4.17-32-smp before.  It just updated a debian package of
the same kernel version.  I had no problems with the old one, other than
the fact that it seems to ignore cpu0.  All processor time goes to cpu1
and cpu0 gets a ton of idle.

>
> Normally I'd say get the latest (2.4.18 based) kernel.
> But I know the SMP variant hangs on my A500 pretty quickly.
> I haven't had a chance to debug this since I've been spending spare
> cycle working on PA8700 support (bug workarounds in SBA code).

When the box crashed both times, I was checking out the cvs tree :)

>
> IIRC, the debian buildd machine is also a J5000 and runs a
> non-SMP kernel for similar (same?) reason.
>
> hth,
> grant
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>

-- 
Paranoia doesn't mean the whole world isn't out to get you.

Re: [parisc-linux] Re: Kernel 2.4.17-32-smp problem

[Jeremy Drake]

On Sun, 24 Mar 2002, Grant Grundler wrote:

> Jeremy Drake wrote:
> > Recently, I ran apt-get upgrade, and it upgraded my kernel-image
> > 2.4.17-32-smp.  I rebooted, and the box now crashes periodically.
>
> Where you running an SMP kernel before?
> (If so, which version?)

I was running 2.4.17-32-smp before.  It just updated a debian package of
the same kernel version.  I had no problems with the old one, other than
the fact that it seems to ignore cpu0.  All processor time goes to cpu1
and cpu0 gets a ton of idle.

>
> Normally I'd say get the latest (2.4.18 based) kernel.
> But I know the SMP variant hangs on my A500 pretty quickly.
> I haven't had a chance to debug this since I've been spending spare
> cycle working on PA8700 support (bug workarounds in SBA code).

When the box crashed both times, I was checking out the cvs tree :)

>
> IIRC, the debian buildd machine is also a J5000 and runs a
> non-SMP kernel for similar (same?) reason.
>
> hth,
> grant
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>

-- 
Paranoia doesn't mean the whole world isn't out to get you.

Re: [parisc-linux] Kernel 2.4.17-32-smp problem

[Randolph Chung]

> I would also like to ask you hardware gurus out there if I were to buy and
> add a PCI USB controller to the J5000, if the firmware would detect the
> keyboard and boot properly.

looks like j5000 also has suckyio... so you should have a builtin usb 
controller on your machine. why not just use that?

randolph
-- 
Debian Developer <tausq@debian.org>
http://www.TauSq.org/

Re: [parisc-linux] Kernel 2.4.17-32-smp problem

[Jeremy Drake]

On Sun, 24 Mar 2002, Randolph Chung wrote:

> > I would also like to ask you hardware gurus out there if I were to buy and
> > add a PCI USB controller to the J5000, if the firmware would detect the
> > keyboard and boot properly.
>
> looks like j5000 also has suckyio... so you should have a builtin usb
> controller on your machine. why not just use that?
>
This controller is damaged -- it will not work.  I'm looking for an
alternative.  Thanks for your help....


-- 
Life is like a 10 speed bicycle.  Most of us have gears we never use.
		-- C. Schultz

Re: [parisc-linux] Re: Kernel 2.4.17-32-smp problem

[Grant Grundler]

Jeremy Drake wrote:
> I was running 2.4.17-32-smp before.  It just updated a debian package of
> the same kernel version.  I had no problems with the old one, other than
> the fact that it seems to ignore cpu0.  All processor time goes to cpu1
> and cpu0 gets a ton of idle.

hmm..that fits with the "top" report of 50% idle that I've seen.
We've already got a bug report on this, iirc.

Your observation suggest something wrong with either process scheduling
or process accounting.

And I hope CPU0 isn't completely idle, look at /proc/interrupts.
I know interrupt distribution works.

> When the box crashed both times, I was checking out the cvs tree :)

network/IO intensive load - lots of interrupts...hmm.

grant

Re: [parisc-linux] Kernel 2.4.17-32-smp problem

[Grant Grundler]

Jeremy Drake wrote:
> This controller is damaged -- it will not work.  I'm looking for an
> alternative.  Thanks for your help....

Bummer. I think you better start getting used to serial for booting.
PDC typically only knows how to talk to a few select devices needed
for booting. And some of them it knows are built-in and where to
find them.

If you setup the machine to auto-boot and add a regular PCI USB
controller card that linux likes, you should be able to have
X11 just find the USB Keyboard/Mouse from the add-on card as well.

grant

Re: [parisc-linux] Re: Kernel 2.4.17-32-smp problem

[Jeremy Drake]

On Sun, 24 Mar 2002, Grant Grundler wrote:

> And I hope CPU0 isn't completely idle, look at /proc/interrupts.
> I know interrupt distribution works.
>
according to /proc/stat
cpu  599904 33379482 34656795 68636319
cpu0 0 0 64 68636186
cpu1 599904 33379482 34656731 133

Re: [parisc-linux] Re: Kernel 2.4.17-32-smp problem

[Thibaut VARENE]

Le lundi 25 mars 2002, =E0 04:58 , Grant Grundler a =E9crit :

> Jeremy Drake wrote:
>> I was running 2.4.17-32-smp before.  It just updated a debian package=20=

>> of
>> the same kernel version.  I had no problems with the old one, other=20=

>> than
>> the fact that it seems to ignore cpu0.  All processor time goes to =
cpu1
>> and cpu0 gets a ton of idle.
>
> hmm..that fits with the "top" report of 50% idle that I've seen.
> We've already got a bug report on this, iirc.
We're running a 2.4.17-pa17 SMP for over 12 days now on our A500;
The top also shows us a 50% idle.
The slmon utility shows that only one processor is being used (CPU1),=20
but the experience told us it wasn't true (see bellow).
>
> Your observation suggest something wrong with either process =
scheduling
> or process accounting.
>
> And I hope CPU0 isn't completely idle, look at /proc/interrupts.
> I know interrupt distribution works.
We are running two instances of setiathome ;o) on this machine with this=20=

kernel,
both units are completed in the same time, I mean that the box does two=20=

units in the time it needs to do one in non-SMP mode. Therefore I think=20=

that both processors are functioning properly ;o)
We have noticed that the load average seems to reflect the real load on=20=

the machine: it goes up to 2.00 when 2 setis are running, even though=20
only one seems to be "on processor" according to the top.

We suspect that something goes wrong with the proc.
Here's our /proc/interrupts:
[varenet@mkhppa3 ~]$ cat /proc/interrupts
  IRQ      count         Region    ISR
  64:  218592808    8402371       PA-CPU-00  timer
  65:    7219789          0       PA-CPU-00  IPI
  66:    8402371         30       PA-CPU-00  IO-SAPIC00-L0
  67:          0     239155       PA-CPU-00  IO-SAPIC00-L1
  68:          0       2284       PA-CPU-00  IO-SAPIC00-L2
  69:         30          0       PA-CPU-00  IO-SAPIC00-L2
  70:     239155          0       PA-CPU-00  IO-SAPIC00-L3
  71:       2284          0       PA-CPU-00  IO-SAPIC00-L4
  72:          0          0       PA-CPU-00  IO-SAPIC00-L5
128:    8402371          0      IO-SAPIC00  eth0
130:         30          0      IO-SAPIC00  sym53c8xx
131:     239155          0      IO-SAPIC00  sym53c8xx
132:       2284          0      IO-SAPIC00  serial
>
>
Thibaut VARENE
PA/Linux ESIEE Team
http://www.esiee.fr/puffin

Re: [parisc-linux] Re: Kernel 2.4.17-32-smp problem

[Jeremy Drake]

On Mon, 25 Mar 2002, Thibaut VARENE wrote:

> We're running a 2.4.17-pa17 SMP for over 12 days now on our A500;
> The top also shows us a 50% idle.
> The slmon utility shows that only one processor is being used (CPU1),
> but the experience told us it wasn't true (see bellow).
> >
> > Your observation suggest something wrong with either process scheduling
> > or process accounting.
> >
> > And I hope CPU0 isn't completely idle, look at /proc/interrupts.
> > I know interrupt distribution works.
> We are running two instances of setiathome ;o) on this machine with this
> kernel,
> both units are completed in the same time, I mean that the box does two
> units in the time it needs to do one in non-SMP mode. Therefore I think
> that both processors are functioning properly ;o)
> We have noticed that the load average seems to reflect the real load on
> the machine: it goes up to 2.00 when 2 setis are running, even though
> only one seems to be "on processor" according to the top.

When I tried to run 2 seti's, one hung.  When I look at per-process stats,
they all have 0 time on cpu0.

>
> We suspect that something goes wrong with the proc.
> Here's our /proc/interrupts:
> [varenet@mkhppa3 ~]$ cat /proc/interrupts
>   IRQ      count         Region    ISR
>   64:  218592808    8402371       PA-CPU-00  timer
>   65:    7219789          0       PA-CPU-00  IPI
>   66:    8402371         30       PA-CPU-00  IO-SAPIC00-L0
>   67:          0     239155       PA-CPU-00  IO-SAPIC00-L1
>   68:          0       2284       PA-CPU-00  IO-SAPIC00-L2
>   69:         30          0       PA-CPU-00  IO-SAPIC00-L2
>   70:     239155          0       PA-CPU-00  IO-SAPIC00-L3
>   71:       2284          0       PA-CPU-00  IO-SAPIC00-L4
>   72:          0          0       PA-CPU-00  IO-SAPIC00-L5
> 128:    8402371          0      IO-SAPIC00  eth0
> 130:         30          0      IO-SAPIC00  sym53c8xx
> 131:     239155          0      IO-SAPIC00  sym53c8xx
> 132:       2284          0      IO-SAPIC00  serial
> >
> >
> Thibaut VARENE
> PA/Linux ESIEE Team
> http://www.esiee.fr/puffin
>
>
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>

-- 
Truthful, adj.:
	Dumb and illiterate.
		-- Ambrose Bierce, "The Devil's Dictionary"

Re: [parisc-linux] Kernel 2.4.17-32-smp problem

[Jeremy Drake]

On Sat, 23 Mar 2002, Jeremy Drake wrote:

> I have been running debian hppa for a while now without incedent.
> Recently, I ran apt-get upgrade, and it upgraded my kernel-image
> 2.4.17-32-smp.  I rebooted, and the box now crashes periodically.  It has
> done this twice.  Since I have not had physical access to the box for a
> while, I can't get any logs or even bring the box back up.  Hopefully by
> monday I'll be able to be more help.
>
> Thanks for the great work on this port, and hopefully you can help me.
> Log files to follow when available.......

Unfortunately, the log files are very unhelpful.
It just stops, and starts back up when I reboot.

Mar 21 18:55:16 krakatoa -- MARK --
Mar 22 15:16:29 krakatoa syslogd 1.4.1#10: restart.
Mar 22 15:16:29 krakatoa kernel: klogd 1.4.1#10, log source = /proc/kmsg
started.
Mar 22 15:16:29 krakatoa kernel: Inspecting /boot/System.map-2.4.17-32-smp
Mar 22 15:16:29 krakatoa kernel: Loaded 30310 symbols from
/boot/System.map-2.4.17-32-smp.
Mar 22 15:16:29 krakatoa kernel: Symbols match kernel version 2.4.17.
Mar 22 15:16:29 krakatoa kernel: No module symbols loaded.
Mar 22 15:16:29 krakatoa kernel: Linux version 2.4.17-32-smp (root@paer)
(gcc version 3.0.4) #1 SMP Sat Mar 16 17:55:20 MST 2002

-- 
"Most people would like to be delivered from
 temptation but would like it to keep in touch."
-- Robert Orben

Re: [parisc-linux] Kernel 2.4.17-32-smp problem

[Jeremy Drake]

On Sat, 23 Mar 2002, Jeremy Drake wrote:

> I have been running debian hppa for a while now without incedent.
> Recently, I ran apt-get upgrade, and it upgraded my kernel-image
> 2.4.17-32-smp.  I rebooted, and the box now crashes periodically.  It has
> done this twice.  Since I have not had physical access to the box for a
> while, I can't get any logs or even bring the box back up.  Hopefully by
> monday I'll be able to be more help.
>
> Thanks for the great work on this port, and hopefully you can help me.
> Log files to follow when available.......

Unfortunately, the log files are very unhelpful.
It just stops, and starts back up when I reboot.

Mar 21 18:55:16 krakatoa -- MARK --
Mar 22 15:16:29 krakatoa syslogd 1.4.1#10: restart.
Mar 22 15:16:29 krakatoa kernel: klogd 1.4.1#10, log source = /proc/kmsg
started.
Mar 22 15:16:29 krakatoa kernel: Inspecting /boot/System.map-2.4.17-32-smp
Mar 22 15:16:29 krakatoa kernel: Loaded 30310 symbols from
/boot/System.map-2.4.17-32-smp.
Mar 22 15:16:29 krakatoa kernel: Symbols match kernel version 2.4.17.
Mar 22 15:16:29 krakatoa kernel: No module symbols loaded.
Mar 22 15:16:29 krakatoa kernel: Linux version 2.4.17-32-smp (root@paer)
(gcc version 3.0.4) #1 SMP Sat Mar 16 17:55:20 MST 2002

-- 
"Most people would like to be delivered from
 temptation but would like it to keep in touch."
-- Robert Orben

Re: [parisc-linux] Kernel 2.4.17-32-smp problem

[Jeremy Drake]

On Mon, 25 Mar 2002, Jeremy Drake wrote:

> Unfortunately, the log files are very unhelpful.
> It just stops, and starts back up when I reboot.
>

It just occured to me that the different startup logs could be helpful.
So here they are.  Sorry for the length, but I don't know what could be
useful.  Looks like the new one has more drivers, and recognizes my video
card that I don't use (yet).

The One That Works:
Mar 25 09:24:13 krakatoa syslogd 1.4.1#10: restart.
Mar 25 09:24:13 krakatoa kernel: klogd 1.4.1#10, log source = /proc/kmsg started.
Mar 25 09:24:13 krakatoa kernel: Inspecting /boot/System.map-2.4.17-32-smp
Mar 25 09:24:14 krakatoa kernel: Loaded 27313 symbols from /boot/System.map-2.4.17-32-smp.
Mar 25 09:24:14 krakatoa kernel: Symbols match kernel version 2.4.17.
Mar 25 09:24:14 krakatoa kernel: No module symbols loaded.
Mar 25 09:24:14 krakatoa kernel: Linux version 2.4.17-32-smp (root@paer) (gcc version 3.0.3) #1 SMP Thu Feb 14 02:12:37 MST 2002
Mar 25 09:24:14 krakatoa kernel: FP[0] enabled: Rev 1 Model 16
Mar 25 09:24:14 krakatoa kernel: The 32-bit Kernel has started...
Mar 25 09:24:14 krakatoa kernel: Determining PDC firmware type: System Map.
Mar 25 09:24:14 krakatoa kernel: model 00005bd0 00000491 00000000 00000002 776c6453 100000f0 00000008 000000b2 000000b2
Mar 25 09:24:14 krakatoa kernel: vers  00000201
Mar 25 09:24:14 krakatoa kernel: CPUID vers 17 rev 5 (0x00000225)
Mar 25 09:24:14 krakatoa kernel: model 9000/785/J5000
Mar 25 09:24:14 krakatoa kernel: Total Memory: 512 Mb
Mar 25 09:24:14 krakatoa kernel: pagetable_init
Mar 25 09:24:14 krakatoa kernel: On node 0 totalpages: 131072
Mar 25 09:24:14 krakatoa kernel: zone(0): 131072 pages.
Mar 25 09:24:14 krakatoa kernel: zone(1): 0 pages.
Mar 25 09:24:14 krakatoa kernel: zone(2): 0 pages.
Mar 25 09:24:14 krakatoa kernel: LCD display at f05d0008,f05d0000 registered
Mar 25 09:24:14 krakatoa kernel: Kernel command line: root=/dev/sda4 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
Mar 25 09:24:14 krakatoa kernel: Console: colour dummy device 160x64
Mar 25 09:24:14 krakatoa kernel: Calibrating delay loop... 878.18 BogoMIPS
Mar 25 09:24:14 krakatoa kernel: Memory: 508244k available
Mar 25 09:24:14 krakatoa kernel: Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Mar 25 09:24:14 krakatoa kernel: Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Mar 25 09:24:14 krakatoa kernel: Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mar 25 09:24:14 krakatoa kernel: Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Mar 25 09:24:14 krakatoa kernel: Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Mar 25 09:24:14 krakatoa kernel: Searching for devices...
Mar 25 09:24:14 krakatoa kernel: Found devices:
Mar 25 09:24:14 krakatoa kernel: 1. Astro BC Runway Port (12) at 0xfed00000 [10], versions 0x582, 0x0, 0xb
Mar 25 09:24:14 krakatoa kernel: 2. Elroy PCI Bridge (13) at 0xfed30000 [10/0], versions 0x782, 0x0, 0xa
Mar 25 09:24:14 krakatoa kernel: 3. Elroy PCI Bridge (13) at 0xfed32000 [10/1], versions 0x782, 0x0, 0xa
Mar 25 09:24:14 krakatoa kernel: 4. Elroy PCI Bridge (13) at 0xfed34000 [10/2], versions 0x782, 0x0, 0xa
Mar 25 09:24:14 krakatoa kernel: 5. Elroy PCI Bridge (13) at 0xfed38000 [10/4], versions 0x782, 0x0, 0xa
Mar 25 09:24:14 krakatoa kernel: 6. Elroy PCI Bridge (13) at 0xfed3c000 [10/6], versions 0x782, 0x0, 0xa
Mar 25 09:24:14 krakatoa kernel: 7. Forte W 2-way (0) at 0xfffa0000 [32], versions 0x5bd, 0x0, 0x4
Mar 25 09:24:14 krakatoa kernel: 8. Forte W 2-way (0) at 0xfffa2000 [34], versions 0x5bd, 0x0, 0x4
Mar 25 09:24:14 krakatoa kernel: 9. Memory (1) at 0xfed10200 [49], versions 0x88, 0x0, 0x9
Mar 25 09:24:14 krakatoa kernel: CPU(s): 2 x PA8500 (PCX-W) at 440.000000 MHz
Mar 25 09:24:14 krakatoa kernel: SBA found Astro 2.1 at 0xfed00000
Mar 25 09:24:14 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed30000
Mar 25 09:24:14 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed32000
Mar 25 09:24:14 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed34000
Mar 25 09:24:14 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed38000
Mar 25 09:24:14 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed3c000
Mar 25 09:24:14 krakatoa kernel: POSIX conformance testing by UNIFIX
Mar 25 09:24:14 krakatoa kernel: FP[1] enabled: Rev 1 Model 16
Mar 25 09:24:14 krakatoa kernel: SMP: Total 2 of 2 processors activated (1756.36 BogoMIPS noticed).
Mar 25 09:24:14 krakatoa kernel: Waiting on wait_init_idle (map = 0x2)
Mar 25 09:24:14 krakatoa kernel: All processors have done init_idle
Mar 25 09:24:14 krakatoa kernel: Linux NET4.0 for Linux 2.4
Mar 25 09:24:14 krakatoa kernel: Based upon Swansea University Computer Society NET3.039
Mar 25 09:24:14 krakatoa kernel: Initializing RT netlink socket
Mar 25 09:24:14 krakatoa kernel: Enabled soft power switch (polling mode, io=0xf0400804).
Mar 25 09:24:14 krakatoa kernel: SuperIO: Found NS87560 Legacy I/O device at 00:0e.1 (IRQ 64)
Mar 25 09:24:14 krakatoa kernel: SuperIO: Serial port 1 at 0x3f8
Mar 25 09:24:14 krakatoa kernel: SuperIO: Serial port 2 at 0x2f8
Mar 25 09:24:14 krakatoa kernel: SuperIO: Parallel port at 0x378
Mar 25 09:24:14 krakatoa kernel: SuperIO: Floppy controller at 0x3f0
Mar 25 09:24:14 krakatoa kernel: parport0: PC-style at 0x378, irq 101 [PCSPP(,...)]
Mar 25 09:24:14 krakatoa kernel: Starting kswapd
Mar 25 09:24:14 krakatoa kernel: pty: 256 Unix98 ptys configured
Mar 25 09:24:14 krakatoa kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Mar 25 09:24:14 krakatoa kernel: ttyS00 at port 0x03f8 (irq = 99) is a 16550A
Mar 25 09:24:14 krakatoa kernel: ttyS01 at port 0x02f8 (irq = 100) is a 16550A
Mar 25 09:24:14 krakatoa kernel: lp0: using parport0 (interrupt-driven).
Mar 25 09:24:14 krakatoa kernel: Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
Mar 25 09:24:14 krakatoa kernel: block: 128 slots per queue, batch=32
Mar 25 09:24:14 krakatoa kernel: RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
Mar 25 09:24:14 krakatoa kernel: Uniform Multi-Platform E-IDE driver Revision: 6.31
Mar 25 09:24:14 krakatoa kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Mar 25 09:24:14 krakatoa kernel: NS87415: IDE controller on PCI bus 00 dev 70
Mar 25 09:24:14 krakatoa kernel: NS87415: chipset revision 3
Mar 25 09:24:14 krakatoa kernel: NS87415: not 100%% native mode: will probe irqs later
Mar 25 09:24:14 krakatoa kernel:     ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:pio, hdb:pio
Mar 25 09:24:14 krakatoa kernel:     ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:pio, hdd:pio
Mar 25 09:24:14 krakatoa kernel: hda: SONY CD-ROM CDU4821, ATAPI CD/DVD-ROM drive
Mar 25 09:24:14 krakatoa kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 103
Mar 25 09:24:14 krakatoa kernel: hda: ATAPI 48X CD-ROM drive, 128kB Cache
Mar 25 09:24:14 krakatoa kernel: Uniform CD-ROM driver Revision: 3.12
Mar 25 09:24:14 krakatoa kernel: loop: loaded (max 8 devices)
Mar 25 09:24:14 krakatoa kernel: Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
Mar 25 09:24:14 krakatoa kernel: tulip0: no phy info, aborting mtable build
Mar 25 09:24:14 krakatoa kernel: tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
Mar 25 09:24:14 krakatoa kernel: eth0: Digital DS21143 Tulip rev 48 at 0x1000, 00:10:83:35:0D:63, IRQ 66.
Mar 25 09:24:14 krakatoa kernel: SCSI subsystem driver Revision: 1.00
Mar 25 09:24:14 krakatoa kernel: sym53c8xx: at PCI bus 0, device 15, function 0
Mar 25 09:24:14 krakatoa kernel: sym53c8xx: 53c896 detected
Mar 25 09:24:14 krakatoa kernel: sym53c8xx: at PCI bus 0, device 15, function 1
Mar 25 09:24:14 krakatoa kernel: sym53c8xx: 53c896 detected
Mar 25 09:24:14 krakatoa kernel: sym53c896-0: rev 0x4 on pci bus 0 device 15 function 0 irq 65
Mar 25 09:24:14 krakatoa kernel: sym53c896-0: ID 7, Fast-20, Parity Checking
Mar 25 09:24:14 krakatoa kernel: sym53c896-0: handling phase mismatch from SCRIPTS.
Mar 25 09:24:14 krakatoa kernel: sym53c896-1: rev 0x4 on pci bus 0 device 15 function 1 irq 65
Mar 25 09:24:14 krakatoa kernel: sym53c896-1: ID 7, Fast-40, Parity Checking
Mar 25 09:24:14 krakatoa kernel: sym53c896-1: handling phase mismatch from SCRIPTS.
Mar 25 09:24:14 krakatoa kernel: scsi0 : sym53c8xx-1.7.3c-20010512
Mar 25 09:24:14 krakatoa kernel: scsi1 : sym53c8xx-1.7.3c-20010512
Mar 25 09:24:14 krakatoa kernel:   Vendor: SEAGATE   Model: ST336752LC        Rev: 0002
Mar 25 09:24:14 krakatoa kernel:   Type:   Direct-Access                      ANSI SCSI revision: 03
Mar 25 09:24:14 krakatoa kernel: Attached scsi disk sda at scsi1, channel 0, id 6, lun 0
Mar 25 09:24:14 krakatoa kernel: sym53c896-1-<6,*>: FAST-40 WIDE SCSI 80.0 MB/s (25.0 ns, offset 31)
Mar 25 09:24:14 krakatoa kernel: SCSI device sda: 71687369 512-byte hdwr sectors (36704 MB)
Mar 25 09:24:14 krakatoa kernel: Partition check:
Mar 25 09:24:14 krakatoa kernel:  sda: sda1 sda2 sda3 < sda5 > sda4
Mar 25 09:24:14 krakatoa kernel: sticonsole_init: searching for STI ROMs
Mar 25 09:24:14 krakatoa kernel: BUG: Skipping previously registered driver: sti (native)
Mar 25 09:24:14 krakatoa kernel: md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
Mar 25 09:24:14 krakatoa kernel: md: Autodetecting RAID arrays.
Mar 25 09:24:14 krakatoa kernel: md: autorun ...
Mar 25 09:24:14 krakatoa kernel: md: ... autorun DONE.
Mar 25 09:24:14 krakatoa kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Mar 25 09:24:14 krakatoa kernel: IP Protocols: ICMP, UDP, TCP
Mar 25 09:24:14 krakatoa kernel: IP: routing cache hash table of 512 buckets, 24Kbytes
Mar 25 09:24:14 krakatoa kernel: TCP: Hash tables configured (established 4096 bind 8192)
Mar 25 09:24:14 krakatoa kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Mar 25 09:24:14 krakatoa kernel: VFS: Mounted root (ext2 filesystem) readonly.
Mar 25 09:24:14 krakatoa kernel: NOT FREEING INITMEM (383k)
Mar 25 09:24:14 krakatoa kernel: Adding Swap: 497972k swap-space (priority -1)
Mar 25 09:24:14 krakatoa kernel: eth0: Setting full-duplex based on MII#1 link partner capability of 01e1.

The One That Breaks:
Mar 25 09:14:09 krakatoa syslogd 1.4.1#10: restart.
Mar 25 09:14:09 krakatoa kernel: klogd 1.4.1#10, log source = /proc/kmsg started.
Mar 25 09:14:09 krakatoa kernel: Inspecting /boot/System.map-2.4.17-32-smp
Mar 25 09:14:09 krakatoa kernel: Loaded 30310 symbols from /boot/System.map-2.4.17-32-smp.
Mar 25 09:14:09 krakatoa kernel: Symbols match kernel version 2.4.17.
Mar 25 09:14:09 krakatoa kernel: No module symbols loaded.
Mar 25 09:14:09 krakatoa kernel: Linux version 2.4.17-32-smp (root@paer) (gcc version 3.0.4) #1 SMP Sat Mar 16 17:55:20 MST 2002
Mar 25 09:14:09 krakatoa kernel: FP[0] enabled: Rev 1 Model 16
Mar 25 09:14:09 krakatoa kernel: The 32-bit Kernel has started...
Mar 25 09:14:09 krakatoa kernel: Determining PDC firmware type: System Map.
Mar 25 09:14:09 krakatoa kernel: model 00005bd0 00000491 00000000 00000002 776c6453 100000f0 00000008 000000b2 000000b2
Mar 25 09:14:09 krakatoa kernel: vers  00000201
Mar 25 09:14:09 krakatoa kernel: CPUID vers 17 rev 5 (0x00000225)
Mar 25 09:14:09 krakatoa kernel: model 9000/785/J5000
Mar 25 09:14:09 krakatoa kernel: Total Memory: 512 Mb
Mar 25 09:14:09 krakatoa kernel: pagetable_init
Mar 25 09:14:09 krakatoa kernel: On node 0 totalpages: 131072
Mar 25 09:14:09 krakatoa kernel: zone(0): 131072 pages.
Mar 25 09:14:09 krakatoa kernel: zone(1): 0 pages.
Mar 25 09:14:09 krakatoa kernel: zone(2): 0 pages.
Mar 25 09:14:09 krakatoa kernel: LCD display at f05d0008,f05d0000 registered
Mar 25 09:14:09 krakatoa kernel: Kernel command line: root=/dev/sda4 HOME=/ console=ttyS0 TERM=vt102 palo_kernel=2/vmlinux
Mar 25 09:14:09 krakatoa kernel: Console: colour dummy device 160x64
Mar 25 09:14:09 krakatoa kernel: Calibrating delay loop... 878.18 BogoMIPS
Mar 25 09:14:09 krakatoa kernel: Memory: 507900k available
Mar 25 09:14:09 krakatoa kernel: Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Mar 25 09:14:09 krakatoa kernel: Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Mar 25 09:14:09 krakatoa kernel: Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mar 25 09:14:09 krakatoa kernel: Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Mar 25 09:14:09 krakatoa kernel: Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Mar 25 09:14:09 krakatoa kernel: Searching for devices...
Mar 25 09:14:09 krakatoa kernel: Found devices:
Mar 25 09:14:09 krakatoa kernel: 1. Astro BC Runway Port (12) at 0xfed00000 [10], versions 0x582, 0x0, 0xb
Mar 25 09:14:09 krakatoa kernel: 2. Elroy PCI Bridge (13) at 0xfed30000 [10/0], versions 0x782, 0x0, 0xa
Mar 25 09:14:09 krakatoa kernel: 3. Elroy PCI Bridge (13) at 0xfed32000 [10/1], versions 0x782, 0x0, 0xa
Mar 25 09:14:09 krakatoa kernel: 4. Elroy PCI Bridge (13) at 0xfed34000 [10/2], versions 0x782, 0x0, 0xa
Mar 25 09:14:09 krakatoa kernel: 5. Elroy PCI Bridge (13) at 0xfed38000 [10/4], versions 0x782, 0x0, 0xa
Mar 25 09:14:09 krakatoa kernel: 6. Elroy PCI Bridge (13) at 0xfed3c000 [10/6], versions 0x782, 0x0, 0xa
Mar 25 09:14:09 krakatoa kernel: 7. Forte W 2-way (0) at 0xfffa0000 [32], versions 0x5bd, 0x0, 0x4
Mar 25 09:14:09 krakatoa kernel: 8. Forte W 2-way (0) at 0xfffa2000 [34], versions 0x5bd, 0x0, 0x4
Mar 25 09:14:09 krakatoa kernel: 9. Memory (1) at 0xfed10200 [49], versions 0x88, 0x0, 0x9
Mar 25 09:14:09 krakatoa kernel: CPU(s): 2 x PA8500 (PCX-W) at 440.000000 MHz
Mar 25 09:14:09 krakatoa kernel: SBA found Astro 2.1 at 0xfed00000
Mar 25 09:14:09 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed30000
Mar 25 09:14:09 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed32000
Mar 25 09:14:09 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed34000
Mar 25 09:14:09 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed38000
Mar 25 09:14:09 krakatoa kernel: lba version TR2.1 (0x2) found at 0xfed3c000
Mar 25 09:14:09 krakatoa kernel: POSIX conformance testing by UNIFIX
Mar 25 09:14:09 krakatoa kernel: FP[1] enabled: Rev 1 Model 16
Mar 25 09:14:09 krakatoa kernel: SMP: Total 2 of 2 processors activated (1756.36 BogoMIPS noticed).
Mar 25 09:14:09 krakatoa kernel: Waiting on wait_init_idle (map = 0x2)
Mar 25 09:14:09 krakatoa kernel: All processors have done init_idle
Mar 25 09:14:09 krakatoa kernel: Linux NET4.0 for Linux 2.4
Mar 25 09:14:09 krakatoa kernel: Based upon Swansea University Computer Society NET3.039
Mar 25 09:14:09 krakatoa kernel: Initializing RT netlink socket
Mar 25 09:14:09 krakatoa kernel: Enabled soft power switch (polling mode, io=0xf0400804).
Mar 25 09:14:09 krakatoa kernel: SuperIO: Found NS87560 Legacy I/O device at 00:0e.1 (IRQ 64)
Mar 25 09:14:09 krakatoa kernel: SuperIO: Serial port 1 at 0x3f8
Mar 25 09:14:09 krakatoa kernel: SuperIO: Serial port 2 at 0x2f8
Mar 25 09:14:09 krakatoa kernel: SuperIO: Parallel port at 0x378
Mar 25 09:14:09 krakatoa kernel: SuperIO: Floppy controller at 0x3f0
Mar 25 09:14:09 krakatoa kernel: SuperIO: ACPI at 0x7e0
Mar 25 09:14:09 krakatoa kernel: SuperIO: USB regulator enabled
Mar 25 09:14:09 krakatoa kernel: parport0: PC-style at 0x378, irq 101 [PCSPP(,...)]
Mar 25 09:14:09 krakatoa kernel: Starting kswapd
Mar 25 09:14:09 krakatoa kernel: Journalled Block Device driver loaded
Mar 25 09:14:09 krakatoa kernel: PCI graphic ROM found at f7000000 (128 kB), fb @ fb000000 (16 MB)
Mar 25 09:14:09 krakatoa kernel: STI word mode ROM at f7000044, hpa=fb000000
Mar 25 09:14:09 krakatoa kernel: STI word mode ROM, id 35acda16-9a02587, conforms to spec rev. 8.0c
Mar 25 09:14:09 krakatoa kernel: STI device: HPA4982A
Mar 25 09:14:09 krakatoa kernel: pty: 256 Unix98 ptys configured
Mar 25 09:14:09 krakatoa kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Mar 25 09:14:09 krakatoa kernel: ttyS00 at port 0x03f8 (irq = 99) is a 16550A
Mar 25 09:14:09 krakatoa kernel: ttyS01 at port 0x02f8 (irq = 100) is a 16550A
Mar 25 09:14:09 krakatoa kernel: lp0: using parport0 (interrupt-driven).
Mar 25 09:14:09 krakatoa kernel: Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
Mar 25 09:14:09 krakatoa kernel: block: 128 slots per queue, batch=32
Mar 25 09:14:09 krakatoa kernel: RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
Mar 25 09:14:09 krakatoa kernel: Uniform Multi-Platform E-IDE driver Revision: 6.31
Mar 25 09:14:09 krakatoa kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Mar 25 09:14:09 krakatoa kernel: NS87415: IDE controller on PCI bus 00 dev 70
Mar 25 09:14:09 krakatoa kernel: NS87415: chipset revision 3
Mar 25 09:14:09 krakatoa kernel: NS87415: not 100%% native mode: will probe irqs later
Mar 25 09:14:09 krakatoa kernel:     ide0: BM-DMA at 0x0a00-0x0a07, BIOS settings: hda:pio, hdb:pio
Mar 25 09:14:09 krakatoa kernel:     ide1: BM-DMA at 0x0a08-0x0a0f, BIOS settings: hdc:pio, hdd:pio
Mar 25 09:14:09 krakatoa kernel: hda: SONY CD-ROM CDU4821, ATAPI CD/DVD-ROM drive
Mar 25 09:14:09 krakatoa kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 103
Mar 25 09:14:09 krakatoa kernel: hda: ATAPI 48X CD-ROM drive, 128kB Cache
Mar 25 09:14:09 krakatoa kernel: Uniform CD-ROM driver Revision: 3.12
Mar 25 09:14:09 krakatoa kernel: loop: loaded (max 8 devices)
Mar 25 09:14:09 krakatoa kernel: Linux Tulip driver version 0.9.15-pre9 (Nov 6, 2001)
Mar 25 09:14:09 krakatoa kernel: tulip0: no phy info, aborting mtable build
Mar 25 09:14:09 krakatoa kernel: tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
Mar 25 09:14:09 krakatoa kernel: eth0: Digital DS21143 Tulip rev 48 at 0x1000, 00:10:83:35:0D:63, IRQ 66.
Mar 25 09:14:09 krakatoa kernel: SCSI subsystem driver Revision: 1.00
Mar 25 09:14:09 krakatoa kernel: sym53c8xx: at PCI bus 0, device 15, function 0
Mar 25 09:14:09 krakatoa kernel: sym53c8xx: 53c896 detected
Mar 25 09:14:09 krakatoa kernel: sym53c8xx: at PCI bus 0, device 15, function 1
Mar 25 09:14:09 krakatoa kernel: sym53c8xx: 53c896 detected
Mar 25 09:14:09 krakatoa kernel: sym53c896-0: rev 0x4 on pci bus 0 device 15 function 0 irq 65
Mar 25 09:14:09 krakatoa kernel: sym53c896-0: ID 7, Fast-20, Parity Checking
Mar 25 09:14:09 krakatoa kernel: sym53c896-0: handling phase mismatch from SCRIPTS.
Mar 25 09:14:09 krakatoa kernel: sym53c896-1: rev 0x4 on pci bus 0 device 15 function 1 irq 65
Mar 25 09:14:09 krakatoa kernel: sym53c896-1: ID 7, Fast-40, Parity Checking
Mar 25 09:14:09 krakatoa kernel: sym53c896-1: handling phase mismatch from SCRIPTS.
Mar 25 09:14:09 krakatoa kernel: scsi0 : sym53c8xx-1.7.3c-20010512
Mar 25 09:14:09 krakatoa kernel: scsi1 : sym53c8xx-1.7.3c-20010512
Mar 25 09:14:09 krakatoa kernel:   Vendor: SEAGATE   Model: ST336752LC        Rev: 0002
Mar 25 09:14:09 krakatoa kernel:   Type:   Direct-Access                      ANSI SCSI revision: 03
Mar 25 09:14:09 krakatoa kernel: Attached scsi disk sda at scsi1, channel 0, id 6, lun 0
Mar 25 09:14:09 krakatoa kernel: sym53c896-1-<6,*>: FAST-20 WIDE SCSI 40.0 MB/s (50.0 ns, offset 31)
Mar 25 09:14:09 krakatoa kernel: SCSI device sda: 71687369 512-byte hdwr sectors (36704 MB)
Mar 25 09:14:09 krakatoa kernel: Partition check:
Mar 25 09:14:09 krakatoa kernel:  sda: sda1 sda2 sda3 < sda5 > sda4
Mar 25 09:14:09 krakatoa kernel: sticonsole_init: searching for STI ROMs
Mar 25 09:14:09 krakatoa kernel: Console: switching to colour STI console 160x64
Mar 25 09:14:09 krakatoa kernel: md: linear personality registered as nr 1
Mar 25 09:14:09 krakatoa kernel: md: raid0 personality registered as nr 2
Mar 25 09:14:09 krakatoa kernel: md: raid1 personality registered as nr 3
Mar 25 09:14:09 krakatoa kernel: md: raid5 personality registered as nr 4
Mar 25 09:14:09 krakatoa kernel: raid5: measuring checksumming speed
Mar 25 09:14:09 krakatoa kernel:    8regs     :  1060.000 MB/sec
Mar 25 09:14:09 krakatoa kernel:    8regs_prefetch:  1060.000 MB/sec
Mar 25 09:14:09 krakatoa kernel:    32regs    :   752.800 MB/sec
Mar 25 09:14:09 krakatoa kernel:    32regs_prefetch:   753.200 MB/sec
Mar 25 09:14:09 krakatoa kernel: raid5: using function: 8regs_prefetch (1060.000 MB/sec)
Mar 25 09:14:09 krakatoa kernel: md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
Mar 25 09:14:09 krakatoa kernel: md: Autodetecting RAID arrays.
Mar 25 09:14:09 krakatoa kernel: md: autorun ...
Mar 25 09:14:09 krakatoa kernel: md: ... autorun DONE.
Mar 25 09:14:09 krakatoa kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Mar 25 09:14:09 krakatoa kernel: IP Protocols: ICMP, UDP, TCP, IGMP
Mar 25 09:14:09 krakatoa kernel: IP: routing cache hash table of 512 buckets, 24Kbytes
Mar 25 09:14:09 krakatoa kernel: TCP: Hash tables configured (established 4096 bind 8192)
Mar 25 09:14:09 krakatoa kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Mar 25 09:14:09 krakatoa kernel: VFS: Mounted root (ext2 filesystem) readonly.
Mar 25 09:14:09 krakatoa kernel: NOT FREEING INITMEM (388k)
Mar 25 09:14:09 krakatoa kernel: Adding Swap: 497972k swap-space (priority -1)
Mar 25 09:14:09 krakatoa kernel: eth0: Setting full-duplex based on MII#1 link partner capability of 01e1.

Re: [parisc-linux] Kernel 2.4.17-32-smp problem

[Jeremy Drake]

This also seems to apply to 2.4.18 from cvs co at 5 pm west coast time.
The config I used was arch/parisc/debian-configs/32-smp with the following
changes: removed netfilter and pcnet32 modules as they were breaking the
build.


-- 
You have a deep appreciation of the arts and music.