a
> videoctl: couldn't open '/dev/video0': Input/output error
>
> videoopen
> videoopen: flags=0x1 sc=0x81a57e505c40 parent=0x81a57e4e15c0
> uvideo_open: sc=0x81a57e4eac40
> uvideo_set_format: sc=0x81a57e4eac40
> uvideo: error probe/GET_MAX:
a
> videoctl: couldn't open '/dev/video0': Input/output error
>
> videoopen
> videoopen: flags=0x1 sc=0x81a57e505c40 parent=0x81a57e4e15c0
> uvideo_open: sc=0x81a57e4eac40
> uvideo_set_format: sc=0xffff81a57e4eac40
> uvideo: error probe/GE
deoopen: flags=0x1 sc=0x81a57e505c40 parent=0x81a57e4e15c0
uvideo_open: sc=0x81a57e4eac40
uvideo_set_format: sc=0xffff81a57e4eac40
uvideo: error probe/GET_MAX: STALLED (17)
uvideo: error commit/SET_CUR: STALLED (17)
... usbd_do_request_len()... time to add USB_DEBUG...
> But a USB video device
pr...@welche.eu (Patrick Welche) writes:
>usb1 at xhci0: USB revision 2.0
>uhub1 at usb1: NetBSD (0x) xHCI root hub (0x), class 9/0, rev
>2.00/1.00, addr 0
>uvideo0 at uhub1 port 6 configuration 1 interface 0: CKFIH12P466071019182
>(0x0bda) Integrated_Webcam_HD (0x5531), rev 2.01/81.78,
Having seen a video.c update, I thought I would have another go at seeing
whether the camera (which works when booted into windows) would magically
start working, but no joy. Maybe I'm missing something?
usb1 at xhci0: USB revision 2.0
uhub1 at usb1: NetBSD (0x) xHCI root hub (0x), class 9
On Sat, May 14, 2022 at 03:30:49PM +, Taylor R Campbell wrote:
> > Date: Sat, 14 May 2022 15:14:50 +
> > From: sc.dy...@gmail.com
> >
> > On 2022/05/14 13:47, Taylor R Campbell wrote:
> > > Can you please try the two attached patches?
> > >
> > > 1. uvideobadstream.patch should fix the _c
> Date: Sat, 14 May 2022 15:14:50 +
> From: sc.dy...@gmail.com
>
> On 2022/05/14 13:47, Taylor R Campbell wrote:
> > Can you please try the two attached patches?
> >
> > 1. uvideobadstream.patch should fix the _crash_ when you try to open a
> >video stream on a device that the driver deem
On 2022/05/14 13:47, Taylor R Campbell wrote:
> Can you please try the two attached patches?
>
> 1. uvideobadstream.patch should fix the _crash_ when you try to open a
>video stream on a device that the driver deemed to have a bad
>descriptor. Try this one first, if you have time -- it
sc.dy...@gmail.com writes:
>+uvideo: truncated CS subtype-0x7 descriptor, length 30 < 38uvideo:
>unimplemented VS CS descriptor len=30 type=0x24 subtype=0x07
>bLength30
>bDescriptorType36
>
ceno=1 vs=0xfb058200
uvideo_stream_init: probelen=26
uvideo_stream_init_desc: bInterfaceNumber=1 bAlternateSetting=0
uvideo_stream_init_frame_based_format: ifaceno=1 subtype=1 probelen=26
uvideo_stream_init_frame_based_format: mjpeg
uvideo: Adding pixel format 9
-uvideo: found format (i
On Fri, Apr 22, 2022 at 09:52:55AM +0100, Patrick Welche wrote:
> Logged in to zoom.us using firefox on 9.99.96/amd64 from Tuesday and
> got the following panic:
...
> --- trap (number 6) ---
> uvideo_open() at uvideo_open+0x17
> videoopen() at videoopen+0x71
...
Even easier reproducer: "videoctl
Patrick Welche wrote:
>Logged in to zoom.us using firefox on 9.99.96/amd64 from Tuesday and
>got the following panic:
I get a similar panic using mplayer on my Pinebook.
This is with some local pkgsrc patches to mplayer.
Logged in to zoom.us using firefox on 9.99.96/amd64 from Tuesday and
got the following panic:
crash> bt
end() at 0
kern_reboot() at sys_reboot
vpanic() at vpanic+0x181
panic() at printf_tolog
trap() at startlwp
--- trap (number 6) ---
uvideo_open() at uvideo_open+0x17
videoopen() at videoopen+0x71
A usb webcam which works on other systems isn't recognised by NetBSD-current:
http://support.logitech.com/en_us/product/hd-pro-webcam-c910/specs
uvideo0 at uhub1 port 7 configuration 1 interface 2: Logitech (0x46d) product
0821 (0x821), rev 2.00/0.10, addr 5
...
uvideo_stream_init: error getting
I see:
uvideo0 at uhub1 port 7 configuration 1 interface 2: Logitech (0x46d) product
0821 (0x821), rev 2.00/0.10, addr 5
but no
video0 at uvideo0
Given that video_match() returns 1 always, how can does this work?
Cheers,
Patrick
15 matches
Mail list logo
