1996-11-14 22:19:17 +00:00
|
|
|
/*-
|
|
|
|
|
* Copyright (c) 1996 Kazutaka YOKOTA (yokota@zodiac.mech.utsunomiya-u.ac.jp)
|
|
|
|
|
* All rights reserved.
|
|
|
|
|
*
|
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
|
* are met:
|
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
|
* 3. The name of the author may not be used to endorse or promote
|
|
|
|
|
* products derived from this software without specific prior written
|
|
|
|
|
* permission.
|
|
|
|
|
*
|
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
|
|
|
|
|
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
|
* ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
|
|
|
|
|
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
|
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
|
|
|
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
|
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
|
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
|
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
|
* SUCH DAMAGE.
|
|
|
|
|
*
|
1996-12-04 04:21:30 +00:00
|
|
|
* $Id: kbdio.h,v 1.2 1996/12/01 19:05:45 sos Exp $
|
1996-11-14 22:19:17 +00:00
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
#ifndef _I386_ISA_KBDIO_H_
|
|
|
|
|
#define _I386_ISA_KBDIO_H_
|
|
|
|
|
|
|
|
|
|
/* constants */
|
|
|
|
|
|
|
|
|
|
/* I/O ports */
|
1996-12-04 04:21:30 +00:00
|
|
|
#ifdef PC98
|
|
|
|
|
#define KBD_STATUS_PORT 2 /* status port, read */
|
|
|
|
|
#define KBD_COMMAND_PORT 2 /* controller command port, write */
|
|
|
|
|
#define KBD_DATA_PORT 0 /* data port, read/write
|
|
|
|
|
also used as keyboard command
|
|
|
|
|
and mouse command port */
|
|
|
|
|
#else
|
1996-11-14 22:19:17 +00:00
|
|
|
#define KBD_STATUS_PORT 4 /* status port, read */
|
|
|
|
|
#define KBD_COMMAND_PORT 4 /* controller command port, write */
|
|
|
|
|
#define KBD_DATA_PORT 0 /* data port, read/write
|
|
|
|
|
also used as keyboard command
|
|
|
|
|
and mouse command port */
|
1996-12-04 04:21:30 +00:00
|
|
|
#endif /* PC98 */
|
1996-11-14 22:19:17 +00:00
|
|
|
/* FIXME: `IO_PSMSIZE' should really be in `isa.h'. */
|
|
|
|
|
#define IO_PSMSIZE (KBD_COMMAND_PORT - KBD_DATA_PORT + 1) /* 5 */
|
|
|
|
|
|
|
|
|
|
/* controller commands (sent to KBD_COMMAND_PORT) */
|
|
|
|
|
#define KBDC_SET_COMMAND_BYTE 0x0060
|
|
|
|
|
#define KBDC_GET_COMMAND_BYTE 0x0020
|
|
|
|
|
#define KBDC_WRITE_TO_AUX 0x00d4
|
|
|
|
|
#define KBDC_DISABLE_AUX_PORT 0x00a7
|
|
|
|
|
#define KBDC_ENABLE_AUX_PORT 0x00a8
|
|
|
|
|
#define KBDC_TEST_AUX_PORT 0x00a9
|
|
|
|
|
#define KBDC_DIAGNOSE 0x00aa
|
|
|
|
|
#define KBDC_TEST_KBD_PORT 0x00ab
|
|
|
|
|
#define KBDC_DISABLE_KBD_PORT 0x00ad
|
|
|
|
|
#define KBDC_ENABLE_KBD_PORT 0x00ae
|
|
|
|
|
|
|
|
|
|
/* controller command byte (set by KBDC_SET_COMMAND_BYTE) */
|
|
|
|
|
#define KBD_TRANSLATION 0x0040
|
|
|
|
|
#define KBD_RESERVED_BITS 0x0004
|
Alot of fixes from kazu:
1. All the suggestions earlier made by Bruce: renaming some symbols,
stricter error checking, removing redundant code, etc.
2. The `psm' driver preserves the default counter resolution and
report rate, whatever they are after reset. (Based on reports and
suggestion from Nate and Rob Bolin).
3. The `psm' driver now does not check the so-called sync. bit in the
first byte of the data packet by default, so that the tapping feature
of ALPUS GlidePoint works (based on reports from Louis Mamakos). I
tested the code with ALPUS Desktop GlidePoint (M/N GP101) and found
no problem; tapping worked. It appears ALPUS produces several models
of GlidePoint. I hope the other models are OK too.
The check code can still be activated by defining the PSM_CHECKSYNC
option in the config file. (The bit checking slightly reduces, if not
completely eliminates, weird mouse behavior cased by unsynchronized
mouse data packets. It also helps us to detect if the mouse interrupt
can ever be lost. But, well, if there are devices which cannot be
supported this way...)
4. The `psm' driver does not include the protocol emulation code by
default. The code can still be compiled in if the PSM_EMULATION option
is specified in the config file. Louis Mamakos suggests the emulation
code is putting too much in the kernel, and `moused' works well.
I will think about this later and decide if the entire emulation
code should be removed.
5. And, of course, the fix in `scprobe()' from Bruce to cure the
UserConfig problem. My code in `kbdio.c' is slightly different from
his patch, but has the same effect. There still is a possibility that
`scprobe()' gets confused, if, for whatever reasons, the user holds
down a key for very long time during the boot process. But we cannot
cope with everything, can we?
Submitted by: Kazutaka YOKOTA (yokota@zodiac.mech.utsunomiya-u.ac.jp)
1996-12-01 19:05:50 +00:00
|
|
|
#define KBD_OVERRIDE_KBD_LOCK 0x0008
|
1996-11-14 22:19:17 +00:00
|
|
|
#define KBD_ENABLE_KBD_PORT 0x0000
|
|
|
|
|
#define KBD_DISABLE_KBD_PORT 0x0010
|
|
|
|
|
#define KBD_ENABLE_AUX_PORT 0x0000
|
|
|
|
|
#define KBD_DISABLE_AUX_PORT 0x0020
|
|
|
|
|
#define KBD_ENABLE_AUX_INT 0x0002
|
|
|
|
|
#define KBD_DISABLE_AUX_INT 0x0000
|
|
|
|
|
#define KBD_ENABLE_KBD_INT 0x0001
|
|
|
|
|
#define KBD_DISABLE_KBD_INT 0x0000
|
|
|
|
|
#define KBD_KBD_CONTROL_BITS (KBD_DISABLE_KBD_PORT | KBD_ENABLE_KBD_INT)
|
|
|
|
|
#define KBD_AUX_CONTROL_BITS (KBD_DISABLE_AUX_PORT | KBD_ENABLE_AUX_INT)
|
|
|
|
|
|
|
|
|
|
/* keyboard device commands (sent to KBD_DATA_PORT) */
|
|
|
|
|
#define KBDC_RESET_KBD 0x00ff
|
|
|
|
|
#define KBDC_ENABLE_KBD 0x00f4
|
|
|
|
|
#define KBDC_DISABLE_KBD 0x00f5
|
|
|
|
|
#define KBDC_SET_DEFAULTS 0x00f6
|
|
|
|
|
#define KBDC_SEND_DEV_ID 0x00f2
|
|
|
|
|
#define KBDC_SET_LEDS 0x00ed
|
|
|
|
|
#define KBDC_ECHO 0x00ee
|
|
|
|
|
#define KBDC_SET_SCAN_CODESET 0x00f0
|
|
|
|
|
#define KBDC_SET_TYPEMATIC 0x00f3
|
|
|
|
|
|
|
|
|
|
/* aux device commands (sent to KBD_DATA_PORT) */
|
|
|
|
|
#define PSMC_RESET_DEV 0x00ff
|
|
|
|
|
#define PSMC_ENABLE_DEV 0x00f4
|
|
|
|
|
#define PSMC_DISABLE_DEV 0x00f5
|
|
|
|
|
#define PSMC_SEND_DEV_ID 0x00f2
|
|
|
|
|
#define PSMC_SEND_DEV_STATUS 0x00e9
|
Alot of fixes from kazu:
1. All the suggestions earlier made by Bruce: renaming some symbols,
stricter error checking, removing redundant code, etc.
2. The `psm' driver preserves the default counter resolution and
report rate, whatever they are after reset. (Based on reports and
suggestion from Nate and Rob Bolin).
3. The `psm' driver now does not check the so-called sync. bit in the
first byte of the data packet by default, so that the tapping feature
of ALPUS GlidePoint works (based on reports from Louis Mamakos). I
tested the code with ALPUS Desktop GlidePoint (M/N GP101) and found
no problem; tapping worked. It appears ALPUS produces several models
of GlidePoint. I hope the other models are OK too.
The check code can still be activated by defining the PSM_CHECKSYNC
option in the config file. (The bit checking slightly reduces, if not
completely eliminates, weird mouse behavior cased by unsynchronized
mouse data packets. It also helps us to detect if the mouse interrupt
can ever be lost. But, well, if there are devices which cannot be
supported this way...)
4. The `psm' driver does not include the protocol emulation code by
default. The code can still be compiled in if the PSM_EMULATION option
is specified in the config file. Louis Mamakos suggests the emulation
code is putting too much in the kernel, and `moused' works well.
I will think about this later and decide if the entire emulation
code should be removed.
5. And, of course, the fix in `scprobe()' from Bruce to cure the
UserConfig problem. My code in `kbdio.c' is slightly different from
his patch, but has the same effect. There still is a possibility that
`scprobe()' gets confused, if, for whatever reasons, the user holds
down a key for very long time during the boot process. But we cannot
cope with everything, can we?
Submitted by: Kazutaka YOKOTA (yokota@zodiac.mech.utsunomiya-u.ac.jp)
1996-12-01 19:05:50 +00:00
|
|
|
#define PSMC_SEND_DEV_DATA 0x00eb
|
1996-11-14 22:19:17 +00:00
|
|
|
#define PSMC_SET_SCALING11 0x00e6
|
|
|
|
|
#define PSMC_SET_SCALING21 0x00e7
|
|
|
|
|
#define PSMC_SET_RESOLUTION 0x00e8
|
|
|
|
|
#define PSMC_SET_STREAM_MODE 0x00ea
|
Alot of fixes from kazu:
1. All the suggestions earlier made by Bruce: renaming some symbols,
stricter error checking, removing redundant code, etc.
2. The `psm' driver preserves the default counter resolution and
report rate, whatever they are after reset. (Based on reports and
suggestion from Nate and Rob Bolin).
3. The `psm' driver now does not check the so-called sync. bit in the
first byte of the data packet by default, so that the tapping feature
of ALPUS GlidePoint works (based on reports from Louis Mamakos). I
tested the code with ALPUS Desktop GlidePoint (M/N GP101) and found
no problem; tapping worked. It appears ALPUS produces several models
of GlidePoint. I hope the other models are OK too.
The check code can still be activated by defining the PSM_CHECKSYNC
option in the config file. (The bit checking slightly reduces, if not
completely eliminates, weird mouse behavior cased by unsynchronized
mouse data packets. It also helps us to detect if the mouse interrupt
can ever be lost. But, well, if there are devices which cannot be
supported this way...)
4. The `psm' driver does not include the protocol emulation code by
default. The code can still be compiled in if the PSM_EMULATION option
is specified in the config file. Louis Mamakos suggests the emulation
code is putting too much in the kernel, and `moused' works well.
I will think about this later and decide if the entire emulation
code should be removed.
5. And, of course, the fix in `scprobe()' from Bruce to cure the
UserConfig problem. My code in `kbdio.c' is slightly different from
his patch, but has the same effect. There still is a possibility that
`scprobe()' gets confused, if, for whatever reasons, the user holds
down a key for very long time during the boot process. But we cannot
cope with everything, can we?
Submitted by: Kazutaka YOKOTA (yokota@zodiac.mech.utsunomiya-u.ac.jp)
1996-12-01 19:05:50 +00:00
|
|
|
#define PSMC_SET_REMOTE_MODE 0x00f0
|
1996-11-14 22:19:17 +00:00
|
|
|
#define PSMC_SET_SAMPLING_RATE 0x00f3
|
|
|
|
|
|
|
|
|
|
/* PSMC_SET_RESOLUTION argument */
|
|
|
|
|
#define PSMD_RESOLUTION_25 0 /* 25ppi */
|
|
|
|
|
#define PSMD_RESOLUTION_50 1 /* 50ppi */
|
|
|
|
|
#define PSMD_RESOLUTION_100 2 /* 100ppi (default after reset) */
|
|
|
|
|
#define PSMD_RESOLUTION_200 3 /* 200ppi */
|
|
|
|
|
/* FIXME: I don't know if it's possible to go beyond 200ppi.
|
|
|
|
|
The values below are of my wild guess. */
|
|
|
|
|
#define PSMD_RESOLUTION_400 4 /* 400ppi */
|
|
|
|
|
#define PSMD_RESOLUTION_800 5 /* 800ppi */
|
|
|
|
|
#define PSMD_MAX_RESOLUTION PSMD_RESOLUTION_800
|
|
|
|
|
|
|
|
|
|
/* PSMC_SET_SAMPLING_RATE */
|
|
|
|
|
#define PSMD_MAX_RATE 255 /* FIXME: not sure if it's possible */
|
|
|
|
|
|
|
|
|
|
/* status bits (KBD_STATUS_PORT) */
|
1996-12-04 04:21:30 +00:00
|
|
|
#ifdef PC98
|
|
|
|
|
#define KBDS_BUFFER_FULL 0x0002
|
|
|
|
|
#define KBDS_ANY_BUFFER_FULL 0x0002
|
|
|
|
|
#define KBDS_KBD_BUFFER_FULL 0x0002
|
|
|
|
|
#define KBDS_AUX_BUFFER_FULL 0x0002
|
|
|
|
|
#else
|
1996-11-14 22:19:17 +00:00
|
|
|
#define KBDS_BUFFER_FULL 0x0021
|
|
|
|
|
#define KBDS_ANY_BUFFER_FULL 0x0001
|
|
|
|
|
#define KBDS_KBD_BUFFER_FULL 0x0001
|
|
|
|
|
#define KBDS_AUX_BUFFER_FULL 0x0021
|
1996-12-04 04:21:30 +00:00
|
|
|
#endif
|
Alot of fixes from kazu:
1. All the suggestions earlier made by Bruce: renaming some symbols,
stricter error checking, removing redundant code, etc.
2. The `psm' driver preserves the default counter resolution and
report rate, whatever they are after reset. (Based on reports and
suggestion from Nate and Rob Bolin).
3. The `psm' driver now does not check the so-called sync. bit in the
first byte of the data packet by default, so that the tapping feature
of ALPUS GlidePoint works (based on reports from Louis Mamakos). I
tested the code with ALPUS Desktop GlidePoint (M/N GP101) and found
no problem; tapping worked. It appears ALPUS produces several models
of GlidePoint. I hope the other models are OK too.
The check code can still be activated by defining the PSM_CHECKSYNC
option in the config file. (The bit checking slightly reduces, if not
completely eliminates, weird mouse behavior cased by unsynchronized
mouse data packets. It also helps us to detect if the mouse interrupt
can ever be lost. But, well, if there are devices which cannot be
supported this way...)
4. The `psm' driver does not include the protocol emulation code by
default. The code can still be compiled in if the PSM_EMULATION option
is specified in the config file. Louis Mamakos suggests the emulation
code is putting too much in the kernel, and `moused' works well.
I will think about this later and decide if the entire emulation
code should be removed.
5. And, of course, the fix in `scprobe()' from Bruce to cure the
UserConfig problem. My code in `kbdio.c' is slightly different from
his patch, but has the same effect. There still is a possibility that
`scprobe()' gets confused, if, for whatever reasons, the user holds
down a key for very long time during the boot process. But we cannot
cope with everything, can we?
Submitted by: Kazutaka YOKOTA (yokota@zodiac.mech.utsunomiya-u.ac.jp)
1996-12-01 19:05:50 +00:00
|
|
|
#define KBDS_INPUT_BUFFER_FULL 0x0002
|
1996-11-14 22:19:17 +00:00
|
|
|
|
|
|
|
|
/* return code */
|
|
|
|
|
#define KBD_ACK 0x00fa
|
|
|
|
|
#define KBD_RESEND 0x00fe
|
|
|
|
|
#define KBD_RESET_DONE 0x00aa
|
|
|
|
|
#define KBD_RESET_FAIL 0x00fc
|
|
|
|
|
#define KBD_DIAG_DONE 0x0055
|
|
|
|
|
#define KBD_DIAG_FAIL 0x00fd
|
|
|
|
|
#define KBD_ECHO 0x00ee
|
|
|
|
|
|
|
|
|
|
#define PSM_ACK 0x00fa
|
|
|
|
|
#define PSM_RESEND 0x00fe
|
|
|
|
|
#define PSM_RESET_DONE 0x00aa
|
|
|
|
|
#define PSM_RESET_FAIL 0x00fc
|
|
|
|
|
|
|
|
|
|
/* aux device ID */
|
|
|
|
|
#define PSM_MOUSE_ID 0
|
|
|
|
|
#define PSM_BALLPOINT_ID 2
|
|
|
|
|
|
|
|
|
|
#ifdef KERNEL
|
|
|
|
|
|
|
|
|
|
/* driver specific options: the following options may be set by
|
|
|
|
|
`options' statements in the kernel configuration file. */
|
|
|
|
|
|
|
|
|
|
/* retry count */
|
|
|
|
|
#ifndef KBD_MAXRETRY
|
|
|
|
|
#define KBD_MAXRETRY 3
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* timing parameters */
|
|
|
|
|
#ifndef KBD_RESETDELAY
|
|
|
|
|
#define KBD_RESETDELAY 200 /* wait 200msec after kbd/mouse reset */
|
|
|
|
|
#endif
|
|
|
|
|
#ifndef KBD_MAXWAIT
|
|
|
|
|
#define KBD_MAXWAIT 5 /* wait 5 times at most after reset */
|
|
|
|
|
#endif
|
|
|
|
|
|
1996-12-04 04:21:30 +00:00
|
|
|
/* I/O recovery time */
|
|
|
|
|
#ifdef PC98
|
|
|
|
|
#define KBDC_DELAYTIME 37
|
|
|
|
|
#define KBDD_DELAYTIME 37
|
|
|
|
|
#else
|
|
|
|
|
#define KBDC_DELAYTIME 20
|
|
|
|
|
#define KBDD_DELAYTIME 7
|
|
|
|
|
#endif
|
|
|
|
|
|
1996-11-14 22:19:17 +00:00
|
|
|
/* debugging */
|
|
|
|
|
/* #define KBDIO_DEBUG produces debugging output */
|
|
|
|
|
|
|
|
|
|
/* end of driver specific options */
|
|
|
|
|
|
|
|
|
|
/* misc */
|
|
|
|
|
#ifndef TRUE
|
|
|
|
|
#define TRUE (-1)
|
|
|
|
|
#endif
|
|
|
|
|
#ifndef FALSE
|
|
|
|
|
#define FALSE 0
|
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
/* function prototypes */
|
|
|
|
|
|
|
|
|
|
int wait_while_controller_busy __P((int port));
|
|
|
|
|
|
|
|
|
|
int wait_for_data __P((int port));
|
|
|
|
|
int wait_for_kbd_data __P((int port));
|
|
|
|
|
int wait_for_aux_data __P((int port));
|
|
|
|
|
|
Alot of fixes from kazu:
1. All the suggestions earlier made by Bruce: renaming some symbols,
stricter error checking, removing redundant code, etc.
2. The `psm' driver preserves the default counter resolution and
report rate, whatever they are after reset. (Based on reports and
suggestion from Nate and Rob Bolin).
3. The `psm' driver now does not check the so-called sync. bit in the
first byte of the data packet by default, so that the tapping feature
of ALPUS GlidePoint works (based on reports from Louis Mamakos). I
tested the code with ALPUS Desktop GlidePoint (M/N GP101) and found
no problem; tapping worked. It appears ALPUS produces several models
of GlidePoint. I hope the other models are OK too.
The check code can still be activated by defining the PSM_CHECKSYNC
option in the config file. (The bit checking slightly reduces, if not
completely eliminates, weird mouse behavior cased by unsynchronized
mouse data packets. It also helps us to detect if the mouse interrupt
can ever be lost. But, well, if there are devices which cannot be
supported this way...)
4. The `psm' driver does not include the protocol emulation code by
default. The code can still be compiled in if the PSM_EMULATION option
is specified in the config file. Louis Mamakos suggests the emulation
code is putting too much in the kernel, and `moused' works well.
I will think about this later and decide if the entire emulation
code should be removed.
5. And, of course, the fix in `scprobe()' from Bruce to cure the
UserConfig problem. My code in `kbdio.c' is slightly different from
his patch, but has the same effect. There still is a possibility that
`scprobe()' gets confused, if, for whatever reasons, the user holds
down a key for very long time during the boot process. But we cannot
cope with everything, can we?
Submitted by: Kazutaka YOKOTA (yokota@zodiac.mech.utsunomiya-u.ac.jp)
1996-12-01 19:05:50 +00:00
|
|
|
int write_controller_command __P((int port,int c));
|
|
|
|
|
int write_controller_data __P((int port,int c));
|
1996-11-14 22:19:17 +00:00
|
|
|
|
Alot of fixes from kazu:
1. All the suggestions earlier made by Bruce: renaming some symbols,
stricter error checking, removing redundant code, etc.
2. The `psm' driver preserves the default counter resolution and
report rate, whatever they are after reset. (Based on reports and
suggestion from Nate and Rob Bolin).
3. The `psm' driver now does not check the so-called sync. bit in the
first byte of the data packet by default, so that the tapping feature
of ALPUS GlidePoint works (based on reports from Louis Mamakos). I
tested the code with ALPUS Desktop GlidePoint (M/N GP101) and found
no problem; tapping worked. It appears ALPUS produces several models
of GlidePoint. I hope the other models are OK too.
The check code can still be activated by defining the PSM_CHECKSYNC
option in the config file. (The bit checking slightly reduces, if not
completely eliminates, weird mouse behavior cased by unsynchronized
mouse data packets. It also helps us to detect if the mouse interrupt
can ever be lost. But, well, if there are devices which cannot be
supported this way...)
4. The `psm' driver does not include the protocol emulation code by
default. The code can still be compiled in if the PSM_EMULATION option
is specified in the config file. Louis Mamakos suggests the emulation
code is putting too much in the kernel, and `moused' works well.
I will think about this later and decide if the entire emulation
code should be removed.
5. And, of course, the fix in `scprobe()' from Bruce to cure the
UserConfig problem. My code in `kbdio.c' is slightly different from
his patch, but has the same effect. There still is a possibility that
`scprobe()' gets confused, if, for whatever reasons, the user holds
down a key for very long time during the boot process. But we cannot
cope with everything, can we?
Submitted by: Kazutaka YOKOTA (yokota@zodiac.mech.utsunomiya-u.ac.jp)
1996-12-01 19:05:50 +00:00
|
|
|
int write_kbd_command __P((int port,int c));
|
|
|
|
|
int write_aux_command __P((int port,int c));
|
1996-11-14 22:19:17 +00:00
|
|
|
int send_kbd_command __P((int port,int c));
|
|
|
|
|
int send_aux_command __P((int port,int c));
|
|
|
|
|
int send_kbd_command_and_data __P((int port,int c,int d));
|
|
|
|
|
int send_aux_command_and_data __P((int port,int c,int d));
|
|
|
|
|
|
|
|
|
|
int read_controller_data __P((int port));
|
|
|
|
|
int read_kbd_data __P((int port));
|
|
|
|
|
int read_kbd_data_no_wait __P((int port));
|
|
|
|
|
int read_aux_data __P((int port));
|
|
|
|
|
|
Alot of fixes from kazu:
1. All the suggestions earlier made by Bruce: renaming some symbols,
stricter error checking, removing redundant code, etc.
2. The `psm' driver preserves the default counter resolution and
report rate, whatever they are after reset. (Based on reports and
suggestion from Nate and Rob Bolin).
3. The `psm' driver now does not check the so-called sync. bit in the
first byte of the data packet by default, so that the tapping feature
of ALPUS GlidePoint works (based on reports from Louis Mamakos). I
tested the code with ALPUS Desktop GlidePoint (M/N GP101) and found
no problem; tapping worked. It appears ALPUS produces several models
of GlidePoint. I hope the other models are OK too.
The check code can still be activated by defining the PSM_CHECKSYNC
option in the config file. (The bit checking slightly reduces, if not
completely eliminates, weird mouse behavior cased by unsynchronized
mouse data packets. It also helps us to detect if the mouse interrupt
can ever be lost. But, well, if there are devices which cannot be
supported this way...)
4. The `psm' driver does not include the protocol emulation code by
default. The code can still be compiled in if the PSM_EMULATION option
is specified in the config file. Louis Mamakos suggests the emulation
code is putting too much in the kernel, and `moused' works well.
I will think about this later and decide if the entire emulation
code should be removed.
5. And, of course, the fix in `scprobe()' from Bruce to cure the
UserConfig problem. My code in `kbdio.c' is slightly different from
his patch, but has the same effect. There still is a possibility that
`scprobe()' gets confused, if, for whatever reasons, the user holds
down a key for very long time during the boot process. But we cannot
cope with everything, can we?
Submitted by: Kazutaka YOKOTA (yokota@zodiac.mech.utsunomiya-u.ac.jp)
1996-12-01 19:05:50 +00:00
|
|
|
void empty_kbd_buffer __P((int port, int t));
|
|
|
|
|
void empty_aux_buffer __P((int port, int t));
|
|
|
|
|
void empty_both_buffers __P((int port, int t));
|
1996-11-14 22:19:17 +00:00
|
|
|
|
|
|
|
|
int reset_kbd __P((int port));
|
|
|
|
|
int reset_aux_dev __P((int port));
|
|
|
|
|
|
|
|
|
|
int test_controller __P((int port));
|
|
|
|
|
int test_kbd_port __P((int port));
|
|
|
|
|
int test_aux_port __P((int port));
|
|
|
|
|
|
Alot of fixes from kazu:
1. All the suggestions earlier made by Bruce: renaming some symbols,
stricter error checking, removing redundant code, etc.
2. The `psm' driver preserves the default counter resolution and
report rate, whatever they are after reset. (Based on reports and
suggestion from Nate and Rob Bolin).
3. The `psm' driver now does not check the so-called sync. bit in the
first byte of the data packet by default, so that the tapping feature
of ALPUS GlidePoint works (based on reports from Louis Mamakos). I
tested the code with ALPUS Desktop GlidePoint (M/N GP101) and found
no problem; tapping worked. It appears ALPUS produces several models
of GlidePoint. I hope the other models are OK too.
The check code can still be activated by defining the PSM_CHECKSYNC
option in the config file. (The bit checking slightly reduces, if not
completely eliminates, weird mouse behavior cased by unsynchronized
mouse data packets. It also helps us to detect if the mouse interrupt
can ever be lost. But, well, if there are devices which cannot be
supported this way...)
4. The `psm' driver does not include the protocol emulation code by
default. The code can still be compiled in if the PSM_EMULATION option
is specified in the config file. Louis Mamakos suggests the emulation
code is putting too much in the kernel, and `moused' works well.
I will think about this later and decide if the entire emulation
code should be removed.
5. And, of course, the fix in `scprobe()' from Bruce to cure the
UserConfig problem. My code in `kbdio.c' is slightly different from
his patch, but has the same effect. There still is a possibility that
`scprobe()' gets confused, if, for whatever reasons, the user holds
down a key for very long time during the boot process. But we cannot
cope with everything, can we?
Submitted by: Kazutaka YOKOTA (yokota@zodiac.mech.utsunomiya-u.ac.jp)
1996-12-01 19:05:50 +00:00
|
|
|
int set_controller_command_byte __P((int port,int command,int flag));
|
1996-11-14 22:19:17 +00:00
|
|
|
|
|
|
|
|
#endif /* KERNEL */
|
|
|
|
|
|
|
|
|
|
#endif /* !_I386_ISA_KBDIO_H_ */
|
