Alan Stern writes:
> On Thu, 13 Feb 2014, Bjørn Mork wrote:
>> Alan Stern writes:
>>
>> >> Schould we request to fix that in
>> >> user space, or can we remove this warning like on below patch (call
>> >> CLEAR_HALT ioctl, does not seems to do any harm except printing a
>> >> warning) ?
>> >
>>
Sarah, Arnaud,
On Thu, 13 Feb 2014 16:09:10 -0800, Sarah Sharp wrote:
> > Unless you have some objections or some positive feedback from Fresco
> > Logic people, can you queue your quirks for FL1009 for 3.14-rc* and
> > -stable? Note that I am just asking, i.e. if you want to wait a bit
> > more,
On Thu, Feb 13, 2014 at 11:45:16AM -0500, Alan Stern wrote:
> @@ -1074,6 +1089,7 @@ static int proc_clearhalt(struct dev_sta
> ret = checkintf(ps, ret);
> if (ret)
> return ret;
> + check_reset_of_active_ep(ps->dev, ep, "CLEAR_HALT");
> if (ep & USB_DIR_IN)
>
On Thu, Feb 13, 2014 at 10:08:21PM -0700, Stephen Warren wrote:
> On 02/13/2014 11:47 AM, Andre Heider wrote:
> > On Wed, Feb 12, 2014 at 08:00:18PM -0700, Stephen Warren wrote:
> >> On 02/12/2014 11:52 AM, Andre Heider wrote:
> >>> Hi guys,
> >>>
> >>> I just tried today's Linus' master (45f7fdc2f
On 02/13/14 18:47, Andre Heider wrote:
On Wed, Feb 12, 2014 at 08:00:18PM -0700, Stephen Warren wrote:
On 02/12/2014 11:52 AM, Andre Heider wrote:
Hi guys,
I just tried today's Linus' master (45f7fdc2ff) with usb-linus (3635c7e2d5)
merged on top to give the latest dwc2 fixes another try.
Unfor
On 02/13/2014 10:10 PM, dingu...@altera.com wrote:
> From: Dinh Nguyen
>
> Hello,
>
> This patch series combines the dwc2 host driver and the s3c-hsotg peripheral
> driver into a single dual-roler driver similar to the dwc3.
Hi.
It looks like it doesn't work on Samsung platforms without device-
Hi Alan;
Am Donnerstag, den 13.02.2014, 15:55 -0500 schrieb Alan Stern:
> Stefani, please try the patch below, with "threadirq" and the plain
> vanilla kernel. It ought to fix your problem, but let's make certain.
I tried the patch on 3.13.2 together with the commit 88ed9fd50e57 and it
seems th
> Use devm_clk_get() instead of clk_get().
>
> CC: Lee Jones
> CC: Samuel Ortiz
> Signed-off-by: Roger Quadros
> Acked-by: Lee Jones
> ---
> drivers/mfd/omap-usb-host.c | 81
> +
> 1 file changed, 16 insertions(+), 65 deletions(-)
Applied, thanks.
> Not all revisions have all the clocks so get the necessary clocks
> based on hardware revision.
>
> This should avoid un-necessary clk_get failure messages that were
> observed earlier.
>
> Be more strict and always fail on clk_get() error.
It might have been clearer if you'd broken these two
> Use a meaningful name for the reference clocks so that it indicates the
> function.
>
> CC: Lee Jones
> CC: Samuel Ortiz
> Signed-off-by: Roger Quadros
> ---
> drivers/mfd/omap-usb-host.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/mfd/omap-usb-ho
On Fri, 2014-02-14 at 15:26 +1100, renev...@internode.on.net wrote:
> wrong again, nic locked up with sg enabled, took a long time though.
>
>
> The patch with the check removed doesn't appear to break anything that wasn't
> already broken though.
So you think it should be taken and we suffer f
On 02/14/2014 12:07 PM, Lee Jones wrote:
>> Not all revisions have all the clocks so get the necessary clocks
>> based on hardware revision.
>>
>> This should avoid un-necessary clk_get failure messages that were
>> observed earlier.
>>
>> Be more strict and always fail on clk_get() error.
>
> It
unsubscribe linux-usb --
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/majordomo-info.html
On 02/14/2014 12:09 PM, Lee Jones wrote:
>> Use a meaningful name for the reference clocks so that it indicates the
>> function.
>>
>> CC: Lee Jones
>> CC: Samuel Ortiz
>> Signed-off-by: Roger Quadros
>> ---
>> drivers/mfd/omap-usb-host.c | 6 +++---
>> 1 file changed, 3 insertions(+), 3 delet
> >> Use a meaningful name for the reference clocks so that it indicates the
> >> function.
> >>
> >> CC: Lee Jones
> >> CC: Samuel Ortiz
> >> Signed-off-by: Roger Quadros
> >> ---
> >> drivers/mfd/omap-usb-host.c | 6 +++---
> >> 1 file changed, 3 insertions(+), 3 deletions(-)
> >>
> >> diff
Hi Tomasz,
On Thu, Feb 6, 2014 at 7:37 PM, Tomasz Figa wrote:
> Hi Vivek,
>
> This patch is just adding the PHY driver. I would also like to look at some
> users of it, to see how this works when put together.
The DWC3's changes had been posted by Kishon sometime back, which will enable
DWC3 to
Attention
Sir,
Following an application brought, seeking the release of your due payment
through British bank, I am directed to inform you that the application has
been approved and Natwest bank of London has been mandated to make transfer
of your payment to the bank account you will nominate. Pl
hi Alan:
> I don't understand your question.
>
> At full speed (12 Mb/s), the time required to transfer 188 bytes is
>
> (188 bytes) * (8 bits/byte) / (12 b/us) = 125.33 us,
>
> which is greater than 125 us.
@@ -1412,7 +1412,7 @@ sitd_slot_ok (
*/
uf = uframe & 7;
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I'm just wondering why it happens 3 times in a row :
Feb 14 16:12:53 n22 kernel: usb 1-1.2: new high-speed USB device number 7 using
ehci-pci
Feb 14 16:12:53 n22 kernel: usb 1-1.2: New USB device found, idVendor=04b4,
idProduct=6830
Feb 14 16:12:
On Fri, 14 Feb 2014, Bjørn Mork wrote:
> Alan Stern writes:
> > On Thu, 13 Feb 2014, Bjørn Mork wrote:
> >> Alan Stern writes:
> >>
> >> >> Schould we request to fix that in
> >> >> user space, or can we remove this warning like on below patch (call
> >> >> CLEAR_HALT ioctl, does not seems to
On Fri, 14 Feb 2014, Stanislaw Gruszka wrote:
> On Thu, Feb 13, 2014 at 11:45:16AM -0500, Alan Stern wrote:
> > @@ -1074,6 +1089,7 @@ static int proc_clearhalt(struct dev_sta
> > ret = checkintf(ps, ret);
> > if (ret)
> > return ret;
> > + check_reset_of_active_ep(ps->dev, ep
On Fri, 14 Feb 2014, Stefani Seibold wrote:
> Hi Alan;
>
> Am Donnerstag, den 13.02.2014, 15:55 -0500 schrieb Alan Stern:
>
> > Stefani, please try the patch below, with "threadirq" and the plain
> > vanilla kernel. It ought to fix your problem, but let's make certain.
>
> I tried the patch on
On Fri, 14 Feb 2014, vichy wrote:
> hi Alan:
>
> > I don't understand your question.
> >
> > At full speed (12 Mb/s), the time required to transfer 188 bytes is
> >
> > (188 bytes) * (8 bits/byte) / (12 b/us) = 125.33 us,
> >
> > which is greater than 125 us.
>
> @@ -1412,7 +1412,7 @@ si
On Fri, 14 Feb 2014, Toralf Förster wrote:
> I'm just wondering why it happens 3 times in a row :
>
> Feb 14 16:12:53 n22 kernel: usb 1-1.2: new high-speed USB device number 7
> using ehci-pci
> Feb 14 16:12:53 n22 kernel: usb 1-1.2: New USB device found, idVendor=04b4,
> idProduct=6830
> Feb 1
On Fri, 14 Feb 2014, Steven Xiao wrote:
> Hello,
> I find REAPURB ioctl handles NRDY packets in different ways between
> Linux kernel 3.10.25 and 3.11.12. We connect a USB device(Cypress FX3
> Dev kit) to the USB 3.0 port of the host and trigger an NRDY during
> the Bulk transfer between the host
Hi Vivek,
On 14.02.2014 14:53, Vivek Gautam wrote:
Changes from v2:
1) Added support for multiple PHYs (UTMI+ and PIPE3) and
related changes in the driver structuring.
I'm a bit skeptical about this separation. Can the PHY operate with just the
UTMI+ or PIPE3 part enabled alone without t
On Fri, Feb 14, 2014 at 10:31:20AM -0500, Alan Stern wrote:
> On Fri, 14 Feb 2014, Stanislaw Gruszka wrote:
>
> > On Thu, Feb 13, 2014 at 11:45:16AM -0500, Alan Stern wrote:
> > > @@ -1074,6 +1089,7 @@ static int proc_clearhalt(struct dev_sta
> > > ret = checkintf(ps, ret);
> > > if (ret)
> >
On Fri, 14 Feb 2014, Stanislaw Gruszka wrote:
> On Fri, Feb 14, 2014 at 10:31:20AM -0500, Alan Stern wrote:
> > On Fri, 14 Feb 2014, Stanislaw Gruszka wrote:
> >
> > > On Thu, Feb 13, 2014 at 11:45:16AM -0500, Alan Stern wrote:
> > > > @@ -1074,6 +1089,7 @@ static int proc_clearhalt(struct dev_st
On Fri, Feb 14, 2014 at 09:33:54AM +, Nick Hudson wrote:
> On 02/13/14 18:47, Andre Heider wrote:
> >On Wed, Feb 12, 2014 at 08:00:18PM -0700, Stephen Warren wrote:
> >>On 02/12/2014 11:52 AM, Andre Heider wrote:
> >>>Hi guys,
> >>>
> >>>I just tried today's Linus' master (45f7fdc2ff) with usb-
On Thu, 13 Feb 2014, Ben Collins wrote:
> On Feb 13, 2014, at 10:19 AM, Alan Stern wrote:
> > On Thu, 13 Feb 2014, Peter Chen wrote:
> >
> - If you have a usb bus analyzer, please check if the GET_DESCRPTOR
> sends out successfully.
> (Most probably, I don't think it sends out)
>
On Fri, Feb 14, 2014 at 09:33:54AM +, Nick Hudson wrote:
> On 02/13/14 18:47, Andre Heider wrote:
> >On Wed, Feb 12, 2014 at 08:00:18PM -0700, Stephen Warren wrote:
> >>On 02/12/2014 11:52 AM, Andre Heider wrote:
> >>>Hi guys,
> >>>
> >>>I just tried today's Linus' master (45f7fdc2ff) with usb-
Adding linux-usb@vger...
On Fri, Feb 14, 2014 at 10:20:11AM -0800, Greg KH wrote:
> On Fri, Feb 14, 2014 at 07:35:31PM +0200, Valentina Manea wrote:
> > Hello,
> >
> > I am working on a driver for a virtual USB host controller. When I attach a
> > USB
> > device, everything is fine - sysfs files
Hi Felipe,
I'm resending these two small patches for musb that missed the 3.14
merge window.
1. A long-standing bug fixed which causes 'sleeping while atomic'
warnings.
2. A trivial fix for an unfortunate regression I caused with
8ed1fb790ea (upstream).
Could you queue this one up so it'll mak
schedule_delayed_work() takes the delay in jiffies, not msecs. Fix the
caller sites in musb. This bug caused regressions with the cleanups
that went in for 3.14 (8ed1fb790ea: "usb: musb: finish suspend/reset
work independently from musb_hub_control()").
Signed-off-by: Daniel Mack
---
drivers/usb
musb_port_reset() is called from musb_hub_control() which in turn holds
a spinlock, so musb_port_reset() is not allowed to call msleep().
With the asynchronous work helpers in place, this is fortunately easy to
fix by rescheduling the reset deassertion function to after the time
when the wait peri
Am Freitag, den 14.02.2014, 10:32 -0500 schrieb Alan Stern:
> On Fri, 14 Feb 2014, Stefani Seibold wrote:
>
> > Hi Alan;
> >
> > Am Donnerstag, den 13.02.2014, 15:55 -0500 schrieb Alan Stern:
> >
> > > Stefani, please try the patch below, with "threadirq" and the plain
> > > vanilla kernel. It
On Fri, Feb 14, 2014 at 03:26:32PM +1100, renev...@internode.on.net wrote:
> wrong again, nic locked up with sg enabled, took a long time though.
>
>
> The patch with the check removed doesn't appear to break anything that wasn't
> already broken though.
How about with scatter gather disabled?
On Fri, Feb 14, 2014 at 9:36 AM, Chen, Jamie wrote:
> Sorry for late response.
>
> The dmesg attach in the mail.
Thanks, I put this info in
https://bugzilla.kernel.org/show_bug.cgi?id=70601 and applied the
patch to pci/misc.
This seems like a potentially important fix, so I think I'll
cherry-pic
From: Emil Goode
Date: Thu, 13 Feb 2014 19:30:39 +0100
> The struct driver_info ax88178_info is assigned the function
> asix_rx_fixup_common as it's rx_fixup callback. This means that
> FLAG_MULTI_PACKET must be set as this function is cloning the
> data and calling usbnet_skb_return. Not setting
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
tags/usb-3.14-rc3
for you to fetch changes up to 3635c7e2d59f7861afa
> From: linux-usb-ow...@vger.kernel.org
> [mailto:linux-usb-ow...@vger.kernel.org] On Behalf Of Alan Stern
> Sent: Friday, February 14, 2014 9:09 AM
>
> On Thu, 13 Feb 2014, Ben Collins wrote:
>
> > On Feb 13, 2014, at 10:19 AM, Alan Stern wrote:
> > > On Thu, 13 Feb 2014, Peter Chen wrote:
> >
On Fri, Feb 14, 2014 at 08:49:45PM +0100, Daniel Mack wrote:
> Hi Felipe,
>
> I'm resending these two small patches for musb that missed the 3.14
> merge window.
>
> 1. A long-standing bug fixed which causes 'sleeping while atomic'
> warnings.
>
> 2. A trivial fix for an unfortunate regression I
On Fri, 14 Feb 2014, Paul Zimmerman wrote:
> > The problem may have something to do with the fact that the keyboard's
> > internal hub runs at full speed. The other devices you tested, which
> > worked okay, would have been low speed and high speed but not full
> > speed.
>
> The original email
On Fri, Feb 14, 2014 at 01:47:48PM -0700, Bjorn Helgaas wrote:
> On Fri, Feb 14, 2014 at 9:36 AM, Chen, Jamie wrote:
> > Sorry for late response.
> >
> > The dmesg attach in the mail.
>
> Thanks, I put this info in
> https://bugzilla.kernel.org/show_bug.cgi?id=70601 and applied the
> patch to pci
2014-01-21 17:30 GMT-08:00 Greg KH :
> On Tue, Jan 21, 2014 at 11:20:09AM -0800, Florian Fainelli wrote:
>> 2014/1/14 Florian Fainelli :
>> > Commit 3dc6475 ("bcm63xx_enet: add support Broadcom BCM6345 Ethernet")
>> > changed the ENETDMA[CS] macros such that they are no longer macros, but
>> > actu
On Fri, Feb 14, 2014 at 3:27 PM, Sarah Sharp
wrote:
> On Fri, Feb 14, 2014 at 01:47:48PM -0700, Bjorn Helgaas wrote:
>> On Fri, Feb 14, 2014 at 9:36 AM, Chen, Jamie wrote:
>> > Sorry for late response.
>> >
>> > The dmesg attach in the mail.
>>
>> Thanks, I put this info in
>> https://bugzilla.ke
> From: Jingoo Han [mailto:jg1@samsung.com]
> Sent: Thursday, February 13, 2014 11:46 PM
>
> On Friday, February 14, 2014 2:27 PM, Peter Chen wrote:
> > On Thu, Feb 13, 2014 at 03:10:40PM -0600, dingu...@altera.com wrote:
> > > From: Dinh Nguyen
> > >
> > > Hello,
> > >
> > > This patch serie
On Thu, Feb 06, 2014 at 11:30:29AM +0100, Hans Petter Selasky wrote:
> On 02/04/14 20:10, Sarah Sharp wrote:
> >And there's code in the xHCI driver to ignore the second successful
> >event. See ep->last_td_was_short. Yes, this is a slight race
> >condition, and we should wait for the successful e
On Thu, Jan 30, 2014 at 08:36:04AM -0800, Jay S wrote:
> Hi Sarah,
>
> I haven't tried using a USB 2.0 cable to attach the dock/drive, but
> I have disabled XHCI in my BIOS and the dock and 1 TB drive work
> fine at USB 2.0 speeds using EHCI. According to the manufacturer,
> the dock is designed f
Thanks Sarah. I appreciate your efforts.
A new BIOS (F8) was released on 1/24 for my motherboard, and I flashed
it with that to see if that made a difference, but it did not.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kerne
On Fri, 31 Jan 2014 21:30:03 -0500 (EST), Alan Stern wrote:
> On Thu, 30 Jan 2014, Dennis New wrote:
>
> > Indeed, "ohci_quirk_zfmicro" (as mentioned in that marc.info link)
> > would crash my kernel/system (I think when some graphics switch
> > would happen) :). So I tried "ohci_quirk_amd700", si
On Fri, 14 Feb 2014, Stefani Seibold wrote:
> Am Freitag, den 14.02.2014, 10:32 -0500 schrieb Alan Stern:
> > On Fri, 14 Feb 2014, Stefani Seibold wrote:
> >
> > > Hi Alan;
> > >
> > > Am Donnerstag, den 13.02.2014, 15:55 -0500 schrieb Alan Stern:
> > >
> > > > Stefani, please try the patch belo
On Mon, Feb 10, 2014 at 1:01 PM, Alan Stern wrote:
> The patch description here could be improved substantially. It should
> start out with an explanation of the basic reason for the patch and a
> clear indication of what the patch does.
>
> On Fri, 31 Jan 2014, Dan Williams wrote:
>
>> Make port
Signed-off-by: Ben Chan
---
Example output:
Before:
UNRECOGNIZED CDC: 08 24 1c 00 01 0f dc 05
After:
CDC MBIM Extended:
bcdMBIMExtendedVersion 1.00
bMaxOutstandingCommandMessages 15
wMTU 1500
lsusb.c | 13
54 matches
Mail list logo
