Home | History | Annotate | Download | only in pud
History log of /src/sys/dev/pud/pud_dev.c
RevisionDateAuthorComments
 1.8  04-Feb-2024  andvar fix tripple/quadruple "r" letter typos in comments and log messages.
 1.7  08-Dec-2015  christos branches: 1.7.2; 1.7.8;
Replace DIOCGPART -> DIOCGPARTINFO which returns the data needed instead of
pointers.
 1.6  22-Dec-2009  pooka branches: 1.6.22; 1.6.40;
Handle DIOCGPART in-kernel because a userspace server doesn't have
a chance in phobos of handling it. This makes it possible to do a
kernel mount of most file systems with the block device backed by
a pud userspace server.

- i'm too young to compile
- hey, no tty rough
- hurd me plenty
=> abstraction-violence
- nightmare!
 1.5  22-Dec-2009  pooka fix pasto
 1.4  22-Nov-2007  pooka branches: 1.4.4; 1.4.12; 1.4.14; 1.4.24; 1.4.34; 1.4.42;
Support bdev/cdev ioctl.
 1.3  21-Nov-2007  pooka branches: 1.3.2;
Add support for block devices.
 1.2  21-Nov-2007  pooka mmap should return -1 on error. Also, shuffle functions around to
make this more feng shui.
 1.1  20-Nov-2007  pooka Add initial support for userspace block/char device drivers. This
is a very rough cut supporting only open/close/read/write for char
devices for the time being. It also takes some extra liberties in
error value processing wrt. to the request-response protocol, but
that will be fixed later. On the bright side, I haven't managed
to crash my test kernel in several hours with this anymore, so it
can be considered extra-stable ... All in all this is remarkably
similar to puffs from multiple angles (well, actually, big surprise
there) and these two will share more and more code in the future.

The hardest part, coming up with the name, was done by agc. I'm
not exactly sure what "pud" is supposed to stand for, but if my
British is anything close to par, I understand that "pud" over
there can stand for just about anything, so it's a safe bet.
 1.3.2.3  27-Nov-2007  joerg Sync with HEAD. amd64 Xen support needs testing.
 1.3.2.2  21-Nov-2007  joerg Sync with HEAD.
 1.3.2.1  21-Nov-2007  joerg file pud_dev.c was added on branch jmcneill-pm on 2007-11-21 21:55:44 +0000
 1.4.42.1  21-Apr-2010  matt sync to netbsd-5
 1.4.34.2  09-Jan-2010  snj Pull up following revision(s) (requested by pooka in ticket #1206):
sys/dev/pud/pud_dev.c: revision 1.6 via patch
Handle DIOCGPART in-kernel because a userspace server doesn't have
a chance in phobos of handling it. This makes it possible to do a
kernel mount of most file systems with the block device backed by
a pud userspace server.
- i'm too young to compile
- hey, no tty rough
- hurd me plenty
=> abstraction-violence
- nightmare!
 1.4.34.1  09-Jan-2010  snj Pull up following revision(s) (requested by pooka in ticket #1204):
sys/dev/pud/pud_dev.c: revision 1.5
fix pasto
 1.4.24.1  11-Mar-2010  yamt sync with head
 1.4.14.2  09-Jan-2008  matt sync with HEAD
 1.4.14.1  22-Nov-2007  matt file pud_dev.c was added on branch matt-armv6 on 2008-01-09 01:54:18 +0000
 1.4.12.2  22-Nov-2007  pooka Support bdev/cdev ioctl.
 1.4.12.1  22-Nov-2007  pooka file pud_dev.c was added on branch mjf-devfs on 2007-11-22 11:26:28 +0000
 1.4.4.2  07-Dec-2007  yamt sync with head
 1.4.4.1  22-Nov-2007  yamt file pud_dev.c was added on branch yamt-lazymbuf on 2007-12-07 17:31:01 +0000
 1.6.40.1  27-Dec-2015  skrll Sync with HEAD (as of 26th Dec)
 1.6.22.1  03-Dec-2017  jdolecek update from HEAD
 1.7.8.2  29-Apr-2017  pgoyette Remove more unnecessary #include for sys/localcount.h
 1.7.8.1  27-Apr-2017  pgoyette Restore all work from the former pgoyette-localcount branch (which is
now abandoned doe to cvs merge botch).

The branch now builds, and installs via anita. There are still some
problems (cgd is non-functional and all atf tests time-out) but they
will get resolved soon.
 1.7.2.4  26-Jul-2016  pgoyette Rename LOCALCOUNT_INITIALIZER to DEVSW_MODULE_INIT. This better describes
what we're doing, and why.
 1.7.2.3  19-Jul-2016  pgoyette Instead of repeatedly typing the conditional initialization of the
.d_localcount members in the various {b,c}devsw, define an initializer
macro and use it. This also removes the need for defining new symbols
for each 'struct localcount'.

As suggested by riastradh@
 1.7.2.2  18-Jul-2016  pgoyette And use the address of the localcount ...
 1.7.2.1  18-Jul-2016  pgoyette Another driver that needs its 'struct localcount' since it is used in rump.

RSS XML Feed