From: "Jan Beulich" <jbeulich@novell.com>
To: Tim Deegan <Tim.Deegan@citrix.com>
Cc: Gianluca Guida <gianluca.guida@eu.citrix.com>,
xen-devel@lists.xensource.com,
Keir Fraser <keir.fraser@eu.citrix.com>
Subject: Re: page ref/type count overflows
Date: Thu, 29 Jan 2009 10:57:44 +0000 [thread overview]
Message-ID: <498199B8.76E4.0078.0@novell.com> (raw)
In-Reply-To: <20090129101247.GB5300@york.uk.xensource.com>
>>> Tim Deegan <Tim.Deegan@citrix.com> 29.01.09 11:12 >>>
>Well, when it _did_ use struct page_info the code was full of ugly hacks
>to wedge information into fields with misleading names. :) I also like
It has mostly clear names now (I mostly kept their original shadow names),
but it avoids redundancy on fields that really have the same purpose in
and outside of shadow code.
>the type-safety of not having the two structs anonymous-unioned
>together; it's already confusing which field names are valid at any
>time.
If type-safety is a concern, then shadow_page_info could of course be
made a secondary definition. But I think with properly named fields that
may not be as much of a concern.
>I've no objection to having the fields merged if it can be done without
>hoicking lots of internal shadow-code definitions back out into common
>code (it took me ages to separate it all!), and if it gets some real
>benefit (like sharing most of the existing fields).
For this, see my other reply.
Jan
prev parent reply other threads:[~2009-01-29 10:57 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-26 13:10 page ref/type count overflows Jan Beulich
2009-01-26 13:33 ` Keir Fraser
2009-01-26 13:51 ` Keir Fraser
2009-01-26 14:10 ` Jan Beulich
2009-01-26 14:19 ` Keir Fraser
2009-01-26 14:38 ` Jan Beulich
2009-01-26 14:54 ` Keir Fraser
2009-01-26 16:15 ` Jan Beulich
2009-01-26 16:30 ` Keir Fraser
2009-01-27 9:34 ` Tim Deegan
2009-01-26 17:01 ` Keir Fraser
2009-01-27 10:16 ` Jan Beulich
2009-01-27 10:24 ` Keir Fraser
2009-01-27 11:22 ` Keir Fraser
2009-01-27 15:38 ` Keir Fraser
2009-01-27 15:49 ` Jan Beulich
2009-01-27 16:03 ` Keir Fraser
2009-01-29 8:34 ` Jan Beulich
2009-01-29 8:45 ` Keir Fraser
2009-01-29 10:54 ` Jan Beulich
2009-01-29 11:07 ` Tim Deegan
2009-01-29 11:26 ` Keir Fraser
2009-01-29 14:04 ` Gianluca Guida
2009-01-29 10:12 ` Tim Deegan
2009-01-29 10:57 ` Jan Beulich [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=498199B8.76E4.0078.0@novell.com \
--to=jbeulich@novell.com \
--cc=Tim.Deegan@citrix.com \
--cc=gianluca.guida@eu.citrix.com \
--cc=keir.fraser@eu.citrix.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.