Age | Commit message (Collapse) | Author |
|
the GENERIC kernel growth; verified to not conflict with old prom on sun4.
ok deraadt@
|
|
dumping the last byte.
Input from otto@ and peter@.
ok on an earlier diff from miod (and krw IIRC).
|
|
ok deraadt@
|
|
address space that is already in use when reassigning BARs.
|
|
|
|
|
|
ok deraadt@
|
|
|
|
bring back rev 1.16, em style MCLGETI based on a diff from reyk with
critical fixes by me.
|
|
leak memory, lose maps or cause double frees.
Problem courtesy of our good friends at Intel in the original
FreeBSD driver.
"awesome" dlg@
|
|
I/O resources, via devio.
Unfortunately it works as badly as when using the large window, so the bugs
I am hunting must come from elsewhere.
|
|
Requested by and OK deraadt@
|
|
|
|
needs palette support.
|
|
Noticed by deraadt@.
|
|
matching on pci id, and if no match is found, on pci subsystem id, match
on openfirmware device names (which amounts to a pci id AND subsystem id
exact match).
This makes XVR-500 cards (``bobcat'') run without acceleration. Which is
better than trying to use ``jfb'' acceleration and fail.
ok kettenis@
|
|
As long as I can't figure out what endianness knobs I need to frob to make
I/O and memory accesses through the large window work as intended, we are
stuck to devio I/O mappings only...
|
|
the loop. No functional change.
|
|
it if it does not fit in our extent, and force a suitable address. Prevents
extent sanity check panics with some cards.
|
|
be disabled with some UKC tinkering.
|
|
ok krw@
|
|
The change was unrelated to v7 support, it was a cleanup item. For some reason
this breaks ksyms on zaurus. however zaurus uses the old loadfile that
is not fully synced with libsa
|
|
ok jsg
|
|
specifically, if we free a RELEASED anon, then we will first of all
remove the page from the anon, free the anon, then get the next page
relative to the anon page, then call uvm_pagefree().
The problem is that while we zero out anon->an_page, we do not zero out
pg->uanon. Now, uvm_pagefree() if pg->uanon is not NULL zeroes out some
variables in the struct for us. One of the backed out commits added more
zeroing there which would have exacerbated this use after free under
heavy paging (which was where we saw bugs). Fix this by zeroing out
pg->uanon.
I have looked for other similar cases, but have not found any as of yet.
been in snaps a while, "please do commit that" deraadt@
|
|
ok henning, jsing
|
|
CIS-based... some newer devices have the MAC address at offset 8 instead of
offset 3. But we can tell by the first three octets, Intel says.
|
|
p->p_stats earlier, and loss of information there can cause spurious
SIGPROF or SIGVTALRM to be delivered. ok kettenis@
|
|
pci bus because of the expresscard adaptors... Lacking a better mechanism,
also remind people to keep those lists syncronised.
|
|
reading to use the eeprom instead of CIS, and then the Xircom Cardbus cards
can work in the expresscard adaptor, as pci devices.
ok jsg
|
|
including a "chunk id already in use" bug that occurred when assembling
more than one volume at boot. Volumes are now kept in order, as are the
chunks which they are assembled from. Duplicated chunk IDs are now handled
appropriately, with the chunk that has the most recent ondisk metadata
being used.
Also tested by nicm@ who got bitten by the "chunk id already in use" bug.
ok marco@
|
|
with help from Brad. OK deraadt@
|
|
of code between cases, so stop pretending otherwise, and move the
if() dance to a switch, as is done in every other pr_usrreq I'm aware of.
ok claudio@ michele@
|
|
|
|
ok deraadt@
|
|
DACs to use. for several months, there have been at most two
groups, the first being all usable analog DACs and the second being
all usable digital DACs. so 'inputs.usingdac' essentially was used
to switch between analog and digital modes. this was entirely
unclear to most users because the DACs were listed by their NIDs,
which means nothing unless you know how azalia(4) internals works.
rename 'inputs.usingdac' to 'outputs.mode', and replace the lists of
DAC NIDs with 'analog' and 'digital'. similarly for recording,
change 'record.usingadc' to 'record.mode', and replace the lists of
ADC NIDs with 'analog' and 'digital'.
|
|
the line out jack have different colors, use the colors in the
line out mixer item names.
|
|
if_ix.h) since it corrupts packets or the checksum flags or something
upwards and breaks nfs. The 1.16 MCLGETI change does not cause this
but has a double free on reboot, and the 1.18 fixes that double free
but introduces the packet corruption.
|
|
where doing bremfree() befure calling buf_acquire().
This is causing us headache pinning down a bug that showed up
when deraadt@ too cvs to current, and will have to be done
anyway as a preperation for backouts.
OK deraadt@
|
|
|
|
|
|
the original FreeBSD code for consistent behaviour between
c89/c99 compilers.
|
|
"reassemble tcp" state option failed to work correctly. Increasing this
to u_int16_t fixes kernel/6178. ok deraadt@ henning@
|
|
bridge revisions A12 and A13. We really don't know what it does,
but then noone else does.
From NetBSD and Linux, via brad
|
|
partitions; since all of them are DPME partitions, they might not be
contiguous but that's the best we can do at the moment.
|
|
|
|
|
|
test built and booted by me
ok marco@, deraadt@
|
|
waiting for all the workqs to die wakeup more often than
it should have.
ok dlg@ tedu@
|
|
case it is not OK to DPRINTF, so delete that code. Found by dhill
ok marco dhill
|
|
to piixpm(4).
from brad
|