On Fri, Dec 14, 2018 at 09:33:57PM -0800, Marc MERLIN wrote:
> Howdy,
>
> Kernel 4.14, although it's not kernel specific and a known limit.
>
> I'm having problem supporting device testing on a server because each
> device them requires 2 USB ports (one fastboot, one serial console).
>
> I can't
Howdy,
Kernel 4.14, although it's not kernel specific and a known limit.
I'm having problem supporting device testing on a server because each
device them requires 2 USB ports (one fastboot, one serial console).
I can't really go past 16 per server, because I hit this:
[ 166.159608] xhci_hcd 00
Hi Pawel,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on usb/usb-testing]
[also build test WARNING on v4.20-rc6 next-20181214]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day
From: Mario Limonciello
Date: Tue, 11 Dec 2018 08:16:14 -0600
> All previous docks and dongles that have supported this feature use
> the RTL8153-AD chip.
>
> RTL8153-BND is a new chip that will be used in upcoming Dell type-C docks.
> It should be added to the whitelist of devices to activate M
Hi Zengtao,
On 12/14/2018 3:24 AM, Felipe Balbi wrote:
> Hi,
>
> "Zengtao (B)" writes:
>>> -Original Message-
>>> From: Felipe Balbi [mailto:ba...@kernel.org]
>>> Sent: Friday, December 14, 2018 4:52 PM
>>> To: Zengtao (B)
>>> Cc: liangshengjun ; Zengtao (B)
>>> ; Greg Kroah-Hartman
>>>
On Thu, Dec 13, 2018 at 08:21:11PM +, Fabrizio Castro wrote:
> Document RZ/G2E (R8A774C0) SoC bindings.
>
> Signed-off-by: Fabrizio Castro
Reviewed-by: Simon Horman
* Bin Liu [181214 16:38]:
> Since the runtime PM support was added in musb, dsps relies on the timer
> calling otg_timer() to activate the usb subsystem. However the driver
> doesn't enable the timer for peripheral port, then the peripheral port is
> unable to be enumerated by a host if the other
Since the runtime PM support was added in musb, dsps relies on the timer
calling otg_timer() to activate the usb subsystem. However the driver
doesn't enable the timer for peripheral port, then the peripheral port is
unable to be enumerated by a host if the other usb port is disabled or in
peripher
Since the runtime PM support was added in musb, dsps relies on the timer
calling otg_timer() to activate the usb subsystem. However the driver
doesn't enable the timer for peripheral port, then the peripheral port is
unable to be enumerated by a host if the other usb port is disabled or in
peripher
On Fri, Dec 14, 2018 at 05:00:12PM +0100, Johan Hovold wrote:
> The following changes since commit 40e020c129cfc991e8ab4736d2665351ffd1468d:
>
> Linux 4.20-rc6 (2018-12-09 15:31:00 -0800)
>
> are available in the Git repository at:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/johan/us
The following changes since commit 40e020c129cfc991e8ab4736d2665351ffd1468d:
Linux 4.20-rc6 (2018-12-09 15:31:00 -0800)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/johan/usb-serial.git
tags/usb-serial-4.20-rc7
for you to fetch changes up to 28a86
On Thu, 13 Dec 2018, Paul Elder wrote:
> > Suppose we have a core library routine like this:
> >
> > void usb_gadget_control_complete(struct usb_gadget *gadget,
> > unsigned int no_implicit_status, int status)
> > {
> > struct usb_request *req;
> >
> > if (no_implicit_status
On Fri, 14 Dec 2018, Roger Quadros wrote:
> PHY model is being used on omap5 platforms even if port mode
> is not OMAP_EHCI_PORT_MODE_PHY. So don't guess if PHY is required
> or not based on PHY mode.
>
> If PHY is provided in device tree, it must be required. So, if
> devm_usb_get_phy_by_phandle
* Roger Quadros [181214 09:36]:
> PHY model is being used on omap5 platforms even if port mode
> is not OMAP_EHCI_PORT_MODE_PHY. So don't guess if PHY is required
> or not based on PHY mode.
>
> If PHY is provided in device tree, it must be required. So, if
> devm_usb_get_phy_by_phandle() gives u
Non-isochronous transfers:
dwc2_gadget_config_nonisoc_xfer_ddma() name is prepended with underscore
and the function is adapted to process descriptors passed from outside
and to handle end of current sg list element differently from handling
the end of the entire buffer. A wrapper for the said fun
Hi Marek,
On 12/6/2018 18:20, Marek Szyprowski wrote:
> Hi Artur,
>
> On 2018-12-04 15:28, Artur Petrosyan wrote:
>> On 11/20/2018 19:38, Marek Szyprowski wrote:
>>> Power down feature of DWC2 module integrated in Samsung SoCs doesn't work
>>> properly or needs some additional handling in PHY or
Hello Yueyao Zhu,
The patch c034a43e72dd: "staging: typec: Fairchild FUSB302 Type-c
chip driver" from Apr 27, 2017, leads to the following static checker
warning:
drivers/usb/typec/tcpm/fusb302.c:158 _fusb302_log()
error: testing array offset 'chip->logbuffer_head' after use.
dri
On 12/11/18 10:16 PM, Mario Limonciello wrote:
All previous docks and dongles that have supported this feature use
the RTL8153-AD chip.
RTL8153-BND is a new chip that will be used in upcoming Dell type-C docks.
It should be added to the whitelist of devices to activate MAC address
pass through.
On 12/14/2018 2:26 PM, Andrzej Pietrasiewicz wrote:
> W dniu 14.12.2018 o 09:55, Minas Harutyunyan pisze:
>> Hi Andrzej,
>>
>> On 12/4/2018 9:54 PM, Andrzej Pietrasiewicz wrote:
>>> Hi All,
>>>
>>> I have recently noticed a problem with dwc2 and audio gadget.
>>>
>>> TICK_TIME: 0
>>>
>>> Any ideas
Hi,
Sekhar Nori writes:
> especially since you already know there is going to be another revision
> of hardware. It has the advantage that one can easily grep to see which
> hardware is running current version of controller without having access
> to the hardware itself. Becomes
On 14/12/18 4:56 PM, Felipe Balbi wrote:
> Hi,
>
> Sekhar Nori writes:
>>> All this should be part of comments in code along with information about
>>> controller versions which suffer from the errata.
>>>
>>> Is there a version of controller available which does not have the
Hi,
Sekhar Nori writes:
>> All this should be part of comments in code along with information about
>> controller versions which suffer from the errata.
>>
>> Is there a version of controller available which does not have the
>> defect? Is there a future plan to fix this?
>>>
Hi,
"Zengtao (B)" writes:
>>-Original Message-
>>From: Felipe Balbi [mailto:ba...@kernel.org]
>>Sent: Friday, December 14, 2018 4:52 PM
>>To: Zengtao (B)
>>Cc: liangshengjun ; Zengtao (B)
>>; Greg Kroah-Hartman
>>; linux-usb@vger.kernel.org;
>>linux-ker...@vger.kernel.org
>>Subject: Re:
Hello!
On 12/14/2018 07:32 PM, Zeng Tao wrote:
> If it's a busy system, some times when we start an isoc transfer, the
> framenumber get from the event buffer may be already elasped, in this
Frame number? Else my spell checker trips. :-)
> case, we will get all the packets dropped due to mi
Hi Felipe,
On 14/12/18 4:17 PM, Felipe Balbi wrote:
> Hi,
>
> Sekhar Nori writes:
>
>
>
> All this should be part of comments in code along with information about
> controller versions which suffer from the errata.
>
> Is there a version of controller available which does not
On Fri, Dec 14, 2018 at 10:00:16AM +0800, Macpaul Lin wrote:
> On Thu, 2018-12-13 at 11:18 +0100, Johan Hovold wrote:
> > On Thu, Dec 13, 2018 at 11:13:54AM +0100, Oliver Neukum wrote:
> > > On Do, 2018-12-13 at 10:43 +0100, Johan Hovold wrote:
> > > > On Thu, Dec 13, 2018 at 11:27:56AM +0800, macp
Hi,
Sekhar Nori writes:
All this should be part of comments in code along with information about
controller versions which suffer from the errata.
Is there a version of controller available which does not have the
defect? Is there a future plan to fix this?
On 14/12/18 7:04 AM, Peter Chen wrote:
> On Wed, Dec 12, 2018 at 3:49 AM Pawel Laszczak wrote:
>>
>> Hi,
>>
>>> On 10/12/18 7:42 AM, Peter Chen wrote:
>> +static struct usb_ep *cdns3_gadget_match_ep(struct usb_gadget *gadget,
>> + struct usb_endpoint
Non-isochronous transfers:
dwc2_gadget_config_nonisoc_xfer_ddma() name is prepended with underscore
and the function is adapted to process descriptors passed from outside
and to handle end of current sg list element differently from handling
the end of the entire buffer. A wrapper for the said fun
W dniu 14.12.2018 o 09:55, Minas Harutyunyan pisze:
> Hi Andrzej,
>
> On 12/4/2018 9:54 PM, Andrzej Pietrasiewicz wrote:
>> Hi All,
>>
>> I have recently noticed a problem with dwc2 and audio gadget.
>>
>> TICK_TIME: 0
>>
>> Any ideas on how to test it further to identify the problem?
>>
>> Defini
On Thu, Dec 13, 2018 at 9:21 PM Fabrizio Castro
wrote:
> Document RZ/G2E (R8A774C0) SoC bindings.
>
> Signed-off-by: Fabrizio Castro
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68
Roger,
On 14/12/2018 11.36, Roger Quadros wrote:
> PHY model is being used on omap5 platforms even if port mode
> is not OMAP_EHCI_PORT_MODE_PHY. So don't guess if PHY is required
> or not based on PHY mode.
>
> If PHY is provided in device tree, it must be required. So, if
> devm_usb_get_phy_by_
Thank you Yoshihiro-san
> From: Yoshihiro Shimoda
> Sent: 14 December 2018 09:15
> Subject: RE: [PATCH] dt-bindings: usb: renesas_usbhs: Add r8a774c0 support
>
> Hello Fabrizio-san,
>
> > From: Fabrizio Castro, Sent: Friday, December 14, 2018 5:16 PM
> >
> > Hello Yoshihiro-san,
> >
> > Thank you
PHY model is being used on omap5 platforms even if port mode
is not OMAP_EHCI_PORT_MODE_PHY. So don't guess if PHY is required
or not based on PHY mode.
If PHY is provided in device tree, it must be required. So, if
devm_usb_get_phy_by_phandle() gives us an error code other
than -ENODEV (no PHY) t
Hello Fabrizio-san,
> From: Fabrizio Castro, Sent: Friday, December 14, 2018 5:16 PM
>
> Hello Yoshihiro-san,
>
> Thank you for your feedback!
>
> > From: Yoshihiro Shimoda
> > Sent: 14 December 2018 06:01
> > Subject: RE: [PATCH] dt-bindings: usb: renesas_usbhs: Add r8a774c0 support
> >
> > Hi
Hi Fabrizio,
> From: Fabrizio Castro, Sent: Friday, December 14, 2018 5:27 PM
>
> HS-USB found in RZ/G2E (a.k.a. r8a774c0) is very similar to the
> one found in R-Car E3 (a.k.a. r8a77990), as it needs to release
> the PLL reset by the UGCTRL register like R-Car E3, therefore add
> r8a774c0 suppor
>-Original Message-
>From: Felipe Balbi [mailto:ba...@kernel.org]
>Sent: Friday, December 14, 2018 4:52 PM
>To: Zengtao (B)
>Cc: liangshengjun ; Zengtao (B)
>; Greg Kroah-Hartman
>; linux-usb@vger.kernel.org;
>linux-ker...@vger.kernel.org
>Subject: Re: [PATCH] usb: dwc3: gadget: fix miss i
Hi Fabrizio,
> From: Fabrizio Castro, Sent: Friday, December 14, 2018 5:24 AM
>
> RZ/G2E USB 3.0 implementation is like the one found on R-Car E3,
> therefore add the same quirk.
>
> Signed-off-by: Fabrizio Castro
Thank you for the patch!
Reviewed-by: Yoshihiro Shimoda
Best regards,
Yoshihi
Hi John,
On 11/13/2018 2:46 AM, John Keeping wrote:
> Hi Minas,
>
> On Mon, 12 Nov 2018 08:53:36 +
> Minas Harutyunyan wrote:
>> On 11/9/2018 10:43 PM, John Keeping wrote:
>>> On Fri, 9 Nov 2018 14:36:36 +
>>> Minas Harutyunyan wrote:
>>>
On 11/9/2018 12:43 PM, Minas Harutyunya
Hi Fabrizio,
> From: Fabrizio Castro, Sent: Friday, December 14, 2018 5:22 AM
>
> Document RZ/G2E (R8A774C0) SoC bindings.
>
> Signed-off-by: Fabrizio Castro
Thank you for the patch!
Reviewed-by: Yoshihiro Shimoda
Best regards,
Yoshihiro Shimoda
> ---
> Documentation/devicetree/bindings/u
Hi Andrzej,
On 12/4/2018 9:54 PM, Andrzej Pietrasiewicz wrote:
> Hi All,
>
> I have recently noticed a problem with dwc2 and audio gadget.
>
> The expected behavior:
>
> The uac2 function acts as a kind of a pass-through.
> For example to play audio from USB host on an Odroid U3 the following c
Zeng Tao writes:
> If it's a busy system, some times when we start an isoc transfer, the
> framenumber get from the event buffer may be already elasped, in this
> case, we will get all the packets dropped due to miss isoc. And we turn
> into transfer nothing, to fix this issue, we need to fix th
Hi Greg
This one patch fixes the resume regression seen in 4.19 stable,
Original patch causing the regression was added to 4.20-rc4, so it
would be nice to get this to 4.20.
-Mathias
Mathias Nyman (1):
xhci: Don't prevent USB2 bus suspend in state check intended for USB3
only
drivers/usb
The code to prevent a bus suspend if a USB3 port was still in link training
also reacted to USB2 port polling state.
This caused bus suspend to busyloop in some cases.
USB2 polling state is different from USB3, and should not prevent bus
suspend.
Limit the USB3 link training state check to USB3 ro
Hi Geeg,
Finally.. I feel very close to submit patch..
I will look at "scripts/checkpatch.pl"
Thanks!
Charles
Greg KH 於 2018年12月14日 週五 下午4:22寫道:
>
> On Fri, Dec 14, 2018 at 03:41:26PM +0800, Charles Yeh wrote:
> > Hi Greg,
> > The new patch file is attached:
> > 0001-Add-Proliic-new-chip
If it's a busy system, some times when we start an isoc transfer, the
framenumber get from the event buffer may be already elasped, in this
case, we will get all the packets dropped due to miss isoc. And we turn
into transfer nothing, to fix this issue, we need to fix the framenumber
to make sure
HS-USB found in RZ/G2E (a.k.a. r8a774c0) is very similar to the
one found in R-Car E3 (a.k.a. r8a77990), as it needs to release
the PLL reset by the UGCTRL register like R-Car E3, therefore add
r8a774c0 support in a similar fashion to what was done for the
r8a77990.
Signed-off-by: Fabrizio Castro
On Fri, Dec 14, 2018 at 03:41:26PM +0800, Charles Yeh wrote:
> Hi Greg,
> The new patch file is attached:
> 0001-Add-Proliic-new-chip-PL2303TB-PL2303N-G.patch
> Please you kindly check...
Much better, thanks.
But no need to send this as an attachment, just send it all directly as
a si
Hello Yoshihiro-san,
Thank you for your feedback!
> From: Yoshihiro Shimoda
> Sent: 14 December 2018 06:01
> Subject: RE: [PATCH] dt-bindings: usb: renesas_usbhs: Add r8a774c0 support
>
> Hi Fabrizio,
>
> > From: Fabrizio Castro, Sent: Friday, December 14, 2018 5:21 AM
> >
> > Document RZ/G2E (R8
Hi,
On 2018/12/4 0:01, Rob Herring wrote:
> On Fri, Nov 16, 2018 at 8:29 PM Chen Yu wrote:
>>
>> Hi,
>>
>> On 2018/11/13 0:02, Rob Herring wrote:
>>> On Sat, Oct 27, 2018 at 05:58:11PM +0800, Yu Chen wrote:
This patch adds binding descriptions to support the dwc3 controller
on HiSilicon
50 matches
Mail list logo