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

Re: [Xen-devel] page ref/type count overflows



On 29/01/2009 08:34, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:

>>>> Keir Fraser <keir.fraser@xxxxxxxxxxxxx> 27.01.09 11:24 >>>
>> On 27/01/2009 10:16, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:
>>> And shouldn't shadow's count field also be widened to BITS_PER_LONG-6?
>> 
>> Would be nice. Hopefully either Tim or Gianluca will see to that.
> 
> Actually, I'd like to go a step further: Is there any reason why struct
> shadow_page_info must be separate from struct page_info (rather than
> sharing the definition, requiring some re-ordering of its elements)?

Not really, apart from wanting to keep shadow stuff in one place in a
private header file, I suppose. Would it risk turning page_info's definition
into crazy union soup? If it could be done as something like:
 unsigned long count_info
 union {
  struct { page_info stuff }; // anonymous
  struct { sh_page_info stuff }; // anonymous
 } // anonymous
That would be nicer than what we currently have, I'd agree. And the more
stuff we can pull out of the anonymous union (e.g., perhaps a list_head?)
then the better, of course.

 -- Keir



_______________________________________________
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®.