* ASPEED EHCI error: "controller refused to start: -110"
@ 2021-08-25 6:23 Tao Ren
2021-08-25 7:48 ` Ryan Chen
0 siblings, 1 reply; 4+ messages in thread
From: Tao Ren @ 2021-08-25 6:23 UTC (permalink / raw)
To: openbmc; +Cc: andrew, ryan_chen
Hi,
I started to see below EHCI probe failure on my AST2500 and AST2600 BMC
platforms since commit 280a9045bb18 ("ehci: fix EHCI host controller
initialization sequence"):
> ehci-platform 1e6a3000.usb: USB 2.0, controller refused to start: -110
The error happens because USBSTS.HCHalted stays at 1. But if I ignore the
error at probe time, the downstream USB devices can still be enumerated
without problems (even though USBSTS.HCHalted is still 1).
My questions are: why USBSTS.HCHalted stays at 1 on ASPEED platforms? Do
we need extra configuration at EHCI probe time for ASPEED SoC?
CC Ryan @ASPEED for more comments.
Cheers,
Tao
^ permalink raw reply [flat|nested] 4+ messages in thread
* RE: ASPEED EHCI error: "controller refused to start: -110"
2021-08-25 6:23 ASPEED EHCI error: "controller refused to start: -110" Tao Ren
@ 2021-08-25 7:48 ` Ryan Chen
2021-08-26 1:52 ` Tao Ren
0 siblings, 1 reply; 4+ messages in thread
From: Ryan Chen @ 2021-08-25 7:48 UTC (permalink / raw)
To: Tao Ren, openbmc; +Cc: andrew, Neal Liu, Joppa Tsao
Hello,
ASPEED EHCI design for HALT bit effect is depend on Asynchronous/Periodic Schedule enable or not.
If Asynchronous/Periodic Schedule not enable, but run bit is setting, Halt still = 1.
Ryan Chen
Tel : 886-3-5751185 ext:8857
> -----Original Message-----
> From: Tao Ren <rentao.bupt@gmail.com>
> Sent: Wednesday, August 25, 2021 2:24 PM
> To: openbmc@lists.ozlabs.org
> Cc: joel@jms.id.au; andrew@aj.id.au; Ryan Chen
> <ryan_chen@aspeedtech.com>
> Subject: ASPEED EHCI error: "controller refused to start: -110"
>
> Hi,
>
> I started to see below EHCI probe failure on my AST2500 and AST2600 BMC
> platforms since commit 280a9045bb18 ("ehci: fix EHCI host controller
> initialization sequence"):
>
> > ehci-platform 1e6a3000.usb: USB 2.0, controller refused to start: -110
>
> The error happens because USBSTS.HCHalted stays at 1. But if I ignore the
> error at probe time, the downstream USB devices can still be enumerated
> without problems (even though USBSTS.HCHalted is still 1).
>
> My questions are: why USBSTS.HCHalted stays at 1 on ASPEED platforms? Do
> we need extra configuration at EHCI probe time for ASPEED SoC?
>
> CC Ryan @ASPEED for more comments.
>
>
> Cheers,
>
> Tao
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: ASPEED EHCI error: "controller refused to start: -110"
2021-08-25 7:48 ` Ryan Chen
@ 2021-08-26 1:52 ` Tao Ren
2021-08-26 1:55 ` Ryan Chen
0 siblings, 1 reply; 4+ messages in thread
From: Tao Ren @ 2021-08-26 1:52 UTC (permalink / raw)
To: Ryan Chen; +Cc: andrew, Neal Liu, openbmc, Joppa Tsao
Hi Ryan,
On Wed, Aug 25, 2021 at 07:48:57AM +0000, Ryan Chen wrote:
> Hello,
> ASPEED EHCI design for HALT bit effect is depend on Asynchronous/Periodic Schedule enable or not.
> If Asynchronous/Periodic Schedule not enable, but run bit is setting, Halt still = 1.
>
> Ryan Chen
Thanks for the inputs.
What is your recommendation? Enabling Async/Periodic schedule to make
USBSTS.HCHalted handshake happy? Or ignoring HCHalted check for ASPEED
platforms? Can you please send out a patch to fix the failure? The EHCI
driver stops working on ASPEED platforms since v5.10.
Cheers,
Tao
>
> Tel : 886-3-5751185 ext:8857
>
> > -----Original Message-----
> > From: Tao Ren <rentao.bupt@gmail.com>
> > Sent: Wednesday, August 25, 2021 2:24 PM
> > To: openbmc@lists.ozlabs.org
> > Cc: joel@jms.id.au; andrew@aj.id.au; Ryan Chen
> > <ryan_chen@aspeedtech.com>
> > Subject: ASPEED EHCI error: "controller refused to start: -110"
> >
> > Hi,
> >
> > I started to see below EHCI probe failure on my AST2500 and AST2600 BMC
> > platforms since commit 280a9045bb18 ("ehci: fix EHCI host controller
> > initialization sequence"):
> >
> > > ehci-platform 1e6a3000.usb: USB 2.0, controller refused to start: -110
> >
> > The error happens because USBSTS.HCHalted stays at 1. But if I ignore the
> > error at probe time, the downstream USB devices can still be enumerated
> > without problems (even though USBSTS.HCHalted is still 1).
> >
> > My questions are: why USBSTS.HCHalted stays at 1 on ASPEED platforms? Do
> > we need extra configuration at EHCI probe time for ASPEED SoC?
> >
> > CC Ryan @ASPEED for more comments.
> >
> >
> > Cheers,
> >
> > Tao
^ permalink raw reply [flat|nested] 4+ messages in thread
* RE: ASPEED EHCI error: "controller refused to start: -110"
2021-08-26 1:52 ` Tao Ren
@ 2021-08-26 1:55 ` Ryan Chen
0 siblings, 0 replies; 4+ messages in thread
From: Ryan Chen @ 2021-08-26 1:55 UTC (permalink / raw)
To: Tao Ren; +Cc: andrew, Neal Liu, openbmc, Joppa Tsao
> -----Original Message-----
> From: Tao Ren <rentao.bupt@gmail.com>
> Sent: Thursday, August 26, 2021 9:53 AM
> To: Ryan Chen <ryan_chen@aspeedtech.com>
> Cc: openbmc@lists.ozlabs.org; joel@jms.id.au; andrew@aj.id.au; Neal Liu
> <neal_liu@aspeedtech.com>; Joppa Tsao <joppa_tsao@aspeedtech.com>
> Subject: Re: ASPEED EHCI error: "controller refused to start: -110"
>
> Hi Ryan,
>
> On Wed, Aug 25, 2021 at 07:48:57AM +0000, Ryan Chen wrote:
> > Hello,
> > ASPEED EHCI design for HALT bit effect is depend on
> Asynchronous/Periodic Schedule enable or not.
> > If Asynchronous/Periodic Schedule not enable, but run bit is setting, Halt
> still = 1.
> >
> > Ryan Chen
>
> Thanks for the inputs.
>
> What is your recommendation? Enabling Async/Periodic schedule to make
> USBSTS.HCHalted handshake happy? Or ignoring HCHalted check for ASPEED
> platforms? Can you please send out a patch to fix the failure? The EHCI driver
> stops working on ASPEED platforms since v5.10.
>
I think it should ignoring the HCHalted check for ASPEED platform.
I need think about how to patch for fix this.
>
> Cheers,
>
> Tao
> >
> > Tel : 886-3-5751185 ext:8857
> >
> > > -----Original Message-----
> > > From: Tao Ren <rentao.bupt@gmail.com>
> > > Sent: Wednesday, August 25, 2021 2:24 PM
> > > To: openbmc@lists.ozlabs.org
> > > Cc: joel@jms.id.au; andrew@aj.id.au; Ryan Chen
> > > <ryan_chen@aspeedtech.com>
> > > Subject: ASPEED EHCI error: "controller refused to start: -110"
> > >
> > > Hi,
> > >
> > > I started to see below EHCI probe failure on my AST2500 and AST2600
> > > BMC platforms since commit 280a9045bb18 ("ehci: fix EHCI host
> > > controller initialization sequence"):
> > >
> > > > ehci-platform 1e6a3000.usb: USB 2.0, controller refused to start:
> > > > -110
> > >
> > > The error happens because USBSTS.HCHalted stays at 1. But if I
> > > ignore the error at probe time, the downstream USB devices can still
> > > be enumerated without problems (even though USBSTS.HCHalted is still 1).
> > >
> > > My questions are: why USBSTS.HCHalted stays at 1 on ASPEED
> > > platforms? Do we need extra configuration at EHCI probe time for ASPEED
> SoC?
> > >
> > > CC Ryan @ASPEED for more comments.
> > >
> > >
> > > Cheers,
> > >
> > > Tao
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2021-08-26 1:56 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-08-25 6:23 ASPEED EHCI error: "controller refused to start: -110" Tao Ren
2021-08-25 7:48 ` Ryan Chen
2021-08-26 1:52 ` Tao Ren
2021-08-26 1:55 ` Ryan Chen
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.