On Friday, September 21, 2012, Peter Stuge wrote:
> Sarah Sharp wrote:
> > > > If userspace really wants the port off (e.g. to disconnect and
> > > > reconnect a misbehaving device), then it can set the sysfs file
> > > > to off.
> > >
> > > And unless all ganged ports are also off it will fail. U
On Sat, 22 Sep 2012, dAgeCKo wrote:
> Hi,
>
> as requested by Greg Kroah-Hartman from
> https://bugzilla.kernel.org/show_bug.cgi?id=47791, here I post the bug
> report (it is a simple paste from the bugzilla):
>
> AMD SB950 USB 2 don't work on kernel 3.x but worked on 2.6.x:
>
> Tested with s
On Wed, Aug 29, 2012 at 11:49 AM, Nicolas Ferre wrote:
> If the number of ports present on the SoC/board is not the maximum
> and that the platform data is not filled with all data, there is
> an easy way to mess the PIO setup for this interface.
> This quick fix addresses mis-configuration in USB
On 09/21/2012 11:54 AM, Marc Kleine-Budde wrote:
> On 09/20/2012 07:06 AM, Olivier Sobrie wrote:
>> This driver provides support for several Kvaser CAN/USB devices.
>> Such kind of devices supports up to three CAN network interfaces.
>>
>> It has been tested with a Kvaser USB Leaf Light (one networ
On Sat, 22 Sep 2012, Ming Lei wrote:
> This patch sets hub device's default autosuspend delay as 0 to
> speedup bus suspend, see comments in code for details.
>
> Signed-off-by: Ming Lei
> ---
> drivers/usb/core/hub.c | 38 ++
> 1 file changed, 38 insertion
On Sat, 22 Sep 2012, Ming Lei wrote:
> The hub status endpoint has a long 'bInterval', which is 255ms
> for FS/LS device and 256ms for HS device according to USB 2.0 spec,
> so the device connection change may be reported later more than 255ms
> via status pipe.
>
> The connection change in hub m
On Fri, Sep 21, 2012 at 01:26:43AM -0700, Olof Johansson wrote:
> I'll take a look at merging it tomorrow after I've dealt with smp_ops;
> if it looks reasonably conflict-free I'll pull it in. We need the
> sound dependency sorted out (or agreed upon) first though.
I guess in the light of the res
On Sat, Sep 22, 2012 at 09:39:15AM -0500, Kumar Gala wrote:
>
> On Sep 21, 2012, at 11:43 AM, Greg KH wrote:
>
> > On Tue, Sep 18, 2012 at 04:52:39PM +0800, Shengzhou Liu wrote:
> >> when missing USB PHY clock, kernel booting up will hang during USB
> >> initialization. We should check USBGP[PHY_
>-Original Message-
>From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-ow...@vger.kernel.org]
>On
>Behalf Of Alan Stern
>Sent: 2012年9月22日 2:08
>To: Leo Song
>Cc: Michal Nazarewicz; Felipe Balbi; linux-usb@vger.kernel.org
>Subject: RE: [PATCH] USB: g_mass_storage: Hide caching mode pa
On Sep 21, 2012, at 11:43 AM, Greg KH wrote:
> On Tue, Sep 18, 2012 at 04:52:39PM +0800, Shengzhou Liu wrote:
>> when missing USB PHY clock, kernel booting up will hang during USB
>> initialization. We should check USBGP[PHY_CLK_VALID] bit to avoid
>> CPU hanging in this case.
>>
>> Signed-off-b
This patch sets hub device's default autosuspend delay as 0 to
speedup bus suspend, see comments in code for details.
Signed-off-by: Ming Lei
---
drivers/usb/core/hub.c | 38 ++
1 file changed, 38 insertions(+)
diff --git a/drivers/usb/core/hub.c b/drivers/
The hub status endpoint has a long 'bInterval', which is 255ms
for FS/LS device and 256ms for HS device according to USB 2.0 spec,
so the device connection change may be reported later more than 255ms
via status pipe.
The connection change in hub may have been happened already on the
downstream po
There are two patches on usb hub autosuspend.
Change log:
V1:
- only check ports change on bug devices(1/2)
- add comments on waking up hub by usb space context(2/2)
Thanks,
--
Ming Lei
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a mess
From: Vivek Gautam
In 71c731a: usb: host: xhci: Fix Compliance Mode on SN65LVPE502CP Hardware
when extracting DMI strings (vendor or product_name) to mark them as quirk
we may get NULL pointer in case of non-x86 systems which won't define
CONFIG_DMI. Hence susbsequent strstr() calls crash while d
On Friday, September 21, 2012, Sarah Sharp wrote:
> On Fri, Sep 21, 2012 at 04:09:13PM -0400, Alan Stern wrote:
> > On Thu, 20 Sep 2012, Sarah Sharp wrote:
> >
> > > Two weeks ago at Linux Plumbers Conference, I presented about the Intel
> > > Lynx Point USB port power off mechanism. This email i
Russell King - ARM Linux writes:
>> > --- a/arch/arm/mach-ixp4xx/include/mach/udc.h
>> > +++ b/arch/arm/mach-ixp4xx/include/mach/udc.h
>> > @@ -2,7 +2,7 @@
>> > * arch/arm/mach-ixp4xx/include/mach/udc.h
>> > *
>> > */
>> > -#include
>> > +#include
>>
>> Guess a typo here, "/" instead of
On Friday, September 21, 2012, Sarah Sharp wrote:
> Two weeks ago at Linux Plumbers Conference, I presented about the Intel
> Lynx Point USB port power off mechanism. This email is a report out of
> what was discussed, and a kick off point for further discussion.
>
> LPC Report out
>
On Sat, Sep 22, 2012 at 01:09:27AM -0700, Olof Johansson wrote:
> > I've pulled this in now as staging/imx-multiplatform.
> >
> > As you mention, it might or might not make sense to send this up. It
> > also accrued a few more merge conflicts with other branches in
> > arm-soc, so we'll see how thi
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Friday, September 21, 2012 9:45 PM
> To: ABRAHAM, KISHON VIJAY
> Cc: Venu Byravarasu; ba...@ti.com; gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; linux-usb@vger.kernel.org
> Subject: Re: [PATCH
On Sat, Sep 22, 2012 at 12:41 AM, Olof Johansson wrote:
> Hi,
>
> On Fri, Sep 21, 2012 at 9:53 AM, Shawn Guo wrote:
>> On Sat, Sep 22, 2012 at 12:46:26AM +0800, Shawn Guo wrote:
>>> I just published the branch below with this series rebased on top of
>>> the necessary dependant branches.
>>>
>>>
Hi,
On Fri, Sep 21, 2012 at 9:53 AM, Shawn Guo wrote:
> On Sat, Sep 22, 2012 at 12:46:26AM +0800, Shawn Guo wrote:
>> I just published the branch below with this series rebased on top of
>> the necessary dependant branches.
>>
>> git://git.linaro.org/people/shawnguo/linux-2.6.git
>> staging/im
21 matches
Mail list logo
