Bug 1430 - SysFS oops when rmmod'ing uhci-hcd after resuming from suspend
Summary: SysFS oops when rmmod'ing uhci-hcd after resuming from suspend
Status: RESOLVED CODE_FIX
Alias: None
Product: File System
Classification: Unclassified
Component: SysFS (show other bugs)
Hardware: i386 Linux
: P2 normal
Assignee: Greg Kroah-Hartman
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-10-27 01:52 UTC by Felipe Alfaro Solana
Modified: 2004-11-30 14:59 UTC (History)
1 user (show)

See Also:
Kernel Version: 2.6.0-test9
Subsystem:
Regression: ---
Bisected commit-id:


Attachments
config used to build the kernel (19.87 KB, text/plain)
2003-10-27 01:52 UTC, Felipe Alfaro Solana
Details
lspci -vvv output (7.61 KB, text/plain)
2003-10-27 01:53 UTC, Felipe Alfaro Solana
Details

Description Felipe Alfaro Solana 2003-10-27 01:52:11 UTC
Distribution: 
------------- 
Fedora Core Test 3. 
Nothing special with it, since the problems is reproducible by booting with 
"init=/bin/bash" kernel command line parameter. 
 
Hardware Environment: 
--------------------- 
Packard Bell Chrom@ laptop: 
Pentium III 700 Mhz 
Intel 440BX chipset 
Texas Instruments PCI4450 CardBus bridge 
ATI RAGE Mobility M1 AGP video card with 8MB of DRAM 
3Com 3CCFE575CT 10/100 CardBus NIC 
Microsoft Intellimouse Explorer USB mouse 
 
Please, see attached "lspci" file for more details. 
 
Software Environment: 
--------------------- 
Nothing special 
 
Problem Description: 
-------------------- 
After resuming my laptop from APM suspend, running "rmmod uhci-hcd" causes the 
following oops: 
 
Unable to handle kernel NULL pointer dereference at virtual address 00000000 
 printing eip: 
c017fba6 
*pde = 00000000 
Oops: 0000 [#1] 
CPU:    0 
EIP:    0060:[<c017fba6>]    Not tainted 
EFLAGS: 00010292 
EIP is at sysfs_get_dentry+0x16/0x70 
eax: 00000000   ebx: cf885acc   ecx: ffffffff   edx: 00000000 
esi: cf8f8280   edi: 00000000   ebp: cf885c24   esp: cf54be38 
ds: 007b   es: 007b   ss: 0068 
Process rmmod (pid: 454, threadinfo=cf54a000 task=cf54d900) 
Stack: c015df9d cf54be54 00000000 00000000 c017fbf5 cf810580 cf885acc cf885c00 
       c017fc2a cf8f8280 00000000 cf885acc d0879ec0 c01c33f8 cf8f8280 00000000 
       cf885acc cf885ccc c01c3575 cf885acc cf885b28 cf885acc cf885ccc c01c244d 
Call Trace: 
 [<c015df9d>] lookup_hash+0x1d/0x30 
 [<c017fbf5>] sysfs_get_dentry+0x65/0x70 
 [<c017fc2a>] sysfs_hash_and_remove+0x2a/0x7d 
 [<c01c33f8>] device_release_driver+0x28/0x70 
 [<c01c3575>] bus_remove_device+0x55/0xa0 
 [<c01c244d>] device_del+0x5d/0xa0 
 [<c01c24a3>] device_unregister+0x13/0x30 
 [<d0863d28>] usb_disconnect+0xd8/0xf0 [usbcore] 
 [<d086c119>] usb_hcd_pci_remove+0x89/0x180 [usbcore] 
 [<c01a2acb>] pci_device_remove+0x3b/0x40 
 [<c01c3436>] device_release_driver+0x66/0x70 
 [<c01c346b>] driver_detach+0x2b/0x40 
 [<c01c36ad>] bus_remove_driver+0x3d/0x80 
 [<c01c3ab3>] driver_unregister+0x13/0x28 
 [<c01a2ca6>] pci_unregister_driver+0x16/0x30 
 [<d085506f>] uhci_hcd_cleanup+0xf/0x5e [uhci_hcd] 
 [<c0130299>] sys_delete_module+0x139/0x1b0 
 [<c0144000>] do_munmap+0x80/0x190 
 [<c0109339>] sysenter_past_esp+0x52/0x71 
 
Code: f2 ae f7 d1 49 89 4c 24 0c 31 db 89 d7 49 83 f9 ff 74 24 8d 
 
Steps to reproduce: 
------------------- 
This problem can be always reproduced by performing the following steps: 
 
0. Make sure the Intellimouse USB mouse is plugged. 
1. Boot into 2.6.0-test9 with "init=/bin/bash" 
2. Run "apm -s" 
3. Let the system suspend, then resume it from suspension. 
4. On the command line, run "rmmod uhci-hcd" 
5. The previously described oops will be triggered. 
 
Additional information: 
----------------------- 
Please, see the attached "config" file for information on the configuration 
used to build the kernel.
Comment 1 Felipe Alfaro Solana 2003-10-27 01:52:58 UTC
Created attachment 1209 [details]
config used to build the kernel
Comment 2 Felipe Alfaro Solana 2003-10-27 01:53:26 UTC
Created attachment 1210 [details]
lspci -vvv output
Comment 3 Felipe Alfaro Solana 2003-10-27 02:05:44 UTC
Sorry, but I forgot the following steps while reproducing the bug:

1a. modprobe uhci-hcd
1b. mount /proc

Running "apm -s" with /proc unmounted will fail with a "no APM support in
kernel" error message.
Comment 4 John Mock 2003-10-28 09:17:09 UTC
If i do 'rmmod uchi-hcd' before software suspend, it succeeds normally. If
i do 'rmmod uchi-hcd' after software suspend, then i get the same result,
plus various 'uchi-hcd' complaints upon resuming (see Bug #1373, which
addresses those complaints).  Just seeing the backtrace without the full
'dmesg' makes it hard to tell, but this might be a duplicate of that bug.
Comment 5 Greg Kroah-Hartman 2004-11-30 14:59:48 UTC
Should be fixed in 2.6.9.  If not, please let me know the oops message and 
reopen it.

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