lkml.org 
[lkml]   [2005]   [Mar]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    Subject[PATCH 0/4] io_remap_pfn_range: intro.

    This is a combination of io_remap_pfn_range patches posted in the
    last week or so by Keir Fraser and me.

    This description is mostly from Keir's original post.


    This patch introduces a new interface function for mapping bus/device
    memory: io_remap_pfn_range. This accepts the same parameters as
    remap_pfn_range and io_remap_page_range but should be used in any
    situation where the caller is not simply remapping ordinary RAM.
    For example, when mapping device registers the new function should be used.

    The distinction between remapping device memory and ordinary RAM is
    critical for the Xen hypervisor.

    This patch series also cleans up the remaining users of
    io_remap_page_range (in particular, the several sparc-specific
    sections in various drivers that use a special form of io_remap_page_range:
    an extra <iospace> argument for SPARC arch.) by converting them to
    use io_remap_pfn_range(), where io_remap_pfn_range() supports
    passing <iospace> as part of the pfn argument.

    The sparc32 & sparc64 code needs live testing.


    (from Keir:)
    I have audited the drivers/ and sound/ directories. Most uses of
    remap_pfn_range are okay, but there are a small handful that are
    remapping device memory (mostly AGP and DRM drivers).

    Of particular driver is the HPET driver, whose mmap function is broken
    even for native (non-Xen) builds. If nothing else, vmalloc_to_phys
    should be used instead of __pa to convert an ioremapped virtual
    address to a valid physical address. The fix in this patch is to
    remember the original bus address as probed at boot time and to pass
    this to io_remap_pfn_range.


    ---
    ~Randy
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 14:11    [W:0.021 / U:121.940 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site