On a loaded virtualization host (dozen guests booting at the same time)
it may happen that the ohci controller emulation doesn't manage to do
timely frame processing, with the result that the io watchdog fires and
considers the controller being dead, even though it's only the emulation
being unusua
revert commit a59e6d815226 ("r8152: correct the rx early size") and
fix the rx early size as
(rx buffer size - rx packet size - rx desc size - alignment) / 4
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/
Set the received maximum size (RMS) according to the mtu size. It is
unnecessary to receive a packet which is more than the size we could
transmit. Besides, this could let the rx buffer be used effectively.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 16
1 file chang
The RMS and the rx early size should base on the same rx size. However,
the RMS is set to 9K bytes now and the rx early depends on mtu. For using
the rx buffer effectively, sync the two settings according to the mtu.
Hayes Wang (2):
r8152: set the RMS of RTL8153 according to the mtu
r8152: fix
Hi,
On 19 March 2017 at 19:42, kbuild test robot wrote:
> Hi Baolin,
>
> [auto build test ERROR on balbi-usb/next]
> [also build test ERROR on v4.11-rc2 next-20170310]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
>
> url:
> https://g
Hello!
On 3/19/2017 11:23 PM, Yuyang Du wrote:
This fixes the commit: 1cd8fd2887e162ad3d06715 (usb: gadget: dummy_hcd:
add SuperSpeed support).
It should be quoted as commit 1cd8fd2887e1 ("usb: gadget: dummy_hcd:
> add SuperSpeed support"). See Documentation/process/submitting-patches.rst,
Hi,
Andy Shevchenko writes:
> On Sat, 2017-01-07 at 04:07 +, Vincent Pelletier wrote:
>> On Fri, 6 Jan 2017 15:21:17 +, Vincent Pelletier
>> wrote:
>> > The next issue is that often (>9 times out of 10) the dwc3 fails to
>> > respond to the SET_CONFIGURATION standard request. As a resu
This patch corrects the argument in usb_ep_free_request as it is
mistakenly set to ep_out. It should be ep_in for status request.
Signed-off-by: Manish Narani
---
drivers/usb/gadget/function/f_tcm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/gadget/func
Although ULPI phy is currently being used by tusb1210,
there can be other consumers too in future. So move this
to the includes path for phy.
Signed-off-by: Vivek Gautam
Cc: Stephen Boyd
Cc: Heikki Krogerus
Cc: Kishon Vijay Abraham I
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-ker...@vg
Adding vendor specific directories in phy to group
phy drivers under their respective vendor umbrella.
Also updated the MAINTAINERS file to reflect the correct
directory structure for phy drivers.
Signed-off-by: Vivek Gautam
Acked-by: Heiko Stuebner
Acked-by: Viresh Kumar
Acked-by: Krzysztof K
This is the next version to an earlier posted series [1].
Missed Cc'ing the first patch of the previous series [1] to lkml.
Posting out this series now after addressing comments
and after adding the received 'Acked-by' and 'Reviewed-by'
tags.
This series is based on linux-phy/next branch.
[1] htt
Ulpi phy header is not used for anything. Remove the same
from qcom-hs and qcom-hsic phy drivers.
Signed-off-by: Vivek Gautam
Suggested-by: Stephen Boyd
Cc: Kishon Vijay Abraham I
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-arm-...@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Cc: lin
Qualcomm SOCs have QMP phy controller that provides support
to a number of controller, viz. PCIe, UFS, and USB.
Add a new driver, based on generic phy framework, for this
phy controller.
Signed-off-by: Vivek Gautam
Tested-by: Srinivas Kandagatla
---
Changes since v5:
- Rebased on top of phy gr
On Mon, 20 Mar 2017, Yuyang Du wrote:
> This fixes the commit: 1cd8fd2887e162ad3d06715 (usb: gadget: dummy_hcd:
> add SuperSpeed support).
>
> Signed-off-by: Yuyang Du
> ---
> drivers/usb/gadget/udc/dummy_hcd.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
>
> diff --git a/drive
Qualcomm chipsets have QMP phy controller that provides
support to a number of controller, viz. PCIe, UFS, and USB.
Adding dt binding information for the same.
Signed-off-by: Vivek Gautam
Acked-by: Rob Herring
---
Changes since v5:
- Added Rob's 'Ack' for the new child nodes based bindings.
-
PHY transceiver driver for QUSB2 phy controller that provides
HighSpeed functionality for DWC3 controller present on
Qualcomm chipsets.
Signed-off-by: Vivek Gautam
Reviewed-by: Stephen Boyd
---
Changes since v5:
- Rebased on top of phy grouping series. So the driver now sits in
drivers/phy/
On 19.03.2017 23:29, Diego Viola wrote:
On Fri, Mar 17, 2017 at 5:18 PM, Diego Viola wrote:
On Fri, Mar 17, 2017 at 1:57 PM, Diego Viola wrote:
On Fri, Mar 17, 2017 at 1:24 PM, Alan Stern wrote:
On Fri, 17 Mar 2017, Diego Viola wrote:
Hi,
Here's the log to the netconsole dmesg capture, I
> lan78xx appears to use phylib in a rather weird way, accessing the PHY
> partly through phylib, and partly by makign direct accesses to it,
> including to the Clause 45 registers. As the indirect MMD accessors are
> going away, update this driver to use the plain phy_(read|write)_mmd()
> access
There is a so called ACPI support for extcon-usb-gpio.
Since GPIO ACPI library is going to be stricter and this driver might
not work anymore.
I would like to know:
1. Is there any real DSDT which contains device enumerated by this
driver?
2. If "yes" on 1, does that DSDT contain _DSD method for
Qualcomm chipsets have QUSB2 phy controller that provides
HighSpeed functionality for DWC3 controller.
Adding dt binding information for the same.
Signed-off-by: Vivek Gautam
Acked-by: Rob Herring
---
Changes since v5:
- Removed leading 0 from the address in 'reg' property.
Changes since v4:
This patch series adds couple of PHY drivers for Qualcomm chipsets.
a) qcom-qusb2 phy driver: that provides High Speed USB functionality.
b) qcom-qmp phy driver: that is a combo phy providing support for
USB3, PCIe, UFS and few other controllers.
The patches are based on next branch of linux-ph
Am Samstag, den 18.03.2017, 19:52 +0100 schrieb Tobias Herzog:
> Notifications may only be 8 bytes so long. Accessing the 9th and
> 10th byte of unimplemented/unknown notifications may be insecure.
> Also check the length of known notifications before accessing anything
> behind the 8th byte.
>
T
Am Samstag, den 18.03.2017, 19:52 +0100 schrieb Tobias Herzog:
> USB devices may have very limitited endpoint packet sizes, so that
> notifications can not be transferred within one single usb packet.
> Reassembling of multiple packages may be necessary.
Hi,
almost perfect.
A few new issue. Comme
On Mon, Mar 20, 2017 at 11:21 AM, Mathias Nyman
wrote:
> On 19.03.2017 23:29, Diego Viola wrote:
>>
>> On Fri, Mar 17, 2017 at 5:18 PM, Diego Viola
>> wrote:
>>>
>>> On Fri, Mar 17, 2017 at 1:57 PM, Diego Viola
>>> wrote:
On Fri, Mar 17, 2017 at 1:24 PM, Alan Stern
wrote:
>
>
On 20.03.2017 17:39, Diego Viola wrote:
On Mon, Mar 20, 2017 at 11:21 AM, Mathias Nyman
wrote:
On 19.03.2017 23:29, Diego Viola wrote:
Still a problem with 4.11.0-rc2-ARCH+
4.11-rc2 has better xhci tracing, it shows each URB enqueue and dequeue and
giveback.
Could you try enabling xhci t
While running a bind/unbind stress test with the dwc3 usb driver on rk3399,
the following crash was observed.
Unable to handle kernel NULL pointer dereference at virtual address 0218
pgd = ffc00165f000
[0218] *pgd=0174f003, *pud=0174f003,
Hi,
On Thu, Mar 16, 2017 at 12:24 PM, Guenter Roeck wrote:
> @@ -1198,7 +1201,7 @@ static void hub_activate(struct usb_hub *hub, enum
> hub_activation_type type)
>
> /* Scan all ports that need attention */
> kick_hub_wq(hub);
> -
> +abort:
One tiny nit that could be done when a
While stress testing a usb controller using a bind/unbind looop, the
following error loop was observed.
usb 7-1.2: new low-speed USB device number 3 using xhci-hcd
usb 7-1.2: hub failed to enable device, error -108
usb 7-1-port2: cannot disable (err = -22)
usb 7-1-port2: couldn't allocate usb_devi
On Mon, Mar 20, 2017 at 1:32 PM, Mathias Nyman
wrote:
> On 20.03.2017 17:39, Diego Viola wrote:
>>
>> On Mon, Mar 20, 2017 at 11:21 AM, Mathias Nyman
>> wrote:
>>>
>>> On 19.03.2017 23:29, Diego Viola wrote:
>
> Still a problem with 4.11.0-rc2-ARCH+
>>>
>>> 4.11-rc2 has better xhci
On Mon, 20 Mar 2017, Guenter Roeck wrote:
> While running a bind/unbind stress test with the dwc3 usb driver on rk3399,
> the following crash was observed.
>
> Unable to handle kernel NULL pointer dereference at virtual address 0218
> pgd = ffc00165f000
> [0218] *pgd=0174f003,
On Mon, Mar 20, 2017 at 05:12:20PM -0400, Alan Stern wrote:
> On Mon, 20 Mar 2017, Guenter Roeck wrote:
>
> > While running a bind/unbind stress test with the dwc3 usb driver on rk3399,
> > the following crash was observed.
> >
> > Unable to handle kernel NULL pointer dereference at virtual addre
While running a bind/unbind stress test with the dwc3 usb driver on rk3399,
the following crash was observed.
Unable to handle kernel NULL pointer dereference at virtual address 0218
pgd = ffc00165f000
[0218] *pgd=0174f003, *pud=0174f003,
On Mon, Mar 20, 2017 at 3:27 PM, Diego Viola wrote:
> On Mon, Mar 20, 2017 at 1:32 PM, Mathias Nyman
> wrote:
>> On 20.03.2017 17:39, Diego Viola wrote:
>>>
>>> On Mon, Mar 20, 2017 at 11:21 AM, Mathias Nyman
>>> wrote:
On 19.03.2017 23:29, Diego Viola wrote:
>
>
>>
>> Stil
Hi Kishon,
Do you have any comments or suggestions on the series of patches?
Thanks a lot
On Sat, 2017-03-11 at 14:22 +0800, Chunfeng Yun wrote:
> The default value of RX detection stable time is 10us, and this
> margin is too big for some critical cases which cause U3 link fail
> and link t
Bewerben Sie sich für ein Darlehen bei 3% Antwort auf diese E-Mail für mehr Info
--
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 Mon, Mar 20, 2017 at 10:12:55AM -0400, Alan Stern wrote:
> > @@ -2063,12 +2063,11 @@ static int dummy_hub_control(
> > break;
> > case USB_PORT_FEAT_POWER:
> > if (hcd->speed == HCD_USB3) {
> > - if (dum_hcd->port_stat
36 matches
Mail list logo
