[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH 2/3] x86/mem_sharing: replace use of page_lock/unlock with our own lock



>>> On 26.04.19 at 02:12, <tamas@xxxxxxxxxxxxx> wrote:
> I would be OK with putting the whole thing behind
> CONFIG_HAS_MEM_SHARING and having that be off by default. Is that a
> feasible route from your POV?

So is there anything wrong with my earlier suggestion of
re-purposing the sharing field to attach a structure to the page
which contains the necessary lock? I.e. in the simplest case by
adding the lock to struct page_sharing_info itself?

As to your question above - that would be another option, of
course with the config option getting its HAS_ part dropped.
Possibly it could then even default to enabled when BIGMEM=y.
But you realize that by going this route you further increase
the risk of changes elsewhere breaking mem-sharing without
anyone noticing right away?

Jan



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

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