Commit Graph

205873 Commits

Author SHA1 Message Date
jruoho a179648071 Add a simple cpufreq(9).
This is slightly improved version presented on tech-kern@ with proper
locking and few additional functions, mainly required for ioctl(9)/cpuctl(8).
2011-09-28 10:55:46 +00:00
mrg 1ca3e5d8c0 print the serial number as an unsigned number. 2011-09-28 10:29:41 +00:00
macallan c3a0b13e0d support a hardware cursor - now X with wsfb on gdium is a little less annoying 2011-09-28 02:36:37 +00:00
macallan e6310bd1e3 add a couple more registers 2011-09-28 02:33:20 +00:00
macallan f73964743d support WSDISPLAYIO_GCURSOR and WSDISPLAYIO_SCURSOR 2011-09-28 01:46:39 +00:00
dyoung ffb96a7f74 Cosmetic: join some if-statements, remove superfluous parentheses. No
change in the generated assembly.
2011-09-28 01:45:49 +00:00
dyoung d60981839b After bouncing in bus_dmamap_load{,_mbuf,_uio}, call bus_dmamap_load(9)
instead of _bus_dmamap_load() so that a bus_dmamap_load(9) override has
a shot at loading the map.

XXX Perhaps bounce buffers should be rewritten in terms of bus_dma(9)
XXX overrides.
2011-09-28 01:38:19 +00:00
dyoung 6fdab11de7 In bus_dma_tag_create(9), copy important properties (e.g., bounce
parameters) from the parent tag.

In bus_dma_tag_create(), increase the reference count on a parent
bus_dma_tag_t (if applicable), and decrease the reference count in
bus_dma_tag_destroy().

Don't let bus_dmatag_destroy(9) destroy an overridden bus_dma_tag_t.
2011-09-28 01:35:58 +00:00
dyoung 9115bf9945 Add an untested implementation of bus_dmamap_load_raw(9). 2011-09-28 01:33:26 +00:00
dyoung 109ec163ae Instead of declaring _bus_dmamap_load_busaddr() static inline, make
it static and let the compiler decide about inlining.  This reduces
the code size on both amd64 and i386, and the smaller code is probably
faster code.
2011-09-27 23:44:18 +00:00
dyoung 65d90030bd In _bus_dmamap_load_busaddr(), change sgsize from an int to a bus_size_t. 2011-09-27 23:33:35 +00:00
dyoung db42fb0801 Make the 'size' argument of _bus_dmamap_load_busaddr() a bus_size_t for
consistency's sake.
2011-09-27 23:25:55 +00:00
christos 2c92bb1afb Welcome to .56; NAME_MAX bump. 2011-09-27 23:04:18 +00:00
christos c236fd95c0 mknative for i386 2011-09-27 15:05:56 +00:00
christos b642776f19 disable kernel trap frame crawling on i386 until it is fixed. 2011-09-27 15:04:19 +00:00
mbalmer 54ac94cda5 Underscores are sometimes overrated. 2011-09-27 14:24:52 +00:00
christos 1094105849 fix confusion between MAXPATHLEN and MAXNAMLEN 2011-09-27 13:53:26 +00:00
jruoho be8b5eb28c Define _PATH_CPUCTL. 2011-09-27 11:24:20 +00:00
jym 7d85b0074d Indicate type of return variable for prop_dictionary_sendrecv_ioctl. 2011-09-27 11:12:49 +00:00
christos 6c3622d61d include <sys/dirent.h> to make MAXNAMLEN visible. 2011-09-27 02:10:55 +00:00
christos 867c11e68d include the proper headers to make {LFS,EXT2FS}_MAXNAMLEN visible 2011-09-27 02:10:32 +00:00
christos 8b0d7f915b rename SMBFS_MAXFNAMELEN to SMBFS_MAXNAMLEN for consistency 2011-09-27 02:05:10 +00:00
christos da2c6e95eb fix comment. 2011-09-27 01:51:42 +00:00
christos d4bb8ac2b1 don't get affected by the NAME_MAX bump. Use the same constant as the
rest of the extrattr code.
2011-09-27 01:48:57 +00:00
christos a6015585d7 use RUMPFS_MAXNAMLEN consistently. 2011-09-27 01:45:04 +00:00
christos 874c018142 it is __CTASSERT() 2011-09-27 01:43:39 +00:00
christos 81de71ae58 use KERNEL_NAME_MAX to enforce the same limit to names as before, and
make sure that MAXNAMLEN == NAME_MAX
2011-09-27 01:42:45 +00:00
christos 803cf26243 Introduce KERNEL_NAME_MAX = 255, and bump NAME_MAX to 511. This makes
NAME_MAX match MAXNAMLEN, while at the same time does not allow names
to exceed KERNEL_NAME_MAX (enforced in vfs_lookup) so that binaries
don't break.
2011-09-27 01:40:32 +00:00
christos 1e439c8185 define NILFS_MAXNAMLEN and use it. 2011-09-27 01:34:41 +00:00
christos 2fcd0204c6 return UDF_MAXNAMLEN instead of NAME_MAX 2011-09-27 01:33:30 +00:00
christos 367fc9326f return TMPFS_MAXNAMLEN instead of NAME_MAX 2011-09-27 01:32:21 +00:00
christos ede3ff339a use FFS_MAXNAMLEN instead of NAME_MAX, making sure that it matches with
EXT2FS_MAXNAMLEN and LFS_MAXNAMLEN.
2011-09-27 01:30:54 +00:00
christos 5377c21fee use ISO_MAXNAMLEN instead of NAME_MAX 2011-09-27 01:27:44 +00:00
christos 44bf8904fe define RUMPFS_MAXNAMLEN and use it. 2011-09-27 01:25:32 +00:00
christos 44905f123b define PROCFS_MAXNAMLEN and use it. 2011-09-27 01:23:59 +00:00
christos a3c0501888 define KERNFS_MAXNAMLEN and use it.` 2011-09-27 01:23:05 +00:00
christos 7004654c0f define FDESC_MAXNAMLEN and use it. 2011-09-27 01:22:12 +00:00
christos 9d292e0f12 remove unused constant 2011-09-27 01:16:35 +00:00
christos d30021427a use NAME_MAX instead of MAXNAMLEN 2011-09-27 01:14:47 +00:00
christos 3a8df9f090 - rename UDF_MAX_NAMELEN -> UDF_MAXNAMLEN
- use NAME_MAX instead of MAXNAMLEN
2011-09-27 01:13:16 +00:00
christos a00d98eb66 define and use TMPFS_MAXNAMLEN instead of MAXNAMLEN 2011-09-27 01:10:43 +00:00
christos 8fd1333afa use NAME_MAX instead of MAXNAMLEN 2011-09-27 01:08:55 +00:00
christos ba2fe8705f use NFS_MAXNAMLEN for all names. 2011-09-27 01:07:38 +00:00
christos 0d448f6c48 use NFS_MAXPATHLEN instead of MAXPATHLEN 2011-09-27 01:05:08 +00:00
jym 325494fe33 Modify *ASSERTMSG() so they are now used as variadic macros. The main goal
is to provide routines that do as KASSERT(9) says: append a message
to the panic format string when the assertion triggers, with optional
arguments.

Fix call sites to reflect the new definition.

Discussed on tech-kern@. See
http://mail-index.netbsd.org/tech-kern/2011/09/07/msg011427.html
2011-09-27 01:02:33 +00:00
christos 4fa49ab869 define and use ISO_MAXNAMLEN instead of MAXNAMLEN 2011-09-27 01:01:43 +00:00
christos 1c4884ad71 use the filesystem specific namemax not a hard-coded MAXNAMLEN 2011-09-27 00:56:14 +00:00
christos c51fe45f15 use CODA_MAXNAMLEN instead of bogus MAXNAMLEN 2011-09-27 00:54:47 +00:00
christos ac55ba72e3 return the namemax from the bsd statvfs which is filesystem dependent, not
a random value.
2011-09-27 00:52:55 +00:00
jym 586001f7c7 Document new *ASSERTMSG() prototype, and update KASSERT(9).
See also
http://mail-index.netbsd.org/tech-kern/2011/09/07/msg011427.html
2011-09-27 00:36:49 +00:00