src/sys/dev/vn, branch stable/3

$Id$ -> $FreeBSD$

1999-08-29T16:33:42+00:00

MFC: set resid in IO completion. (matches 1.73->1.74)

1999-03-13T00:32:36+00:00

Remove the SLICE code.

1998-09-14T19:56:42+00:00

This clearly needs alot more thought, and we dont need this to hunt
us down in 3.0-RELEASE.

Enable the vn device under DEVFS without SLICE.

1998-09-12T18:46:06+00:00

This was apparently missed when all the #ifdef SLICE gunk was put in.

remove bdevsw arg from dsopen();

1998-08-23T20:16:35+00:00

Forgotten by:	julian
Reviewed by:	bde

Make struct buf->b_offset reflect the real byte offset which got

1998-08-19T10:50:32+00:00

in via the uio struct. This enables device drivers to use != DEV_BSIZE
blocking on devices with wierd sector/block sizes (ie CDROM's).

Added a flags arg to dsopen() and updated drivers. The DSO_ONESLICE

1998-07-30T15:16:06+00:00

and DSO_NOLABELS flags prevent searching for slices and labels
respectively.  Current drivers don't set these flags.  When
DSO_NOLABELS is set, the in-core label for the whole disk is cloned
to create an in-core label for each slice.  This gives the correct
result (a good in-core label for the compatibility slice) if
DSO_ONESLICE is set or only one slice is found, but usually gives
broken labels otherwise, so DSO_ONESLICE should be set if DSO_NOLABELS
is set.

SLICE probing becomes asynchronous. It can now be triggered by

1998-07-13T08:23:05+00:00

interupt level events. This needs a lot of cleanup, but has been working
here for a month or two.. originally needed for CAM integration
but that hasn't happenned yet. The probing  state machines for each
handler should be replaced by a more generic state-service. It's
still quite messy in there..

Fixed printf format errors.

1998-07-11T07:46:16+00:00

There is no such thing any more as "struct bdevsw".

1998-07-04T22:30:26+00:00

There is only cdevsw (which should be renamed in a later edit to deventry
or something). cdevsw contains the union of what were in both bdevsw an
cdevsw entries.  The bdevsw[] table stiff exists and is a second pointer
to the cdevsw entry of the device. it's major is in d_bmaj rather than
d_maj. some cleanup still to happen (e.g. dsopen now gets two pointers
to the same cdevsw struct instead of one to a bdevsw and one to a cdevsw).

rawread()/rawwrite() went away as part of this though it's not strictly
the same  patch, just that it involves all the same lines in the drivers.

cdroms no longer have write() entries (they did have rawwrite (?)).
tapes no longer have support for bdev operations.

Reviewed by: Eivind Eklund and Mike Smith
	Changes suggested by eivind.