Bug 5974 - if usb-storage atached - ps/2 keyboard not working
Summary: if usb-storage atached - ps/2 keyboard not working
Status: REJECTED INVALID
Alias: None
Product: Drivers
Classification: Unclassified
Component: USB (show other bugs)
Hardware: i386 Linux
: P2 high
Assignee: Greg Kroah-Hartman
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-29 00:28 UTC by Oleksij Rempel (fishor)
Modified: 2006-02-04 00:33 UTC (History)
0 users

See Also:
Kernel Version: 2.6.16-rc1-mm4
Subsystem:
Regression: ---
Bisected commit-id:


Attachments
dmesg (15.31 KB, text/plain)
2006-01-29 00:29 UTC, Oleksij Rempel (fishor)
Details
lspci (17.03 KB, text/plain)
2006-01-29 00:29 UTC, Oleksij Rempel (fishor)
Details
dmesg+debug (121.38 KB, text/plain)
2006-01-31 07:25 UTC, Oleksij Rempel (fishor)
Details

Description Oleksij Rempel (fishor) 2006-01-29 00:28:34 UTC
Most recent kernel where this bug did not occur: 2.6.16-rc1 - 2.6.16-rc1-mm3
Distribution: ubuntu breezy x86-64
Problem Description:
it dasn't metter what kind of usb-storage but if it's attached in about 2 second
keyboard is dead. Other devices continuing to working.

[  339.051428] SCSI device sdb: 32000 512-byte hdwr sectors (16 MB)
[  339.056437] sdb: Write Protect is off
[  339.056442] sdb: Mode Sense: 0b 00 00 08
[  339.056445] sdb: assuming drive cache: write through
[  339.056454]  sdb: sdb1
[  339.091468] sd 2:0:0:0: Attached scsi removable disk sdb
[  339.092062] general protection fault: 0000 [1] 
[  339.092069] last sysfs file: /class/usb_device/usbdev3.3/dev
[  339.092072] CPU 0 
[  339.092074] Modules linked in: usb_storage binfmt_misc i915 fan container
af_packet piix snd_hda_intel snd_hda_codec snd_pcm_oss snd_mixer_oss snd_pcm
snd_timer snd snd_page_alloc nls_cp437 vfat fat nls_utf8 ntfs unix
[  339.092089] Pid: 4, comm: events/0 Not tainted 2.6.16-rc1-mm3 #3
[  339.092093] RIP: 0010:[<ffffffff8024fe11>] <ffffffff8024fe11>{device_del+58}
[  339.092104] RSP: 0000:ffff810001ff9e28  EFLAGS: 00010202
[  339.092109] RAX: 001c200000000004 RBX: ffff81003c218028 RCX: ffffffff803178f9
[  339.092113] RDX: ffff81002be25e78 RSI: ffffffff801d1619 RDI: ffff81003c218028
[  339.092117] RBP: ffff81002be43178 R08: ffff81002be87fc0 R09: 0000000000000000
[  339.092122] R10: ffff810001ff9d78 R11: ffff81003c218028 R12: ffff81002be87f40
[  339.092125] R13: 00000000fffffffc R14: 0000000000000000 R15: 0000000000000000
[  339.092129] FS:  0000000000000000(0000) GS:ffffffff804eb000(0000)
knlGS:0000000000000000
[  339.092133] CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
[  339.092137] CR2: 00002ae6d371d980 CR3: 000000002bd23000 CR4: 00000000000006e0
[  339.092142] Process events/0 (pid: 4, threadinfo ffff810001ff8000, task
ffff810001fc0060)
[  339.092144] Stack: ffff81002cbec520 ffff81003c218028 ffff81002be43178
ffffffff8027d000 
[  339.092152]        ffffffff8027cf6f 0000000000000282 ffff810001f96440
ffffffff801331e3 
[  339.092158]        ffff810001fc3da8 ffffffff801331b6 
[  339.092162] Call Trace: <ffffffff8027d000>{scsi_target_reap_work+145}
[  339.092171]        <ffffffff8027cf6f>{scsi_target_reap_work+0}
<ffffffff801331e3>{worker_thread+0}
[  339.092182]        <ffffffff801331b6>{run_workqueue+126}
<ffffffff801332e8>{worker_thread+261}
[  339.092191]        <ffffffff80122373>{default_wake_function+0}
<ffffffff80122373>{default_wake_function+0}
[  339.092202]        <ffffffff80135bb6>{kthread+207}
<ffffffff8010b122>{child_rip+8}
[  339.092215]        <ffffffff80135ae7>{kthread+0} <ffffffff8010b11a>{child_rip+0}
[  339.092223] 
[  339.092224] Code: ff d0 48 89 df e8 a9 0d 00 00 48 89 df 48 81 c3 d0 00 00 00 
[  339.092235] RIP <ffffffff8024fe11>{device_del+58} RSP <ffff810001ff9e28>
[  339.092241]  <7>usb-storage: device scan complete


Step to reproduse:
1. Plug usb storage device.
Comment 1 Oleksij Rempel (fishor) 2006-01-29 00:29:02 UTC
Created attachment 7169 [details]
dmesg
Comment 2 Oleksij Rempel (fishor) 2006-01-29 00:29:51 UTC
Created attachment 7170 [details]
lspci
Comment 3 Andrew Morton 2006-01-29 00:40:40 UTC
usb-storage oopsed.  That killed keventd and the keyboard needs keventd
services.

Is this a scsi bug or a USB bug?

Begin forwarded message:

Date: Sun, 29 Jan 2006 00:28:36 -0800
From: bugme-daemon@bugzilla.kernel.org
To: bugme-new@lists.osdl.org
Subject: [Bugme-new] [Bug 5974] New: if usb-storage atached - ps/2 keyboard not working


http://bugzilla.kernel.org/show_bug.cgi?id=5974

           Summary: if usb-storage atached - ps/2 keyboard not working
    Kernel Version: 2.6.16-rc1-mm3
            Status: NEW
          Severity: high
             Owner: greg@kroah.com
         Submitter: bug-track@fisher-privat.net


Most recent kernel where this bug did not occur: 2.6.16-rc1 - 2.6.16-rc1-mm3
Distribution: ubuntu breezy x86-64
Problem Description:
it dasn't metter what kind of usb-storage but if it's attached in about 2 second
keyboard is dead. Other devices continuing to working.

[  339.051428] SCSI device sdb: 32000 512-byte hdwr sectors (16 MB)
[  339.056437] sdb: Write Protect is off
[  339.056442] sdb: Mode Sense: 0b 00 00 08
[  339.056445] sdb: assuming drive cache: write through
[  339.056454]  sdb: sdb1
[  339.091468] sd 2:0:0:0: Attached scsi removable disk sdb
[  339.092062] general protection fault: 0000 [1] 
[  339.092069] last sysfs file: /class/usb_device/usbdev3.3/dev
[  339.092072] CPU 0 
[  339.092074] Modules linked in: usb_storage binfmt_misc i915 fan container
af_packet piix snd_hda_intel snd_hda_codec snd_pcm_oss snd_mixer_oss snd_pcm
snd_timer snd snd_page_alloc nls_cp437 vfat fat nls_utf8 ntfs unix
[  339.092089] Pid: 4, comm: events/0 Not tainted 2.6.16-rc1-mm3 #3
[  339.092093] RIP: 0010:[<ffffffff8024fe11>] <ffffffff8024fe11>{device_del+58}
[  339.092104] RSP: 0000:ffff810001ff9e28  EFLAGS: 00010202
[  339.092109] RAX: 001c200000000004 RBX: ffff81003c218028 RCX: ffffffff803178f9
[  339.092113] RDX: ffff81002be25e78 RSI: ffffffff801d1619 RDI: ffff81003c218028
[  339.092117] RBP: ffff81002be43178 R08: ffff81002be87fc0 R09: 0000000000000000
[  339.092122] R10: ffff810001ff9d78 R11: ffff81003c218028 R12: ffff81002be87f40
[  339.092125] R13: 00000000fffffffc R14: 0000000000000000 R15: 0000000000000000
[  339.092129] FS:  0000000000000000(0000) GS:ffffffff804eb000(0000)
knlGS:0000000000000000
[  339.092133] CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
[  339.092137] CR2: 00002ae6d371d980 CR3: 000000002bd23000 CR4: 00000000000006e0
[  339.092142] Process events/0 (pid: 4, threadinfo ffff810001ff8000, task
ffff810001fc0060)
[  339.092144] Stack: ffff81002cbec520 ffff81003c218028 ffff81002be43178
ffffffff8027d000 
[  339.092152]        ffffffff8027cf6f 0000000000000282 ffff810001f96440
ffffffff801331e3 
[  339.092158]        ffff810001fc3da8 ffffffff801331b6 
[  339.092162] Call Trace: <ffffffff8027d000>{scsi_target_reap_work+145}
[  339.092171]        <ffffffff8027cf6f>{scsi_target_reap_work+0}
<ffffffff801331e3>{worker_thread+0}
[  339.092182]        <ffffffff801331b6>{run_workqueue+126}
<ffffffff801332e8>{worker_thread+261}
[  339.092191]        <ffffffff80122373>{default_wake_function+0}
<ffffffff80122373>{default_wake_function+0}
[  339.092202]        <ffffffff80135bb6>{kthread+207}
<ffffffff8010b122>{child_rip+8}
[  339.092215]        <ffffffff80135ae7>{kthread+0} <ffffffff8010b11a>{child_rip+0}
[  339.092223] 
[  339.092224] Code: ff d0 48 89 df e8 a9 0d 00 00 48 89 df 48 81 c3 d0 00 00 00 
[  339.092235] RIP <ffffffff8024fe11>{device_del+58} RSP <ffff810001ff9e28>
[  339.092241]  <7>usb-storage: device scan complete


Step to reproduse:
1. Plug usb storage device.

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

Comment 4 Oleksij Rempel (fishor) 2006-01-29 01:32:28 UTC
> Is this a scsi bug or a USB bug?

How can i chek it. If i'll disable scsi my sata vill never boot.
Comment 5 Oleksij Rempel (fishor) 2006-01-30 08:23:26 UTC
It's really difficult to work with this hardware. I compiled kernel with
ub and usual support and kernel oopsed and friezed on boot without any
attached usb device. I tryed kernel without module_autoloading and after
i loaded usb-storge module its oopsed too. How can i patch kernel
selectively without new scsi or usb patches? i think it's can be scsi
problem.
Comment 6 Oleksij Rempel (fishor) 2006-01-31 07:25:06 UTC
Created attachment 7189 [details]
dmesg+debug

I houp this dmesg help you. The kernel is compiled with scsi,usb,kernel debug
options.
Comment 7 Alan Stern 2006-02-03 20:02:21 UTC
Since the oops occurs inside scsi_target_reap_work, this looks like a SCSI bug.
 It should be reassigned.

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