| Age | Commit message (Collapse) | Author |
|---|
|
ok miod@
|
|
add u2/uturn ioa driver in dumb mode now
enable pcxu/pcxw support
|
|
|
|
|
|
|
|
|
|
ok, miod, todd
|
|
ok mcbride@ miod@ deraadt@
|
|
"put this process to sleep" and "find a process to run" operations.
no functional change. ok art@
|
|
code is all conditionalized on __HAVE_TIMECOUNTER, and not
enabled on any platforms.
adjtime(2) support exists, courtesy of nordin@, sysctl(2) support
and a concept of quality for each time source attached exists.
High quality time sources exists for PIIX4 ACPI timer as well as
some AMD power management chips. This will have to be redone
once we actually add ACPI support (at that time we need to use
the ACPI interfaces to get at these clocks).
ok art@ ken@ miod@ jmc@ and many more
|
|
ok art@ pedro@, "get it in" deraadt@
|
|
This is the MI (slightly inefficient and not MP safe) implementation.
deraadt@ ok Tested by many. (this and following commits)
|
|
|
|
ok millert deraadt
|
|
with modifications from me. Includes code for generic interrupt counter
fetching via sysctl. deraadt@ tholo@ drahn@ millert@ ok
|
|
Matthew Gream.
Unfortunately, the adm8211 card I have with me does not work correctly
with the driver yet so real testing will have to wait until I get
my hands on an adm8211-based DWL-650 or something similar.
|
|
Based in part on a diff from Matthew Gream.
|
|
|
|
their *source* IP address in addition to their destination address.
routing table "destination" now contains a "struct sockaddr_rtin"
for IPv4 instead of a "struct sockaddr_in".
the routing socket has been extended in a backward-compatible way.
todo: PMTU enhancements, IPv6. ok deraadt@ mcbride@
|
|
devices. Such devices provide a set of pins that you can use to connect
for example leds to it.
The pins can be accessed either from userland through the /dev/gpio*
device files or from the kernel drivers. The latter is necessary
for implementing timing-sensitive things like i2c or 1-wire master
controller.
ok deraadt@
|
|
The hotplug pseudo-device passes device attachment and detachment events
to userland. When a device attaches or detaches, the corresponding event
is queued. The events can then be obtained from the queue through the
read(2) call on the /dev/hotplug device file. Each event consists of
event type (attach/detach), device class (DV_*) and device name (sd1 e.g.).
We have hotplug pseudo-device on alpha, amd64, i386, macppc and sparc64.
Since it was tested only on i386 other archs has it commented out
in GENERIC until tested.
The idea liked peter@ tedu@ drahn@ millert@ marco@ henning@.
Ok deraadt@.
|
|
Now to have more bpf devices just add device nodes in /dev,
no need to recompile kernel anymore.
Code from form@pdp-11.org.ru, some help from markus@.
ok markus@ canacar@ deraadt@
|
|
|
|
|
|
ok art@ deraadt@
|
|
for NetBSD (r).
This framework supports various i2c master controllers:
- dumb bit-bang controllers
- a few styles of automated controllers that give you control
over sending start/stop conditions on the i2c bus
- automated controllers that are too smart for its own good,
giving software no control over start/stop conditions
- smbus controllers by emulating smbus protocol with i2c commands
i2c slave devices need their addresses to be specified in the kernel
config file, no device discovery presented.
ok deraadt@
|
|
|
|
the MI osiop(4) driver.
This improves performance very slighly and should also improve reliability.
Tested on 25MHz (50MHz osiop) and 33MHz (66MHz osiop) MVME187 boards.
|
|
This moves md5.c out of libkern and into sys/crypto where it belongs (as
requested by markus@). Note that md5.c is still mandatory (dev/rnd.c uses it).
Verified with IPsec + hmac-md5 and tcp md5sig. OK henning@ and hshoexer@
|
|
ok deraadt@
|
|
|
|
user visible changes:
- you can add multiple routes with same key (route add A B then route add A C)
- you have to specify gateway address if there are multiple entries on the table
(route delete A B, instead of route delete A)
kernel change:
- radix_node_head has an extra entry
- rnh_deladdr takes extra argument
TODO:
- actually take advantage of multipath (rtalloc -> rtalloc_mpath)
|
|
devices anymore.
ok deraadt@ henning@ krw@ millert@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
needs more it will allocate them on demand. OK deraadt@ beck@
|
|
|
|
|
|
ok deraadt@, todd@
|
|
|
|
|
|
more fixes comming.
|
|
|
