Age | Commit message (Collapse) | Author |
|
(also nuke the last vtophys so it'll even work on sparc64)
|
|
devices which only support PIO mode 2 or less. Use
atap_oldpiotiming to obtain supported mode for such devices.
Also use SET FEATURES only for PIO mode > 2.
Work by Alec Skelly <alec@dtkco.com> with my little help.
ok costa@
|
|
Found by dhartmei@; I thought he committed the fix but appearently not.
Also make the debugging printf for IV mismatch more useful.
|
|
|
|
|
|
- registers definitions
- timing values setup
- cable detection
Partially from Linux, FreeBSD and AMD specs.
Many thanks to Johan Lindman <tybollt@solace.mh.se> for providing
access to the testing machine.
ok gluk@
|
|
Tested by todd@; ok gluk@
|
|
|
|
|
|
|
|
|
|
the same size). ok drahn
|
|
|
|
|
|
sense inthe gsckbc world, the code currently requires this for proper
attachment. Oops.
|
|
|
|
|
|
intended. (This fixes a gcc3 warning.)
ok jason, millert
|
|
Change semantics of scrub option 'no-df' slightly: if the option is used,
it now also applies to _fragments_ with IP_DF set, not just to complete
packets. Hence, adding 'no-df' to 'scrub in all fragment reassemble'
allows to clear IP_DF from fragments, so they don't get dropped but
reassembled.
This affects several UDP protocols that used PMTU discovery, mostly
Linux' NFS implementation. In short, if you have 'scrub in all' now,
you probably want to change that to 'scrub in all no-df', unless you
want to drop fragments with IP_DF set (some people have good reasons
to do the latter, hence the non-default option).
ok frantzen@, henning@, cedric@
|
|
requested the signal. This is coherent with what /dev/tty does and
the current implementation of fcntl(F_SETOWN). Ok deraadt@
|
|
ok cedric, jason, theo
|
|
ok jason@
|
|
|
|
pfctl.
ok dhartmei@
|
|
|
|
|
|
- pass back a pointer to state created in pf_test_{tcp|udp|icmp|other}()
so that pf_route()/pf_route6() can peek at it.
- put the PACKET_TAG_PF_ROUTED tag onto the packets _before_ we call
pf_test()/pf_test6() again to prevent looping.
- Call pf_test6() in pf_route6() instead of pf_test() for obvious reasons.
ok dhartmei@
|
|
|
|
|
|
done by the loop, this is mostly an HIL packet decoding routine.
|
|
names.
|
|
it will be emulated later or a trap generated appropriately.
this way we do not have to share the knowledge of the present
units all over the sources and keep it relatively easy.
this fixes the random sig4 seen before.
apparently it was caused by the xmpy instruction
triggering the fpu context switch and being of a
problem for the existing uid check to parse.
also force the fpu context reload after the exception
being taken for the fpu or other coprocessor.
reload r1 with iir after load/store emulation.
add a comment on r1 being shadowed on cpu context save before emulation.
|
|
Nobody will want to use such a keyboard anyways, as there is no ~ (tilde)
key on it.
|
|
|
|
ok dhartmei@
|
|
|
|
|
|
|
|
This is probably only valid on 700 series, though.
|
|
the attachment of wsdisplay to sti as well.
This allows us to have a working console for boot -a, and still attach
a full-blown wscons console as soon as possible.
ok mickey@
|
|
|
|
|
|
Derived from the hp300 HIL code, and some information found in XFree86
HP-UX specific parts.
However, this code does not provide an HP-UX compatible /dev/hil* interface,
but will rather attach real BSD drivers to the hil driver glue.
Currently, only a driver for the HP-HIL keyboards is provided. More to come
as resources permit.
The international layout tables for hilkbd are derived from the ite tables
found in the hp300 code, but only the US layout could be tested.
Sample dmesg output on a heavily charged hil loop:
hil0 at gsc0 offset 21000 irq 1
hilkbd0 at hil0 code 1: 109-key keyboard, layout 1b
wskbd0 at hilkbd0: console keyboard
hilkbd1 at hil0 code 2: 109-key keyboard, layout 1f
wskbd1 at hilkbd1
"ID module" at hil0 id 34 code 3 not configured
"ID module" at hil0 id 34 code 4 not configured
"Tablet" at hil0 id 94 code 5 not configured
"Mouse" at hil0 id 68 code 6 not configured
Some feedback from and ok mickey@
|
|
|
|
ok mickey@
|
|
|
|
|
|
|
|
|
|
|