Mailinglist Archive: opensuse-bugs (15100 mails)
| < Previous | Next > |
[Bug 326387] mass storage device creates no block devices anymore
- From: bugzilla_noreply@xxxxxxxxxx
- Date: Wed, 19 Sep 2007 08:29:01 -0600 (MDT)
- Message-id: <20070919142901.3CC4BCC7BC@xxxxxxxxxxxxxxxxxxxxxx>
https://bugzilla.novell.com/show_bug.cgi?id=326387#c3
Oliver Neukum <oneukum@xxxxxxxxxx> changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|oneukum@xxxxxxxxxx |kernel-maintainers@xxxxxxxxxxxxxxxxxxxxxx
--- Comment #3 from Oliver Neukum <oneukum@xxxxxxxxxx> 2007-09-19 08:29:00 MST ---
>From the boot log included with your stack trace:
pccard: card ejected from slot 0
Unable to handle kernel NULL pointer dereference at 0000000000000060 RIP:
[<ffffffff884e7641>] :ide_core:ide_wait_stat+0x9e/0x112
PGD b0a9067 PUD b17d067 PMD 0
Oops: 0000 [1] SMP
last sysfs file: /block/hda/hda1/start
CPU 1
Modules linked in: ide_disk pata_pcmcia ide_cs ide_core appletalk ax25 ipx
p8023 iptable_filter ip_tables ip6table_filter ip6_tables x_tables af_packet
ipv6 i915 drm snd_pcm_oss snd_mixer_oss snd_seq snd_seq_device
cpufreq_conservative cpufreq_userspace cpufreq_powersave acpi_cpufreq microcode
apparmor loop dm_mod rfcomm l2cap dock snd_hda_intel rtc_cmos snd_pcm pcmcia
button tg3 ipw3945 snd_timer hci_usb snd ieee80211 ieee80211_crypt ac
firmware_class battery soundcore snd_page_alloc yenta_socket rsrc_nonstatic
pcmcia_core iTCO_wdt rtc_core sr_mod cdrom iTCO_vendor_support i2c_i801
i2c_core rtc_lib intel_agp bluetooth joydev sg ehci_hcd sd_mod uhci_hcd usbcore
edd ext3 mbcache jbd fan ata_piix libata scsi_mod thermal processor
Pid: 27712, comm: vol_id Tainted: G N 2.6.22.5-23-default #1
RIP: 0010:[<ffffffff884e7641>] [<ffffffff884e7641>]
:ide_core:ide_wait_stat+0x9e/0x112
RSP: 0018:ffff810030da3a78 EFLAGS: 00010212
RAX: 0000000000000000 RBX: 0000000000000286 RCX: 00000000672b26d3
RDX: 0000000000002107 RSI: ffffffff88502298 RDI: 0000000000002107
RBP: ffffffff88502298 R08: 00000000000004e2 R09: 0000000000000000
R10: 0000000000000000 R11: ffffffff884e7735 R12: ffffffff88502180
R13: 000000010020b427 R14: ffff810030da3b24 R15: ffffffff88502140
FS: 00002b230f8d3b00(0000) GS:ffff810001131f40(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000000060 CR3: 000000001ad89000 CR4: 00000000000006e0
Process vol_id (pid: 27712, threadinfo ffff810030da2000, task ffff81004199f0c0)
Stack: 88ff810046ee78e8 00000000007acebf ffff810030da3bf8 ffffffff88502298
ffff8100133c6c70 ffff81007bda5400 ffffffff88502180 ffffffff884e54d7
ffff810022276eb0 ffff810030da3ad8 ffff810022276e98 00000000ffffffff
Call Trace:
[<ffffffff884e54d7>] :ide_core:ide_do_request+0x46b/0x9cb
[<ffffffff802396ff>] lock_timer_base+0x26/0x4c
[<ffffffff80239a7a>] del_timer+0x56/0x5f
[<ffffffff80263a37>] sync_page+0x0/0x42
[<ffffffff802eb88e>] generic_unplug_device+0x18/0x28
[<ffffffff802ec4c0>] blk_backing_dev_unplug+0x5b/0x61
[<ffffffff80263a70>] sync_page+0x39/0x42
[<ffffffff803f8bdf>] __wait_on_bit_lock+0x3f/0x72
[<ffffffff80263a24>] __lock_page+0x5e/0x64
[<ffffffff80243379>] wake_bit_function+0x0/0x23
[<ffffffff8026430d>] do_generic_mapping_read+0x1d9/0x3de
[<ffffffff802637fc>] file_read_actor+0x0/0xf1
[<ffffffff80268243>] __alloc_pages+0xad/0x33d
[<ffffffff80265c93>] generic_file_aio_read+0x121/0x15e
[<ffffffff80288c29>] do_sync_read+0xd1/0x118
[<ffffffff8024334b>] autoremove_wake_function+0x0/0x2e
[<ffffffff80289445>] vfs_read+0xcb/0x153
[<ffffffff802897d9>] sys_read+0x45/0x6e
[<ffffffff80209dac>] tracesys+0xdc/0xe1
Code: 48 8b 78 60 41 ff 94 24 88 09 00 00 84 c0 78 be 53 9d 8a 44
RIP [<ffffffff884e7641>] :ide_core:ide_wait_stat+0x9e/0x112
RSP <ffff810030da3a78>
CR2: 0000000000000060
As you can see, it dies in ide core.
Then on the same kernel you have vol_id stuck.
The obvious explanation is that vol_id needs to take a lock that was
take by the dead vol_id.
This is an IDE problem, not a USB problem. It makes little sense to debug a
kernel that already has oopsed and I know next to nothing about the IDE layer.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Oliver Neukum <oneukum@xxxxxxxxxx> changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|oneukum@xxxxxxxxxx |kernel-maintainers@xxxxxxxxxxxxxxxxxxxxxx
--- Comment #3 from Oliver Neukum <oneukum@xxxxxxxxxx> 2007-09-19 08:29:00 MST ---
>From the boot log included with your stack trace:
pccard: card ejected from slot 0
Unable to handle kernel NULL pointer dereference at 0000000000000060 RIP:
[<ffffffff884e7641>] :ide_core:ide_wait_stat+0x9e/0x112
PGD b0a9067 PUD b17d067 PMD 0
Oops: 0000 [1] SMP
last sysfs file: /block/hda/hda1/start
CPU 1
Modules linked in: ide_disk pata_pcmcia ide_cs ide_core appletalk ax25 ipx
p8023 iptable_filter ip_tables ip6table_filter ip6_tables x_tables af_packet
ipv6 i915 drm snd_pcm_oss snd_mixer_oss snd_seq snd_seq_device
cpufreq_conservative cpufreq_userspace cpufreq_powersave acpi_cpufreq microcode
apparmor loop dm_mod rfcomm l2cap dock snd_hda_intel rtc_cmos snd_pcm pcmcia
button tg3 ipw3945 snd_timer hci_usb snd ieee80211 ieee80211_crypt ac
firmware_class battery soundcore snd_page_alloc yenta_socket rsrc_nonstatic
pcmcia_core iTCO_wdt rtc_core sr_mod cdrom iTCO_vendor_support i2c_i801
i2c_core rtc_lib intel_agp bluetooth joydev sg ehci_hcd sd_mod uhci_hcd usbcore
edd ext3 mbcache jbd fan ata_piix libata scsi_mod thermal processor
Pid: 27712, comm: vol_id Tainted: G N 2.6.22.5-23-default #1
RIP: 0010:[<ffffffff884e7641>] [<ffffffff884e7641>]
:ide_core:ide_wait_stat+0x9e/0x112
RSP: 0018:ffff810030da3a78 EFLAGS: 00010212
RAX: 0000000000000000 RBX: 0000000000000286 RCX: 00000000672b26d3
RDX: 0000000000002107 RSI: ffffffff88502298 RDI: 0000000000002107
RBP: ffffffff88502298 R08: 00000000000004e2 R09: 0000000000000000
R10: 0000000000000000 R11: ffffffff884e7735 R12: ffffffff88502180
R13: 000000010020b427 R14: ffff810030da3b24 R15: ffffffff88502140
FS: 00002b230f8d3b00(0000) GS:ffff810001131f40(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000000060 CR3: 000000001ad89000 CR4: 00000000000006e0
Process vol_id (pid: 27712, threadinfo ffff810030da2000, task ffff81004199f0c0)
Stack: 88ff810046ee78e8 00000000007acebf ffff810030da3bf8 ffffffff88502298
ffff8100133c6c70 ffff81007bda5400 ffffffff88502180 ffffffff884e54d7
ffff810022276eb0 ffff810030da3ad8 ffff810022276e98 00000000ffffffff
Call Trace:
[<ffffffff884e54d7>] :ide_core:ide_do_request+0x46b/0x9cb
[<ffffffff802396ff>] lock_timer_base+0x26/0x4c
[<ffffffff80239a7a>] del_timer+0x56/0x5f
[<ffffffff80263a37>] sync_page+0x0/0x42
[<ffffffff802eb88e>] generic_unplug_device+0x18/0x28
[<ffffffff802ec4c0>] blk_backing_dev_unplug+0x5b/0x61
[<ffffffff80263a70>] sync_page+0x39/0x42
[<ffffffff803f8bdf>] __wait_on_bit_lock+0x3f/0x72
[<ffffffff80263a24>] __lock_page+0x5e/0x64
[<ffffffff80243379>] wake_bit_function+0x0/0x23
[<ffffffff8026430d>] do_generic_mapping_read+0x1d9/0x3de
[<ffffffff802637fc>] file_read_actor+0x0/0xf1
[<ffffffff80268243>] __alloc_pages+0xad/0x33d
[<ffffffff80265c93>] generic_file_aio_read+0x121/0x15e
[<ffffffff80288c29>] do_sync_read+0xd1/0x118
[<ffffffff8024334b>] autoremove_wake_function+0x0/0x2e
[<ffffffff80289445>] vfs_read+0xcb/0x153
[<ffffffff802897d9>] sys_read+0x45/0x6e
[<ffffffff80209dac>] tracesys+0xdc/0xe1
Code: 48 8b 78 60 41 ff 94 24 88 09 00 00 84 c0 78 be 53 9d 8a 44
RIP [<ffffffff884e7641>] :ide_core:ide_wait_stat+0x9e/0x112
RSP <ffff810030da3a78>
CR2: 0000000000000060
As you can see, it dies in ide core.
Then on the same kernel you have vol_id stuck.
The obvious explanation is that vol_id needs to take a lock that was
take by the dead vol_id.
This is an IDE problem, not a USB problem. It makes little sense to debug a
kernel that already has oopsed and I know next to nothing about the IDE layer.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
| < Previous | Next > |