| Age | Commit message (Collapse) | Author |
|---|
|
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.
|
|
|
|
|
|
|
|
Renauld of Network Storage Solutions, Inc. Many fixes, wider device
support. In particular, the notorious 'Target 0' problem seems to be
fixed.
Does *not* include any updates to isa or eisa code beyond what was
necessary to compile.
Known issues:
1) Tagged Queuing is probably not optimal.
2) PPR negotiation may not be fully functional.
3) No support yet for freezing devices or channels.
4) The mechanism for preventing 'A' and 'B' channel confusion during probe
can fail if scsibus > 254 found.
5) Requeuing I/O's not working. A workaround will be committed almost
immediately. At the moment timeouts, SCSI message rejects, aborting
SCB's and trying to freeze a device may cause incomplete i/o's to be
reported as complete.
6) Verbosity and probe messages need work.
7) Last disk on bus seems to go through an extra re-negotiation.
8) >16 devices on an adapter will trigger the usual problems of total
openings exceeding available SCB's under heavy load.
Tested by deraadt@, beck@, miod@, naddy@, drahn@, marc@ amoung
others.
ok deraadt@.
|
|
Expect improvements in this area soon.
ok dhartmei@ mcbride@
|
|
|
|
Allows multiple hosts to share an IP address, providing high availability
and load balancing.
Based on code by mickey@, with additional help from markus@
and Marco_Pfatschbacher@genua.de
ok deraadt@
|
|
|
|
cleanup IPv6 flowlabel handling. deraadt ok
|
|
|
|
PLEASE NOTE: the tree is unlocking early for developers who were involved
in the release process. for other developers the tree is NOT UNLOCKED YET.
the following people are unlocked:
beck, tdeval, nick, krw, pb, fries, matthieu, marcm, cedric, mdw,
drahn, sturm, millert, andreas, markus, jason, avsm, wim, frantzen,
fgs, henning, mcbride, hugh, tedu, nate, weingart, canacar, nordin,
miod, danh, wilfried, deraadt, itojun, mickey, miod, deraadt
Other developers are not unlocked. If I missed anyone, talk to me.
Sorry, but our development process is oriented around "hack for 5 months,
then do 1 month of release engineering. If a developer hacks for 5 months
and then does not show up to help with release engineering, then we take
that to mean they are less serious, and can give a bit of pause to the
serious developers who now want to get things into the tree post-unlock.
|
|
|
|
|
|
Exposes the source IP's operating system to the filter language.
Interesting policy decisions are now enforceable:
. block proto tcp from any os SCO
. block proto tcp from any os Windows to any port smtp
. rdr ... from any os "Windows 98" to port WWW -> 127.0.0.1 port 8001
|
|
|
|
- support for 8 and 32 bit registers.
from NetBSD.
deraadt@ and krw@ testing and ok.
|
