move its declaration to the machine-dependent header file on those
machines that use it. In principle, only i386 should have it.
Alpha and AMD64 should use their direct virtual-to-physical mapping.
- Remove pmap_kenter_temporary() from ia64. It is unused. Approved
by: marcel@
VIA C3 Nehemiah's hardware RNG support,
nge(4) VLAN support bugfix,
rl(4) polling support bugfix,
ste(4) and vr(4) polling support,
twa driver,
bsdlabel(8) -f option,
bthidcontrol and bthidd for Bluetooth HID,
doscmd removed,
fdcontrol(8), fdformat(1), and fdread(1) now work on FreeBSD/pc98,
find(1) -acl option,
UTF-8 versions of the supported system locales,
netstat(1) now displays the multicast group memberships,
pgrep(1) and pkill(1),
ps(1) supports more POSIX/SUSv3 compatible options,
Heimdal Kerberos 0.6 -> 0.6.1,
libpcap 0.7.1 -> 0.8.3,
OpenSSL 0.9.7c -> 0.9.7d, and
tcpdump 3.7.1 -> 3.8.3.
Update release note:
Sort ctau(4) entry in the alphabetical order.
The VIA Nehemias is so obviously specific to i386 that it should not
be compiled on non-i386 platforms. The obviousness is in the fact that
all functions in nehemias.c are purely i386 inline assembly, guarded
by #ifdef __i386__
Note: bthidd(8) is still not complete. Need to commit kernel
support (a-la Linux /dev/input) to feed HID events into kernel.
Also need to write bthidd(8) and bthidd.conf(5) man pages.
device in D0 to D0, that's a no-op, however the messages seem to be
confusing some people. Eventually, these messages will be parked
behind a if (bootverbose).
# I don't think this will fix any real bugs...
Xircom had an unfortunate habit of re-using PCMCIA IDs for quite different
cards - the xe driver knows about this and uses the first byte of 'extra'
PCMCIA ID info to identify cards with ambiguous IDs.
Reviewed by: imp (mentor)
can more easily be used INSTEAD OF the hard-working Yarrow.
The only hardware source used at this point is the one inside
the VIA C3 Nehemiah (Stepping 3 and above) CPU. More sources will
be added in due course. Contributions welcome!
o Save and restore bars for suspend/resume as well as for D3->D0
transitions.
o preallocate resources that the PCI devices use to avoid resource
conflicts
o lazy allocation of resources not allocated by the BIOS.
o set unattached drivers to state D3. Set power state to D0
before probe/attach. Right now there's two special cases
for this (display and memory devices) that need work in other
areas of the tree.
Please report any bugs to me.
Reference objects changed from ACPI_TYPE_ANY to ACPI_TYPE_LOCAL_REFERENCE
in Oct. 2002, this may help systems where switching the cooler on failed.
We support both types for now until this sorts out.
some machines to enable wake events for more devices although I haven't
seen a system yet that uses this form. Also, introduce acpi_GetReference()
which retrieves an object reference from various types.