[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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.