Age | Commit message (Collapse) | Author |
|
clean up the ctl_ridx mess.
|
|
*after* resetting the hardware. otherwise the tables contain garbage.
should fix most of the weird issues people were facing.
scary.
|
|
from Marko Pecic. thanks!
|
|
|
|
and don't offer a match in this case.
Deals with the qemu "TODO: Populate SPD eeprom data."
tested by todd@
|
|
added without an expilict priority. This allows to specify less prefered
interfaces that will only take over if the primary interface loses link.
OK deraadt@
|
|
the rtm_priority with RTP_MASK so that userland (e.g. arp) can issue a RTM_GET
and reissue the message as RTM_DELETE.
|
|
|
|
logged by some WPA supplicants when connecting to a ral(4) WPA AP.)
- get rid of the ugly ack_rate, rate2mcs functions (pre-compute ACKs
duration for all rates at node association time.)
- lot of clean up, prepare for future enhancements
|
|
add "support" for physical addresses larger than 32-bit.
|
|
ok claudio@
|
|
sometimes reproduce this, but i cannot see why it would be a problem. tres
weird.
only put 4k frames on the jumbo ring to cope. i'll try to figure this out
again later.
|
|
Sometimes the sarea isn't there and screws us. The intention of this
call was to set the scanout buffer back to being correct.
On the other hand: If we're in lastclose the xserver is shutting and
thus the scanout buffer is moot. Kernel modesetting will probably
revising pageflipping, but that'll be a different interface anyway.
Since all lastclose does not is call radeon_do_release() just rename
radeon_do_release to lastclose and nuke the old one.
Uwe@ has some crashes in here occasionally, this diff fixed them for him.
|
|
amd64 isa dma code is identical save for some formatting, and a slight
difference in bus_dmamem_alloc.
"Die x86_!" krw@.
|
|
inside if_data, so that netstat(1) and systat(1) can see them
ok dlg
|
|
|
|
out by theo
|
|
discussed with yuo@ and deraadt@
|
|
|
|
|
|
is on the CD rather than always asking for its location. Behaviour
pointed out at OpenCON by Stephan Rickauer.
Tested by Stephan. nick@ has no objections.
ok deraadt@
|
|
a static value of 8.
Regression tested by todd@
|
|
|
|
|
|
the full mbuf chain is freed.
ok claudio@ kettenis@
|
|
incorrectly.
The spec (manpage) states that using two PRE or two POST ops together is
entirely valid, but mixing pre and post is invalid. The way this was
handled before with a switch statement meant that only individual
commands actually would be recognised, so move to just checking the
commands indidually using "if (op & $command)". Additionally, add a
DIAGNOSTIC check and panic for the mixing of pre and post operations
(this is done on several other architectures already).
tested by several people; thanks!
ok dlg@, kettenis@, "the diff made sense" deraadt.
|
|
|
|
|
|
|
|
as the maximum frame buffer size of video(4)
current logic potentially brake the device initialization
(and the result of the query is not correct).
ok mglocker@
|
|
ok jsg@
|
|
flag even if playback and record are not independent; otherwise
AUDIO_GETINFO ioctl may return false parameters on devices like
envy(4) that don't use the same number of channels for playback
and recording.
|
|
definitions. ok millert@. tested by jsg@
|
|
flags field and use the flags as appropriate.
ok jakemsg@
|
|
|
|
ok mglocker@
|
|
add priv check to the ioctl.
only root priv should access these debug flags.
ok deraadt@
|
|
in the same device table, and abstract usb control out of the ricoh firmware
loader so that it can be reused by other loaders
ok mglocker
|
|
|
|
|
|
|
|
|
|
|
|
Noticed by kettenis@.
|
|
ok oga@
|
|
- Consistency in comments.
|
|
Tested by deraadt@ and myself.
|
|
from form@.
ok dlg, krw
|
|
|
|
pick a new one from the list of possible routings if it isn't or if a pin is
currently not routed. Delay re-routing interrupts until we establish a
handler for it. This prevents us from messing with unused interrupt pins
which may have fatal consequences (some machines spontaniously reboot).
The heuristics for picking an interrupt from the list of possibe ones
probably needs some tweaking still, but this makes several NVIDIA-based
boards work much better than before.
tested by many, ok marco@
|