On Mon, Sep 23, 2019 at 7:45 PM Tony Lindgren wrote:
>
> * Yegor Yefremov [190821 01:24]:
> > I'm moving our systems to the recent kernel and have encountered an
> > older musb issue [1] that occurs with some 3G/4G modems. In this case
> > it is SIMCom 7600G-H. After this dump occurs the modem i
On 16.9.2019 23.53, Loïc Yhuel wrote:
Le lun. 16 sept. 2019 à 17:19, Loïc Yhuel a écrit :
Most reliable way of checking the current actual port speed is reading protocol
speed id
from the ports PORTSC register port-speed field.
Use debugfs: (with your correct pci address and port number)
Cu
On Mon, Sep 23, 2019 at 10:49:59AM -0400, Alan Stern wrote:
> On Fri, 20 Sep 2019, David Heinzelmann wrote:
>
> > On Fri, Sep 20, 2019 at 02:15:38PM +0200, Greg KH wrote:
> > > On Fri, Sep 20, 2019 at 03:17:26PM +0200, David Heinzelmann wrote:
> > > > Hi,
> > > >
> > > > sorry for the wrong patch
Vbus regualtor is an optional regulator, for platforms, which
doesn't have this regulator, it will get a dummy regulator and
show warning message.
Signed-off-by: Peter Chen
---
drivers/usb/chipidea/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/chipidea/co
Hi Ajay,
On Mon, Sep 23, 2019 at 06:15:59PM +, Ajay Gupta wrote:
> Hi Heikki,
>
> > -Original Message-
> > From: linux-usb-ow...@vger.kernel.org
> > On Behalf Of Heikki Krogerus
> > Sent: Monday, September 23, 2019 6:31 AM
> > To: Ajay Gupta
> > Cc: linux-usb@vger.kernel.org
> > Sub
On some situations, the software handles TRB events slower
than adding TRBs, then xhci_handle_event can't return zero
long time, the xHC will consider the event ring is full,
and trigger "Event Ring Full" error, but in fact, the software
has already finished lots of events, just no chance to
update
On 19-09-23 16:46:56, Mathias Nyman wrote:
> On 23.9.2019 14.19, Mathias Nyman wrote:
> > On 19.9.2019 16.59, Suwan Kim wrote:
> > > On Thu, Sep 19, 2019 at 05:54:25PM +0800, Peter Chen wrote:
> > > > > On 17.9.2019 12.55, Peter Chen wrote:
> > > > > > > >
> > > > > > > > I met "event ring full er
Hi Fabio, Peter, Stefan,
I've incidentally discovered your last year discussion in ML [1] (I
hope it rings
the bell) regarding the issue I'm still observing on the same device with
the mainline kernel.
The difference between i.MX 6ULL EVK and this particular device,
is that usbotg2 is used only i
Prolific has developed a new USB to UART chip: PL2303HXN
PL2303HXN : PL2303GC/PL2303GS/PL2303GT/PL2303GL/PL2303GE/PL2303GB
The Vendor request used by the PL2303HXN (TYPE_HXN) is different from
the existing PL2303 series (TYPE_HX & TYPE_01).
Therefore, different Vendor requests are used to issue rel
Hello Pawel Laszczak,
The patch 7733f6c32e36: "usb: cdns3: Add Cadence USB3 DRD Driver"
from Aug 26, 2019, leads to the following static checker warning:
drivers/usb/cdns3/ep0.c:335 cdns3_ep0_feature_handle_device()
error: scheduling with locks held: 'spin_lock:lock'
drivers/usb/
Hi Balbi,
This SOC was released last year, and it was woke up on kernel v4.9.
After these days debugging I think it seem more like a hardware related issue.
We will check the Synopsys databook again to find something which may help,
and may consider to try these cases on more recent kernel later.
Le mar. 24 sept. 2019 à 09:55, Mathias Nyman
a écrit :
> Just fyi, turns out initial xHCI 1.1 spec was a bit unclear about SBRN
> and minor revision numbers, later xHCI specs clarify them better.
> A few USB 3.1 capable xHCI hosts were based on that spec, not just the
> ASM2142.
> They have SBRN
Hi Heikki,
> -Original Message-
> From: linux-usb-ow...@vger.kernel.org
> On Behalf Of Heikki Krogerus
> Sent: Tuesday, September 24, 2019 1:25 AM
> To: Ajay Gupta
> Cc: linux-usb@vger.kernel.org
> Subject: Re: [RFC PATCH] usb: typec: ucsi: ccg: Remove run_isr flag
>
> Hi Ajay,
>
> On
>
> Hi Fabio, Peter, Stefan,
>
> I've incidentally discovered your last year discussion in ML [1] (I hope it
> rings the
> bell) regarding the issue I'm still observing on the same device with the
> mainline
> kernel.
>
> The difference between i.MX 6ULL EVK and this particular device, is th
Johan Hovold 於 2019年9月23日 週一 下午9:08寫道：
>
> Yes, the above looks good.
>
Thank you for your reply
I have already written a new patch[v8] file,
if you have free time. Please check as soon as possible...thanks!
Charles.
Hi Dan,
>Hello Pawel Laszczak,
>
>The patch 7733f6c32e36: "usb: cdns3: Add Cadence USB3 DRD Driver"
>from Aug 26, 2019, leads to the following static checker warning:
>
> drivers/usb/cdns3/ep0.c:335 cdns3_ep0_feature_handle_device()
> error: scheduling with locks held: 'spin_lock:lock'
On Mon, Sep 23, 2019 at 5:10 PM Daniel Drake wrote:
> Unfortunately it's not quite as simple as quirking d3_delay though,
> because the problem still happens upon resume from s2idle. In that
> case, pci_dev_d3_sleep() is not called at all.
>
> if (state == PCI_D3hot || dev->current_state == PC
17 matches
Mail list logo
