2014-08-04 20:07 GMT+02:00 Hans de Goede hdego...@redhat.com:
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
On Sat, Sep 6, 2014 at 10:05 AM, Andrea Arcangeli aarca...@redhat.com wrote:
On Sat, Sep 06, 2014 at 05:33:19PM +0200, Andrea Arcangeli wrote:
without weaking any /sysfs pm runtime related file, and I'll let you
know if it hangs again.
No luck... it already hung again with the patches
I have a brand new Seagate Expansion Desk drive attached to my x86-64
desktop. (I also have a 4TiB model of the same drive, but I haven't even
unboxed it: there seems little point as long as the 2TiB version doesn't
work.) I am seeing apparently the same problem as Alexandre Oliva
reported in
On Sun, 7 Sep 2014, Nix wrote:
I have a brand new Seagate Expansion Desk drive attached to my x86-64
desktop. (I also have a 4TiB model of the same drive, but I haven't even
unboxed it: there seems little point as long as the 2TiB version doesn't
work.) I am seeing apparently the same problem
Commit 6a04d05acfb51355 (USB: OHCI: fix bugs in debug routines) has removed
the unused `verbose' argument of the debug function ohci_dump(); adapt
ohci-spear accordingly.
This fixes the following compilation error:
drivers/usb/host/ohci-spear.c: In function ‘ohci_spear_start’:
On 7 Sep 2014, Alan Stern spake thusly:
On Sun, 7 Sep 2014, Nix wrote:
I have a brand new Seagate Expansion Desk drive attached to my x86-64
desktop. (I also have a 4TiB model of the same drive, but I haven't even
unboxed it: there seems little point as long as the 2TiB version doesn't
[linux-scsi dropped, this is not a scsi or uas problem.]
On 7 Sep 2014, n...@esperi.org.uk stated:
And... now it works, at least well enough to get a device file. So it's
not the disk that's at fault: it's the no-name hub! (Which is, I think,
USB ID 2109:0811 -- at least two instances of this
On Fri, Sep 05, 2014 at 10:56:26PM +0800, Felipe Balbi wrote:
When we're debugging hard-to-reproduce and time-sensitive
use cases, printk() poses too much overhead. That's when
the kernel's tracing infrastructure comes into play.
This patch implements a few initial tracepoints for the
dwc3
On Fri, Sep 5, 2014 at 11:26 PM, Felipe Balbi ba...@ti.com wrote:
On Thu, Sep 04, 2014 at 12:01:19PM +0530, Vivek Gautam wrote:
Don't we have phy_power_on()
for that ? It looks like you could just as well do this from
phy_power_on() ?
No, unfortunately keeping these calibration settings
On 09/03/2014 05:50 PM, Chen Gang wrote:
Need include it for irq_of_parse_and_map(), the related error with
allmodconfig under microblaze:
drivers/usb/host/ehci-xilinx-of.c: In function ‘ehci_hcd_xilinx_of_probe’:
drivers/usb/host/ehci-xilinx-of.c:156:2: error: implicit declaration of
10 matches
Mail list logo