On Sat, Mar 10, 2018 at 01:03:39AM +0100, Bernd Walter wrote: > On Fri, Mar 09, 2018 at 02:25:39PM +0100, Bernd Walter wrote: > > On Fri, Mar 09, 2018 at 01:19:54PM +0100, Hans Petter Selasky wrote: > > > On 03/09/18 12:40, Bernd Walter wrote: > > > >Will do the quirk test later. > > > > > > I don't see any stalls during plug-in, so it might be a request webcamd > > > issues, which the device doesn't support. Try building webcamd with > > > debug support. > > > > It is already build with debug. > > But I don't see anything of special interest in the output. > > > > sa# webcamd -d ugen0.4 > > Linux video capture interface: v2.00 > > IR NEC protocol handler initialized > > IR RC5(x/sz) protocol handler initialized > > IR RC6 protocol handler initialized > > IR JVC protocol handler initialized > > IR Sony protocol handler initialized > > IR SANYO protocol handler initialized > > IR LIRC bridge handler initialized > > IR XMP protocol handler initialized > > b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV receiver chip loaded > > successfully > > USB Video Class driver (1.1.1) > > cpia2: V4L-Driver for Vision CPiA2 based cameras v3.0.1 > > pvrusb2: V4L in-tree version:Hauppauge WinTV-PVR-USB2 MPEG2 Encoder/Tuner > > pvrusb2: Debug mask is 31 (0x1f) > > USBVision USB Video Device Driver for Linux : 0.9.11 > > Attached to ugen0.4 > > INFO: 0003:0EEF:0005.0001: input: USB HID v1.10 Mouse [BYZHYYZHY By ZH851] > > on usb-/dev/usb-/dev/usb/input0 > > > > DBG: 0003:0EEF:0005.0001: Kicking head 1 tail 0 > > Creating /dev/input/event0 > > > > I will redo a test with raspbian. > > Waveshare delivered a binary kernel (so much about GPL) for their 7" HDMI C > > until they changed something in the device firmware and upgraded for a newer > > panel about 2-3 years ago. > > This is the 10.1" HMDI B and it is a very early version I have, which > > however > > should use a firmware similar to the newer 7" HDMI C. > > I will retest with a stock Raspbian image to be sure I wasn't accidently > > using a Waveshare image back then. > > As far as I can see the Linux drivers just quirk the device to the egalaxy > > driver, so they do know the Waveshare by ID. > > I couldn't spot a difference between Linux and what is included in the > > webcamd > > source. > > So the older 7" HDMI C Rev 1.1 with the non IPS panel won't even attach, but > it always needed some special binary support for Linux, no surprises here. > The newer Rev 2.1 with the IPS panel claims to be the same and work with > webcamd, at least I get data via /dev/input/event0, which looks reasonable > with evdev-dump. > That's an interesting starting point.
I've got a new model of the 10" HDMI B. It behaves differently. First of all - uep seems to take it, which it didn't for any of the previous displays I'd tested. I had to remove the driver from the loader.conf to have webcamd attach to it. webcamd attaches fine and it delivers touch events: sa# evdev-dump /dev/input/event0 /dev/input/event0 3041705595.425438 EV_ABS ABS_MT_TRACKING_ID 0x00000000 /dev/input/event0 3041705595.425438 EV_ABS ABS_MT_POSITION_X 0x000001CF /dev/input/event0 3041705595.425438 EV_ABS ABS_MT_POSITION_Y 0x0000025E /dev/input/event0 3041705595.425438 EV_ABS ABS_MT_PRESSURE 0x00000005 /dev/input/event0 3041705595.425438 EV_KEY BTN_TOUCH 0x00000001 /dev/input/event0 3041705595.425438 EV_ABS ABS_X 0x000001CF /dev/input/event0 3041705595.425438 EV_ABS ABS_Y 0x0000025E /dev/input/event0 3041705595.425438 EV_ABS ABS_PRESSURE 0x00000005 /dev/input/event0 3041705595.425438 EV_SYN SYN_REPORT 0x00000000 Whatever had been the cause for my previous problem, they obviously have fixed them in firmware. -- B.Walter <be...@bwct.de> http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. _______________________________________________ firstname.lastname@example.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"