| #
682399b7 |
| 25-Mar-2014 |
christos <christos@NetBSD.org> |
fix unused
|
| #
cbab9cad |
| 27-Oct-2012 |
chs <chs@NetBSD.org> |
split device_t/softc for all remaining drivers. replace "struct device *" with "device_t". use device_xname(), device_unit(), etc.
|
| #
7cf29912 |
| 12-May-2009 |
cegger <cegger@NetBSD.org> |
struct device * -> device_t, no functional changes intended.
|
| #
d16a259f |
| 12-May-2009 |
cegger <cegger@NetBSD.org> |
struct cfdata * -> cfdata_t, no functional changes intended.
|
| #
454af1c0 |
| 14-Mar-2009 |
dsl <dsl@NetBSD.org> |
Change about 4500 of the K&R function definitions to ANSI ones. There are still about 1600 left, but they have ',' or /* ... */ in the actual variable definitions - which my awk script doesn't handle
Change about 4500 of the K&R function definitions to ANSI ones. There are still about 1600 left, but they have ',' or /* ... */ in the actual variable definitions - which my awk script doesn't handle. There are also many that need () -> (void). (The script does handle misordered arguments.)
show more ...
|
| #
ce099b40 |
| 28-Apr-2008 |
martin <martin@NetBSD.org> |
Remove clause 3 and 4 from TNF licenses
|
| #
1ef783cb |
| 08-Apr-2008 |
cegger <cegger@NetBSD.org> |
use aprint_*_dev and device_xname
|
| #
a2a38285 |
| 19-Oct-2007 |
ad <ad@NetBSD.org> |
machine/{bus,cpu,intr}.h -> sys/{bus,cpu,intr}.h
|
| #
1d4e0836 |
| 07-Aug-2006 |
mhitch <mhitch@NetBSD.org> |
gcc4 uninitialized variable. gcc3 apparently didn't catch this one.
|
| #
838ee1e0 |
| 29-Mar-2006 |
thorpej <thorpej@NetBSD.org> |
Use device_private().
|
| #
95e1ffb1 |
| 11-Dec-2005 |
christos <christos@NetBSD.org> |
merge ktrace-lwp.
|
| #
18db93c7 |
| 04-Feb-2005 |
perry <perry@NetBSD.org> |
de-__P
|
| #
b1582456 |
| 09-Nov-2003 |
he <he@NetBSD.org> |
Fix another instance where `offset' might have been used uninitialized, by adding a non-DEBUG default: and a panic().
|
| #
f4d417c4 |
| 07-Nov-2003 |
dsl <dsl@NetBSD.org> |
Add default: and panic() when DEBUG undefined so that 'offset' is not used uninitialised.
|
| #
365cbd94 |
| 14-Jul-2003 |
lukem <lukem@NetBSD.org> |
add missing __KERNEL_RCSID()
|
| #
c9b3657c |
| 02-Oct-2002 |
thorpej <thorpej@NetBSD.org> |
Add trailing ; to CFATTACH_DECL.
|
| #
71adb76f |
| 30-Sep-2002 |
thorpej <thorpej@NetBSD.org> |
Use CFATTACH_DECL().
|
| #
f818766a |
| 27-Sep-2002 |
thorpej <thorpej@NetBSD.org> |
Declare all cfattach structures const.
|
| #
77a6b82b |
| 06-Sep-2002 |
gehenna <gehenna@NetBSD.org> |
Merge the gehenna-devsw branch into the trunk.
This merge changes the device switch tables from static array to dynamically generated by config(8).
- All device switches is defined as a constant st
Merge the gehenna-devsw branch into the trunk.
This merge changes the device switch tables from static array to dynamically generated by config(8).
- All device switches is defined as a constant structure in device drivers.
- The new grammer ``device-major'' is introduced to ``files''.
device-major <prefix> char <num> [block <num>] [<rules>]
- All device major numbers must be listed up in port dependent majors.<arch> by using this grammer.
- Added the new naming convention. The name of the device switch must be <prefix>_[bc]devsw for auto-generation of device switch tables.
- The backward compatibility of loading block/character device switch by LKM framework is broken. This is necessary to convert from block/character device major to device name in runtime and vice versa.
- The restriction to assign device major by LKM is completely removed. We don't need to reserve LKM entries for dynamic loading of device switch.
- In compile time, device major numbers list is packed into the kernel and the LKM framework will refer it to assign device major number dynamically.
show more ...
|
| #
5bd17a12 |
| 12-Feb-2002 |
scw <scw@NetBSD.org> |
Separate out devices common to many Motorola mvme boards (68k, 88k and ppc) in preparation for future mvmeppc and mvme88k ports.
This needs a bit if tidying up to make it trully shareable, which wil
Separate out devices common to many Motorola mvme boards (68k, 88k and ppc) in preparation for future mvmeppc and mvme88k ports.
This needs a bit if tidying up to make it trully shareable, which will happen as the new mvme ports are added.
show more ...
|