On Sun, Feb 07, 2016 at 06:11:22PM -0800, Greg Kroah-Hartman wrote:
> I think you are going to get the same reaction from them, as they are
> going to point to the block layer above them that sends all of the data
> to them.
>
> Then the block layer is going to point to the file system, and they
On Sun, Feb 07, 2016 at 12:19:06PM -0500, Alan Stern wrote:
> On Sat, 6 Feb 2016, Oliver Neukum wrote:
>
> > > In theory, the copy command in Windows shouldn't need to wait either.
> > > But then you'd run into trouble if you unplugged the USB device without
> > > first clicking on the "Safely
On Sun, Feb 07, 2016 at 05:04:04PM -0800, Greg Kroah-Hartman wrote:
> On Sun, Feb 07, 2016 at 04:50:00PM -0800, Marc MERLIN wrote:
> >
> > Is the way sync/async is treated inside usb-storage, some other USB
> > module, or outside of the usb stack altogether?
>
> Outsid
On Fri, Feb 05, 2016 at 04:11:17PM -0500, Alan Stern wrote:
> On Fri, 5 Feb 2016, Marc MERLIN wrote:
>
> > The thing is async isn't great either.
> > I hate to say, but windows does this right, linux does not as far as I
> > can tell.
> > When a windows copy is finis
On Fri, Feb 05, 2016 at 12:27:25PM -0800, Greg Kroah-Hartman wrote:
> > This goes back to 23MB/s (size/time), which is proper speed.
> > I also verified that this time the LED wasn't flashing after unmount.
>
> Great, so all is good now?
>
> > > Still, it's a more appropriate value, indicating
On Thu, Feb 04, 2016 at 09:49:22AM +0100, Oliver Neukum wrote:
> On Wed, 2016-02-03 at 22:20 -0800, Marc MERLIN wrote:
>
> > But the main point remains that default mount options and default cp
> > work at horrible speed. I'm happy to try stuff to get around that
> &
Thinkpad T540p, kernel 4.4.
Writing a big file goes at an attrocious 440KB/s
Starting win7 in virtualbox on the same laptop, mounting the same stick
and doing the same copy, writes the same file at 23MB/s
Reading the file in virtualbox goes at 30MB/s
Reading the file in linux goes at 36MB/s
Hi Greg,
Thanks for your quick reply.
On Wed, Feb 03, 2016 at 07:07:45PM -0800, Greg Kroah-Hartman wrote:
> > Note that I have this problem with all USB sticks, not just this one
> > stick.
>
> What filesystem, vfat? What is the mount options you use for it? Try
oops, forgot that:
/dev/sdc1
On Tue, May 19, 2015 at 10:56:39AM -0700, Marc MERLIN wrote:
On Tue, May 19, 2015 at 01:21:30PM -0400, Alan Stern wrote:
This strongly suggests that the problem lies in the hubs (or in one of
them). Something caused a hub to disconnect, and when that happened
all of the serial ports
On Tue, May 19, 2015 at 01:21:30PM -0400, Alan Stern wrote:
This strongly suggests that the problem lies in the hubs (or in one of
them). Something caused a hub to disconnect, and when that happened
all of the serial ports downstream from that hub went along for the
ride.
Hi Alan, thanks
I found that my server at home, after months of runtime, hung and found
the following on the serial console. Interestingly, the software watchdog wasn't
even able to reboot the system it seems, it needed a power cycle.
Is there other info I can provide/different kernel options I should use?
On Sat, Feb 15, 2014 at 05:45:54PM -0500, Alan Stern wrote:
On Sat, 15 Feb 2014, Marc MERLIN wrote:
I found that my server at home, after months of runtime, hung and found
the following on the serial console. Interestingly, the software watchdog
wasn't
even able to reboot the system
On Mon, Sep 23, 2013 at 10:21:23AM +0200, Oleksij Rempel wrote:
Understood, just making sure this was still potentially useful considering
what I found out since my last message.
Which version of powertop are you actually using? None of current
The latest, i.e. 2.4.
versions would show
On Sun, Sep 22, 2013 at 12:38:56PM -0400, Alan Stern wrote:
gandalfthegreat:/sys/bus/usb/devices/3-1.6/power# grep . *
active_duration:61227648
async:enabled
autosuspend:2
autosuspend_delay_ms:2000
connected_duration:66830880
control:auto
level:auto
persist:1
On Sun, Sep 22, 2013 at 04:32:08PM -0400, Alan Stern wrote:
I'm somehow thinking there is a driver or hardware problem when the device
does get stuck in a mode where it won't sleep properly again until the next
reboot (just unloading/loading the driver does not fix this).
That's quite
Howdy,
I have a T530 with a built in webcam that uses the uvcvideo driver.
Kernel 3.10.6, but the problem has been there for many kernel versions.
From time to time (not always) it shows up at the top of powertop with
an unexplained high power use while I'm not using the camera.
Powertop says
16 matches
Mail list logo
