Hi,
On 09/07/2014 04:36 PM, Laszlo T. wrote:
> 2014-08-04 20:07 GMT+02:00 Hans de Goede :
>> Hi Laszlo,
>>
>> On 08/03/2014 12:40 AM, Laszlo T. wrote:
*) usb devices return different descriptors at different speeds
>>>
>>> All tests were on usb2.
>>> I don't have usb3 ports bu
2014-08-04 20:07 GMT+02:00 Hans de Goede :
> Hi Laszlo,
>
> On 08/03/2014 12:40 AM, Laszlo T. wrote:
>>> *) usb devices return different descriptors at different speeds
>>
>> All tests were on usb2.
>> I don't have usb3 ports but I will try that at weekend.
>>
>> I'm curious
Hi Laszlo,
On 08/03/2014 12:40 AM, Laszlo T. wrote:
>> *) usb devices return different descriptors at different speeds
>
> All tests were on usb2.
> I don't have usb3 ports but I will try that at weekend.
>
> I'm curious now, am I the first one who has ever tested uas on us
> *) usb devices return different descriptors at different speeds
All tests were on usb2.
I don't have usb3 ports but I will try that at weekend.
I'm curious now, am I the first one who has ever tested uas on usb2?
>>>
>>> Ni, I've tested it myself too, including runnin
Hi,
On 07/31/2014 08:48 PM, Laszlo T. wrote:
> 2014-07-31 16:16 GMT+02:00 Hans de Goede :
>> Hi,
>>
>> On 07/31/2014 03:51 PM, Laszlo T. wrote:
>>>
>>> I tested with lot of values. I'm not totally sure but it looks the 31
>>> is max number where it is still stable to create an ext4 fil
2014-07-31 16:16 GMT+02:00 Hans de Goede :
> Hi,
>
> On 07/31/2014 03:51 PM, Laszlo T. wrote:
>>
>> I tested with lot of values. I'm not totally sure but it looks the 31
>> is max number where it is still stable to create an ext4 filesystem.
>
> Thanks, that is good to know. Can
Hi,
On 07/31/2014 03:51 PM, Laszlo T. wrote:
>
> I tested with lot of values. I'm not totally sure but it looks the 31
> is max number where it is still stable to create an ext4 filesystem.
Thanks, that is good to know. Can you try the following patch instead
of changing
I tested with lot of values. I'm not totally sure but it looks the 31
is max number where it is still stable to create an ext4 filesystem.
>>>
>>> Thanks, that is good to know. Can you try the following patch instead
>>> of changing can_queue ? :
>>>
>>> diff --git a/drivers/usb/sto
Hi,
On 07/31/2014 01:37 PM, Laszlo T. wrote:
> 2014-07-31 12:53 GMT+02:00 Hans de Goede :
>> Hi,
>>
>> On 07/31/2014 12:39 AM, Laszlo T. wrote:
>> Disconnection issues like you are seeing are typical for drawing
>> too much power from the port. Using uas as the dmesg shows you
>> are w
2014-07-31 12:53 GMT+02:00 Hans de Goede :
> Hi,
>
> On 07/31/2014 12:39 AM, Laszlo T. wrote:
> Disconnection issues like you are seeing are typical for drawing
> too much power from the port. Using uas as the dmesg shows you
> are will allow us to send more commands to the disk at once
Hi,
On 07/31/2014 12:39 AM, Laszlo T. wrote:
Disconnection issues like you are seeing are typical for drawing
too much power from the port. Using uas as the dmesg shows you
are will allow us to send more commands to the disk at once
(which is a good thing, it is faster) and as
2014-07-31 9:54 GMT+02:00 Oliver Neukum :
> On Thu, 2014-07-31 at 00:39 +0200, Laszlo T. wrote:
>> >> > Disconnection issues like you are seeing are typical for drawing
>> >> > too much power from the port. Using uas as the dmesg shows you
>> >> > are will allow us to send more commands to the disk
On Wed, 2014-07-30 at 10:48 -0400, Alan Stern wrote:
> Maybe, as Oliver guessed, it doesn't like to receive a lot of
> commands
> all at once. Or maybe something went wrong during the write.
> Oliver's
> test patch should help determine what happened.
For the record: I didn't guess that. I just
On Thu, 2014-07-31 at 00:39 +0200, Laszlo T. wrote:
> >> > Disconnection issues like you are seeing are typical for drawing
> >> > too much power from the port. Using uas as the dmesg shows you
> >> > are will allow us to send more commands to the disk at once
> >> > (which is a good thing, it is f
>> > Disconnection issues like you are seeing are typical for drawing
>> > too much power from the port. Using uas as the dmesg shows you
>> > are will allow us to send more commands to the disk at once
>> > (which is a good thing, it is faster) and as such will increase
>> > power consumption.
>>
Hi,
On 07/30/2014 04:48 PM, Alan Stern wrote:
> On Tue, 29 Jul 2014, Laszlo T. wrote:
>
>> Hello,
>>
>> I ran some commands and recorded them:
>> -checking with cfdisk
>> -mounting the ntfs partition
>> -some reading on it
>> -unmounting
>> -and the unsuccessful ext4 filesystem creating
>>
>> htt
On Tue, 29 Jul 2014, Laszlo T. wrote:
> Hello,
>
> I ran some commands and recorded them:
> -checking with cfdisk
> -mounting the ntfs partition
> -some reading on it
> -unmounting
> -and the unsuccessful ext4 filesystem creating
>
> http://pastebin.com/xmKnwPF5
Hans, after looking at this usbm
On Tue, 2014-07-29 at 22:46 +0200, Laszlo T. wrote:
> > Disconnection issues like you are seeing are typical for drawing
> > too much power from the port. Using uas as the dmesg shows you
> > are will allow us to send more commands to the disk at once
> > (which is a good thing, it is faster) and
>
> A usbmon trace might be useful. See Documentation/usb/usbmon.txt in
> the kernel source for instructions.
>
> Alan Stern
>
Hello,
I ran some commands and recorded them:
-checking with cfdisk
-mounting the ntfs partition
-some reading on it
-unmounting
-and the unsuccessful ext4 filesystem cr
Hello,
>> I don't think it is a power issue.
>> I'm using on desktop PC on usb2 port with just a simple cable but the
>> disk (WD5000LPVX) only consumes 1.4 Watts (read/write) and it is
>> stable on Windows.
>
> http://www.wdc.com/wdproducts/library/SpecSheet/ENG/2879-771437.pdf
>
> Says it uses 1
Hi,
On 07/28/2014 10:31 PM, Laszlo T. wrote:
> I have some problems with Jmicron JMS567 (Sata 6 Gb/s -> USB3.0)
mobile rack.
>
> I tried on different kernels:
> 3.15.5
> 3.16.rc6
>
> I got the following errors when I ran a mkfs.ext4 command and then
the
>
On Mon, 28 Jul 2014, Laszlo T. wrote:
> > Laszlo, you can try specifying the "quirks=152d:0567:u" module
> > parameter for usb-storage. I don't know if that will help, but it
> > might.
> >
> >> What can the problem be?
> >
> > There's no way to tell from just this information.
> >
>
> Unfortuna
> Laszlo, you can try specifying the "quirks=152d:0567:u" module
> parameter for usb-storage. I don't know if that will help, but it
> might.
>
>> What can the problem be?
>
> There's no way to tell from just this information.
>
Unfortunately it did not help.
Is there any other information you ne
I have some problems with Jmicron JMS567 (Sata 6 Gb/s -> USB3.0)
>>> mobile rack.
I tried on different kernels:
3.15.5
3.16.rc6
I got the following errors when I ran a mkfs.ext4 command and then
>>> the
device disappeared.
Jul 26 19:54:37 debian ker
Hi,
On 07/28/2014 04:50 PM, Oliver Neukum wrote:
> On Mon, 2014-07-28 at 10:48 -0400, Alan Stern wrote:
>> On Mon, 28 Jul 2014, Laszlo T. wrote:
>>
>>> Hello,
>>>
>>> I have some problems with Jmicron JMS567 (Sata 6 Gb/s -> USB3.0)
>> mobile rack.
>>>
>>> I tried on different kernels:
>>> 3.15.5
>
On Mon, 2014-07-28 at 10:48 -0400, Alan Stern wrote:
> On Mon, 28 Jul 2014, Laszlo T. wrote:
>
> > Hello,
> >
> > I have some problems with Jmicron JMS567 (Sata 6 Gb/s -> USB3.0)
> mobile rack.
> >
> > I tried on different kernels:
> > 3.15.5
> > 3.16.rc6
> >
> > I got the following errors when
On Mon, 28 Jul 2014, Laszlo T. wrote:
> Hello,
>
> I have some problems with Jmicron JMS567 (Sata 6 Gb/s -> USB3.0) mobile rack.
>
> I tried on different kernels:
> 3.15.5
> 3.16.rc6
>
> I got the following errors when I ran a mkfs.ext4 command and then the
> device disappeared.
>
> Jul 26 19:
Hello,
I have some problems with Jmicron JMS567 (Sata 6 Gb/s -> USB3.0) mobile rack.
I tried on different kernels:
3.15.5
3.16.rc6
I got the following errors when I ran a mkfs.ext4 command and then the
device disappeared.
Jul 26 19:54:37 debian kernel: [ 118.060026] usb 8-3: new high-speed
USB
28 matches
Mail list logo