| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
that they're implemented consistently in bounds_check_with_label().
Also, per krw's request, change bounds_check_with_label() to return 0
if the checks succeed, and change the drivers to test == -1 instead of
<= 0. (Man page update to follow; intentionally omitting
arch/vax/mba/hp.c from this commit because it doesn't even build
currently and miod@ promises to kill it soon.)
ok krw@
|
| |
|
|
|
|
|
|
|
|
|
| |
of silly flag twiddling code in various disk drivers.
ok deraadt@, miod@
N.B., users will need a -current disklabel(8) to be able to write new
disklabels to disk now.
|
|
|
|
|
|
|
|
|
| |
never done anything in OpenBSD and just clutters disk drivers with
silly flag handling.
More cleanup to follow.
ok deraadt@, millert@; no objections krw@
|
|
|
|
| |
ok miod@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
curproc. A bunch of callers were passing in 0 (not even NULL, 0) as this
pointer, which was fine until the called vnode function tried to do
something with it. Typically, this code was then copy/pasted to various
parts of the tree.
Accept the facts of life and switch all of these over to passing curproc
for now until the argument can be removed.
Discovered by stsp trying to create a softraid on top of a vnd, which
crashed with a NULL deref in vndioctl.
softraid bits tested by mikeb and jsing. raidframe bits tested by pea,
matthieu and naddy. The rest tested by at least thib, jsing and myself.
ok thib@, jsing@.
|
|
|
|
|
|
|
| |
no point in keeping it around.
"i like this" thib@ (a while back); ok krw@ and oga@; reminder to
update the man page and tweaks jmc@
|
|
|
|
|
|
|
| |
disk_attach() is called by the device driver. We will be building on
this shortly.
ok deraadt@ krw@
|
| |
|
|
|
|
|
|
|
|
| |
it defines. In some cases, this means pulling in uvm.h or pcb.h
instead, but most of the inclusions were just noise. Tested on
alpha, amd64, armish, hppa, i386, macpcc, sgi, sparc64, and vax,
mostly by krw and naddy.
ok krw@
|
| |
|
|
|
|
|
|
| |
oga@.
ok deraadt@
|
|
|
|
|
|
|
| |
identifier, allowing the disk to be identified without relying on the
device name.
ok deraadt@ krw@ beck@ marco@ todd@
|
|
|
|
|
|
| |
This is needed for the addition of further suspend/resume actions.
Okay deraadt@, marco@.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
them going negative - this consists of identifying a number of cases of
IO not going through the buffer cache and marking those buffers with
B_RAW - as well as fixing nfs_bio to show pending writes and reads through
the buffer cache via NFS
still has a problem with mishandling the counters I believe in the
async/sync fallback case where counters stay positive which will be
addressed seperately.
ok tedu@ deraadt@
|
|
|
|
| |
OK deraadt@ and millert@
|
|
|
|
|
|
|
|
|
| |
Not sure what's more surprising: how long it took for NetBSD to
catch up to the rest of the BSDs (including UCB), or the amount of
code that NetBSD has claimed for itself without attributing to the
actual authors.
OK deraadt@
|
|
|
|
|
|
|
|
|
|
|
| |
RAW_PART will always be 0 -> disksize, so the bounds check will always
pass for i/o's to valid addresses. Now the i/o will be properly truncated
if it goes past the end of the device. This prevents various adverse
impacts of issuing i/o's for data past the end of the device.
Repeatedly requested by todd@.
ok weingart@ deraadt@
|
|
|
|
| |
free() calls; prodded by chl@, ok krw@
|
| |
|
|
|
|
|
|
| |
prepare for adding missing DIOC* ioctl's.
No functional change.
|
|
|
|
|
| |
sys/netinet/in_pcb.c and sys/net/bridgestp.c ok henning@
sys/dev/pci/bktr/* ok jakemsr@
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
components was causing some systems to hang. The hangs were due to
tsleep() being called before it was prudent to do so.
Create a startup hook to find the raid components when it is safe to
encounter tsleep() but before root is mounted.
Noticed and fix tested by Josh Grosse (who proved the cpu_switchto
link), merdely@, fkr@.
|
| |
|
|
|
|
|
|
| |
2000, presumably because we spoof a label when one is not found. This
removes the last (?) code that assigned a file type other than
FS_UNUSED to the RAW_PART partition.
|
|
|
|
| |
cpu_disklabel can go away, since nothing anymore needs to use it; ok miod
|
|
|
|
|
|
|
|
| |
the same parameters and honouring the spoofonly flag. DIOCGPDINFO can
thus get the default label using raidgetdisklabel() and spoofonly like
everyone else.
Tested by fkr@ naddy@ ho@.
|
| |
|
| |
|
|
|
|
|
|
|
| |
type of all variables to daddr64_t. this includes the APIs for XXsize()
and XXdump(), all range checks inside bio drivers, internal variables
for disklabel handling, and even uvm's swap offsets. re-read numerous
times by otto, miod, krw, thib to look for errors
|
|
|
|
|
| |
to size. tested on almost all machines, double checked by miod and krw
next comes the type handling surrounding these values
|
|
|
|
|
|
|
| |
trashbin of history, replaced by DISKLABELDEV/etc. No change to .o
files except for __line__.
ok jsg@
|
| |
|
|
|
|
|
|
|
|
|
| |
need the debug info uncomment the printf's you need. Crude but
effective way to suppress 'no disklabel' errors that pop up at the
most innconvenient times to frighten users. More elegant method,
DPRINTF-like constructs or something, later.
"Yay!" marco@ ok deraadt@
|
|
|
|
| |
OK krw, deraadt
|
|
|
|
| |
s/wether/whether/g.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Report and testing by kurt@, thanks.
|
| |
|
|
|
|
|
| |
need it later on to do locking stuff. fixes the problem with raid
reconstruction, as described in pr 3968. ok mickey@ tedu@ tdeval@
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
encapsulating all such access into wall-defined functions
that makes sure locking is done as needed.
It also cleans up some uses of wall time vs. uptime some
places, but there is sure to be more of these needed as
well, particularily in MD code. Also, many current calls
to microtime() should probably be changed to getmicrotime(),
or to the {,get}microuptime() versions.
ok art@ deraadt@ aaron@ matthieu@ beck@ sturm@ millert@ others
"Oh, that is not your problem!" from miod@
|