[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: PR/54696 CVS commit: src/sys/external/bsd/dwc2
The following reply was made to PR port-arm/54696; it has been noted by GNATS.
From: Nick Hudson <nick.hudson%gmx.co.uk@localhost>
To: gnats-bugs%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost,
Subject: Re: PR/54696 CVS commit: src/sys/external/bsd/dwc2
Date: Thu, 5 Dec 2019 06:29:36 +0000
On 05/12/2019 05:00, dhop%nwlink.com@localhost wrote:
> The following reply was made to PR port-arm/54696; it has been noted by =
> From: <dhop%nwlink.com@localhost>
> To: <gnats-bugs%netbsd.org@localhost>
> Subject: RE: PR/54696 CVS commit: src/sys/external/bsd/dwc2
> Date: Wed, 4 Dec 2019 20:58:28 -0800
> David Hopper wrote:
> >I don't see any bus_dma errors, but even with non-DIAGNOSTIC kernel, =
> dwc2.c v1.64 I still get a flood of:
> > uaudio_chan_pintr: count(40) !=3D size(1920)
> >to console when playing a .wav file from sox / play using OSS; playba=
> garbled as a result. Let me know what information you need.
> I found the errant kernel include and ran with an actual !DIAGNOSTIC c=
> :/ I'm no longer getting the bus_dma panics, but audio is still unwork=
> even without the uaudio_chan_pintr errors in the console (.wav files p=
> very slowly and there's a kind of fireplace crackling static in the au=
> channel). I suppose because that error is still happening internally.
> At any rate, the scope of this bug could arguably be closed as the pan=
> fixed, and if desired I can re-open another bug on the uaudio issues.
This is most likely a dwc2 bug. When I first ported dwc2 I'm not sure I
did much if any isoc transfer testing. I see some fixes in the upstream
driver, but not for out ISOC atm.
Main Index |
Thread Index |