Hi,
I have a problem writing data to a USB pendrive, and it seems
kernel-related. With the help of Greg an Alan (thanks) and some
bisect, I found out the offending commit being
commit f664a3cc17b7d0a2bc3b3ab96181e1029b0ec0e6
Author: Jens Axboe
Date: Thu Nov 1 16:36:27 2018 -0600
scsi: ki
On 02/07/19 20:01:13, Ming Lei wrote:
> On Tue, Jul 02, 2019 at 12:46:45PM +0200, Andrea Vai wrote:
> > Hi,
> > I have a problem writing data to a USB pendrive, and it seems
> > kernel-related. With the help of Greg an Alan (thanks) and some
> > bisect, I found out
On 02/07/19 13:51:17, Johannes Thumshirn wrote:
> On Tue, Jul 02, 2019 at 12:46:45PM +0200, Andrea Vai wrote:
> > Hi,
> > I have a problem writing data to a USB pendrive, and it seems
> > kernel-related. With the help of Greg an Alan (thanks) and some
> > bisect, I fou
On 03/07/19 10:01:23, Ming Lei wrote:
> On Wed, Jul 03, 2019 at 12:39:31AM +0200, Andrea Vai wrote:
> > On 02/07/19 20:01:13, Ming Lei wrote:
> > > On Tue, Jul 02, 2019 at 12:46:45PM +0200, Andrea Vai wrote:
> > > > Hi,
> > > > I have a problem wr
On 03/07/19 14:36:05, Ming Lei wrote:
> On Wed, Jul 03, 2019 at 07:11:17AM +0200, Andrea Vai wrote:
> > On 03/07/19 10:01:23, Ming Lei wrote:
> > > On Wed, Jul 03, 2019 at 12:39:31AM +0200, Andrea Vai wrote:
> > > > On 02/07/19 20:01:13, Ming Lei wrote:
> > >
On 03/07/19 10:23:13, Alan Stern wrote:
>
> [...]
> Andrea, another thing you could try is to collect a usbmon trace under
> one of the "slow" kernels. Follow the instructions in
> Documentation/usb/usbmon.txt. I think you could kill the file-copy
> operation after just a couple of seconds; t
On 08/07/19 09:01:35, Ming Lei wrote:
> > > > > > > >
> > > > > > > > commit f664a3cc17b7d0a2bc3b3ab96181e1029b0ec0e6
> > > > > > > >
> > > > > > > > [...]
>
> 1) run the bcc biosnoop trace in one terminal after mounting the fs on the
> USB dirve
>
> 2) start the write test in another tem
Il giorno mar, 20/08/2019 alle 13.13 -0400, Alan Stern ha scritto:
> On Mon, 19 Aug 2019, Andrea Vai wrote:
>
> > Hi Alan,
> > I attach the two traces, collected as follows:
> >
> > - start the trace;
> > - wait 10 seconds;
> > - plug the drive;
&
Il giorno lun 26 ago 2019 alle ore 18:33 Alan Stern <
st...@rowland.harvard.edu> ha scritto:
> [...]
> In fact, even the traces where the file doesn't exist beforehand
> show
> some delays. Just not as many delays as the traces where the file
> does
> exist. And again, each delay is in the midd
Il giorno mer, 18/09/2019 alle 12.30 -0400, Alan Stern ha scritto:
> On Wed, 18 Sep 2019, Andrea Vai wrote:
> [...]
> > BAD:
> > Logs: log_10trials_50MB_BAD_NonCanc_64.txt,
> > log_10trials_50MB_BAD_NonCanc_non64.txt
> > 64: 34, 34, 35, 39, 37, 32, 42, 44, 43,
Il giorno gio, 19/09/2019 alle 14.14 +, Damien Le Moal ha scritto:
> On 2019/09/19 16:01, Alan Stern wrote:
> [...]
> > No doubt Andrea will be happy to test your fix when it's ready.
Yes, of course.
>
> Hannes posted an RFC series:
>
> https://www.spinics.net/lists/linux-scsi/msg133848.htm
Il giorno gio, 19/09/2019 alle 13.54 -0400, Alan Stern ha scritto:
>
> In general, USB flash drives should not be expected to work as well
> as
> an actual disk drive connected over USB.
Ok, so I think I'll buy some different hardware. Would an SSD drive
(connected over USB) behave like a flash
Il giorno mer, 25/09/2019 alle 21.36 +0200, Jens Axboe ha scritto:
> On 9/25/19 9:30 PM, Alan Stern wrote:
> [...]
> >
> > I have attached the two patches to this email. You should start
> with a
> > recent kernel source tree and apply the patches by doing:
> >
> > git apply patch1 patch2
>
13 matches
Mail list logo
