| Age | Commit message (Collapse) | Author |
|
and need to be examined and discussed more.
|
|
be inserted into ktrace records. The general change has been to replace
"struct proc *" with "struct lwp *" in various function prototypes, pass
the lwp through and use l_proc to get the process pointer when needed.
Bump the kernel rev up to 1.6V
|
|
|
|
rather than the label itself. This paves the way for some future changes.
|
|
I hope I've found all the correct places!
|
|
as a hot spare. Closes PR#20989 by David Brownlee.
|
|
|
|
rf_stripelocks.c - make them static functions.
|
|
|
|
|
|
and VOP_ADVLOCK, delete casts from callers (and some to copyin/out).
|
|
use it. This fixes a few places where either b_dep or b_interlock were
not properly initialized.
|
|
|
|
|
|
difficult to read and understand. Most manuals of English style
therefore say that you should use "use".
|
|
|
|
malloc types into a structure, a pointer to which is passed around,
instead of an int constant. Allow the limit to be adjusted when the
malloc type is defined, or with a function call, as suggested by
Jonathan Stone.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
out in the rest. Thanks to Krister!
|
|
Noticed by Manuel. Thanks Manuel!
|
|
Shaves another 500 bytes from an i386 kernel.
|
|
kernel threads are created.
|
|
|
|
stuff, or if we're doing DAG validation. Thanks to Krister!
|
|
|
|
|
|
|
|
really be updating the component labels.
|
|
|
|
This bug appears as "incorrect Mod Counters" in 'raidctl -s'. The
reason it was seen only in 'raidctl -s' is because of the conditions
needed to trigger the bug:
a) a raid set is configured
b) no partitions on that set are mounted or are otherwise in-use
c) a component is failed, and subsequently rebuilt to a hot spare
d) the machine is rebooted while something (e.g. 'raidctl -s') has
the device open (and, therefore, rf_markalldirty() has been called)
but before the final rf_update_component_labels() is done.
Needless to say, the window for this happening is *very* small, and it
was only because I was testing some obscure stuff that I even noticed it.
|
|
failing a component that has been spared, or "double-failing"
an already failed component. XXX This isn't the right place to fix
this, but better here than no-where (and I'm hoping to move it sometime
soon).
|
|
|
|
|
|
- disk_unbusy() gets a new parameter to tell the IO direction.
- struct disk_sysctl gets 4 new members for read/write bytes/transfers.
when processing hw.diskstats, add the read&write bytes/transfers for
the old combined stats to attempt to keep backwards compatibility.
unfortunately, due to multiple bugs, this will cause new kernels and old
vmstat/iostat/systat programs to fail. however, the next time this is
change it will not fail again.
this is just the kernel portion.
|
|
problems just get shuffled around a bit, we do play more nicely with
LOCKDEBUG now.
|
|
kqueue provides a stateful and efficient event notification framework
currently supported events include socket, file, directory, fifo,
pipe, tty and device changes, and monitoring of processes and signals
kqueue is supported by all writable filesystems in NetBSD tree
(with exception of Coda) and all device drivers supporting poll(2)
based on work done by Jonathan Lemon for FreeBSD
initial NetBSD port done by Luke Mewburn and Jason Thorpe
|
|
|
|
still a mess, and there are a number of unresolved issues here, this
gets us closer to being happier in LOCKDEBUG land.
|
|
whos services are no longer needed after poolification of PSS structures.
|
|
XXX: Current code may have problems if kernel memory is completely depleted.
This is, unfortunately, not the only chunk of RAIDframe code to have
this problem, and will have to be dealt with. :(
|
|
|
|
Gives LOCKDEBUG kernels one less thing to complain about.
|
|
|
|
we protect raidPtr. One less thing for LOCKDEBUG to complain about.
|