| Age | Commit message (Collapse) | Author |
|---|
|
the firmware on the v1280 doesn't like).
tested by many
|
|
problem by adopting the same encoding used by Solaris for the kernel windows.
Note that this involves rearranging the trap vector tables, both fur sun4u and
for sun4v.
|
|
on the v1280 doesn't like it if we change it behind its back.
|
|
a) we're attempting to wake a specific process which
b) sleeps on a unique address
which means that there's no need to continue traversing the sleep
queue once the process has been found and awakened.
"looks good too me" thib@
|
|
|
|
|
|
(its never set).
"please kill it" blambert@
|
|
can be used and we return the state key back to the pool, don't insert
state items into the tailq using that garbage state key.
this makes things much happier for me.
ok henning@
|
|
flagged SCSI_DATA_OUT) and data that has been returned (for commands
flagged SCSI_DATA_IN). This is better than just printing the data
buffer before the command is issued since that does not include any
data that has been read. e.g. INQUIRY data, as thib@ and I discovered.
ok marco@
|
|
comments, not FTDI_SIO_GET_MODEM_STATUS which is not defined anywhere.
Also note that on newer devices like the FT232R the request is two
bytes, not one.
|
|
to u_int64_t's; add two new counters to nchstats that will
be used in the future.
ok art@, beck@
|
|
for uid goo, mostly zapping unused members from various structures.
ok blambert@
|
|
ok art@
|
|
mbuf that points to the rest of the chain (if it is a
chain).
ok blambert@
|
|
FT232R chip to interface the receiver (instead of the NetCologne
chip used on older models). Only the DCF77 and HBG receivers are
supported.
A sidenote: Gude ADS not only provides me with receivers and
documentation, but as a result of my feedback on their older receivers
the new ones now have proper USB product IDs to distinguish between
DCF77, HBG, and MSF.
|
|
|
|
actually be used to access trap vectors.
|
|
|
|
|
|
we pretend that ssm is mainbus. Perhaps I'l turn it into a real bus driver
later.
|
|
ok thib@
|
|
ok jsg@
|
|
|
|
that we can attach the state to, make sure to not overwrite the state key
pointer in the state that was just set to the existing state key with the
state key that was supplied with the state and just free'd (well, pool_put'd).
by the time we clean up the state and try to follow it to RB_REMOVE etc
we'd follow that garbage pointer to either an unrelated state key or the old
state key still sitting unused in the pool.
should fix the RB_REMOVE panics some people have been seeing.
"clearly ok, please commit" ryan
|
|
|
|
(radeon and intel)
tested by a few (as part of the updates)
|
|
>Update the radeondrm driver to be level with drm git.
>
>adds:
>
>- support for RS400 chips
>- some cleanup of a few things
>- fixes a hard lockup for r3-500 cards.
>
>Tested by a few
|
|
changes:
- Support for intel 4 series chipsets (i'll do any relavent agp bits for
these as soon as i grab the datasheet and find a testcase)
- fix scheduled buffer swaps on non 965 chipsets
- major reorder, dedup and general cleanup of register definition and
the header file
Tested by a few, no regressions
|
|
adds:
- support for RS400 chips
- some cleanup of a few things
- fixes a hard lockup for r3-500 cards.
Tested by a few
|
|
ok deraadt@
|
|
when we first do a pcb lookup and we have a pointer to a pf state key
in the mbuf header, store the state key pointer in the pcb and a pointer
to the pcb we just found in the state key. when either the state key
or the pcb is removed, clear the pointers.
on subsequent packets inbound we can skip the pcb lookup and just use the
pointer from the state key.
on subsequent packets outbound we can skip the state key lookup and use
the pointer from the pcb.
about 8% speedup with 100 concurrent tcp sessions, should help much more
with more tcp sessions.
ok markus ryan
|
|
|
|
OK deraadt
|
|
identical to the one above it.
OK deraadt
|
|
ok deraadt@
|
|
ok deraadt@
|
|
|
|
1. When checking if the pagedaemon should be awakened and to see how
much work it should do, consider the buffer cache deficit
(how much pages the buffer cache can eat max vs. how much it has
now) as pages that are not free. They are actually still usable by
the allocator, but the presure on the pagedaemon is increased when
we starting to chew into the memory that the buffer cache wants to
use.
2. Remove the stupid 512kB limit of how much memory should be our
free target. That maybe made sense on 68k, but on modern systems
512k is just a joke. Keep it at 3% of physical memory just like
it was meant to be.
3. When doing allocations for the pagedaemon, always let it use the
reserve. the whole UVM_OBJ_IS_KERN_OBJECT is silly and doesn't
work in most cases anyway. We still don't have a reserve for
the pagedaemon in the km_page allocator, but this seems to help
enough. (yes, there are still bad cases in that code and the comment
is only half-true, the whole section needs a massage, but that will
happen later, this diff only touches pagedaemon parts)
Testing by many, prodded by theo.
|
|
the native ubsa device, the patch notifies when it finds such a kind of
device.
ok jsg@
|
|
ok deraadt@
|
|
many high speed modem devices use CDC-like notify message protocol
in there intr pipe rather than ubsa(4) compatible protocol.
now umsm(4) interrupt message will be treated as CDC notify.
And, this patch contains "verbose message patch" to find incompatible
device in umsm(4).
|
|
|
|
suspend/resume. eventually it will also manage output switching and
brightness where supported. prodded by marco@
|
|
|
|
ok deraadt@
|
|
* For amd64, remove pcibios traces.
* make RBUS_IO_START, RBUS_IO_SIZE, RBUS_MIN_START and RBUS_MEM_SIZE
(on i386) configurable via kernel options.
* Remove unneeded headers.
* Some cleanups.
originally reported in pr/5829 and tested by viq <viq at viq dot ath dot cx>.
fixes ian@ laptop too.
kettenis@ and miod@ agrees that although not perfect, this is the right
direction.
|
|
|
|
|
|
|
|
|
