"James Cuff" <[EMAIL PROTECTED]> wrote: > Basically this whole mouse wheel trick for Sunray 'appears' to > depend on a valid vendor ID being passed that the firmware catches > and says, "yup you have 5 buttons and I'm going to listen for > them". Anyway that's my current best guess.
Sort of. The 2.0/3.0 firmware says "I think this mouse is telling me it has a wheel, so I'll report wheel activity as well as movement and button activity." The reason why vendor and device IDs come into it is that there are (at least) three different ways of getting wheel data from mice. The firmware uses the most common method by default, and if your mouse happens to be one that reposnds to that method then all is well, everything just works. Mice that need to be interrogated through one of the less-common methods need to have their vendor and device IDs built into a table in the firmware. The SRSS 3.1 firmware is supposed to be able to do a much better job of figuring out how to get wheel data from any given mouse. We hope to be able to get away from maintaining these vendor/device tables completely in 3.1. If you can try that firmware I'd be interested to know whether it does the right thing for this new mouse. > There are shed loads of different mice out there in the wild. I > have about 7 or so at our place already. All of them work just > fine with sunrays. All three buttons always work, and X+Y. Those interactions are standardised in the USB protocol. Wheels, unfortunately, aren't. > I noticed there were a few patches in 2005.05.25.15.17 that hit and > fixed this issue: > > 6218260 Scroll wheel on Genius NetScroll and PowerScroll mice is > not recognised > 6213562 Scroll wheel on Logitech M-BJ58 mouse is not recognised > 6226501 Scroll wheel on Logitech M-BT85 Click! optical wheel mice > is not recognised > 6228580 Scroll wheel on Fujitsu PID==0x1001 mouse is not recognised > > All seem at first glance to be vendor-id type patches, but I guess > Otto is about the only person on the list who could put me right. You're right, those fixes add those specific mice to one or other of the "wheel needs special treatment" tables in the firmware. > In my heart I know that fully open source firmware is never going > to be an option, but if parts of were available, or we could build > modules to add on functions... We as a group could allow the > sunray to support all sorts of attached usb widgets, tablets, flash > readers, cigar lighters etc. etc. USB HID (Human Interface Device) keyboard and pointer (mice and mouse-like things like trackballs) devices are the only things that are handled locally in the firmware. All other kinds of USB device are reported to the server and are exposed to applications through the 'libusb' interface. This means that you should be able to write, or find, a libusb "driver" (which is actually a user-space program or library, not a kernel driver) for your cigar lighter. A handful of these kinds of applications, pre-built for Solaris, was included on the "SRSS 3.0 Companion CD" for convenience. libusb was supported only on Solaris in SRSS 3.0, it's supported for Linux in SRSS 3.1 although the integration there is still a little rough; you need to use the 'utusbrun' wrapper to launch the application, it takes care making sure that the application runs with a Sun Ray-aware version of the libusb library. In a future release of libusb for Linux this should happen automatically, as it already does on Solaris. FLASH readers generally present themselves as members of the USB-defined Mass Storage class. Members of that class get claimed by the SRSS USB Mass Storage service on SRSS systems that support USB Mass Storage (Solaris-only now, Linux later when SRSS supports 2.6-based kernels) and are mounted autoamtically at $DTDEVROOT/mnt if they contain a recognisable filesystem. OttoM. __ ottomeister Disclaimer: These are my opinions. I do not speak for my employer. -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
