da1b038af9
On some architectures, u_long isn't large enough for resource definitions. Particularly, powerpc and arm allow 36-bit (or larger) physical addresses, but type `long' is only 32-bit. This extends rman's resources to uintmax_t. With this change, any resource can feasibly be placed anywhere in physical memory (within the constraints of the driver). Why uintmax_t and not something machine dependent, or uint64_t? Though it's possible for uintmax_t to grow, it's highly unlikely it will become 128-bit on 32-bit architectures. 64-bit architectures should have plenty of RAM to absorb the increase on resource sizes if and when this occurs, and the number of resources on memory-constrained systems should be sufficiently small as to not pose a drastic overhead. That being said, uintmax_t was chosen for source clarity. If it's specified as uint64_t, all printf()-like calls would either need casts to uintmax_t, or be littered with PRI*64 macros. Casts to uintmax_t aren't horrible, but it would also bake into the API for resource_list_print_type() either a hidden assumption that entries get cast to uintmax_t for printing, or these calls would need the PRI*64 macros. Since source code is meant to be read more often than written, I chose the clearest path of simply using uintmax_t. Tested on a PowerPC p5020-based board, which places all device resources in 0xfxxxxxxxx, and has 8GB RAM. Regression tested on qemu-system-i386 Regression tested on qemu-system-mips (malta profile) Tested PAE and devinfo on virtualbox (live CD) Special thanks to bz for his testing on ARM. Reviewed By: bz, jhb (previous) Relnotes: Yes Sponsored by: Alex Perez/Inertial Computing Differential Revision: https://reviews.freebsd.org/D4544 |
||
---|---|---|
.. | ||
hda | ||
allegro_code.h | ||
allegro_reg.h | ||
als4000.c | ||
als4000.h | ||
atiixp.c | ||
atiixp.h | ||
aureal.c | ||
aureal.h | ||
cmi.c | ||
cmireg.h | ||
cs461x_dsp.h | ||
cs4281.c | ||
cs4281.h | ||
csa.c | ||
csapcm.c | ||
csareg.h | ||
csavar.h | ||
ds1-fw.h | ||
ds1.c | ||
ds1.h | ||
emu10k1.c | ||
emu10kx-midi.c | ||
emu10kx-pcm.c | ||
emu10kx.c | ||
emu10kx.h | ||
emuxkireg.h | ||
envy24.c | ||
envy24.h | ||
envy24ht.c | ||
envy24ht.h | ||
es137x.c | ||
es137x.h | ||
fm801.c | ||
hdspe-pcm.c | ||
hdspe.c | ||
hdspe.h | ||
ich.c | ||
ich.h | ||
maestro3.c | ||
maestro_reg.h | ||
maestro.c | ||
neomagic-coeff.h | ||
neomagic.c | ||
neomagic.h | ||
solo.c | ||
spicds.c | ||
spicds.h | ||
t4dwave.c | ||
t4dwave.h | ||
via82c686.c | ||
via82c686.h | ||
via8233.c | ||
via8233.h | ||
vibes.c | ||
vibes.h |