Hi Otavio, On 2/19/2020 7:10 PM, Otavio Salvador wrote: > Hello Minas, > > On Wed, Feb 19, 2020 at 9:26 AM Minas Harutyunyan > <Minas.Harutyunyan@xxxxxxxxxxxx> wrote: >> On 2/17/2020 11:53 PM, Otavio Salvador wrote: >>> On Mon, Feb 17, 2020 at 10:26 AM Minas Harutyunyan >>> <Minas.Harutyunyan@xxxxxxxxxxxx> wrote: >>>> Enable debug prints to get full dwc2 debug prints to see what happen >>>> with dwc2. >> >>> [ 1054.529774] dwc2 30180000.usb: ep0 state:0 >>> [ 1054.529785] dwc2 30180000.usb: dwc2_hsotg_start_req: DxEPCTL=0x84088200 >>> [ 1054.529801] dwc2 30180000.usb: dwc2_hsotg_start_req: DXEPCTL=0x80088200 >>> [ 1054.529928] dwc2 30180000.usb: ep2out: req 26bd9b9f: 512@06b7dbca, >>> noi=0, zero=0, snok=0 >>> [ 1054.537095] dwc2 30180000.usb: dwc2_hsotg_irq: 04008428 00000400 >>> (d88c3cc4) retry 8 >>> [ 1054.537119] dwc2 30180000.usb: GINTSTS_ErlySusp >>> [ 1054.540147] dwc2 30180000.usb: gintsts=04008828 gintmsk=d88c3cc4 >>> [ 1054.540172] dwc2 30180000.usb: USB SUSPEND >>> [ 1054.540191] dwc2 30180000.usb: dwc2_handle_usb_suspend_intr: DSTS=0x5ad801 >>> [ 1054.540211] dwc2 30180000.usb: DSTS.Suspend Status=1 HWCFG4.Power >>> Optimize=1 HWCFG4.Hibernation=0 >>> [ 1054.540242] dwc2 30180000.usb: dwc2_hsotg_irq: 04008028 00000000 >>> (d88c3cc4) retry 8 >>> [ 1054.585402] dwc2 30180000.usb: ep1in: req 01eff31b: 353@bf8d62d8, >>> noi=0, zero=1, snok=0 >>> [ 1054.585422] dwc2 30180000.usb: dwc2_hsotg_ep_queue: submit request >>> only in active state >>> [ 1054.661667] dwc2 30180000.usb: dwc2_hsotg_irq: 04008428 00000400 >>> (d88c3cc4) retry 8 >>> [ 1054.661694] dwc2 30180000.usb: GINTSTS_ErlySusp >>> [ 1054.664715] dwc2 30180000.usb: gintsts=04008828 gintmsk=d88c3cc4 >>> [ 1054.664741] dwc2 30180000.usb: USB SUSPEND >>> [ 1054.664760] dwc2 30180000.usb: dwc2_handle_usb_suspend_intr: DSTS=0x5ad801 >>> [ 1054.664781] dwc2 30180000.usb: DSTS.Suspend Status=1 HWCFG4.Power >>> >> >> Actually, I don't see any issue with dwc2 from the log. Only not clear >> why SUSPEND happen hear. Is it because of disconnect/connect or >> reloading g_serial? >> Is this log recorded when issue seen? > > Yes, the log was recorded however we did not reload the g_serial > module. So when we gathered the logs, it was stuck. > >> Anyway, before SUSPEND and after dwc2 successfully perform transfers on >> all EP's - ep1in bulk, ep2out bulk and ep3in interrupt. >> Can you provide dmesg with dwc2 debug prints with exception case inside. > > The log I sent was taken with: > > 1) boot device > 2) ran 'dmesg -c' so we cleaned the old messages > 3) cause the lock up to happen > 4) gather dmesg output > > What sequence do you want us to do? Yes. Can you provide also USB trace? Thanks, Minas > -- > Otavio Salvador O.S. Systems > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ossystems.com.br&d=DwIBaQ&c=DPL6_X_6JkXFx7AXWqB0tg&r=6z9Al9FrHR_ZqbbtSAsD16pvOL2S3XHxQnSzq8kusyI&m=LRZmjUC_RsqI1Ky9A0SkfCqicsDkCoHnGnXttwUlXec&s=815r-d3BXkFFJtIB2EQ8OA2fcr6ooNEpbYfvoARbD3s&e= https://urldefense.proofpoint.com/v2/url?u=http-3A__code.ossystems.com.br&d=DwIBaQ&c=DPL6_X_6JkXFx7AXWqB0tg&r=6z9Al9FrHR_ZqbbtSAsD16pvOL2S3XHxQnSzq8kusyI&m=LRZmjUC_RsqI1Ky9A0SkfCqicsDkCoHnGnXttwUlXec&s=O1psrp_ccT1F6H678r50HId1cWn6g8UxKWstZ_kBzO8&e= > Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347) 903-9750 > _______________________________________________ Linux-rockchip mailing list Linux-rockchip@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/linux-rockchip
