02 Mar, 2009
1 commit
-
Signed-off-by: Venkatesh Pallipadi
Signed-off-by: Ingo Molnar
25 Feb, 2009
1 commit
-
io_mapping_create_wc should take a resource_size_t parameter in place of
unsigned long. With unsigned long, there will be no way to map greater than 4GB
address in i386/32 bit.On x86, greater than 4GB addresses cannot be mapped on i386 without PAE. Return
error for such a case.Patch also adds a structure for io_mapping, that saves the base, size and
type on HAVE_ATOMIC_IOMAP archs, that can be used to verify the offset on
io_mapping_map calls.Signed-off-by: Venkatesh Pallipadi
Signed-off-by: Suresh Siddha
Cc: Dave Airlie
Cc: Jesse Barnes
Cc: Eric Anholt
Cc: Keith Packard
Signed-off-by: Ingo Molnar
04 Nov, 2008
1 commit
-
Impact: cleanup
clean up ifdefs: change #ifdef CONFIG_X86_32/64 to
CONFIG_HAVE_ATOMIC_IOMAP.flip around the #ifdef sections to clean up the structure.
Signed-off-by: Keith Packard
Signed-off-by: Ingo Molnar
31 Oct, 2008
1 commit
-
Impact: add new generic io_map_*() APIs
Graphics devices have large PCI apertures which would consume a significant
fraction of a 32-bit address space if mapped during driver initialization.
Using ioremap at runtime is impractical as it is too slow.This new set of interfaces uses atomic mappings on 32-bit processors and a
large static mapping on 64-bit processors to provide reasonable 32-bit
performance and optimal 64-bit performance.The current implementation sits atop the io_map_atomic fixmap-based
mechanism for 32-bit processors.This includes some editorial suggestions from Randy Dunlap for
Documentation/io-mapping.txtSigned-off-by: Keith Packard
Signed-off-by: Eric Anholt
Signed-off-by: Ingo Molnar