| Age | Commit message (Collapse) | Author |
|---|
|
the b06 firmware for the older chips, and adds the b09 firmware. there are
three variants of the rv2p code thats loaded onto the chips, so this has
been split out into separate firmware files as well.
the driver has been updated to handle the split firmwares, and to easily
allow loading of the different versions. this change only supports the
loading of the firmwares for the currently supported chips.
after this change you must build the new firmwares and install them as well
as your new kernel.
"go to it" deraadt@
|
|
that returning COMPLETE for non-SCSI_POLL commands is significant.
Fixes double free of xs and subsequent crashes caused by pulling
out USB media while i/o is active. Problem analyzed & fix discovered
by hshoexer@. A more general fix may follow post-4.6.
ok miod@ deraadt@.
|
|
Octane support. The Octane being a single-node system, address space is
ludicrous enough to allow the whole address space of every widget to be
directly accessible in whole, using the address bits reserved to nasid.
However, on IP27 and IP35, things do not work this way - while we still have
the low 16MB address space of each widget available (the so-called
``short window''), access to other parts of the wiget address space is done
through translation slots (IOTTE) at the Hub I/O space level, on a per-node
basis.
Given the imminent release lock, give up completely on ``large'' mappings
of widgets, and restrict ourselves to short window operation, all the time
(thus reinforcing the use of devio registers to map pci resources on xbridge).
A proper interface to request mappings of specific widget areas, either
directly on Octane, or through IOTTE if available on Origin, will appear
post-release.
No functional change (except from silently repairing Octane support which the
previous xbridge commit silently broke).
|
|
(at least on some of our architectures, including hppa). Since isp(4) keeps
track of elapsed time to determine if it should continue to wait for the FC
link to come up it would wait very very long. Figured out by krw@.
ok deraadt@, krw@
|
|
|
|
|
|
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.
|
