| Age | Commit message (Collapse) | Author |
|---|
|
integrated raid has changed state) that needs an acknowledgement,
it currently goes scsi_io_get. because events are handled at interrupt
time it cannot wait for ccbs, so if the ccb pool is empty, it wont
get a ccb to ack the event with.
this cuts the code over to using iohandlers to ack these events.
when an ack is required, it shoves the rcb onto a queue and schedules
an iohandler to be run whenever a ccb becomes available. the majority
of the time the ccb will be there and the reply will happen
immediately. however, if the hba is busy we might be deferred until
some other command completes and gives its ccb back to the pool.
because it looks like we can now receive many events at a time
(rather than just one at a time like in mpi), im using a queue to
store the events in. the alternative was an iohandler per rcb, but
that struck me as a bit too heavy.
mikeb is really impressed
no objection from krw@
|
|
Since this is the only chip revision that requires split TKIP MIC keys,
remove code that deal with that.
|
|
|
|
we must not restore the noisefloor values if load failed on AR5008
family too.
|
|
|
|
Remove an incorrect mask to fix antenna diversity on some chips.
|
|
see http://marc.info/?l=linux-wireless&m=127802223525594&w=2 for the
list of changes/fixes.
|
|
- AR9280 1.0
- AR9285 1.0 and 1.1
- AR9287 1.0
Remove checks that are now useless since we know we will never see those
chips, and rename some functions.
|
|
|
|
|
|
|
|
|
|
data in it. m_getptr() hops over empty buffers and points to the first
allocated data byte. Because of this the m_dup_pkthdr() call done by
m_copym0() can panic because not the first mbuf is passed.
Found the hard way by myself, diff by blambert@ commiitting for him since
he is not around. Tested and OK myself
|
|
* Comment why we call the video interrupt in the mmap interface now in
uvideo.c
|
|
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
|
|
is a variable on sparc. This should be revisited... after the arguments
for pagesize vs 4K complete :)
|
|
go back to something more like the previous design, and have the thread do
the heavy lifting. solves vmmaplk panics.
ok deraadt oga thib
[and even simple diffs are hard to get perfect. help from mdempsky and deraadt]
|
|
ok mglocker
|
|
Learned the hard way. dlg@ confirmed that it is save to just remove them,
the desync will still work but the reader needs to dequeue all packets first.
|
|
no point in copying before having done the final sanity check (we copied
before the last one).
ok armani
|
|
get rid of it.
ok armani
|
|
From FreeBSD via Brad.
|
|
|
|
mysterious and unused mbtypes[] array in mbuf.h.
ok tedu@, deraadt@
|
|
By trying to do the latter, ioprbs(4) was inadvertently always
signalling to the SCSI mid and upper layers that read/write requests
succeeded, even if they failed or only partially completed.
Light testing by claudio@, which is still way more effort than this
driver deserved.
|
|
condition that prevents us from queuing it, which in turn means that
processes listening on the routing socket for changes to the kernel state
will get out of sync. currently this is handled by the following comment:
/* should notify about lost packet */
this change introduces a new rtsock message called RTM_DESYNC that
notifies about lost packets and uses it instead of this comment.
when we detect loss we flush all the message in the routing socket and
attempt to queue an RTM_DESYNC message instead. to guarantee that we will
enqueue DESYNC we keep trying it when an attempt to enqueue or dequeue
any messages is made, and in the worst case a timeout tries to guarantee
that desync is added to the socket.
ive been running this in production for 2 or 3 weeks.
tested by sthen@
ok sthen@ claudio@ deraadt@
code written by andrew sallaway at the univeristy of queensland.
|
|
|
|
From SAITOH Masanobu.
Confirmed to fix pr 6427, and should fix 6301 as well.
Tested by a bunch of people, and discussed with claudio
during c2k10.
|
|
|
|
|
|
|
|
later, when we trust it)
ok matthew
|
|
|
|
pools, sized by powers of 2, which are constrained to dma memory.
ok matthew tedu thib
|
|
ok krw@, claudio@
|
|
+ find.fp_wsize *= find.fp_mss;
From: Ed Schouten <ed at FreeBSD.org>
|
|
Tested on Thinkpad T510.
|
|
|
|
|
|
ok claudio@
|
|
grabbing allproclk in proc_zap(); skip such processes in sysctl(KERN_PROC*)
and handle the NULL pointer in ddb's ps.
ok tedu@
|
|
Although with aditional 20us delays added just before returning
from miibus read/writes as required by the hardware.
Based on the Linux r8169 driver; from Brad.
|
|
without modifying the u-boot environment.
|
|
|
|
sun4c, as it has a sun4c OpenPROM but a sun4 8KB pagesize. VME devices are
not supported yet.
ok deraadt@
|
|
|
|
|
|
addresses line up correctly. Newer i386 gcc4 - for some reason -- is
prompting the linker with -N to not do this alignment which it used to do
(perhaps because the alignment of all .o's have dropped to very small
amounts??). Using -Z wastes around a page of bootblock space which matters
even more on the small install media, so this definately needs revisiting.
Workaround from toby
|
|
|
|
Works on Dell x9xx and Studio 1555
|
