<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 22, 2016 at 5:26 PM, Bastien Nocera <span dir="ltr"><<a href="mailto:hadess@hadess.net" target="_blank">hadess@hadess.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, 2016-11-22 at 17:23 +0100, Lennart Poettering wrote:<br>
> On Tue, 22.11.16 12:13, Bastien Nocera (<a href="mailto:hadess@hadess.net">hadess@hadess.net</a>) wrote:<br>
><br>
> > Hey,<br>
> ><br>
> > I'm adding support for reading the mount-matrix[1] from<br>
> > accelerometer<br>
> > devices in iio-sensor-proxy, but we'll need to add a way to<br>
> > override<br>
> > the mount-matrix in case the data from the device-tree is<br>
> > incorrect, or<br>
> > missing[2].<br>
> ><br>
> > I was wondering whether we should ship the hwdb quirks in systemd<br>
> > or<br>
> > iio-sensor-proxy.<br>
> ><br>
> > Opinions?<br>
><br>
> If it's generic enough then the hwdb is definitely a good place for<br>
> things like that. If the concept however only has value for<br>
> iio-sensor-proxy specifically then it should probably live in that<br>
> package. Of course the lines are blurry there, so compare with the<br>
> input case: hwdb carries dpi quirk data for all kinds of mice, and if<br>
> this data is like that, then it fits in.<br>
<br>
</span>The quirks apply to the devices, and are in the same format as what's<br>
offered by the kernel when the firmware provides it, so it's not iio-<br>
sensor-proxy specific in any way. If we were to replace iio-sensor-<br>
proxy, we'd still use this metadata.<br>
<br>
I'll send a patch in as soon as I've done testing on a machine that<br>
does need this quirking.<br>
</blockquote><div><br></div><div>Hi Bastien,<br><br></div><div>I recently opened a PR to iio-sensor-proxy with a quirk for my laptop. Since this is my main computer testing is easy. Let me know if I can help.<br></div></div></div></div>