On Thu, Dec 9, 2010 at 1:55 PM, Ping Cheng <[email protected]> wrote: > On Thu, Dec 9, 2010 at 11:16 AM, Chris Bagwell <[email protected]> wrote: >> Thanks for the conversion work, Peter. >> >> Acked-by: Chris Bagwell <[email protected]> >> >> I was to lazy up to this point to compute myself. I plan on taking >> the values below, divide by 1000, and submit to kernel drivers as part >> of the input_absinfo.resolution field (which is now agreed to be >> units/mm). >> >> I'll then have a follow up patch to xf86-input-wacom to prefer those >> values over built in values when non-zero. That is unless your >> currently working on similar? >> >> Rafi, is above what you meant by reading from event node? >> input_absinfo.maximum * input_absinfo.resolution (when set) should >> compute physical size. > > Event if we set absinfo.resolution properly in the kernel driver, we > can not pass them to the user land. There is no ioctl to support it > yet. I have raised this question last month. No one followed that RFC.
Maybe I missed that part of your emails. Resolution is returned as apart of EVIOCGABS that we are querying today. Its returning zero today I guess. > > We can not get rid of this resolution table no matter how ugly it is ;). Agree we can not get rid of table; even with kernel patch. My hope is that we can stop adding new hardware to this table and rely on all future HW passing it from kernel. Chris ------------------------------------------------------------------------------ _______________________________________________ Linuxwacom-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
