[This] updates [elf.5] from the enitial work I did in Queen's (UK) English to
American English, as is normal for the -doc project stuff.
Submitted by: Jeroen Ruigrok van der Werven <asmodai@wxs.nl>
in samount. Make things a lot quieter in samount (and other places). Fix
ridiculous and not so ridiculous bugs in compression related code in both
sagetparams and sasetparams.
1. ntfs_read*attr*() functions now accept
uio structure to eliminate one data copying.
2. found and removed deadlock caused
by 6 concurent ls -lR.
3. started implementation of nromal
Unicode<->unix recodeing.
Obtained from: NetBSD
Copied from i386/isa/atapi.c.
Fixed to support slave devices.
Ignore the device that has strange model strings.
i386/isa/atapi.c
Removed pc98 codes.
Submitted by: chi@bd.mbn.or.jp (Chiharu Shibata)
now be specified on the command line. Accept a '-s' option which
controls whether a switch-statement is to be used instead of a series
of if-statements.
Replace cpp with gcc -E.
Discussed with: bde
device_add_child_ordered(). 'ivars' may now be set using the
device_set_ivars() function.
This makes it easier for us to change how arbitrary data structures are
associated with a device_t. Eventually we won't be modifying device_t
to add additional pointers for ivars, softc data etc.
Despite my best efforts I've probably forgotten something so let me know
if this breaks anything. I've been running with this change for months
and its been quite involved actually isolating all the changes from
the rest of the local changes in my tree.
Reviewed by: peter, dfr
a running timer. This fixes a problem where a dial is manually
aborted, the hangup script kicks in and the chat timer ends up
on the timer queue twice (tick tick tick tick *boom*)
Add the submitter as a contributor in the man page
freebsd -> FreeBSD, while I'm poking around.
PR: bin/15162
Submitted by: Dominic Mitchell <dom@palmerharvey.co.uk>
by identifying the version in the PCI drivers.
The OHCI driver just presets this to 1.0 as it is not specified in the
PCI registers anywhere. This should be revisited once USB 2.0 is in
wide spread use.
