From owner-freebsd-arm@freebsd.org Mon Mar 12 11:38:46 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 101C3F3ACDD; Mon, 12 Mar 2018 11:38:46 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9389576CD9; Mon, 12 Mar 2018 11:38:45 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id w2CBCp2B039990 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 12 Mar 2018 12:12:51 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id w2CBCmXm002974 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 12 Mar 2018 12:12:48 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTPS id w2CBClOT014445 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 12 Mar 2018 12:12:47 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id w2CBClGa014444; Mon, 12 Mar 2018 12:12:47 +0100 (CET) (envelope-from ticso) Date: Mon, 12 Mar 2018 12:12:47 +0100 From: Bernd Walter To: Hans Petter Selasky Cc: Bernd Walter , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, ticso@cicely.de Subject: Re: webcamd based touchscreen problem on Pi3 Message-ID: <20180312111246.GA14138@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20180308191131.GB86413@cicely7.cicely.de> <20180308200849.GC86413@cicely7.cicely.de> <20180308210805.GE86413@cicely7.cicely.de> <20180309004433.GI86413@cicely7.cicely.de> <4765ef04-6fb1-f9dc-315d-c4419d6ba016@selasky.org> <20180309114025.GJ86413@cicely7.cicely.de> <20180309132539.GL86413@cicely7.cicely.de> <20180310000336.GM86413@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180310000336.GM86413@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2018 11:38:46 -0000 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. > > > > [24]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[0] > > 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: [29]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 http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.