[lkml]   [2004]   [Nov]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [4/7] Xen VMM patch set : /dev/mem io_remap_page_range for CONFIG_XEN
    On Fri, Nov 19, 2004 at 11:22:51PM +0000, Ian Pratt wrote:
    > This patch modifies /dev/mem to call io_remap_page_range rather than
    > remap_pfn_range under CONFIG_XEN. This is required because in arch

    Why don't we change /dev/mem to use io_remap_page_range unconditionally
    for ranges above high_memory? Clearly io_remap_page_range can map device
    space, and I guess that's what io_remap_page_range is there for. sparc
    and sparc64 are the only two ones implementing io_remap_page_range, so
    maybe Dave or Wli can tell us if there's any penalty in using
    io_remap_page_range in mmap(/dev/mmap) for phys ranges above
    high_memory. I don't know the sparc architectural details of mk_pte_io
    invoked by io_remap_page_range of the sparc arch.

    There's also an issue with io_remap_page_range where sparc has 6 args
    while everyone else has 5 args. It's perfectly fine that sparc will be
    the only one parsing the last value, but we should pass that last value
    to all archs, so that people can avoid writing code like the below

    #ifdef __sparc__
    if (io_remap_page_range(DRM_RPR_ARG(vma) vma->vm_start,
    VM_OFFSET(vma) + offset,
    vma->vm_end - vma->vm_start,
    vma->vm_page_prot, 0))
    if (remap_pfn_range(DRM_RPR_ARG(vma) vma->vm_start,
    (VM_OFFSET(vma) + offset) >> PAGE_SHIFT,
    vma->vm_end - vma->vm_start,

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:08    [W:3.466 / U:0.228 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site