Dear Mathias Nyman,
the commands has actually helped. But it is strange that the system
behavior has changed, without that command no more usb devices can be
connected to the machine. Even Seagate HDD after disconnecting was not
able to be connected again. So only with that commands you had wr
On 24.6.2019 21.11, Alan Stern wrote:
On Sun, 23 Jun 2019, Harutyun Khachatryan wrote:
Dear Alan Stern,
I thought that I should wait Mathias's response. I am terribly sorry for
that. I am sending dmesg log and trace content as you asked. I tried the
procedure on kernel 5.1.12-050112-generic si
On Sat, 22 Jun 2019, Harutyun Khachatryan wrote:
> Dear Alan Stern,
>
> I thought that I should wait Mathias's response. I am terribly sorry for
> that. I am sending dmesg log and trace content as you asked. I tried the
> procedure on kernel 5.1.12-050112-generic since it's most recent now and
Adding Mathias, since this appears to be an xHCI problem.
On Sun, 17 Mar 2019, Harutyun Khachatryan wrote:
> Dear Alan Stern,
>
> I am extremely sorry for late response, I have just checking all
> possible kernel versions. I have checked kernel versions
> 4.11,4.13,4.15,4.19,5.0. I can say tha
You should always use Reply-To-All so that your message gets sent to
the mailing list as well as to me. But when you do, use plain text
only -- the mailing list doesn't like HTML text.
Also, don't top-post. And tell your email client to wrap lines after
72 columns or so.
On Mon, 11 Mar 2019,
On Mon, 11 Mar 2019, Harutyun Khachatryan wrote:
> I have an old Toshiba Sattelite laptop with usb hub device 'Intel
> Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host
> Controller'. For kernel version >= 4.15 it doesn't recogonize and power
> on any usb device when other usb d
I have an old Toshiba Sattelite laptop with usb hub device 'Intel
Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host
Controller'. For kernel version >= 4.15 it doesn't recogonize and power
on any usb device when other usb device already attached during system
boot. I have seen th
On 30.05.2017 21:32, Nicolas Repentin wrote:
Hi
Sure.
Using archlinux with 4.11.3-1-ARCH.
[ 44.160746] sd 2:0:0:0: Attached scsi generic sg1 type 0
[ 53.676266] sd 2:0:0:0: [sdb] 5860533168 512-byte logical blocks:
(3.00 TB/2.73 TiB)
[ 53.676276] sd 2:0:0:0: [sdb] 4096-byte physical bloc
On 29.05.2017 19:50, Nicolas Repentin wrote:
Hi
I doesn't works for me.
Device is Bus 002 Device 003: ID 152d:0578 JMicron Technology Corp. /
JMicron USA Technology Corp.
Always got this when plugged:
[ 211.577287] xhci_hcd :00:14.0: ERROR Transfer event for disabled
endpoint or incorrec
Sorry Bjorn,
your solution seems good!
I had to regenerate initramfs.
To understand better, is it a real bug on kernel about uas ?
Le 22/05/2017 à 08:00, Bjørn Forsman a écrit :
> On 3 May 2017 at 10:07, Oliver Neukum wrote:
>> Am Dienstag, den 02.05.2017, 20:06 +0200 schrieb Nicolas Repentin
More info:
Bus 002 Device 003: ID 152d:0578 JMicron Technology Corp. / JMicron USA
Technology Corp.
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 3.00
bDeviceClass0
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPack
Hi
I doesn't works for me.
Device is Bus 002 Device 003: ID 152d:0578 JMicron Technology Corp. /
JMicron USA Technology Corp.
Always got this when plugged:
[ 211.577287] xhci_hcd :00:14.0: ERROR Transfer event for disabled
endpoint or incorrect stream ring
[ 211.577317] xhci_hcd :00:1
On 3 May 2017 at 10:07, Oliver Neukum wrote:
> Am Dienstag, den 02.05.2017, 20:06 +0200 schrieb Nicolas Repentin:
>> Hi
>>
>> I got this bug : using last kernel on Archlinux (4.10.13-1, since 4.4),
>> an USB 3.0 external HDD dies all the time when writing on it.
>
> Hi,
>
> did 4.4 use uas?
Yes.
Am Dienstag, den 02.05.2017, 20:06 +0200 schrieb Nicolas Repentin:
> Hi
>
> I got this bug : using last kernel on Archlinux (4.10.13-1, since 4.4),
> an USB 3.0 external HDD dies all the time when writing on it.
Hi,
did 4.4 use uas?
Regards
Oliver
--
To unsubscribe from
Hi
I got this bug : using last kernel on Archlinux (4.10.13-1, since 4.4),
an USB 3.0 external HDD dies all the time when writing on it.
If you write slow, it works, but with high copy, it freezes.
Tested on multiple computers, multiples disks, and multiple external disks.
On dmesg I got this :
Am Montag, den 01.05.2017, 20:04 +0200 schrieb Nicolas Repentin:
> Anyone ?
>
>
> Le 30/04/2017 à 18:34, Nicolas Repentin a écrit :
> >
> > Hi all,
> >
> > I got some bugs on USB 3.0 storage.
> >
> > I've created a bugzilla here:
> >
> > https://bugzilla.kernel.org/show_bug.cgi?id=189631
> >
Anyone ?
Le 30/04/2017 à 18:34, Nicolas Repentin a écrit :
> Hi all,
>
> I got some bugs on USB 3.0 storage.
>
> I've created a bugzilla here:
>
> https://bugzilla.kernel.org/show_bug.cgi?id=189631
>
> Can you please help to correct this please?
>
>
> It happens during transfers or big copies to
Hi all,
I got some bugs on USB 3.0 storage.
I've created a bugzilla here:
https://bugzilla.kernel.org/show_bug.cgi?id=189631
Can you please help to correct this please?
It happens during transfers or big copies to the usb 3.0 storage drive.
I still got the bug on Archlinux with kernel 4.10.1
Andrew Gillis wrote:
> Sep 17 10:07:38 sonicorbiter kernel: xhci_hcd :06:00.0: ERROR: unexpected
> command completion code 0x11.
This means that the USB controller does not like what the controller
driver has told it to do. This could be a bug in some driver, but if
it happens only with that
Andrew Gillis wrote:
> I get an error when trying to play music through USB DACs under Linux.
> This only happens with a few high end DACs and only when using a NEC
> uPD72020x chipset USB 3.0 port.
>
> The people at RedHat think it may be the NEC uPD72020x chipset is
> reporting it's capabilities
I get an error when trying to play music through USB DACs under Linux.
This only happens with a few high end DACs and only when using a NEC
uPD72020x chipset USB 3.0 port.
The people at RedHat think it may be the NEC uPD72020x chipset is
reporting it's capabilities incorrectly.
I'm not sure why s
Greg,
These 2 patches contain bug fixes for ehci-omap for 3.9 as well as
older kernels.
Patches are based on 3.8-rc6.
Please include them in your USB tree. Thanks.
cheers,
-roger
--
1.7.4.1
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to ma
On Thu, Feb 14, 2013 at 02:14:11PM +0200, Roger Quadros wrote:
> Hi Greg,
>
> This pull request contains 2 bug fixes for ehci-omap for 3.9 as well
> as older kernels. It is based on 3.8-rc6.
>
> Please pull. Thanks.
>
> The following changes since commit 88b62b915b0b7e25870eb0604ed9a92ba4bfc9f7:
Hi Greg,
This pull request contains 2 bug fixes for ehci-omap for 3.9 as well
as older kernels. It is based on 3.8-rc6.
Please pull. Thanks.
The following changes since commit 88b62b915b0b7e25870eb0604ed9a92ba4bfc9f7:
Linux 3.8-rc6 (2013-02-01 12:08:14 +1100)
are available in the git reposit
On Tue, Jan 29, 2013 at 09:37:08AM +0100, Alessandro Zappala wrote:
>
> [1.] Low speed when
> transferring files over USB flash drives
>
> [2.] Bug
> Description
>
> Low speed when transferring files over USB 2.0
> and USB 3.0. Example USB flash devices with FAT that demonstrates
> this problem:
[1.] Low speed when
transferring files over USB flash drives
[2.] Bug
Description
Low speed when transferring files over USB 2.0
and USB 3.0. Example USB flash devices with FAT that demonstrates
this problem:
ID 13fe:4100 Kingston Technology Company
Inc.
ID 090c:1000 Silicon Motion, Inc. - Tai
The following changes since commit 6887a4131da3adaab011613776d865f4bcfb5678:
Linux 3.5-rc5 (2012-06-30 16:08:57 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-3.5-rc6
for you to fetch changes up to dbf0e4c7257f8d684ec1a3
27 matches
Mail list logo