02 Mar, 2009

1 commit


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

    Venkatesh Pallipadi
     

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

    Keith Packard
     

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.txt

    Signed-off-by: Keith Packard
    Signed-off-by: Eric Anholt
    Signed-off-by: Ingo Molnar

    Keith Packard