"International English" (#ABB) unit from Christer Andersson.
US version (#ABA) uses the same primary layer layout as far as I can
figure from keyboard pictures, so this table should work for those
machines too.
XXX The way this is done is really wrong, as this function ends up
modifying read-only data marked with 'const'.
The reason we can get away with this is that apparently all the
ports using this code maps text and read-only data read-write.
Reviewed by christos, who suggested "a big XXX comment".
pfckbd_callout_hp() does. Change the order of scan and the layout of
the matrix to be more natural.
Chords like <Shift>+<L> now work.
From KIYOHARA Takashi.
necessary information to create the pseudo-device instance. Pseudo-device
device's will reference this cfdata, just as normal devices reference
their corresponding cfdata.
Welcome to 2.99.10.
-convert submatch() style functions (passed to config_search() or
config_found_sm()) to the locator passing variants
-pass interface attributes in some cases
-make submatch() functions look uniformly as far as possible
-avoid macros which just hide cfdata members, and reduce dependencies
on "locators.h"
hpckbd_keymap_table, you must make sure that pckbd_keydesctab[] in
sys/dev/pckbport/wskbdmap_mfii.c has a placeholder KB_MACHDEP entry
for the base ht_layout that you refer.
I've stepped on this rakes two times already, with DE and FR keymaps,
so I gather, I'd better add this reminder, if only for myself. :)
now properly renamed to have the EU suffix.
Enable Jornada 680/690 French (ABF) keymap now that we have a platid
for it (requires updated hpcboot.exe to use).
drivers that attach to it. This allows for other host interface chips
that use the same keyboards and mice, such as the ones in the ARM
IOMD20, ARM7500, and SA-1111. The PC-compatible driver is still
called pckbc(4), and the new abstraction layer is "pckbport", so the
child devices have moved from sys/dev/pckbc to sys/dev/pckbport, which
also contains some code shared between all host controllers. To avoid
incompatibility, pckbdreg.h is still installed in
/usr/include/dev/pckbc.
In theory, this shouldn't cause any behavioural changes in the drivers
concerned. Thy just use rather more function pointers than before. Tested
on i386 and (with a new host driver) acorn32. Compiled on several other
affected architectures.
copyin() or copyout().
uvm_useracc() tells us whether the mapping permissions allow access to
the desired part of an address space, and many callers assume that
this is the same as knowing whether an attempt to access that part of
the address space will succeed. however, access to user space can
fail for reasons other than insufficient permission, most notably that
paging in any non-resident data can fail due to i/o errors. most of
the callers of uvm_useracc() make the above incorrect assumption. the
rest are all misguided optimizations, which optimize for the case
where an operation will fail. we'd rather optimize for operations
succeeding, in which case we should just attempt the access and handle
failures due to insufficient permissions the same way we handle i/o
errors. since there appear to be no good uses of uvm_useracc(), we'll
just remove it.
descriptions of WinCE behavior from Ge'rard Gambaro (jornada.free.fr).
Not tested on an actual ABF unit.
Hidden under #if 0, as we don't have a platform id for French Jornadas yet.
But I think it's better off committed before it's got lost.
international. Drop Hungarian map that is a proper subset of
international map (and I strongly suspect the "Hungarian" is a
misnomer in the first place). Adjust hpckbd_keymap_table accordingly.
With this change selecting "US" in hpcboot will give you real US
layout. Selecting "Hungarian" will give you international layout and
I think hpcboot shall be changed accordingly.
I'm not sure if there's separate "German" layout for hpcs. I think
any layout that is not different from us/international on the primary
layer shall be handled with wsconsctl.
Our default keymaps map "<=" to KS_Delete (i.e. vt-style rubout)
anyway, so default behavior is not changed, but some people might
prefer to map "<=" and "del" differently. Let them distinguish
between the two. Fix the flying windows key mapping it should be 219,
not 221 (menu). Drop non-existent keycode 125.
kleink