<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Apr 4, 2018 at 2:27 AM, Pekka Paalanen <span dir="ltr"><<a href="mailto:ppaalanen@gmail.com" target="_blank">ppaalanen@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, 04 Apr 2018 00:37:58 +0000<br>
<div><div class="gmail-h5">Matt Hoosier <<a href="mailto:matt.hoosier@gmail.com">matt.hoosier@gmail.com</a>> wrote:<br>
<br>
> On Tue, Apr 3, 2018, 08:10 Matt Hoosier <<a href="mailto:matt.hoosier@gmail.com">matt.hoosier@gmail.com</a>> wrote:<br>
><br>
> > On Tue, Apr 3, 2018 at 5:35 AM, Philipp Kerling <<a href="mailto:pkerling@casix.org">pkerling@casix.org</a>><br>
> > wrote:<br>
> ><br>
> >> > Do you happen to know of a good readymade program that fakes the<br>
> >> > presence of a touch input device with uinput? I'd love to test this<br>
> >> > series, but current Weston is far ahead of what my embedded devices<br>
> >> > will do; so I'm in the position of mostly relying on the desktop for<br>
> >> > testing.<br>
> >> I'm not sure whether it fits your use case, but you can give mtemu a<br>
> >> spin.<br>
> >><br>
> > <a href="https://gitlab.com/shul/mtemu" rel="noreferrer" target="_blank">https://gitlab.com/shul/mtemu</a><br>
> ><br>
> ><br>
> > Thanks. That looks like a really useful program. As it turns out, I ended<br>
> > up being able to find some real touch hardware to use. It was ancient stuff<br>
> > that required writing a uinput program to translate the old ABS_X/Y-style<br>
> > input into modern mtdev representation, but it eventually worked.<br>
> ><br>
> > The calibration functionality in Pekka's patch series seems to work for<br>
> > me. I didn't test out any of the mechanism to spawn an auxiliary program<br>
> > that saves the results to disk, but the hot-installed copy of the<br>
> > calibration worked.<br>
> ><br>
> > I did have a little trouble understanding how I can pick-and-choose from<br>
> > the client side which touch device should be associated with which output.<br>
> > The new weston-touch-calibrator program just prints out a flat list of<br>
> > input devices and head names, but doesn't seem to let you do permutations<br>
> > of that.<br>
> ><br>
> > So I ended up having to use a 'mode=off' directive in weston.ini to<br>
> > temporarily turn off the main display of my laptop so that the touchscreen<br>
> > got pegged to the correct physical output. I have the feeling that I just<br>
> > overlooked some aspect of configuration about this.<br>
> ><br>
><br>
> ... which is of course the statically set UDev properties that associate an<br>
> input device with the Wayland output. Nevermind about this question.<br>
<br>
</div></div>Indeed. There is no runtime way to change the touchscreen/output<br>
associations in Weston, it picks it up from the udev properties on the<br>
touch device. Other DEs may have their ways, but I considered it out of<br>
scope for this protocol extension.<br>
<br>
Thank you for testing! I wonder if I can out your Tested-by tag in all<br>
the patches, or maybe some specific patch... like the "clients: add a<br>
new touchscreen calibrator"?<br></blockquote><div><br></div><div>Sure. Let's say that all the patches in this series except "doc: add example calibration-helper script" are:</div><div><br></div><div>    Tested-by: Matt Hoosier <<a href="mailto:matt.hoosier@gmail.com">matt.hoosier@gmail.com</a>></div><div><br></div><div>You're welcome to apply the my T-B to the final patch too, but since it's only documentation, I'm not sure the testing is very relevant there.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
Thanks,<br>
pq<br>
</blockquote></div><br></div></div>