From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753979AbdBURKV (ORCPT ); Tue, 21 Feb 2017 12:10:21 -0500 Received: from mail.andi.de1.cc ([85.214.239.24]:51688 "EHLO h2641619.stratoserver.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753497AbdBURKO (ORCPT ); Tue, 21 Feb 2017 12:10:14 -0500 Date: Tue, 21 Feb 2017 18:07:55 +0100 From: Andreas Kemnade To: Pali =?UTF-8?B?Um9ow6Fy?= Cc: "H. Nikolaus Schaller" , Mark Rutland , Andrey Gelman , Michel Verlaan , Nick Dyer , Tony Lindgren , lkml , Benjamin Tissoires , Pavel Machek , Linux OMAP Mailing List , Russell King , Aaro Koskinen , Javier Martinez Canillas , Igor Grinberg , Hans Verkuil , "linux-input@vger.kernel.org" , "devicetree@vger.kernel.org" , Arnd Bergmann , Eric Engestrom , Hans de Goede , Rob Herring , Mika =?UTF-8?B?UGVudHRpbMOk?= , Mauro Carvalho Chehab , Petr Cvek , Siebren Vroegindeweij , Haibo Chen , Dmitry Torokhov , Sebastian Reichel , linux-iio@vger.kernel.org, "Andrew F. Davis" , Mark Brown , =?UTF-8?B?QmVub8OudA==?= Cousson , kernel@pyra-handheld.com, Michael Welling , Discussions about the Letux Kernel , Jonathan Cameron , Alexander Stein Subject: Re: [Letux-kernel] [PATCH v9 1/8] drivers:input:tsc2007: add new common binding names, pre-calibration, flipping and rotation Message-ID: <20170221180755.48946fc5@aktux> In-Reply-To: <20170221090940.GD9795@pali> References: <201702202042.15878@pali> <201702202208.50498@pali> <0A33CCEA-448C-4C1D-9563-FDA54743BD01@goldelico.com> <20170221090940.GD9795@pali> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/QBvnUSHLCRUNlOXqJdFJkXU"; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --Sig_/QBvnUSHLCRUNlOXqJdFJkXU Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, [...] > > Hm. Why not touching pixel (0,0) on the touch is always pixel (0,0) > > on the screen and touching pixel (639,479) is always (639,479)? >=20 > Important is that there is no 1:1 mapping between input evdev device > and drm/fb output device. These are two independent devices. There is > no connection between screen and touch. So such presumption should > not be done in kernel. You can do that in userspace. >=20 But at least it can be told to userspace that these two devices are connected. That information should be specified in devicetree because it is not auto-detectable. > Lets take e.g. touchpad. It acts similarly as touchscreen input device > (both reports absolute positioned touch events), but touchpad is not > connected with screen. And from kernel point of view these devices are > both input and absolute positioned. >=20 > It looks like the whole problem is there that you wanted to do this > mapping for your hardware in kernel. And this is not what is kernel > doing or should do. Moreover I know people who are using integrated > touchscreen on laptop as (touch) input device for external monitor. > And in this configuration it does not make any sense to map > touchscreen input to pixels of integrated LCD touchscreen (as > external monitor could have different resolution as integrated LCD > touchcreen). > =20 Interesting example. But then you also do not need flipping/rotation because the angle between your screen and your absolute position device is not fixed. Regards, Andreas > --Sig_/QBvnUSHLCRUNlOXqJdFJkXU Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIbBAEBCAAGBQJYrHQKAAoJEInxNTv1CwY0vlUP9ArqFcdZQ5ZzJURV5SSdM0j3 c13vY/QJvdBZKmMSKlWaL2ino87ITpbemmrFzknLL5o2FEDBa2jcylOesVyTTZwy AoFgU6mg+oxjB2xzjgoqFmvlAFxnVdhUlepkPyvZoqyWUnVAY26VGWwq5Hy5pwZG SS8O05ZTztKMc3PS+teXM3q82lpxMDxoxXH/f1faQpo1f5o90MDj4hiDO68gS9fW 15usLoj+cdoBGxKwCsAc5EJ7HcavBhUW3uodwASZG0CwZtvEpPCkfpCcZgqrJel1 xc96A2Yh75HnBs4z4S5UGVDHbzUBPq94VGKAd9MzFC43T19vXz3kHEseLmYZDgmZ PexyDxoaVOswMH3tthDnchTOCdKTY0MqmR+xvuycp6njkckU+coyH9UJfN9B9QgT 0a2xSzUmOjRikr4B7dpgFqOSl2cS3KCqG4SGpUUajtyty8b/rwF7oU300tfTPZwU BqOKgdBPitKhZfVq/WWlnDCtmcJifiHtU0N8krn+ZW08gSOzNdUpvOzq/MosXRTV xSLkiA+WagMFeAWeu4nzZ4WojeovydME1RLVAYFz7Ayru3oVr4MFbbS7zEK8TiEt Pamdxz/0mBVXWOMhFXHC5ym66w7BUgHwemvb4L5DntL+JvPhoRUOD22q0HtSR0aG 2gbFTegr0KpYYExRCf0= =osTl -----END PGP SIGNATURE----- --Sig_/QBvnUSHLCRUNlOXqJdFJkXU--