Skip site navigation (1)Skip section navigation (2)
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>