| Age | Commit message (Collapse) | Author |
|---|
|
|
|
"I like it" deraadt "sweet" tedu "love it" marco
|
|
since it is essentially free. To turn on the checking of the rest of the
allocation, use 'option POOL_DEBUG'
ok tedu
|
|
use M_CANWAIT throughout
ok sthen canacar claudio
|
|
- dma_cachectl() split into a ``local cpu only'' and ``all cpus'', and an ipi
to broadcast ``local dma_cachectl'' is added.
- cpu_info fields are rearranged, to have the 88100-specific information
and the 88110-specific information overlap, and has many more 88110
ugly things.
- more ipi handling in the 197-specific area. Since it is not possible to
have the second processor receive any hardware interrupt (selection
is done on a level basis via ISEL, and we definitely do not want the
main cpu to lose interrupts), the best we can do is to inflict ourselves
a soft interrupt for late ipi processing. It gets used for softclock and
hardclock on the secondary processor, but since the soft interrupt
dispatcher doesn't have an exception frame, we have to remember parts
of it to build a fake clockframe from the soft ipi handler (ugly but
works).
This now lets GENERIC.MP run a few userland binaries before bugs trigger.
|
|
from interrupt() and related function pointers.
|
|
between releases we may want to turn it on, since it has uncovered real
bugs)
ok miod henning etc etc
|
|
as additional argument. This will allow intermediate layers between
scsi devices such as sd and scsi host adapters to take appropriate
action if necessary.
|
|
use to identify devices of interest.
ok deraadt@
|
|
|
|
now set up both the exception frame structure and the exception stack as
soon as possible, so that we can safely get interrupted by an NMI as soon
as we reenable shadowing.
|
|
to APIC mode.
tested by many
ok marco@
|
|
Tested by many, thanks.
Put it in" deraadt@
|
|
if attempts are made to read it. So read MSR_TEMPERATURE_TARGET only
when ci_model == 0xe.
Found when my Core i7 box blew up. FreeBSD allows a few more chips
but this allows my box to boot.
ok jsg@
|
|
in seperate variables in struct cpu_info instead
of duplicating the process of extracting it from the signature.
Discussed with several, 'just do it' weingart@, ok mikeb@
|
|
in seperate variables in struct cpu_info instead
of duplicating the process of extracting it from the signature.
Use this value when determining the bus clock on P6/family 0x6
chips, which fixes speedstep on bernd@'s ThinkPad x200s.
Discussed with several, 'just do it' weingart@, ok mikeb@
|
|
WARNING: THIS BREAKS COMPATIBILITY WITH THE PREVIOUS VERSION OF PFSYNC
this is a new variant of the protocol and a large reworking of the
pfsync code to address some performance issues. the single largest
benefit comes from having multiple pfsync messages of different
types handled in a single packet. pfsyncs handling of pf states is
highly optimised now, along with packet parsing and construction.
huggz for beck@ for testing.
huge thanks to mcbride@ for his help during development and for
finding all the bugs during the initial tests.
thanks to peter sutton for letting me get credit for this work.
ok beck@ mcbride@ "good." deraadt@
|
|
anything. we represent that in the midlayre by moving the initiator id out
of the buswidth. let's not print it in that case.
ok deraadt@ kettenis@ krw@ marco@
|
|
|
|
Due to the fact that most of the drivers didn't keep their mmio regions
mapped from attach, all irq-using drm drivers have a hook in lastclose()
to remove the irq before it unmaps its registers. Since now they all
keep them mapped, this isn't an issue. Remove the redundant calls.
|
|
|
|
did that one function call), so instead inline it in place.
|
|
it and just remove it from the only place it was called.
|
|
|
|
this defeats the purpose of having a separate stack at this point... Oopsie
|
|
declaration.
no binary size change.
|
|
spotted by mcbride@
Theo@: "This diff is correct. Please commit it right away"
|
|
|
|
ok dlg, henning, sthen
|
|
freebsd and linux, and i'm assured by an amd employee that it is needed.
With this diff the RS690 at phesslers@'s work work the first time you boot it,
you can even restart X to your heart's content. However, after a reboot it goes
back to not working. I've not managed to rule out buggered hardware yet, so
anyone with a RS690 chipset would make my very grateful by checking if the same
thing happens there.
RS480 also needs this, but seems to still be broken.
|
|
hardware-status-page.
|
|
|
|
|
|
instead of 1 on success and zero on failure. I hated that twisty logic.
|
|
a separate function. Makes this code a lot easier to read.
|
|
|
|
|
|
removes the custom code in there, so shrinks the kernel by a few bytes.
Convert other code to deal with data structure changes.
|
|
to use the new api.
More cleanup to this file coming soon.
|
|
|
|
|
|
|
|
The next few commits will convert calls to drm_pci_alloc (which I hate)
over to this new api, and convert other handrolled stuff over too.
First part of my cleaning up bus_dma useage in drm.
|
|
ok krw@ miod@ (some months ago)
|
|
with help from miod@
ok miod@ oga@
|
|
Reported by and diff from Remco <remco at d-compu.dyndns.org>, thanks!
Checked with kettenis@.
ok kettenis
|
|
|
|
us a chance to parse it and generate strings for hw.product and hw.vendor.
Use the "name" property instead. This should give us a better chance of
booting on UltraSPARC T2+ systems.
ok deraadt@
|
|
string length exceeds maxlength.
ok miod@
|
|
is available yet.)
branch the ampdu_{tx,rx}_{start,stop} callbacks too.
remove code that is only needed for evaluation/test boards.
|
