| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
KSEG0 addresses.
|
|
|
|
using this soon(ish). Ok oga@, sorta yes kettenis@.
|
|
to make sure the register holding the ld_l and st_c addresses doesn't
get reused when gcc's register allocator is too aggressive.
|
|
them along when we attach pci(4).
ok miod@
|
|
adressing (no problem since we only support 64-bit mode).
ok miod@, jsing@
|
|
|
|
an empty slot before the ioc card (such as on Fuel).
|
|
by Wim Van Sebroeck. Commented out in GENERIC but Heriberto Molina is
getting devices for developers so we can maintain this more easily.
Many thanks to both!
Man page will follow later.
``don't hold back for man page'' deraadt
|
|
shrinks the output of installboot by a few lines.
|
|
Instead of keeping a bitmask of on which cpu the pmap might be active which
we clear in pmap_deactivate, always keep a pointer to the currently loaded
pmap in cpu_info. We can now optimize a context switch to the kernel pmap
(idle and kernel threads) to keep the previously loaded pmap still loaded
and then reuse that pmap if we context switch back to the same process.
Introduce a new IPI to force a pmap reload before the pmap is destroyed.
Clean up cpu_switchto.
toby@ ok
|
|
|
|
now reported in hw.vendor and hw.product.
|
|
see the ancient mode 2 on machines capable of running OpenBSD/amd64.
ok deraadt@, toby@, oga@
|
|
mapping to the gart than the old code, and shouldn't conflict with
bouncebuffers when they're added.
This is essentially the sparc64 iommu code that's been modularised a bit
so I can eventually use the same code for agp-based dma for memory
managed drm drivers.
Now, this would overflow ramdiskA, so iommu and sg_dma are now #ifndef
SMALL_KERNEL.
ok kettenis@, marco@. SMALL_KERNEL discussions with deraadt.
|
|
before deciding to attach dsrtc.
|
|
|
|
ok oga@
|
|
Replaces pchb with amas for the AMD64 address map.
amas0 at pci0 dev 24 function 1 "AMD AMD64 0Fh Address Map" rev 0x00
Currently disabled (causing pchb to attach instead).
ok art@
|
|
Saves every damned driver calling bzero(), and continues the M_ZERO,
PR_ZERO symmetry.
|
|
``please commit'' deraadt
|
|
always increment uvmexp.softs while inside the lock.
While i'm here, make alpha's dispatch loop look like the rest.
"sure" miod@
|
|
ok miod@
|
|
handle a mapping partly in, and partly out the direct DMA window, on
systems with > 2GB physical memory.
|
|
partnumber, decide what components of the IOC3 really are available, and
how many interrupts to register.
Based on knowledge found in Linux source code, only tested on full-blown
IOC3 devices so far.
|
|
|
|
printing the part number as the serial number.
|
|
in sysctl hw.ncpufound; ok miod kettenis
|
|
MULTIPROCESSOR.
|
|
in sysctl hw.ncpufound; ok miod kettenis
|
|
simplelocks + splhigh().
First part of making it possible to make mpsafe softinterrupts.
"oh yes, definitely" miod@
|
|
|
|
ok miod@
|
|
differently at times.
|
|
|
|
|
|
these are completely unrelated as long as there is only one pci bus per
bridge.
|
|
|
|
else.
|
|
|
|
enable it (I have found the code that does enable it problematic on
quite a few machines, however, that's a different issue). So provide
some code that so if the bios initialised the iommu for us, we'll use
what it gave us. Makes iommu work on a machine of todd's.
while i'm here, we don't need to scan all pci functoins to find the
hypertransport bridge. the gart is always on function 3, so just scan
for all the bridges and not iterate over the functions too.
Thanks to todd for his infinite patience while I gave him diffs that
went ``Boom!''.
|
|
|
|
the first cpu on dual-cpu boards; this will be fixed later. Just don't
disable it at the prom.
|
|
a complete physical address. Also add proper cpu pa<->device pa for dma
on Origin 200.
This lets xbridge work and route interrupts correctly on Origin 200.
|
|
|
|
Otherwise we get stuck interrupted by the ``tx empty'' condition.
Also, on Origin 200 the second interrupt vector has to be computed
differently, which adds to the ``I wish I never had looked at this code''
trauma.
|
|
for it.
It is very unlikely this still compiles, the hardware is dead. It isn't in any
arch's config file. the sparc sbus code is even commented out in files.sparc.
Not to mention that the code is fucking appauling, doesn't even know that sparc
got bus.h ages ago, still uses vtophys(), defines all types of functions to
arch-specific hacks.
I will miss the bitchy comments, though...
As a note to other drivers: this is the fate that awaits you if you screw up my
ctags on commonly used functions.
"you have my ok" claudio@, "zap zap zap" deraadt@
If i've missed any bits, please remove them.
|
|
when we setmapsize it's not zero.
*sigh*
|
