> -Original Message-
> From: Badola Nikhil-B46172
> Sent: Monday, June 01, 2015 11:50 AM
> To: 'Greg KH'
> Cc: linux-ker...@vger.kernel.org; st...@rowland.harvard.edu; linux-
> u...@vger.kernel.org; Joe Perches
> Subject: RE: [PATCH 3/5] drivers:usb:fsl: Replace macros with enumerated
> typ
On Mon, May 25, 2015 at 10:53 AM, Tomeu Vizoso
wrote:
> Hello,
>
> I have a problem with the panel on my Tegra Chromebook taking longer than
> expected to be ready during boot (Stéphane Marchesin reported what is
> basically the same issue in [0]), and have looked into ordered probing as a
> bette
Hi Tomeu,
On 05/28/2015 07:33 AM, Rob Herring wrote:
> On Mon, May 25, 2015 at 9:53 AM, Tomeu Vizoso
> wrote:
>> I have a problem with the panel on my Tegra Chromebook taking longer than
>> expected to be ready during boot (Stéphane Marchesin reported what is
>> basically the same issue in [0]),
lsusb (usbutils) 007
"This means the adapter sent an invalid string descriptor to the computer"
linux-usb@vger.kernel.org
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/maj
Hi,
On Wed, Jun 03, 2015 at 03:43:23AM +0300, Laurent Pinchart wrote:
> > From: Colin Ian King
> >
> > isp1760_ep_alloc_request allocates a structure with kzalloc without checking
> > for NULL and then returns a pointer to one of the structure fields. As the
> > field happens to be the first in
On 02.06.2015 15:59, Ralf Jung wrote:
> Hi,
>
Indeed doing "echo 'on' | sudo tee /sys/bus/pci/devices/*/power/control"
fixes the problem: When I subsequently plug in the disk, it is
recognized correctly. I confirmed this with an older kernel (the 3.16
Debian kernel, to be more
Hi Mathias,
> Sent: Tuesday, May 26, 2015 8:45 PM
>
> On 14.05.2015 12:39, Yoshihiro Shimoda wrote:
> > The STS_HALT is not set until the CRR (CMD_RING_RUNNING) is cleared
> > on specific xHCI controllers (e.g. R-Car SoCs) after this driver set
> > the R/S (CMD_RUN) to 0. So, to avoid using a qui
After some digging I found several ways to avoid that behaviour.
But I think the bug should be fixed in the linux code. It's a pity,
I couldn't fix it myself.
The ways to avoid the bug:
1) rmmod xhci_pci
2) echo disabled >
/sys/devices/pci:00/:00:1c.0/:06:00.0/:07:01.0/:08:0
