Messages in this thread | | | Date | Thu, 18 Nov 2004 04:57:35 -0800 | From | William Lee Irwin III <> | Subject | Re: [patch 2] Xen core patch : arch_free_page return value |
| |
On Thu, Nov 18, 2004 at 12:51:12PM +0000, Ian Pratt wrote: > Having pulled the latest snapshot, it's good to see that > remap_pfn_range has cleaned things up a bit. However, it doesn't > solve our problem. > In arch xen we need to use a different function for mapping MMIO > or BIOS pages, which is the /dev/mem behaviour we need to > support. > I'm not sure we can do this without changing the call in mem.c, > at least not without adding an extra hook inside remap_pfn_range > that allows us to use an alternative to set_pte e.g. slow_set_pte > that tries to figure out whether the pfn is real memory or > not. Personally I think the mem.c #ifdef is cleaner and more > robust. > I'm not sure I understand the issue about io_remap_page_range > having an architecture-specific calling convention. Please can > you enlighten me.
On some architectures it takes 5 arguments, and on others, 6. It won't compile everywhere without an #ifdef.
-- wli - 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/
| |