Bug 79592 - Kudzu causes kernel hardware Oops: 0002 on Sony Vaio laptops.
Summary: Kudzu causes kernel hardware Oops: 0002 on Sony Vaio laptops.
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 8.0
Hardware: i686
OS: Linux
medium
high
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brian Brock
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-12-13 18:55 UTC by Need Real Name
Modified: 2007-04-18 16:49 UTC (History)
2 users (show)

(edit)
Clone Of:
(edit)
Last Closed: 2003-06-05 13:12:11 UTC


Attachments (Terms of Use)
Here's the dmesg file from the laptop in question. (9 bytes, text/plain)
2002-12-13 19:06 UTC, Need Real Name
no flags Details
Here's the dmesg file from the laptop in question. (9 bytes, application/octet-stream)
2002-12-13 19:09 UTC, Need Real Name
no flags Details
output of dmesg (10.66 KB, text/plain)
2002-12-14 02:22 UTC, ajs
no flags Details

Description Need Real Name 2002-12-13 18:55:01 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130

Description of problem:
Kudzu causes a kernel fault on redhat 8.0 when installed on a Sony Vaio PCG-881R
laptop.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Get a relatively new sony vaio laptop (pentium III based)
2. Install redhat 8.0
3. Watch in horror as kudzu makes the freshly installed laptop crash and burn.

Actual Results:  Kudzu causes a kernel Oops: 0002 error and the computer locks
up shortly afterwards.

The error message is as follows:
Checking for new hardwareOops: 0002
ohci1394 ieee1394 ide-scsi scsi_mod ide-cd cdrom mousedev keybdev hid inupt us
CPU:    0
EIP:    0010:[<d08f5d2a>]     Not tainted
EFLAGS: 00010046

EIP is at hpsb_remove_host_R34144dc5 [ieee1394] 0x3a (2.4.18-14)
eax: 00000000   ebx: c1396000   ecx:  00000246   edx: 00000000
esi: c1a82c20   edi: 00000000   ebp:  c1aec000   esp: cf143e7c
ds: 0018   es: 0018   ss: 0018
Process modprobe (pid: 304, stackpage=cf143000
Stack: c1396000 c13974ec 00000000 d0889ff8 c1396000 c13974ec c13974ec 00000000

Computer locks up at this point...... I have 6 of these laptops and the same
thing happens on all of them.

Expected Results:  Kudzu should have run normally and continued without
complaining.  This problem was not present with redhat 7.3

Additional info:

Comment 1 Need Real Name 2002-12-13 19:06:52 UTC
Created attachment 88697 [details]
Here's the dmesg file from the laptop in question.

This dmesg file has the whole error in it.  It'll probably be more uesful.

Comment 2 Need Real Name 2002-12-13 19:09:30 UTC
Created attachment 88698 [details]
Here's the dmesg file from the laptop in question.

This dmesg file has the whole error in it.  It'll probably be more uesful.
(last attempt at uploading it was no good, so I'm trying again.)

Comment 3 Need Real Name 2002-12-13 19:11:51 UTC
Attachments aren't working right.  Is bugzilla broken or something?

Comment 4 ajs 2002-12-14 02:22:26 UTC
Created attachment 88718 [details]
output of dmesg

Comment 5 ajs 2002-12-14 02:24:36 UTC
The same thing happens with model PCG-GRX650


Comment 6 Moritz Baumann 2003-01-04 17:49:51 UTC
same on Sony Vaio PCG-NV105

Steps to reproduce (and have a shell or something to file this report):

1) in grub menu edit the kernel line and append init 1
eg. kernel /boot/vmlinz-2.4.18-19.8.0 ro root=LABEL=/ hdc=ide-scsi init 1
2) in shell start kudzu
eg. 
sh-2.05b# kudzu
Ooops: 0002
ohci1934 iee1394 ide-scsi scsi_mod ide-cd cdrom loop ext3 jdb lvm-mod
CPU:      0
EIP:      0010:[<d08a3d2a>]       Not taintet
EFLAGS:   00010046

EIP is at hpsb_remove_host_R34144dc5 [iee1394] 0x3a (2.4.18-19.8.0)
eax: 00000000 ebx: cfeac000 ecx: 00000246 edx: 00000000
esi: c1889d40 edi: 00000000 ebp: c1aec800 esp: cf1a3e7c
ds: 0018 es: 0018 ss: 0018
Process modprobe (pid: ... stackpage cf1a3000)
Stack: ....

and the rest is more or less the same
similar trace
same Code in bottom line

---> the system is up to date (with up2date)
changed in /etc/sysconfig/kudzu :
SAFE=yes

I'm trying two things next taking kudzu out of the boot-process and see if it works

getting a vanilla-2.4.20 kernel and see if the problem remains.
...
I'll be back
;)

Comment 7 Moritz Baumann 2003-01-04 17:59:27 UTC
initial workaround:

boot with an appended: init 1

chkconfig --list kudzu
chkconfig --level 2345 kudzu off
reboot

afterwards the system goes up fine.

Next step will be to replace kernel with vanilla 2.4.20

(btw. I don't like your policy Redhat to ship a kernel, where the kernel sources
do not match... most of the time I'm not able to recompile your kernel and have
to pick a vanilla).


Comment 8 Moritz Baumann 2003-01-07 00:43:08 UTC
fyi: kudzu does not crash on vanilla 2.4.20 anymore.

(but this might be my custom kernel).

Moritz

Comment 9 Moritz Baumann 2003-02-07 13:06:40 UTC
Installed Phoebe 8.0.92 and 8.0.93

both run out of the box without this bug


Comment 10 Alan Cox 2003-06-05 13:12:11 UTC
It was a problem with the firewire driver on some systems. Kudzu happeend to be the
apparent victim because it loaded the driver.



Note You need to log in before you can comment on or make changes to this bug.