percy piper said: > 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.
I can't confirm this on November 10 snapshot. $ uname -rv 5.6 GENERIC.MP#546 $ usbdevs -dv Controller /dev/usb0: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), ATI(0x1002), rev 1.00 uhub0 port 1 powered port 2 enabled port 3 powered port 4 powered port 5 disabled Controller /dev/usb1: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), ATI(0x1002), rev 1.00 uhub1 port 1 disabled port 2 enabled port 3 powered port 4 disabled port 5 addr 2: high speed, power 200 mA, config 1, Integrated Camera(0x03b4), Ricoh Company Ltd.(0x5986), rev 20.13 uvideo0 Controller /dev/usb2: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x1002), rev 1.00 uhub2 port 1 disabled port 2 enabled port 3 enabled port 4 addr 2: full speed, self powered, config 1, Broadcom Bluetooth Device(0x217f), Broadcom Corp(0x0a5c), rev 7.48, iSerialNumber 60D819BEBD2A ugen0 port 5 enabled Controller /dev/usb3: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x1002), rev 1.00 uhub3 port 1 disabled port 2 enabled port 3 enabled port 4 enabled port 5 powered -- Dmitrij D. Czarkoff
