| Age | Commit message (Collapse) | Author |
|---|
|
to appease dhcpd, as dhcpd has now been fixed to not require this.
repeated prodding and special ok deraadt@
|
|
ifm_status, for dhclient's sake. Current dhclient interface_status()
considers interfaces able to report media information but not returning
IFM_AVALID as down. Note that these interfaces usually have mii(4) or
have specific code reporting correct values; sparc le(4) is an exception.
Found the hard way by sebastia@; joint work with krw@, ok deraadt@
|
|
|
|
not make these drivers spew millions of lines of output.
ok krw
|
|
"reads OK" claudio@
|
|
for both structs, the new members are 'bps' and 'msb', which
describe the number of bytes per sample and data alignment in the
sample, respectively. drivers must properly set these fields in
the 'query_encoding', 'set_parameters' and 'get_default_params'
hardware interface methods.
discussed with ratchov, deraadt
|
|
ok deraadt matthew millert
|
|
step in elminating 'struct scsi_device' entirely.
Spotted and initial diff from matthew@.
ok matthew@ dlg@ deraadt@ marco@ miod@
|
|
max-baud-rate hint. Adjust TTYHOG (the nearly full logic) to this new
situation. The larger buffers are required by the very high speed
KDDI devices in Japan (CF com, or USB ucom) so those are the only two
drivers which currently ask for a larger buffer size.
ok yasuoka miod
|
|
a process instead of using curproc. ok deraadt
|
|
supported it doesn't do any harm), so put the KNOTE() in selwakeup() itself and
remove it from any occurences where both are used, except one for kqueue itself
and one in sys_pipe.c (where the selwakeup is under a PIPE_SEL flag).
Based on a diff from tedu.
ok deraadt
|
|
miod@ deraadt@ ok.
|
|
calls can go directly into selwakeup() safely
long discussion with nicm, murmers of consent from tedu and miod, noone
else seems to care of kqueue is busted as long as it makes their sockets
move data fast... pretty sad.
|
|
return zero on success and nonzero on failure.
This commit only performs mechanical changes for the existing emulops to
always return zero.
|
|
tree, and s/NetBSD/OpenBSD/ in a debug printf.
|
|
work. Tested by deraadt@.
|
|
but it is an important first step.
|
|
Not tested on sparc64 yet.
|
|
in error paths while I'm there. Eliminate a fairly useless local variable
as well.
ok miod@
|
|
firmwares into the smaller (and larger) media
ok krw
|
|
Everything that worked before should still work so in it goes. Newer
boards (2300, 2400) may now work but are still a work in progress.
Thanks to many testers but especially kettenis@ for finding a show
stopper bug and stomping it.
ok deraadt@
|
|
driver handlers get invoked at the right level. Parts from NetBSD.
|
|
as additional argument. This will allow intermediate layers between
scsi devices such as sd and scsi host adapters to take appropriate
action if necessary.
|
|
|
|
deprecated WSDISPLAY_TYPE_SUN24; X11 knows about them since several releases
already.
|
|
|
|
|
|
licenses as well. Thanks!
"Groovy" deraadt
|
|
from the individual drivers now that ether_ioctl() handles this.
Shrinks the i386 kernels by..
RAMDISK - 2176 bytes
RAMDISKB - 1504 bytes
RAMDISKC - 736 bytes
Tested by naddy@/okan@/sthen@/brad@/todd@/jmc@ and lots of users.
Build tested on almost all archs by todd@/brad@
ok naddy@
|
|
in config register).
From NetBSD
|
|
Move calling ether_ioctl() from the top of the ioctl function, which
at the moment does absolutely nothing, to the default switch case.
Thus allowing drivers to define their own ioctl handlers and then
falling back on ether_ioctl(). The only functional change this results
in at the moment is having all Ethernet drivers returning the proper
errno of ENOTTY instead of EINVAL/ENXIO when encountering unknown
ioctl's.
Shrinks the i386 kernels by..
RAMDISK - 1024 bytes
RAMDISKB - 1120 bytes
RAMDISKC - 832 bytes
Tested by martin@/jsing@/todd@/brad@
Build tested on almost all archs by todd@/brad@
ok jsing@
|
|
Really just the low-hanging fruit of (hopefully) forthcoming timeout
conversions.
ok art@, krw@
|
|
Not sure what's more surprising: how long it took for NetBSD to
catch up to the rest of the BSDs (including UCB), or the amount of
code that NetBSD has claimed for itself without attributing to the
actual authors.
OK deraadt@
|
|
ok marco@, krw@, deraadt@
|
|
ok dlg@
|
|
instead of 8-bit mono mulaw @ 8kHz.
this is just the infrastructure; no drivers are specifying a default
yet.
ok ratchov@, deanna@
|
|
video boards, is a known entity, so add support for 2d acceleration with
the help of the X code (which makes baby Jesus cry).
The blitter is fast enough to make a cgsix feel as slow as a cgthree in
comparison.
|
|
|
|
tested by Thorsten Glaser <tg@mirbsd.de> on sparc; while there, pretty and
shrink dmesg output.
|
|
ok jsing@
|
|
sys/netinet/in_pcb.c and sys/net/bridgestp.c ok henning@
sys/dev/pci/bktr/* ok jakemsr@
|
|
prompted and "much better" by marco@, ok pyr@
|
|
ok pyr@
|
|
ok miod@ jmc@ deraadt@
|
|
ok jmc@
|
|
|
|
really using 24 bpp pixels on 32 bit boundaries.
|
|
this should hopefully stop people from asking me about it (-:
|
|
crtc. No functional change.
|
|
|
