On Wed, 29 Sep 2004, Sacher Khoudari wrote:

> | OK, I have a definite theory about this, but it hinges on finding the
> | above message in the logs.
> |
> | I think we tried to destroy the command slab while some commands were
> | still active.  The refcounting only applies to in-flight commands, but
> | commands can also be allocated and queued in the block layer.
> |
> | If I'm right, the attached will close this refcounting hole.
> |
> | James

There is some confusion about when active commands should be destroyed.  
See http://marc.theaimsgroup.com/?l=linux-scsi&m=109647697621208&w=2


> Hi!
> 
> I think you theory is right. I just found some interesting linesin
> kern.log (see attachment). I remember I had some problems with my
> USB-HDD while copying some big files, I had to detach the drive and plug
> in again. As I can see in the logs there were some errors reading the
> FAT-filesystem (although the filesytem fscks without errors). Strange...
> 
> Greatings!
> Sacher

Your log shows multiple errors, and it's hard to sort them out.

First of all, try upgrading to 2.6.9-rc2.  There is a problem with Genesys
interface chips in 2.6.8.1 -- the correct workaround wasn't added until
2.6.9-rc1.  If I had known before that your device used the Genesys chip I
would have told you to do this earlier.

Second, if that doesn't solve all your problems, try turning on the 
usb-storage verbose debugging option in the kernel configuration.  That 
will add lots of extra information about failed commands, retries, and so 
on to your system log.

Alan Stern



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to