[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH v3] tools/xenstore: don't store domU's mfn of ring page in xenstored
On Thu, Apr 30, 2020 at 07:38:42AM +0200, Juergen Gross wrote: > The XS_INTRODUCE command has two parameters: the mfn (or better: gfn) > of the domain's xenstore ring page and the event channel of the > domain for communicating with Xenstore. > > The gfn is not really needed. It is stored in the per-domain struct > in xenstored and in case of another XS_INTRODUCE for the domain it > is tested to match the original value. If it doesn't match the > command is aborted via EINVAL, otherwise the event channel to the > domain is recreated. > > As XS_INTRODUCE is limited to dom0 and there is no real downside of > recreating the event channel just omit the test for the gfn to > match and don't return EINVAL for multiple XS_INTRODUCE calls. > > Signed-off-by: Juergen Gross <jgross@xxxxxxxx> Acked-by: Wei Liu <wl@xxxxxxx>
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |