From: Pete Zaitcev <zaitcev@redhat.com>
To: Martin Maurer <martinmaurer@gmx.at>
Cc: zaitcev@redhat.com, linux-usb-devel@lists.sourceforge.net,
linux-kernel@vger.kernel.org
Subject: Re: Fw: Elitegroup K7S5A + usb_storage problem
Date: Sun, 7 Aug 2005 13:52:48 -0700 [thread overview]
Message-ID: <20050807135248.7a3ab233.zaitcev@redhat.com> (raw)
In-Reply-To: <200508071228.17984.martinmaurer@gmx.at>
> when i delete the files which are on the stick and do an umount/mount cycle,
> the files are there again.
>[... other mail ...]
> I did the usbmon thing (hopefully correctly). Attached is the output.
Yes, that was perfect, thanks a lot. Unfortunately, I do not see a lot
of interesting things. The last write before the disconnect is a FAT
update:
c31650b8 1617078003 S Bo:006:01 -115 31 = 55534243 c6000000 00020000 00000a2a 00000000 30000001 00000000 000000
c31650b8 1617078987 C Bo:006:01 0 31 >
c31650b8 1617078997 S Bo:006:01 -115 512 = f8ffffff ffffffff ffffffff 00000000 00000000 00000000 00000000 00000000
c31650b8 1617080988 C Bo:006:01 0 512 >
c31650b8 1617080998 S Bi:006:02 -115 13 <
c31650b8 1617084987 C Bi:006:02 0 13 = 55534253 c6000000 00000000 00
Only one cluster was taken, when compared with the FAT that was read.
Everything seems to be in order. But the next trace (after replug -
see the device number changing from 6 to 7) shows FAT with old contents
being read (same block number 0x30):
> cd6960b8 1874976301 S Bo:007:01 -115 31 = 55534243 0b000000 00020000 80000a28 00000000 30000001 00000000 000000
> cd6960b8 1874977274 C Bo:007:01 0 31 >
> cd6960b8 1874977288 S Bi:007:02 -115 512 <
> cd6960b8 1874979271 C Bi:007:02 0 512 = f8ffffff ffffffff ffff0000 00000000 00000000 00000000 00000000 00000000
> cd6960b8 1874979282 S Bi:007:02 -115 13 <
> cd6960b8 1874981271 C Bi:007:02 0 13 = 55534253 0b000000 00000000 00
So, the device replies that writes were successful, but does not
actually commit them to the stable storage.
I suspect that this device may require some delays. I seem to recall
that we added delayes to usb-storage when we worked with Genesys
Logic. But ub contains no delays.
How about this:
--- linux-2.6.13-rc4/drivers/block/ub.c 2005-07-29 19:51:00.000000000 -0700
+++ linux-2.6.13-rc4-lem/drivers/block/ub.c 2005-08-07 13:48:11.000000000 -0700
@@ -1209,6 +1279,8 @@
return;
}
+ udelay(125); // XXX for Martin Maurer <martinmaurer@gmx.at>
+
UB_INIT_COMPLETION(sc->work_done);
if (cmd->dir == UB_DIR_READ)
Please try this patchlet and let us know how it went.
-- Pete
next prev parent reply other threads:[~2005-08-07 20:52 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20050805151820.3f8f9e85.akpm@osdl.org>
[not found] ` <Pine.LNX.4.44L0.0508061137180.1168-100000@netrider.rowland.org>
2005-08-06 20:02 ` Fw: Re: Elitegroup K7S5A + usb_storage problem Pete Zaitcev
2005-08-07 0:22 ` Martin Maurer
2005-08-07 1:06 ` Pete Zaitcev
[not found] ` <200508071228.17984.martinmaurer@gmx.at>
2005-08-07 20:52 ` Pete Zaitcev [this message]
2005-08-07 15:14 ` Alan Stern
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050807135248.7a3ab233.zaitcev@redhat.com \
--to=zaitcev@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb-devel@lists.sourceforge.net \
--cc=martinmaurer@gmx.at \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.