Re: [linux-usb-devel] Re: [usb-storage] Re: Linux 2.4.22-rc1
need > that de-tuning... That would be a good idea. Maybe even a kernel-option to switch the behavior for people who don't use a module but compile it in ("Enable workaround for broken devices"). -- Fridtjof Busse Sometimes it seems things go by too quickly. We are so busy watching out for what's just ahead of us that we don't take the time to enjoy where we are. -- Calvin --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] Re: [usb-storage] Re: Linux 2.4.22-rc1
* David Brownell <[EMAIL PROTECTED]>: > > Aug 11 07:49:05 artus kernel: hub.c: port 2, portstatus 503, change > > 10, 480 Mb/s > > Aug 11 07:49:05 artus kernel: hub.c: new USB device 00:02.2-2, > > assigned address 4 > > Aug 11 07:49:05 artus kernel: usb.c: kmalloc IF deeb3400, numif 1 > > Aug 11 07:49:05 artus kernel: usb.c: new device strings: Mfr=0, > > Product=1, SerialNumber=0 > > Aug 11 07:49:05 artus kernel: usb.c: USB device number 4 default > > language ID 0x409 > > Aug 11 07:49:05 artus kernel: Product: USB TO IDE > > Looking like one of the currently-problematic GeneSys adapters... I'm pretty sure it's a GeneSys, yes. Any suggestions on a well working device (it's quite difficult to get any information at all about the used adapters)? Are the FireWire adapters also that "problematic"? The nForce2 also seems to be a quite "picky", I very often get those "device not accepting address" (not using ACPI), but after a few "unplugs", it works again very often > Thanks for this more detailed kernel log information. The > diagnostics in that patch really do suggest hardware flakiness to me > -- assuming that I interpreted those bit patterns correctly. You > wouldn't be able to do anything like watch usb traffic on a CATC > would you? No. > What's odd is that you report older code working better with this > particular hardware. Nothing here suggests driver bugs. So I'm > wondering if the difference is that 2.4.22 code talks faster to > that hardware, which doesn't like that. > > As an experiment, try modifying "ehci-hcd.c". There's a line > in ehci_start() that masks a register value with 0x0fff (that > constant only lives in that one place). In 2.4.22 that changed, > so the 0x0f00 bits were preserved ... speeding up NForce2 by > leaving the "park" mode enabled. > > Try making that mask be 0x00ff, disabling "park" so the host > won't try three consecutive OUT packets. If that helps, please > also try 0x0aff, which still gets some speed improvements from > the "park" mode but won't push double-buffered devices as hard. BTDT. - temp = readl (&ehci->regs->command) & 0x0fff; + temp = readl (&ehci->regs->command) & 0x00ff; And know what? It fixed my problem, drive works fine with dump at 10500 kB/s. Great! Thank you very much for the help, now I can use 2.4.22 :) -- Fridtjof Busse I'm just very selective about the reality I choose to accept. --- Calvin --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] Re: [usb-storage] Re: Linux 2.4.22-rc1
* David Brownell <[EMAIL PROTECTED]>: > > Drive is connected to "PCI device 10de:0068 (nVidia Corporation)" > > Doesn't look like it. There was no storage device in what you sent. OK, today I'm much more awake... So here's plain -rc2: interrupts: 3: 4 XT-PIC ehci_hcd 10: 93 XT-PIC usb-ohci 11: 13 XT-PIC usb-ohci, eth0 lspci: 00:02.0 USB Controller: nVidia Corporation nForce2 USB Controller (rev a3) (prog-if 10 [OHCI]) Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer: Unknown device f541 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- companion Aug 11 07:52:11 artus kernel: ehci_hcd 00:02.2: GetStatus port 2 status 003001 POWER OWNER sig=se0 CONNECT Aug 11 07:52:11 artus kernel: hub.c: port 2, portstatus 0, change 10, 12 Mb/s Aug 11 07:52:11 artus kernel: ehci_hcd 00:02.2: GetStatus port 1 status 003802 POWER OWNER sig=j CSC Aug 11 07:52:11 artus kernel: hub.c: port 1, portstatus 0, change 1, 12 Mb/s Aug 11 07:52:11 artus kernel: hub.c: port 1 connection change Aug 11 07:52:11 artus kernel: hub.c: port 1, portstatus 0, change 1, 12 Mb/s Aug 11 07:52:11 artus kernel: ehci_hcd 00:02.2: GetStatus port 2 status 001002 POWER sig=se0 CSC Aug 11 07:52:11 artus kernel: hub.c: port 2, portstatus 100, change 1, 12 Mb/s Aug 11 07:52:11 artus kernel: hub.c: port 2 connection change Aug 11 07:52:11 artus kernel: hub.c: port 2, portstatus 100, change 1, 12 Mb/s Aug 11 07:52:11 artus kernel: usb.c: USB disconnect on device 00:02.2-2 address 4 Aug 11 07:52:11 artus kernel: ehci_hcd 00:02.2: free_config 2 devnum 4 Aug 11 07:52:11 artus kernel: hub.c: port 3, portstatus 100, change 0, 12 Mb/s Aug 11 07:52:11 artus kernel: hub.c: port 4, portstatus 100, change 0, 12 Mb/s Aug 11 07:52:11 artus kernel: hub.c: port 5, portstatus 100, change 0, 12 Mb/s Aug 11 07:52:11 artus kernel: hub.c: port 6, portstatus 100, change 0, 12 Mb/s Aug 11 07:52:16 artus kernel: usb-storage: host_reset() requested but not implemented Aug 11 07:52:26 artus kernel: scsi: device set offline - command error recover failed: host 1 channel 0 id 0 lun 0 Aug 11 07:52:26 artus kernel: 248 Aug 11 07:52:26 artus kernel: I/O error: dev 08:01, sector 88989496 Aug 11 07:52:26 artus kernel: I/O error: dev 08:01, sector 88989744 > > 00:02.2 USB Controller: nVidia Corporation nForce2 USB Controller > > (rev a3) (prog-if 20 [EHCI]) Subsystem: Holco Enterprise Co, > > Ltd/Shuttle Computer: Unknown device f541 > > An SN41G2? :) Yep. Nice little box. > >> - Results of using the same drivers on 2.6.0-test3, which has > >>much better code in the layers over the ehci driver. > > > > Would love to, but 2.6.0 doesn't work too well for me. > > Curious. You should report the problems to LKML. Works fine for me, > on hardware that seems to be almost identical to yours. The main problem is the binary ethernet-driver from nvidia for the nForce2. And that's not a kernel-problem... But I already have a realtek for my PCI, so this problem will go away. And during testing -test3 on my notebook, it ate my ext3-fs, so this thing is not going onto my desktop system (although I've got backups) Report is on the way. > > If you need anything else, just let me know. :) > > Seems like this diagnostic patch should turn up anything that's to > be turned up, if it's a real issue in the EHCI code. See above. -- Fridtjof Busse panic("Tell me what a watchpoint trap is, and I'll then deal with such a beast..."); 2.2.16 /usr/src/linux/arch/arch/sparc/kernel/traps.c --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] Re: [usb-storage] Re: Linux 2.4.22-rc1
78 00 e6 df Aug 8 17:12:13 artus kernel: usb-storage: Bulk command S 0x43425355 T 0x181 Trg 0 LUN 0 L 61440 F 0 CL 10 Aug 8 17:12:13 artus kernel: usb-storage: Bulk command transfer result=0 Aug 8 17:12:13 artus kernel: usb-storage: usb_stor_transfer_partial(): xfer 4096 bytes Aug 8 17:12:43 artus kernel: usb-storage: command_abort() called Aug 8 17:12:43 artus kernel: usb-storage: usb_stor_bulk_msg() returned -104 xferred 1536/4096 Aug 8 17:12:43 artus kernel: usb-storage: usb_stor_transfer_partial(): transfer aborted Aug 8 17:12:43 artus kernel: usb-storage: Bulk data transfer result 0x3 Aug 8 17:12:43 artus kernel: usb-storage: -- transport indicates command was aborted Aug 8 17:12:43 artus kernel: usb-storage: Bulk reset requested Aug 8 17:12:48 artus kernel: usb_control/bulk_msg: timeout Aug 8 17:12:48 artus kernel: usb-storage: Bulk soft reset failed -110 Aug 8 17:12:48 artus kernel: usb-storage: scsi command aborted Aug 8 17:12:48 artus kernel: usb-storage: *** thread sleeping. Aug 8 17:12:48 artus kernel: usb-storage: queuecommand() called Aug 8 17:12:48 artus kernel: usb-storage: *** thread awakened. Aug 8 17:12:48 artus kernel: usb-storage: Command TEST_UNIT_READY (6 bytes) Aug 8 17:12:48 artus kernel: usb-storage: 00 00 00 00 00 00 00 00 78 00 e6 df Aug 8 17:12:48 artus kernel: usb-storage: Bulk command S 0x43425355 T 0x182 Trg 0 LUN 0 L 0 F 0 CL 6 Aug 8 17:12:58 artus kernel: usb-storage: command_abort() called Aug 8 17:12:58 artus kernel: usb-storage: Bulk command transfer result=-104 Aug 8 17:12:58 artus kernel: usb-storage: -- transport indicates command was aborted Aug 8 17:12:58 artus kernel: usb-storage: Bulk reset requested Aug 8 17:13:03 artus kernel: usb_control/bulk_msg: timeout Aug 8 17:13:03 artus kernel: usb-storage: Bulk soft reset failed -110 Aug 8 17:13:03 artus kernel: usb-storage: scsi command aborted Aug 8 17:13:03 artus kernel: usb-storage: *** thread sleeping. Aug 8 17:13:03 artus kernel: usb-storage: device_reset() called Aug 8 17:13:03 artus kernel: usb-storage: Bulk reset requested Aug 8 17:13:08 artus kernel: usb_control/bulk_msg: timeout Aug 8 17:13:08 artus kernel: usb-storage: Bulk soft reset failed -110 Aug 8 17:13:08 artus kernel: usb-storage: bus_reset() called Aug 8 17:13:08 artus kernel: usb.c: USB disconnect on device 00:02.2-2 address 4 Aug 8 17:13:08 artus kernel: usb-storage: storage_disconnect() called Aug 8 17:13:08 artus kernel: usb-storage: -- releasing main URB Aug 8 17:13:08 artus kernel: usb-storage: -- usb_unlink_urb() returned -19 Aug 8 17:13:13 artus kernel: usb-storage: host_reset() requested but not implemented Aug 8 17:13:23 artus kernel: scsi: device set offline - command error recover failed: host 1 channel 0 id 0 lun 0 Aug 8 17:13:23 artus kernel: ev 08:01, sector 702520 Aug 8 17:13:23 artus kernel: I/O error: dev 08:01, sector 702640 Aug 8 17:13:23 artus kernel: I/O error: dev 08:01, sector 702760 > - Results of using the same drivers on 2.6.0-test3, which has > much better code in the layers over the ehci driver. Would love to, but 2.6.0 doesn't work too well for me. > Does this device work with the OHCI driver? Just rmmod ehci-hcd > and the OHCI should take over (on your NForce2). Yep, USB 1.1 works fine, but is to slow for backups. > You might try changing the EHCI module's "log2_irq_thresh" setting. > Maybe try 3 (2^3 eights of a millisecond). Will do that tomorrow. > Would also have been great to get bug report before > we reached 2.4.22-rc1 of course. I reported this twice to LKML (pre5 and pre8 IIRC) and once to usb-users (-pre5). Never got a reply on any of my posts, this is my fourth try and the first one with a response. If you need anything else, just let me know. :) -- Fridtjof Busse /* Host controller interrupts must not be running while calling this * function or the penguins will get angry. */ 2.2.16 /usr/src/linux/drivers/usb/ohci.c --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [usb-storage] Re: Linux 2.4.22-rc1
* Alan Stern <[EMAIL PROTECTED]>: > > I mentioned it on LKML, you probably didn't get it, sorry: > > nforce2 with ehci, some reported he doesn't have this problem with > > ohci (but I really don't want to do backups over USB 1.1). > > I'm not sure if you also got the error forwarded: > > "host_reset requested but not implemented". > > My original report is archived here: > > <http://marc.theaimsgroup.com/?l=linux-usb-users&m=105886063115712&; > >w=2> > > There were changes to the EHCI driver between 2.4.21 and 2.4.22; > maybe they are responsible for what you're seeing. I don't know if > it's possible to use the 2.4.21 version of the EHCI driver in 2.4.22, > or vice versa -- but it would make a good test. Does anyone else > know the answer? It works, just copied 2.4.21/drivers/usb/host/* to 2.4.22/drivers/usb/host/ and recompiled the kernel. All 2.4.22 errors disappeared, so my problem is definitly related to the new host-code in 2.4.22. Would be great if we could figure the problem out before 2.4.22 goes stable. -- Fridtjof Busse panic("CPU too expensive - making holiday in the ANDES!"); 2.2.16 /usr/src/linux/arch/mips/kernel/traps.c --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel