From: Jeff Westfahl
When disconnecting, it's possible that another thread has already made it
into eth_start_xmit before we call netif_stop_queue. This can lead to a
crash as eth_start_xmit tries to use resources that gether_disconnect is
freeing. Use netif_tx_lock/unlock around netif_stop_queue
From: Aleksander Morgado
Add Netgear AirCard 341U PID.
Signed-off-by: Aleksander Morgado
Link: http://marc.info/?l=linux-usb&m=140130486111309&w=2
Cc: # backport in link above
Signed-off-by: Johan Hovold
---
Aleksander, thanks for the patch and backport! I added a minimal commit
message,
Currently, in usb_sg_wait routine there isn't a timeout on waiting for
completion signal. When using TEST 5 -> 8 at usbtest module to verify
a new device controller with gadget zero, it would be hang on this
phase and this routine waits forever. So it should add a timeout about
10s to export a TIME
Bjørn Mork writes:
> After considering the comments received after the ethtool coalesce
> support was commited, I have ended up concluding that we should
> remove it again, while we can, before it hits a release. The idea
> was not well enough thought through, and all comments received
> pointed
Aleksander Morgado writes:
> Signed-off-by: Aleksander Morgado
> ---
> drivers/net/usb/qmi_wwan.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/net/usb/qmi_wwan.c b/drivers/net/usb/qmi_wwan.c
> index 83208d4..c0b611f 100644
> --- a/drivers/net/usb/qmi_wwan.c
> +++ b/drivers/n
From: David Daney
The device tree will *always* have correct ehci/ohci clock
configuration, so use it. This allows us to remove a big chunk of
platform configuration code from octeon-platform.c.
Tested-by: Alex Smith
Signed-off-by: David Daney
Signed-off-by: Alex Smith
Cc: linux-usb@vger.ker
On Thu, May 29, 2014 at 10:20 AM, Johan Hovold wrote:
> From: Aleksander Morgado
>
> Add Netgear AirCard 341U PID.
>
> Signed-off-by: Aleksander Morgado
> Link: http://marc.info/?l=linux-usb&m=140130486111309&w=2
> Cc: # backport in link above
> Signed-off-by: Johan Hovold
> ---
>
> Aleksan
On Thu, May 29, 2014 at 12:48:56PM +0200, Aleksander Morgado wrote:
> On Thu, May 29, 2014 at 10:20 AM, Johan Hovold wrote:
> > From: Aleksander Morgado
> >
> > Add Netgear AirCard 341U PID.
> >
> > Signed-off-by: Aleksander Morgado
> > Link: http://marc.info/?l=linux-usb&m=140130486111309&w=2
>
A set of new VID/PIDs retrieved from the out-of-tree GobiNet/GobiSerial
Sierra Wireless drivers.
Signed-off-by: Aleksander Morgado
---
Hey,
This patch is for stable branches only, and should be applied after the
following one:
[PATCH usb,stable] usb: qcserial: add Netgear AirCard 341U
http:
A set of new VID/PIDs retrieved from the out-of-tree GobiNet/GobiSerial
Sierra Wireless drivers.
Signed-off-by: Aleksander Morgado
Link: http://marc.info/?l=linux-usb&m=140136310027293&w=2
Cc: # backport in link above
---
drivers/usb/serial/qcserial.c | 6 ++
1 file changed, 6 insertions
On Thu, May 29, 2014 at 01:33:27PM +0200, Aleksander Morgado wrote:
> A set of new VID/PIDs retrieved from the out-of-tree GobiNet/GobiSerial
> Sierra Wireless drivers.
>
> Signed-off-by: Aleksander Morgado
> Link: http://marc.info/?l=linux-usb&m=140136310027293&w=2
> Cc: # backport in link abo
A set of new VID/PIDs retrieved from the out-of-tree GobiNet/GobiSerial
Sierra Wireless drivers.
Signed-off-by: Aleksander Morgado
---
Hey,
The patch should be applied after the following one:
[PATCH] net: qmi_wwan: add Netgear AirCard 341U
http://marc.info/?l=linux-netdev&m=140130407711048
module_spi_driver simplifies the code by eliminating
boilerplate code.
Signed-off-by: Sachin Kamat
---
drivers/usb/host/max3421-hcd.c | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
diff --git a/drivers/usb/host/max3421-hcd.c b/drivers/usb/host/max3421-hcd.c
index 28abda
This interface is unusable, as the cdc-wdm character device doesn't reply to
any QMI command. Also, the out-of-tree Sierra Wireless GobiNet driver fully
skips it.
Signed-off-by: Aleksander Morgado
---
drivers/net/usb/qmi_wwan.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/net/usb/q
Aleksander Morgado writes:
> A set of new VID/PIDs retrieved from the out-of-tree GobiNet/GobiSerial
> Sierra Wireless drivers.
>
> Signed-off-by: Aleksander Morgado
> ---
>
> Hey,
>
> The patch should be applied after the following one:
> [PATCH] net: qmi_wwan: add Netgear AirCard 341U
> ht
Aleksander Morgado writes:
> This interface is unusable, as the cdc-wdm character device doesn't reply to
> any QMI command. Also, the out-of-tree Sierra Wireless GobiNet driver fully
> skips it.
>
> Signed-off-by: Aleksander Morgado
> ---
> drivers/net/usb/qmi_wwan.c | 1 -
> 1 file changed, 1
>>> I think problem is caused by access to OHCI regs from PCI quirks - before
>>> driver was initialized. ULI1553 southbridge chip could be in strange state
>>> at this point.
>>
>> If that is the cause, we ought to be able to see it from the values
>> printed out by the debugging statements. And
> I don't know how linux usb subsystem should behave against such
> "half-existing" hardware. Perhaps hanging is not the best idea...
> but maybe it should be fixed elsewhere, e.g. by masking non-wired
> devices in platform PCI setup. Perhaps controlled by some device-tree
> key.
Does it have a un
On Wed, 28 May 2014, Leandro Liptak wrote:
> > If you comment out the pci_write and plug in a USB device, like a flash
> > drive, does it work okay?
> >
> > Have you checked for any BIOS updates available from the manufacturer?
> > This really sounds like a bug in the BIOS.
>
> Yes, any plugged U
On Thu, 29 May 2014, Huang Rui wrote:
> Currently, in usb_sg_wait routine there isn't a timeout on waiting for
> completion signal. When using TEST 5 -> 8 at usbtest module to verify
> a new device controller with gadget zero, it would be hang on this
> phase and this routine waits forever.
Why d
On Thu, 29 May 2014, Alex Smith wrote:
> From: David Daney
>
> The device tree will *always* have correct ehci/ohci clock
> configuration, so use it. This allows us to remove a big chunk of
> platform configuration code from octeon-platform.c.
Instead of doing this, how about moving the octeon
On Thu, May 29, 2014 at 10:50:03AM -0400, Alan Stern wrote:
> On Thu, 29 May 2014, Huang Rui wrote:
>
> > Currently, in usb_sg_wait routine there isn't a timeout on waiting for
> > completion signal. When using TEST 5 -> 8 at usbtest module to verify
> > a new device controller with gadget zero, i
On Thu, 29 May 2014, Huang Rui wrote:
> On Thu, May 29, 2014 at 10:50:03AM -0400, Alan Stern wrote:
> > On Thu, 29 May 2014, Huang Rui wrote:
> >
> > > Currently, in usb_sg_wait routine there isn't a timeout on waiting for
> > > completion signal. When using TEST 5 -> 8 at usbtest module to verif
29.05.2014 18:42, One Thousand Gnomes пишет:
>> I don't know how linux usb subsystem should behave against such
>> "half-existing" hardware. Perhaps hanging is not the best idea...
>> but maybe it should be fixed elsewhere, e.g. by masking non-wired
>> devices in platform PCI setup. Perhaps control
29.05.2014 19:33, Nikita Yushchenko пишет:
> 29.05.2014 18:42, One Thousand Gnomes пишет:
>>> I don't know how linux usb subsystem should behave against such
>>> "half-existing" hardware. Perhaps hanging is not the best idea...
>>> but maybe it should be fixed elsewhere, e.g. by masking non-wired
>
On Thu, 29 May 2014, Nikita Yushchenko wrote:
> 29.05.2014 18:42, One Thousand Gnomes пишет:
> >> I don't know how linux usb subsystem should behave against such
> >> "half-existing" hardware. Perhaps hanging is not the best idea...
> >> but maybe it should be fixed elsewhere, e.g. by masking non-
29.05.2014 19:44, Alan Stern пишет:
> On Thu, 29 May 2014, Nikita Yushchenko wrote:
>
>> 29.05.2014 18:42, One Thousand Gnomes пишет:
I don't know how linux usb subsystem should behave against such
"half-existing" hardware. Perhaps hanging is not the best idea...
but maybe it should
On Thu, May 29, 2014 at 11:31:54AM -0400, Alan Stern wrote:
> On Thu, 29 May 2014, Huang Rui wrote:
>
> > On Thu, May 29, 2014 at 10:50:03AM -0400, Alan Stern wrote:
> > > On Thu, 29 May 2014, Huang Rui wrote:
> > >
> > > > Currently, in usb_sg_wait routine there isn't a timeout on waiting for
>
On Thu, May 29, 2014 at 5:51 AM, Sachin Kamat wrote:
> module_spi_driver simplifies the code by eliminating
> boilerplate code.
Nice!
Acked-by: David Mosberger
>
> Signed-off-by: Sachin Kamat
> ---
> drivers/usb/host/max3421-hcd.c | 15 +--
> 1 file changed, 1 insertion(+), 14
From: David Mosberger-Tang
Signed-off-by: Davidm Mosberger
---
drivers/usb/host/max3421-hcd.c| 6 --
include/linux/platform_data/max3421-hcd.h | 1 +
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/host/max3421-hcd.c b/drivers/usb/host/max3421-hcd.c
in
2014-05-29 8:03 GMT-07:00 Alan Stern :
> On Thu, 29 May 2014, Alex Smith wrote:
>
>> From: David Daney
>>
>> The device tree will *always* have correct ehci/ohci clock
>> configuration, so use it. This allows us to remove a big chunk of
>> platform configuration code from octeon-platform.c.
>
> I
This fixes a problem with dropped packets over 16k CDC-NCM
when the connection is being heavily used.
The issue was that the skb truesize for the unpacked NCM
packets was too high after they were cloned from the 16k
skb, this lead to the potential memory calculated by the
Kernel running out of mem
This adds multi-frame support to the NCM NTB's for
the gadget driver. This allows multiple network
packets to be put inside a single USB NTB with a
maximum size of 16kB.
It has a time out of 300ms to ensure that smaller
number of packets still maintain a normal latency.
Also the .fp_index and .ne
The NDP was ignoring the wNextNdpIndex in the NDP which
means that NTBs containing multiple NDPs would have missed
frames.
Signed-off-by: Jim Baxter
---
drivers/usb/gadget/f_ncm.c | 146 +++-
1 file changed, 78 insertions(+), 68 deletions(-)
diff --git a
This series adds the ability to support packaging multiple network
packets into a single 16k CDC-NCM NTB.
Patches 1 and 3 are fixes for the receive unwrap function which
previously was unable to handle an NTB with multiple NDP's and a fix
that switches from using skb_clone to creating a new packet
On Thu, 29 May 2014, Nikita Yushchenko wrote:
> >> I've checked these... all values read as 0x - which does not
> >> look correct
> >
> > You could have the platform setup code read one of those hardware
> > registers, such as FMINTERVAL. If it obtains 0x, don't
> > register the
Hello.
On 05/29/2014 05:32 AM, Yoshihiro Shimoda wrote:
From: Gregory CLEMENT
This commit extends the xhci-plat so that it can optionally be passed
a reference to a PHY through the Device Tree. It will be useful for
the Armada 375 SoCs. If no PHY is provided then the behavior of the
driver
On Thu, May 29, 2014 at 09:55:08AM -0700, Florian Fainelli wrote:
> 2014-05-29 8:03 GMT-07:00 Alan Stern :
> > On Thu, 29 May 2014, Alex Smith wrote:
> >
> >> From: David Daney
> >>
> >> The device tree will *always* have correct ehci/ohci clock
> >> configuration, so use it. This allows us to re
On 05/29/2014 10:37 AM, Greg KH wrote:
On Thu, May 29, 2014 at 09:55:08AM -0700, Florian Fainelli wrote:
2014-05-29 8:03 GMT-07:00 Alan Stern :
On Thu, 29 May 2014, Alex Smith wrote:
From: David Daney
The device tree will *always* have correct ehci/ohci clock
configuration, so use it. This
> Date: Wed, 28 May 2014 10:56:51 +0200
> From: hverk...@xs4all.nl
> To: searchfgold67...@live.com; linux-usb@vger.kernel.org;
> linux-me...@vger.kernel.org
> Subject: Re: 1d6b:0001 [MSI A55M-P33] No webcam functionality with Zoran
> Microelectronics, Ltd Digital Camera EX-20 DSC
>
> On 05/27/14
Jim Baxter writes:
> The NDP was ignoring the wNextNdpIndex in the NDP which
> means that NTBs containing multiple NDPs would have missed
> frames.
Well, just for the record: I believe this field was meant to be reserved
and always 0 in the CDC NCM spec. Table 3-3, describing 16bit NDPs,
says s
I am Mrs. Margaret Crawford, i write you this email to seek for your
Humanitarian help, i have decided to donate part of my inheritance to you for
humanitarian work and your personal use. As a result of my heart status. I need
you to contact my Attoney. Mark lawson. with this email for a better
On Wed, May 21, 2014 at 1:12 PM, Alan Stern wrote:
> On Tue, 20 May 2014, Dan Williams wrote:
>
>> Resuming a powered down port sometimes results in the port state being
>> stuck in the training sequence.
>>
>> hub 3-0:1.0: debounce: port 1: total 2000ms stable 0ms status 0x2e0
>> port1: can't g
On Thu, 2014-05-29 at 18:12 +0100, Jim Baxter wrote:
> This fixes a problem with dropped packets over 16k CDC-NCM
> when the connection is being heavily used.
>
> The issue was that the skb truesize for the unpacked NCM
> packets was too high after they were cloned from the 16k
> skb, this lead to
From: Bjørn Mork
Date: Thu, 29 May 2014 11:59:07 +0200
> I see that this series is now marked "Not Applicable" in patchwork. But
> the reason is not obvious to me. May I ask why?
I meant to mark it as "Changes Requested", because patch 8 had some feedback
that you said you'd address.
--
To unsu
On Wed, May 21, 2014 at 1:29 PM, Alan Stern wrote:
> On Tue, 20 May 2014, Dan Williams wrote:
>
>> From: Lan Tianyu
>>
>> describe the mechanisms for controlling port power policy and
>> discovering the port power state.
>
>
>> +Example of the relevant files for port power control.
>> +
>> +
1/ A compile fix from Stephen
2/ Patch 18 "usb: force warm reset to break link re-connect livelock"
from v10 [1] updated to address Alan's comments.
* Cleaned up hub_port_warm_reset_required()
* Verified that warm-reset occurs in the persist_enabled = 0 case
* Fixed up clearing warm_re
Resuming a powered down port sometimes results in the port state being
stuck in the training sequence.
hub 3-0:1.0: debounce: port 1: total 2000ms stable 0ms status 0x2e0
port1: can't get reconnection after setting port power on, status -110
hub 3-0:1.0: port 1 status .02e0 after resume, -
From: Stephen Rothwell
Stephen notes:
After merging the usb tree, today's linux-next build (sparc64 defconfig)
failed like this:
drivers/usb/core/hub.c: In function 'port_event':
drivers/usb/core/hub.c:4853:2: error: implicit declaration of function
'hub_handle_remote_wakeup' [-Werror=
From: Lan Tianyu
describe the mechanisms for controlling port power policy and
discovering the port power state.
[oliver]: fixes, clarification of wakeup vs port-power-control
[sarah]: wordsmithing
[djbw]: updates for peer port changes
[alan]: review and fixes
Cc: Oliver Neukum
Signed-off-by: L
On Thu, 29 May 2014, David Daney wrote:
> Several points of clarification:
>
> 1) I wrote the patch in question, not Florian.
>
> 2) I agree that OCTEON ehci/ohci support could probably be refactored
> along the lines of Alan's suggestion.
>
> 3) This patch is a relatively minor change to an *
On Thu, 29 May 2014, Dan Williams wrote:
> Resuming a powered down port sometimes results in the port state being
> stuck in the training sequence.
>
> hub 3-0:1.0: debounce: port 1: total 2000ms stable 0ms status 0x2e0
> port1: can't get reconnection after setting port power on, status -110
>
On Thu, 29 May 2014, Dan Williams wrote:
> From: Lan Tianyu
>
> describe the mechanisms for controlling port power policy and
> discovering the port power state.
>
> [oliver]: fixes, clarification of wakeup vs port-power-control
> [sarah]: wordsmithing
> [djbw]: updates for peer port changes
>
On Thu, 29 May 2014, Dan Williams wrote:
> From: Stephen Rothwell
>
> Stephen notes:
> After merging the usb tree, today's linux-next build (sparc64 defconfig)
> failed like this:
>
> drivers/usb/core/hub.c: In function 'port_event':
> drivers/usb/core/hub.c:4853:2: error: implicit decl
On Thu, 29 May 2014, Huang Rui wrote:
> > Seriously, the right way to handle timeouts with usb_sg_wait() is to
> > have a timer routine call usb_sg_cancel() when the timeout expires.
> > You could add such a timer to tests 5-8 in usbtest.
> >
>
> So you mean I should do it in special class dri
On 05/29/2014 01:55 PM, Alan Stern wrote:
On Thu, 29 May 2014, David Daney wrote:
Several points of clarification:
1) I wrote the patch in question, not Florian.
2) I agree that OCTEON ehci/ohci support could probably be refactored
along the lines of Alan's suggestion.
3) This patch is a rel
On 29 May 2014 21:20:52 CEST, David Miller wrote:
>From: Bjørn Mork
>Date: Thu, 29 May 2014 11:59:07 +0200
>
>> I see that this series is now marked "Not Applicable" in patchwork.
>But
>> the reason is not obvious to me. May I ask why?
>
>I meant to mark it as "Changes Requested",
Yes, that I
On 28/05/2014 07:26 πμ, Saran Neti wrote:
Hi,
My VIA USB 3.0 controller has stopped working in recent kernels.
During boot,
dmesg shows a WARNING stack trace at drivers/usb/host/xhci-ring.c:1615
containing handle_cmd_completion+0xdc7/0x1000.
USB ports become unusable - mouse, keyboard and fdi
I am a bank director from Hong Kong, I want you to be my partner in a
business project of mutual benefit. Get back to me if interested.
Thank you,
Kong Hui.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo
Hi Xenia,
Thanks for looking into this.
On Thu, May 29, 2014 at 6:31 PM, Xenia Ragiadakou wrote:
> I misunderstood the following description regarding the slot id field of
> Command Completion Event TRB:
>
> "The Slot ID field shall be updated by the xHC to reflect the slot
> associated with the
Just in case, here I am and I'm still using this kernel, and it still
works :)
Jorge
On 28/05/14 16:52, Greg KH wrote:
On Wed, May 28, 2014 at 03:42:55PM -0400, Alan Stern wrote:
On Wed, 28 May 2014, Greg KH wrote:
On Thu, May 15, 2014 at 11:51:04AM -0400, Alan Stern wrote:
On Thu, 15 May
From: Pantelis Koukousoulas
dummy_hcd uses jiffies and seems to assume that HZ=1000 and no
tickless behavior. This makes for some horrible performance in
ordinary desktop kernels (tickless / HZ=250) as found in distros.
This patch ports dummy_hcd to use hrtimers instead, which allows
for reasona
I couldn't use dummy_hcd with g_tcm_gadget (UAS storage) with recent 3.15-rc
kernels, firstly it wouldn't even work because stream support was broken
and when I could get it to work with g_mass_storage, performance was horrible
due to the driver using jiffies instead of hrtimers.
With these two pa
From: Pantelis Koukousoulas
Recent commit (14aec589327a6fc4035f5327d90ac5548f501c4c) added the
"can_do_streams" field to the hcd structure but only set it to 1
in the XHCI driver.
dummy_hcd can also do streams so set can_do_streams = 1 for that
as well.
This fixes the regression that uas host d
64 matches
Mail list logo
