From owner-freebsd-bluetooth@FreeBSD.ORG Wed Apr 2 17:17:28 2008 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5708A1065673 for ; Wed, 2 Apr 2008 17:17:28 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id 025B28FC14 for ; Wed, 2 Apr 2008 17:17:27 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by wr-out-0506.google.com with SMTP id 50so1833234wra.13 for ; Wed, 02 Apr 2008 10:17:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=jYw7vo3DDuiHe4O4t8X3PVPZISBz25kFkJJdzxrgLY0=; b=d6KpcQ5s7CA1lJIt7aCbn1ohZH/j0slGccf8Q9VYxTbMHKtttGsm31bllZaABBBea7BfAYZEwi+vo/IqgL27JPxyYP2JkjLBD+FFicNl16HQI9wKhvKSbZc6OXdpGnLsRjayCUV7a9EvYvEFJtBHvsYAwBh7szrE90kUj+UT5vw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gLLIylFWK1xbUAqu8kHwZwDOKE9fgrowMdh3EKfzKH1kn7o/IH0o4TKuEvfOZWx560RZm3X9kTfmzDSsFNQLISJF7LYdjBpYRsmQspWghwr/tYy3Gi+Uy/WNd11oOZb/BEz3uve3kTo69Z9Crr2+gQXmDvkyhlkYHtQyIfOCbeM= Received: by 10.141.15.19 with SMTP id s19mr5158537rvi.75.1207156646581; Wed, 02 Apr 2008 10:17:26 -0700 (PDT) Received: by 10.140.192.20 with HTTP; Wed, 2 Apr 2008 10:17:26 -0700 (PDT) Message-ID: Date: Wed, 2 Apr 2008 09:17:26 -0800 From: "Maksim Yevmenkin" To: "Iain Hibbert" In-Reply-To: <1207142908.576787.1033.nullmailer@galant.ukfsn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47ED9AC5.4050505@users.sf.net> <47EF668D.1080003@users.sf.net> <1206904241.480342.891.nullmailer@galant.ukfsn.org> <47F13BAD.9060808@users.sf.net> <1207142908.576787.1033.nullmailer@galant.ukfsn.org> Cc: freebsd-bluetooth@freebsd.org, mato , freebsd-mobile@freebsd.org Subject: Re: Logitech V470 Bluetooth Mouse on FreeBSD ? X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2008 17:17:28 -0000 On 4/2/08, Iain Hibbert 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 >