On 18/11/14(Tue) 12:46, percy piper wrote: > Has anyone noticed problems with uvideo(4) in recent snapshots? > > The issue I'm seeing is reproducible with video(1) - just run it and > wait. After some seconds or minutes no new frames arrive and video(1) > is waiting on poll(2). Larger frame sizes seem to decrease the time > needed to achieve this state. No errors are logged at all. > > Our in-house video monitoring has used a variety of uvideo(4) devices > for some years and this behaviour was not apparent up to 5.6 or in snaps > dated 2nd September (i386 & amd64). > > Now, we see this behaviour on all tested i386 and amd64 systems running > recent snaps, regardless of whether our code is using mmap(2) or > read(2) and/or select(2) or poll(2) and with any uvideo(4) device. > > We don't have any xhci(4) hardware, and everything works fine again > if we roll back to 5.6 release. > > Two dmesg below, the first from the last snap we tried that is known > to work (a machine in production) and the second from my laptop > running Sunday's i386 snap which exhibits this behaviour. > > Can anyone else confirm this?
I can confirm. I see this on amd64 with a "Nov 2" snapshot. If somebody can bisect this period and find which change introduced a regression, it would be nice. Martin
