Date: Wed, 2 Apr 2008 09:17:26 -0800 From: "Maksim Yevmenkin" <maksim.yevmenkin@gmail.com> To: "Iain Hibbert" <plunky@rya-online.net> Cc: freebsd-bluetooth@freebsd.org, mato <gamato@users.sf.net>, freebsd-mobile@freebsd.org Subject: Re: Logitech V470 Bluetooth Mouse on FreeBSD ? Message-ID: <bb4a86c70804021017w9c46981nda3dbdada091821a@mail.gmail.com> In-Reply-To: <1207142908.576787.1033.nullmailer@galant.ukfsn.org> References: <47ED9AC5.4050505@users.sf.net> <bb4a86c70803290954h1201625eye71b6c1de361e592@mail.gmail.com> <47EF668D.1080003@users.sf.net> <1206904241.480342.891.nullmailer@galant.ukfsn.org> <47F13BAD.9060808@users.sf.net> <1207142908.576787.1033.nullmailer@galant.ukfsn.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 4/2/08, Iain Hibbert <plunky@rya-online.net> wrote: > On Mon, 31 Mar 2008, mato wrote: > > > Well, this mouse of mine presents itself exactly as you said ... > > > > Input id=2 size=12 count=1 page=Generic_Desktop usage=X Variable Relative, > > Input id=2 size=12 count=1 page=Generic_Desktop usage=Y Variable Relative, > > wow thats a sensitive mouse, 12 bit movements! :) amazing what you can get these days, huh? :) > > Input id=2 size=8 count=1 page=Generic_Desktop usage=Wheel Variable > > Input id=2 size=8 count=1 page=Consumer usage=AC_Pan Variable Relative, > > What can be done about it ?? > > I don't know - bthidd(4) could grow the support for AC_Pan fairly easily > but I don't know how you would get that into the kernel - the mouse_info > structure has no W direction and the ioctl would need to be versioned if > the structure was extended as there was no padding.. exactly Iain. parsing hid messages in bthidd(8) and extracting all the data is trivial. the question is how to feed those data into the kernel. right now, bthidd(8) uses console ioctl to feed data into the kernel. as you pointed out, mouse_info structure (specifically mouse_data union) does not have have w direction. > btw just to make you feel better I should say that sideways scroll does > not always work in applications; eg GThumb considers the extra buttons > to be 'next' and 'prev' instead and sideways scroll just jumps to the next > picture. i have a wired usb apple mighty mouse here and horizontal scrolling does not work for me at all. quick look at ums(4) showed that it does not export w data (it tries to locate both wheel and z axis, however it does not look for ac_pan axis). so, it appears that we need to teach moused(8), sysmouse(4) and mice drivers about second wheel. it appears to be a somewhat bigger chunk of work. thanks, max > > > iain >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bb4a86c70804021017w9c46981nda3dbdada091821a>