f6c5839fe1
from all low-level bus space support functions. There's no need to actually force the read/write to be accepted by the platform before we can do anything else. We still have the mf instruction there, which forces ordering. This too is not required given the semantices of the bus space I/O functions, but it's not at all clear to me if there are any poorly written device drivers that depend on the strict ordering by the processor. The motto here is to take small steps... |
||
---|---|---|
.. | ||
pc | ||
_inttypes.h | ||
_limits.h | ||
_stdint.h | ||
_types.h | ||
acpica_machdep.h | ||
asm.h | ||
atomic.h | ||
bootinfo.h | ||
bus_memio.h | ||
bus_pio.h | ||
bus.h | ||
clock.h | ||
clockvar.h | ||
cpu.h | ||
cpufunc.h | ||
critical.h | ||
db_machdep.h | ||
efi.h | ||
elf.h | ||
endian.h | ||
exec.h | ||
float.h | ||
floatingpoint.h | ||
fpu.h | ||
frame.h | ||
ia64_cpu.h | ||
ieee.h | ||
ieeefp.h | ||
in_cksum.h | ||
inst.h | ||
intr.h | ||
intrcnt.h | ||
ioctl_bt848.h | ||
ioctl_meteor.h | ||
kse.h | ||
limits.h | ||
mca.h | ||
md_var.h | ||
mutex.h | ||
nexusvar.h | ||
pal.h | ||
param.h | ||
pcb.h | ||
pci_cfgreg.h | ||
pcpu.h | ||
pmap.h | ||
proc.h | ||
profile.h | ||
pte.h | ||
ptrace.h | ||
reg.h | ||
reloc.h | ||
resource.h | ||
rse.h | ||
runq.h | ||
sal.h | ||
sapicreg.h | ||
sapicvar.h | ||
setjmp.h | ||
sigframe.h | ||
signal.h | ||
smp.h | ||
stdarg.h | ||
sysarch.h | ||
ucontext.h | ||
unwind.h | ||
varargs.h | ||
vmparam.h |