From: Tim Post <echo@echoreply.us>
To: Keir Fraser <keir.fraser@eu.citrix.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: [PATCH] 1/1 Better expose xenstore limits
Date: Thu, 30 Apr 2009 02:18:12 +0800 [thread overview]
Message-ID: <1241029092.5394.178.camel@localhost.localdomain> (raw)
In-Reply-To: <C61E5492.9BE4%keir.fraser@eu.citrix.com>
On Wed, 2009-04-29 at 19:01 +0100, Keir Fraser wrote:
> On 29/04/2009 17:43, "Tim Post" <echo@echoreply.us> wrote:
>
> > Since xs.h already includes xs_wire, this patch duplicates those limits
> > as XS_PAYLOAD_MAX, XS_ABS_PATH_MAX and XS_REL_PATH_MAX. Moving these
> > would be a pain, but they really need to be advertised.
> >
> > Such limits should be obvious in the headers that people actually use
> > outside of the kernel, saving them from wondering what went wrong.
> >
> > Added comments direct people to xs_wire.h , in case those limits change.
>
> In terms of documentation, docs/misc/xenstore.txt already does a fine job.
Provided such docs are actually packaged.. many install Xen (and
associated DSO's and headers) via yum, apt-get, etc.
> And I think a xen/public/... header is the right place for the limits, since
> it is a general documented protocol-level constraint, rather than a
> constraint of the particular client library (which is the scope of xs.h
> itself).
Yes, it is the right place for the limits, the patch does not suggest
moving them, only echoing them in the header that user space apps will
include.
Someone using xs.h is going to be entirely unaware of said limits.
Xenstore internals will relay an appropriate errno if the limits are
exceeded, but I think many people will not know such limits exist.
Xenwire is used when developing drivers.. not user space applications.
Why not assert the limits in both at the cost of bothering the
preprocessor three times?
Cheers,
--Tim
next prev parent reply other threads:[~2009-04-29 18:18 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-29 16:43 [PATCH] 1/1 Better expose xenstore limits Tim Post
2009-04-29 18:01 ` Keir Fraser
2009-04-29 18:18 ` Tim Post [this message]
2009-04-29 21:23 ` Keir Fraser
2009-04-30 8:54 ` Tim Post
2009-04-30 9:35 ` Keir Fraser
2009-04-30 10:02 ` Tim Post
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=1241029092.5394.178.camel@localhost.localdomain \
--to=echo@echoreply.us \
--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.