[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] RE: Linux PG_arch_1 conflict
On Mon, Mar 13, 2006 at 01:20:39PM -0800, Magenheimer, Dan (HP Labs Fort Collins) wrote: > > On 10 Mar 2006, at 21:11, Magenheimer, Dan (HP Labs Fort > > Collins) wrote: > > > > >> That thread seems to already have a solution. Has anybody > > run it past > > >> Linux MM people? (Adding xen-devel to CC for greater exposure.) > > > > > > If by "solution" you mean that Keir could change Xenlinux to > > > add a new "PG_foreign" bit and change Xenlinux/x86 (and netback) > > > to use that bit rather than PG_arch_1, I agree. > > > > > > Comments, Keir (or others)? > > > > Sounds like the proper fix. I'll leave it to Christian and others > > involved in the Linux upstreaming effort to have the final word. > > Comments, Christian (or others)? Any chance this will get into > 3.0.2? Certainly it should be changed before attempting to push > the drivers upstream to Linux. What do you think of the followings? Too hacky? extern struct address_space xen_ia64_foreign_dummy_mapping; #define PageForeign(page) \ (page->mapping == &xen_ia64_foreign_dummy_mapping) #define SetPageForeign(page, dtor) do { \ set_page_private((page), (unsigned long)dtor); \ (page)->mapping = &xen_ia64_foreign_dummy_mapping; \ } while (0) #define ClearPageForeign(page) do { \ (page)->mapping = NULL; \ set_page_private((page), 0); \ } while (0) #define PageForeignDestructor(page) \ ( (void (*) (struct page *)) page_private((page)) ) -- yamahata _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |