Kensington Mouse, was Re: operation not permitted on entropy file
freebsd at edvax.de
Wed Aug 13 10:14:22 UTC 2014
On Wed, 13 Aug 2014 03:01:39 -0700, David Benfell wrote:
> I unplugged the mouse--a Kensington trackball--from my notebook and
> plugged it into the server. It still took a couple tries to get moused
> to run. For one thing 'auto' for moused_type really does need to be in
> lower case; it won't recognize 'AUTO'.
This is correct; "man moused" states:
Specify the protocol type of the mouse attached to the port. You
may explicitly specify a type listed below, or use auto to let
the moused utility automatically select an appropriate protocol
for the given mouse. If you entirely omit this option in the
command line, -t auto is assumed.
So it can be omitted.
> The other thing is I had to
> specify moused_port.
That would probably be /dev/ums0.
> But by the time I got into X, the mouse was unresponsive.
This is to be expected, because it now interferes with HAL.
The autodetection magic doesn't work anymore.
> Could it be that my favorite trackball doesn't get along with FreeBSD
> so well?
That is possible. Some _few_ mice and trackballs don't play nice
with the protocol standards. On "Windows", the manufacturer usually
provides a proprietary driver that gets you around the issues and
therefore "just works" - implementing all the non-standard things.
On FreeBSD, the system assumes that _if_ the device identifies
itself as a mouse, _then_ it has to understand the corresponding
protocol. If it doesn't... well... no soup for you. ;-)
In case you want to check with moused, use it in non-daemon mode
and have it output diagnostic messages:
# moused -f -d -t auto -p /dev/ums0
You can also try to get information with
# moused -p /dev/ums0 -i all
while moused is _not_ running.
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
More information about the freebsd-questions