Age | Commit message (Collapse) | Author |
|
|
|
context, because drivers (like eso(4) and envy(4)) might want to sleep
in their halt method.
|
|
|
|
ok pirofti
|
|
determined by bNbrPorts in hub descriptor.
USB hub sends status packet to host, it contains status bits for each port
and hub itself. So, the packet size is ceil((port + 1) / 8) bytes.
If host requests smaller than that size, the hub behavior is undefined.
Some hub (Intel's RMH for example) sends whole status every time,
it makes babble of USB. This is the reason that uhub_intr() of old code
was suffered from USBD_IOERROR,
Okay deraadt@ and yuo@.
|
|
about the device rather than the contents of whichever disklabel
was read. Tweak whitespace in sd.c to make the code appearance
consistant.
|
|
|
|
that were mislabeled as MCP89 AHCI.
|
|
|
|
Okay miod@, deraadt@.
|
|
to struct pflog. ok gcc
|
|
given label. No change to existing functionality.
ok henning@ claudio@
|
|
addresses/ports too. ok ryan dlg
|
|
address fields in the pflog header, same for ports, and add a "rewritten"
indicator. ok ryan dlg
|
|
pass or block rule, not the last matching rule. triggered by pr6401.
this means that, for example, a rdr-to on a pass rule can override an
rdr-to on a match rule that comes later in the ruleset. but that's the
semantics: for block and pass rules, the last matching one wins, aka
actions are applied after we're done with ruleset eval, and match rules'
actions are applied on the fly. discussion with dlg and claudio, ok dlg ryan
|
|
|
|
value is used in verbose "show rules" output as "states creations", but
match rules never create state. states_cur aka "States" is needed and
correct, match rules are being associated with states. ok ryan
|
|
ok deraadt@ krw@ matthew@
|
|
fixes problems seen with Linksys USB300M.
|
|
- use rn_inithead0() instead of rn_inithead() to avoid failures on memory
shortage.
- delete a needless failure handling for malloc(,M_WAITOK) in
pipex_add_session().
pointed out by blambert@. ok hsuenaga@
|
|
ok deraadt@
|
|
as it is in the very same moment pf hits that match rule. really awesome
with multiple rdr-to and the like. ok dlg - ryan would ok it too if he was
here right now
|
|
firmware has it configured lower.
|
|
|
|
|
|
protocols to EPFNOSUPPORT.
|
|
|
|
with gcc4. Use his diff to make it compile.
Submitted & tested by Stefan Rinkes. Thanks!
|
|
strict locking diff.
ok oga@
|
|
counting. Not really an issue, but dlg@ was teasing me about not
finding any vscsi(4) bugs in a while. ;)
"i trust you" dlg@ (without seeing the diff)
|
|
|
|
and protocol header actually fit in the common cases.
stays until canacar tells us how to do it right ;)
ok dlg ryan
|
|
pflog was logging the "wrong" as in not yet rewritten (nat/rdr) addresses.
to address this without making an extra copy of the mbuf chain:
-introduce bpf_mtap_pflog, which is a 1:1 copy of bpf_mtap_hdr, except that
it supplies bpf_catchpacket with pflog_bpfcopy as copy function instead of
plain bcopy
-said new shiny pflog_bpfcopy knows what a pflog packet looks like, copies
everything into bpf's buffer, contructs a fake mbuf (which is allocated once
at attach time and reused over and over) which points to the bpf buffer
as data storage
-call pf_setup_pdesc on said fake mbuf
-then call pf_translate to rewrite the addresses as needed right in the
bpf buffer
this changes the pflog header as we have to pass the new addresses/ports
around. relies on canacar's awesome work in libpcap to work olrite with the
new, longer pflog header as well as with the old, shorter one.
almost completely written at c2k10 in canada, finished here at j2k10 in
japan. ok ryan dlg
|
|
and 0 if it didn't so we know wether we have to rewrite or not.
ok ryan dlg
and in just an hour from now on this might have reached cvs eventually
from njetwork challenged j2k10 in japan
|
|
changes to the SCSI subsystem ioctl(2) handlers.
ok dlg@; ok and tweaks krw@; no objections jsg@
|
|
|
|
information about the packet we're currently dealing with, into its own
function. ok ryan dlg and additional testing sthen
|
|
|
|
in time, which is a problem if your umass device has multiple luns
on it. if multiple commands are issued at the same time then they
step on some shared state, which in turn causes some interesting
panics.
this diff introduces an iopool in umass so only one command can be
"allocated" and scheduled at a time.
found, reproduced and investigated by krw@
fix verified by krw@
ok matthew@ krw@
|
|
suspend/resume, like in other AC'97 drivers
|
|
devices.
* only one codec will ever be supported, and there's no reason to restrict
the supported codec to being in the first codec slot.
|
|
for suspend/resume, and ac97(4)'s ac97_resume() to reset and restore
the codec at resume
* return the sample rate the codec is using and remove unneeded
adjusted sample rate checking that was incorrectly copied from
auich(4)
tested/ok pirofti (on loongson)
|
|
and enumerate the sensors. When available aibs is using the RTMP, RVLT,
and RFAN nodes else in new mode GGRP, GITM, and SITM are used.
Tested by me and japser@ on old HW and me and Mattieu Baptiste on new HW.
OK deraadt@
|
|
Currently only checks that we're not in an interrupt context, but will
soon check that we're not holding any mutexes either.
Update malloc(9) and pool(9) to use assertwaitok(9) as appropriate.
"i like it" art@, oga@, marco@; "i see no harm" deraadt@; too trivial
for me to bother prying actual oks from people.
|
|
Tested by various people on tech@. OK dlg@, deraadt@ and myself
|
|
ok oga@ (a while back)
|
|
list_offset and data_offset. Makes my ix(4) happy again.
OK jsg@
|
|
make it visible so that md parts of the kernel can use it for debug messages.
|
|
from kristaps@
|
|
Two authors with "and", but without a comma.
Three or more with commata, and an "and" before the last one.
From kristaps@.
|