From: Wei Liu <wei.liu2@citrix.com>
To: "Marek Marczykowski-Górecki" <marmarek@invisiblethingslab.com>
Cc: Ian Jackson <ian.jackson@eu.citrix.com>,
Wei Liu <wei.liu2@citrix.com>,
xen-devel@lists.xen.org
Subject: Re: [PATCH 2/2] systemd: drop dependency on proc-xen.mount in xendriverdomain.service
Date: Mon, 25 Jul 2016 10:34:21 +0100 [thread overview]
Message-ID: <20160725093421.GC1008@citrix.com> (raw)
In-Reply-To: <20160725093032.GO5036@mail-itl>
On Mon, Jul 25, 2016 at 11:30:32AM +0200, Marek Marczykowski-Górecki wrote:
> On Mon, Jul 25, 2016 at 10:27:47AM +0100, Wei Liu wrote:
> > On Sun, Jul 24, 2016 at 09:27:13PM +0200, Marek Marczykowski-Górecki wrote:
> > > It is no longer required since xl devd use /dev/xen interface.
> > >
> >
> > How would this unit work when there is no /dev/xen interface?
>
> Does it happen in reality? I thought /proc/xen is deprecated for a long
> time...
>
I can't tell whether it happens in reality or not. I also hope to get
rid of deprecated interface but they are here to stay for as long as it
takes.
I guess the question is, do you have a compelling reason against keeping
this dependency?
Wei.
> > To be precise, we prefer /dev/xen interfaces whenever possible but there
> > is a fallback to /proc/xen. Note that a lot of other unit files have
> > this dependency on proc-xen.mount.
> >
> > I'm inclined to say we should keep this dependency but I'm not sure if I
> > missed some obvious things.
> >
> > > Cc: Ian Jackson <ian.jackson@eu.citrix.com>
> > > Cc: Wei Liu <wei.liu2@citrix.com>
> > > Signed-off-by: Marek Marczykowski-Górecki <marmarek@invisiblethingslab.com>
> > > ---
> > > tools/hotplug/Linux/systemd/xendriverdomain.service.in | 2 --
> > > 1 file changed, 2 deletions(-)
> > >
> > > diff --git a/tools/hotplug/Linux/systemd/xendriverdomain.service.in b/tools/hotplug/Linux/systemd/xendriverdomain.service.in
> > > index 0afb54d..a100309 100644
> > > --- a/tools/hotplug/Linux/systemd/xendriverdomain.service.in
> > > +++ b/tools/hotplug/Linux/systemd/xendriverdomain.service.in
> > > @@ -1,7 +1,5 @@
> > > [Unit]
> > > Description=Xen driver domain device daemon
> > > -Requires=proc-xen.mount
> > > -After=proc-xen.mount
> > > ConditionVirtualization=xen
> > >
> > > [Service]
> > > --
> > > 2.5.5
> >
> >
>
> --
> Best Regards,
> Marek Marczykowski-Górecki
> Invisible Things Lab
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next prev parent reply other threads:[~2016-07-25 9:34 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1469388272-22789-1-git-send-email-marmarek@invisiblethingslab.com>
2016-07-24 19:27 ` [PATCH 2/2] systemd: drop dependency on proc-xen.mount in xendriverdomain.service Marek Marczykowski-Górecki
2016-07-25 9:27 ` Wei Liu
2016-07-25 9:30 ` Marek Marczykowski-Górecki
2016-07-25 9:34 ` Wei Liu [this message]
2016-07-25 9:40 ` Marek Marczykowski-Górecki
2016-07-25 9:45 ` Andrew Cooper
2016-07-25 9:49 ` Wei Liu
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=20160725093421.GC1008@citrix.com \
--to=wei.liu2@citrix.com \
--cc=ian.jackson@eu.citrix.com \
--cc=marmarek@invisiblethingslab.com \
--cc=xen-devel@lists.xen.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).