Manual Pages  — MOUSED

The mouse daemon listens to the specified port for mouse data, interprets and then passes it via ioctls to the console driver. The mouse daemon reports translation movement, button press/release events and movement of the roller or the wheel if available. The roller/wheel movement is reported as "Z" axis movement.

The console driver will display the mouse pointer on the screen and provide cut and paste functions if the mouse pointer is enabled in the virtual console via vidcontrol(1). If sysmouse(4) is opened by the user program, the console driver also passes the mouse data to the device so that the user program will see it.

If the mouse daemon receives the signal SIGHUP, it will reopen the mouse port and reinitialize itself. Useful if the mouse is attached/detached while the system is suspended.

If the mouse daemon receives the signal SIGUSR1, it will stop passing mouse events. Sending the signal SIGUSR1 again will resume passing mouse events. Useful if your typing on a laptop is interrupted by accidentally touching the mouse pad.

The following options are available:

-3
	Emulate the third (middle) button for 2-button mice. It is emulated by pressing the left and right physical buttons simultaneously.
-C threshold
	Set double click speed as the maximum interval in msec between button clicks. Without this option, the default value of 500 msec will be assumed. This option will have effect only on the cut and paste operations in the text mode console. The user program which is reading mouse data via sysmouse(4) will not be affected.
-D
	Lower DTR on the serial port. This option is valid only if mousesystems is selected as the protocol type. The DTR line may need to be dropped for a 3-button mouse to operate in the mousesystems mode.
-E timeout
	When the third button emulation is enabled (see above), the moused utility waits timeout msec at most before deciding whether two buttons are being pressed simultaneously. The default timeout is 100 msec.
-F rate
	Set the report rate (reports/sec) of the device if supported.
-L distance
	When "Virtual Scrolling" is enabled, the -L option can be used to set the distance (in pixels) that the mouse must move before a scroll event is generated. This effectively controls the scrolling speed. The default distance is 2 pixels.
-H
	Enable "Horizontal Virtual Scrolling". With this option set, holding the middle mouse button down will cause motion to be interpreted as horizontal scrolling. Use the -U option to set the distance the mouse must move before the scrolling mode is activated and the -L option to set the scrolling speed. This option may be used with or without the -V option.
-I file
	Write the process id of the moused utility in the specified file. Without this option, the process id will be stored in /var/run/moused.pid.
-P
	Do not start the Plug and Play COM device enumeration procedure when identifying the serial mouse. If this option is given together with the -i option, the moused utility will not be able to print useful information for the serial mouse.
-R
	Lower RTS on the serial port. This option is valid only if mousesystems is selected as the protocol type by the -t option below. It is often used with the -D option above. Both RTS and DTR lines may need to be dropped for a 3-button mouse to operate in the mousesystems mode.
-S baudrate
	Select the baudrate for the serial port (1200 to 9600). Not all serial mice support this option.
-T distance[,time[,after]]
	Terminate drift. Use this option if mouse pointer slowly wanders when mouse is not moved. Movements up to distance (for example 4) pixels (X+Y) in time msec (default 500) are ignored, except during after msec (default 4000) since last real mouse movement.
-V
	Enable "Virtual Scrolling". With this option set, holding the middle mouse button down will cause motion to be interpreted as scrolling. Use the -U option to set the distance the mouse must move before the scrolling mode is activated and the -L option to set the scrolling speed.
-U distance
	When "Virtual Scrolling" is enabled, the -U option can be used to set the distance (in pixels) that the mouse must move before the scrolling mode is activated. The default distance is 3 pixels.
-A exp[,offset]
	Apply exponential (dynamic) acceleration to mouse movements: the faster you move the mouse, the more it will be accelerated. That means that small mouse movements are not accelerated, so they are still very accurate, while a faster movement will drive the pointer quickly across the screen. The exp value specifies the exponent, which is basically the amount of acceleration. Useful values are in the range 1.1 to 2.0, but it depends on your mouse hardware and your personal preference. A value of 1.0 means no exponential acceleration. A value of 2.0 means squared acceleration (i.e. if you move the mouse twice as fast, the pointer will move four times as fast on the screen). Values beyond 2.0 are possible but not recommended. A good value to start is probably 1.5. The optional offset value specifies the distance at which the acceleration begins. The default is 1.0, which means that the acceleration is applied to movements larger than one unit. If you specify a larger value, it takes more speed for the acceleration to kick in, i.e. the speed range for small and accurate movements is wider. Usually the default should be sufficient, but if you're not satisfied with the behaviour, try a value of 2.0. Note that the -A option interacts badly with the X server's own acceleration, which doesn't work very well anyway. Therefore it is recommended to switch it off if necessary: "xset m 1".
-a X[,Y]
	Accelerate or decelerate the mouse input. This is a linear acceleration only. Values less than 1.0 slow down movement, values greater than 1.0 speed it up. Specifying only one value sets the acceleration for both axes. You can use the -a and -A options at the same time to have the combined effect of linear and exponential acceleration.
-c
	Some mice report middle button down events as if the left and right buttons are being pressed. This option handles this.
-d
	Enable debugging messages.
-f
	Do not become a daemon and instead run as a foreground process. Useful for testing and debugging.
-i info
	Print specified information and quit. Available pieces of information are:
port	Port (device file) name, i.e.amp; /dev/cuau0, /dev/mse0 and /dev/psm0.
if	Interface type: serial, bus, inport or ps/2.
type	Protocol type. It is one of the types listed under the -t option below or sysmouse if the driver supports the sysmouse data format standard.
model	Mouse model. The moused utility may not always be able to identify the model.
all	All of the above items. Print port, interface, type and model in this order in one line.

If the moused utility cannot determine the requested information, it prints "unknown" or "generic".

-l level	Specifies at which level moused should operate the mouse driver. Refer to Operation Levels in psm(4) for more information on this.
-m N=M	Assign the physical button M to the logical button N. You may specify as many instances of this option as you like. More than one physical button may be assigned to a logical button at the same time. In this case the logical button will be down, if either of the assigned physical buttons is held down. Do not put space around ‘=’.
-p port	Use port to communicate with the mouse.
-r resolution	Set the resolution of the device; in Dots Per Inch, or low, medium-low, medium-high or high. This option may not be supported by all the device.
-s	Select a baudrate of 9600 for the serial line. Not all serial mice support this option.
-t type	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. Under normal circumstances, you need to use this option only if the moused utility is not able to detect the protocol automatically (see Configuring Mouse Daemon). Note that if a protocol type is specified with this option, the -P option above is implied and Plug and Play COM device enumeration procedure will be disabled. Also note that if your mouse is attached to the PS/2 mouse port, you should always choose auto or ps/2, regardless of the brand and model of the mouse. Likewise, if your mouse is attached to the bus mouse port, choose auto or busmouse. Serial mouse protocols will not work with these mice. For the USB mouse, the protocol must be auto. No other protocol will work with the USB mouse. Valid types for this option are listed below. For the serial mouse:
microsoft	Microsoft serial mouse protocol. Most 2-button serial mice use this protocol.
intellimouse	Microsoft IntelliMouse protocol. Genius NetMouse, ASCII Mie Mouse, Logitech MouseMan+ and FirstMouse+ use this protocol too. Other mice with a roller/wheel may be compatible with this protocol.
mousesystems	MouseSystems 5-byte protocol. 3-button mice may use this protocol.
mmseries	MM Series mouse protocol.
logitech	Logitech mouse protocol. Note that this is for old Logitech models. mouseman or intellimouse should be specified for newer models.
mouseman	Logitech MouseMan and TrackMan protocol. Some 3-button mice may be compatible with this protocol. Note that MouseMan+ and FirstMouse+ use intellimouse protocol rather than this one.
glidepoint	ALPS GlidePoint protocol.
thinkingmouse	Kensington ThinkingMouse protocol.
mmhitab	Hitachi tablet protocol.
x10mouseremote	X10 MouseRemote.
kidspad	Genius Kidspad and Easypad protocol.
versapad	Interlink VersaPad protocol.
gtco_digipad	GTCO Digipad protocol.

For the bus and InPort mouse:

busmouse	This is the only protocol type available for the bus and InPort mouse and should be specified for any bus mice and InPort mice, regardless of the brand.

For the PS/2 mouse:

ps/2	This is the only protocol type available for the PS/2 mouse and should be specified for any PS/2 mice, regardless of the brand.

For the USB mouse, auto is the only protocol type available for the USB mouse and should be specified for any USB mice, regardless of the brand.

-w N	Make the physical button N act as the wheel mode button. While this button is pressed, X and Y axis movement is reported to be zero and the Y axis movement is mapped to Z axis. You may further map the Z axis movement to virtual buttons by the -z option below.
-z target	Map Z axis (roller/wheel) movement to another axis or to virtual buttons. Valid target maybe:
x y
	X or Y axis movement will be reported when the Z axis movement is detected.
N	Report down events for the virtual buttons N and N+1 respectively when negative and positive Z axis movement is detected. There do not need to be physical buttons N and N+1. Note that mapping to logical buttons is carried out after mapping from the Z axis movement to the virtual buttons is done.
N1 N2	Report down events for the virtual buttons N1 and N2 respectively when negative and positive Z axis movement is detected.
N1 N2 N3 N4	This is useful for the mouse with two wheels of which the second wheel is used to generate horizontal scroll action, and for the mouse which has a knob or a stick which can detect the horizontal force applied by the user. The motion of the second wheel will be mapped to the buttons N3, for the negative direction, and N4, for the positive direction. If the buttons N3 and N4 actually exist in this mouse, their actions will not be detected. Note that horizontal movement or second roller/wheel movement may not always be detected, because there appears to be no accepted standard as to how it is encoded. Note also that some mice think left is the negative horizontal direction; others may think otherwise. Moreover, there are some mice whose two wheels are both mounted vertically, and the direction of the second vertical wheel does not match the first one.