* Re: aborts in usb-storage in branch 2.6
@ 2003-10-23 16:59 Pedro Larroy
2003-10-24 21:15 ` Alan Stern
0 siblings, 1 reply; 4+ messages in thread
From: Pedro Larroy @ 2003-10-23 16:59 UTC (permalink / raw)
To: mdharm-usb; +Cc: linux-usb-devel, linux-kernel, Alan Stern
[-- Attachment #1: Type: text/plain, Size: 1998 bytes --]
On Wed, Oct 22, 2003 at 10:40:50AM -0700, Matthew Dharm wrote:
> I need to see more of the log than just this.
>
> Matt
>
On Wed, Oct 22, 2003 at 10:02:32AM -0400, Alan Stern wrote:
> Can you send more of the debugging log? The portion you included didn't
> contain any context, making it hard to judge what the problem was.
>
> Alan Stern
I can send anything you need. Here it goes some extended log.
I've noticed that abort are after ACPI debug statements.
But seems acpi and usb are not sharing irqs.
CPU0
0: 298778 IO-APIC-edge timer
1: 1775 IO-APIC-edge i8042
2: 0 XT-PIC cascade
8: 4 IO-APIC-edge rtc
9: 56 IO-APIC-level acpi
12: 39 IO-APIC-edge i8042
14: 13833 IO-APIC-edge ide0
15: 1 IO-APIC-edge ide1
16: 0 IO-APIC-level uhci_hcd
17: 83 IO-APIC-level Intel 82801DB-ICH4
18: 0 IO-APIC-level uhci_hcd
19: 1069 IO-APIC-level uhci_hcd, eth0
20: 0 IO-APIC-level yenta
21: 0 IO-APIC-level yenta
23: 10276 IO-APIC-level ehci_hcd
NMI: 0
LOC: 298713
ERR: 0
MIS: 0
abort.log -> 2.6.0test8
devices -> 2.6.0test8
kernel.log -> 2.6.0testx where x < 8
In abort.log, is the paste of the log with kernel 2.6.0test8 in kern.log
there is a log from 2.6.0test4 or 2.6.0test4-mm
On previous 2.6.0testx kernels the bug appeared to trigger when ACPI debug
statements were printed, notice there are aborts after ACPI printks.
On 2.6.0test8 it seems to be triggered when doing concurrent access to the
filesystem.
I would like to help in anyway I can, but ACPI and USB is far beyond my
kernel knowledge, so I'm not currently able to fix the bugs myself.
Just ask if you need more information.
Thanks.
Regards.
--
Pedro Larroy Tovar | piotr%member.fsf.org
Software patents are a threat to innovation in Europe please check:
http://www.eurolinux.org/
[-- Attachment #2: abort.log.gz --]
[-- Type: application/octet-stream, Size: 55365 bytes --]
[-- Attachment #3: kernel-usb-acpi.log.gz --]
[-- Type: application/octet-stream, Size: 2708 bytes --]
[-- Attachment #4: devices --]
[-- Type: text/plain, Size: 2731 bytes --]
T: Bus=04 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.0-test8 uhci_hcd
S: Product=UHCI Host Controller
S: SerialNumber=0000:00:1d.2
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms
T: Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.0-test8 uhci_hcd
S: Product=UHCI Host Controller
S: SerialNumber=0000:00:1d.1
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms
T: Bus=03 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=1.5 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=046d ProdID=c00f Rev=11.10
S: Manufacturer=Logitech
S: Product=USB-PS/2 Optical Mouse
C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr= 98mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=02 Driver=hid
E: Ad=81(I) Atr=03(Int.) MxPS= 4 Ivl=10ms
T: Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.0-test8 uhci_hcd
S: Product=UHCI Host Controller
S: SerialNumber=0000:00:1d.0
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms
T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480 MxCh= 6
B: Alloc= 0/800 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=01 MxPS= 8 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.0-test8 ehci_hcd
S: Product=EHCI Host Controller
S: SerialNumber=0000:00:1d.7
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=256ms
T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=04b4 ProdID=6830 Rev= 0.01
S: Manufacturer=Cypress Semiconductor
S: Product=USB2.0 Storage Device
S: SerialNumber=000000000383
C:* #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=88(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: aborts in usb-storage in branch 2.6
2003-10-23 16:59 aborts in usb-storage in branch 2.6 Pedro Larroy
@ 2003-10-24 21:15 ` Alan Stern
2003-10-28 0:01 ` Patrick Mansfield
0 siblings, 1 reply; 4+ messages in thread
From: Alan Stern @ 2003-10-24 21:15 UTC (permalink / raw)
To: Pedro Larroy; +Cc: Matthew Dharm, USB development list, linux-kernel
On Thu, 23 Oct 2003, Pedro Larroy wrote:
> I can send anything you need. Here it goes some extended log.
>
> I've noticed that abort are after ACPI debug statements.
> But seems acpi and usb are not sharing irqs.
>
> CPU0
> 0: 298778 IO-APIC-edge timer
> 1: 1775 IO-APIC-edge i8042
> 2: 0 XT-PIC cascade
> 8: 4 IO-APIC-edge rtc
> 9: 56 IO-APIC-level acpi
> 12: 39 IO-APIC-edge i8042
> 14: 13833 IO-APIC-edge ide0
> 15: 1 IO-APIC-edge ide1
> 16: 0 IO-APIC-level uhci_hcd
> 17: 83 IO-APIC-level Intel 82801DB-ICH4
> 18: 0 IO-APIC-level uhci_hcd
> 19: 1069 IO-APIC-level uhci_hcd, eth0
> 20: 0 IO-APIC-level yenta
> 21: 0 IO-APIC-level yenta
> 23: 10276 IO-APIC-level ehci_hcd
> NMI: 0
> LOC: 298713
> ERR: 0
> MIS: 0
>
>
> abort.log -> 2.6.0test8
> devices -> 2.6.0test8
> kernel.log -> 2.6.0testx where x < 8
>
> In abort.log, is the paste of the log with kernel 2.6.0test8 in kern.log
> there is a log from 2.6.0test4 or 2.6.0test4-mm
>
> On previous 2.6.0testx kernels the bug appeared to trigger when ACPI debug
> statements were printed, notice there are aborts after ACPI printks.
>
> On 2.6.0test8 it seems to be triggered when doing concurrent access to the
> filesystem.
>
> I would like to help in anyway I can, but ACPI and USB is far beyond my
> kernel knowledge, so I'm not currently able to fix the bugs myself.
>
> Just ask if you need more information.
> Thanks.
>
> Regards.
I looked at your logs, but I can't add much to what you already know.
This certainly does appear to be some sort of interrupt sharing/routing
problem -- the logs don't indicate anything specific to USB. However
there's no easy way to tell what the source of that problem is.
Maybe someone who knows more about ACPI and interrupt handling can help.
Alan Stern
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: aborts in usb-storage in branch 2.6
2003-10-24 21:15 ` Alan Stern
@ 2003-10-28 0:01 ` Patrick Mansfield
0 siblings, 0 replies; 4+ messages in thread
From: Patrick Mansfield @ 2003-10-28 0:01 UTC (permalink / raw)
To: Alan Stern
Cc: Pedro Larroy, Matthew Dharm, USB development list, linux-kernel
On Fri, Oct 24, 2003 at 05:15:13PM -0400, Alan Stern wrote:
> On Thu, 23 Oct 2003, Pedro Larroy wrote:
> > abort.log -> 2.6.0test8
> > devices -> 2.6.0test8
> > kernel.log -> 2.6.0testx where x < 8
> >
> > In abort.log, is the paste of the log with kernel 2.6.0test8 in kern.log
> > there is a log from 2.6.0test4 or 2.6.0test4-mm
> >
> > On previous 2.6.0testx kernels the bug appeared to trigger when ACPI debug
> > statements were printed, notice there are aborts after ACPI printks.
> >
> > On 2.6.0test8 it seems to be triggered when doing concurrent access to the
> > filesystem.
> >
> > I would like to help in anyway I can, but ACPI and USB is far beyond my
> > kernel knowledge, so I'm not currently able to fix the bugs myself.
> I looked at your logs, but I can't add much to what you already know.
> This certainly does appear to be some sort of interrupt sharing/routing
> problem -- the logs don't indicate anything specific to USB. However
> there's no easy way to tell what the source of that problem is.
The logs look like a SCSI timeout - a 30 second gap, followed by abort,
test unit ready, and a resend of the timed out write. That does not help
much. It could certainly be a lost interrupt.
I did not see any timeout/aborts happening (immediately) after the acpi
messages.
> Maybe someone who knows more about ACPI and interrupt handling can help.
I don't know ACPI, but I thought interrupt problems it might cause
happened more consistently.
-- Patrick Mansfield
^ permalink raw reply [flat|nested] 4+ messages in thread
* aborts in usb-storage in branch 2.6
@ 2003-10-22 2:10 Pedro Larroy
0 siblings, 0 replies; 4+ messages in thread
From: Pedro Larroy @ 2003-10-22 2:10 UTC (permalink / raw)
To: linux-usb-devel; +Cc: linux-kernel
Hi
I experience aborts with external usb hd, that also pause all disk
operations for some seconds.
It doesn't happen with 2.4.21 kernel.
Please tell me if I can do anything useful to debug the problem. I can use
kgdb or other techniques.
It's getting very annoying since the disk stays for more than 10 seconds
without responding.
usb-storage: usb_stor_control_msg: rq=01 rqtype=02 value=0000 index=88
len=0
usb-storage: usb_stor_clear_halt: result = 0
usb-storage: Attempting to get CSW (2nd try)...
usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes
usb-storage: Status code -32; transferred 0/13
usb-storage: clearing endpoint halt for pipe 0xc0040280
usb-storage: usb_stor_control_msg: rq=01 rqtype=02 value=0000 index=88
len=0
usb-storage: usb_stor_clear_halt: result = 0
usb-storage: Bulk status result = 2
usb-storage: -- transport indicates error, resetting
usb-storage: usb_stor_Bulk_reset called
usb-storage: usb_stor_control_msg: rq=ff rqtype=21 value=0000 index=00
len=0
[ACPI Debug] String: ==Battery1 _BST==
[ACPI Debug] String: ==Battery1 _BST==
b-storage: scsi command aborted
usb-storage: *** thread sleeping.
usb-storage: queuecommand called
usb-storage: *** thread awakened.
usb-storage: Command TEST_UNIT_READY (6 bytes)
usb-storage: 00 00 00 00 00 00
usb-storage: Bulk Command S 0x43425355 T 0x1162 L 0 F 0 Trg 0 LUN 0 CL 6
usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes
usb-storage: Status code 0; transferred 31/31
Regards.
--
Pedro Larroy Tovar | piotr%member.fsf.org
Software patents are a threat to innovation in Europe please check:
http://www.eurolinux.org/
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2003-10-28 0:02 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-10-23 16:59 aborts in usb-storage in branch 2.6 Pedro Larroy
2003-10-24 21:15 ` Alan Stern
2003-10-28 0:01 ` Patrick Mansfield
-- strict thread matches above, loose matches on Subject: below --
2003-10-22 2:10 Pedro Larroy
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome