src-test2/sys/dev/kbd, branch release/6.2.0_cvsFreeBSD source treehttps://cgit-dev.freebsd.org/src-test2/atom?h=release%2F6.2.0_cvs2007-01-11T22:54:46ZThis commit was manufactured by cvs2svn to create tag2007-01-11T22:54:46Zcvs2svncvs2svn@FreeBSD.org2007-01-11T22:54:46Zurn:sha1:201f78d6b90635d961fa373ecd706e3786333b7e
'RELENG_6_2_0_RELEASE'.
This commit was manufactured to restore the state of the 6.2-RELEASE image.
MFC:2006-03-04T00:41:28ZMaksim Yevmenkinemax@FreeBSD.org2006-03-04T00:41:28Zurn:sha1:2e8c25dc76473dff57229afb9d7db61eae807dab
Integrate kbdmux(4) into syscons(4) and kbd code.
By default syscons(4) will look for the kbdmux(4) keyboard first, and then,
if not found, look for any keyboard.
Current kbd code is modified so if kbdmux(4) is the current keyboard, all
new keyboards are automatically added to the kbdmux(4).
Switch to kbdmux(4) can be done at boot time, by loading kbdmux module at
the loader prompt, or at runtime, by kldload'ing the kbdmux module and
releasing current active keyboard.
If, for whatever reason, kbdmux(4) is not required/desired then just do
not load it and everything should work as before. It is also possible to
kldunload kbdmux at runtime and syscons(4) will automatically switch to
the first available keyboard.
Approved by: re (scottl)
MFC to RELENG_62005-07-20T18:56:21ZMaksim Yevmenkinemax@FreeBSD.org2005-07-20T18:56:21Zurn:sha1:484fe85e27d8e2865d2c86d5317f06e33eea2730
kbdmux(4) keyboard multiplexer integration
o Add two new ioctl's KBADDKBD and KBRELKBD. These are used to add and remove
keyboard to (and from) kbdmux(4) keyboard multiplexer;
o Introduce new kbd_find_keyboard2() function. It does exactly the same job
as kbd_find_keyboard() function except it allows to specify starting index.
This function can be used to iterate over keyboards array;
o Re-implement kbd_find_keyboard() as call to kbd_find_keyboard2() with starting
index of zero;
o Make sure syscons(4) passed KBADDKBD and KBRELKBD ioctl's onto currently
active keyboard.
These changes should not have any visible effect.
Approved by: re (kensmith)
- Hook up the new locations of the atkbdc(4), atkbd(4) and psm(4) source2005-06-10T20:56:38ZMarius Stroblmarius@FreeBSD.org2005-06-10T20:56:38Zurn:sha1:520b635320fe3ec5007d7774fd7b1a8abc432aca
files after they were repo-copied to sys/dev/atkbdc. The sources of
atkbdc(4) and its children were moved to the new location in preparation
for adding an EBus front-end to atkbdc(4) for use on sparc64; i.e. in
order to not further scatter them over the whole tree which would have
been the result of adding atkbdc_ebus.c in e.g. sys/sparc64/ebus. Another
reason for the repo-copies was that some of the sources were misfiled,
e.g. sys/isa/atkbd_isa.c wasn't ISA-specific at all but for hanging
atkbd(4) off of atkbdc(4) and was renamed to atkbd_atkbdc.c accordingly.
Most of sys/isa/psm.c, i.e. expect for its PSMC PNP part, also isn't
ISA-specific.
- Separate the parts of atkbdc_isa.c which aren't actually ISA-specific
but are shareable between different atkbdc(4) bus front-ends into
atkbdc_subr.c (repo-copied from atkbdc_isa.c). While here use
bus_generic_rl_alloc_resource() and bus_generic_rl_release_resource()
respectively in atkbdc_isa.c instead of rolling own versions.
- Add sparc64 MD bits to atkbdc(4) and atkbd(4) and an EBus front-end for
atkbdc(4). PS/2 controllers and input devices are used on a couple of
Sun OEM boards and occur on either the EBus or the ISA bus. Depending on
the board it's either the only on-board mean to connect a keyboard and
mouse or an alternative to either RS232 or USB devices.
- Wrap the PSMC PNP part of psm.c in #ifdef DEV_ISA so it can be compiled
without isa(4) (e.g. for EBus-only machines). This ISA-specific part
isn't separated into its own source file, yet, as it requires more work
than was feasible for 6.0 in order to do it in a clean way. Actually
philip@ is working on a rewrite of psm(4) so a more comprehensive
clean-up and separation of hardware dependent and independent parts is
expected to happen after 6.0.
Tested on: i386, sparc64 (AX1105, AXe and AXi boards)
Reviewed by: philip
Remove bus_{mem,p}io.h and related code for a micro-optimization on i3862005-05-29T04:42:30ZYoshihiro Takahashinyan@FreeBSD.org2005-05-29T04:42:30Zurn:sha1:d4fcf3cba56369bf27a1943ee07b2ddd124b8436
and amd64. The optimization is a trivial on recent machines.
Reviewed by: -arch (imp, marcel, dfr)
Move the pc98 keymap define into pckbdtables.h because it should be used2005-05-12T13:39:31ZYoshihiro Takahashinyan@FreeBSD.org2005-05-12T13:39:31Zurn:sha1:77bcc9ce358adf2964e6193b3ed6bfd667f628c7
only on the pckbd driver.
Backout previous diffs - this functionality is already provided by the2005-04-07T23:59:37ZMaxim Sobolevsobomax@FreeBSD.org2005-04-07T23:59:37Zurn:sha1:0e9502aaaa1e210202b7354b8738afa014bfee28
hints to the atkbd(4).
PR:
Submitted by: jhb
Make previous commit actually working by replacing TUNABLE_INT() with2005-04-07T18:18:17ZMaxim Sobolevsobomax@FreeBSD.org2005-04-07T18:18:17Zurn:sha1:7ca67a6885c324da4180fdc2fa8aa6a5e93fd81e
TUNABLE_INT_FETCH(). Apparently keyboard init is performed earlier
in the boot process than fetching all static tunables.
MFC after: 1 day
Provide a new tunable hw.atkbdc.broken_kit_cmd, which if set to 12005-04-07T17:15:10ZMaxim Sobolevsobomax@FreeBSD.org2005-04-07T17:15:10Zurn:sha1:9ec4f9e385e56e1208076bd4c42db4203712f431
instructs the driver to avoid using Keyboard Interface Test command.
This command causes problems with some non-compliant hardware, resulting
in machine being abruptly powered down early in the boot process.
Particularly it's known that HP ZV5000 and Compaq R3000Z notebooks
are affected by this problem.
Due to popularity of those models this patch is good MFC5.4 candidate.
PR: 67745
Submitted by: Jung-uk Kim jkim at niksun.com
MFC after: 1 days
plug memory leak2005-02-26T18:55:53ZSam Lefflersam@FreeBSD.org2005-02-26T18:55:53Zurn:sha1:ff69096233c639f40975573a1af15e243766c932
Noticed by: Coverity Prevent analysis tool