#
2d59fbf2 |
| 08-Jul-2011 |
mrg <mrg@NetBSD.org> |
avoid some uninitialised variable warnings.
|
#
5c07c477 |
| 07-Feb-2011 |
jakllsch <jakllsch@NetBSD.org> |
Third argument of MODULE() is typically a string literal. Moreover it (at least sometimes) didn't build otherwise.
|
#
44b82e4c |
| 28-Jan-2011 |
haad <haad@NetBSD.org> |
Add support for building pud as module. Do it in a same way how putter is done.
|
#
df7f595e |
| 18-Mar-2009 |
cegger <cegger@NetBSD.org> |
Ansify function definitions w/o arguments. Generated with sed.
|
#
d767912b |
| 20-Jan-2009 |
drochner <drochner@NetBSD.org> |
Change major()/minor() to return 32-bit types again, called devmajor_t/devminor_t, as proposed on tech-kern. This avoids 64-bit arithmetics and 64-bit printf formats in parts of the kernel where it i
Change major()/minor() to return 32-bit types again, called devmajor_t/devminor_t, as proposed on tech-kern. This avoids 64-bit arithmetics and 64-bit printf formats in parts of the kernel where it is not really useful, and helps clarity.
show more ...
|
#
bce4ea02 |
| 28-Nov-2007 |
pooka <pooka@NetBSD.org> |
one more lock to destroy
|
#
efe797dc |
| 28-Nov-2007 |
pooka <pooka@NetBSD.org> |
* version the registration interface * destroy all created locks
|
#
bc3b2e6a |
| 22-Nov-2007 |
pooka <pooka@NetBSD.org> |
PUD_CONF_IOCTL is a goner. Noticed by dillo.
|
#
750d6339 |
| 21-Nov-2007 |
pooka <pooka@NetBSD.org> |
Add support for block devices.
|
#
37ec50ec |
| 21-Nov-2007 |
dogcow <dogcow@NetBSD.org> |
silence, might be used uninitialized warning!
|
#
001b8e98 |
| 20-Nov-2007 |
pooka <pooka@NetBSD.org> |
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 i
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.
show more ...
|