From: Olaf Hering <olaf@aepfle.de>
To: Wei Liu <wei.liu2@citrix.com>
Cc: Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
Ian Jackson <ian.jackson@eu.citrix.com>,
Ian Campbell <ian.campbell@citrix.com>,
xen-devel@lists.xen.org
Subject: Re: [PATCH v11 1/2] libxl: add support for vscsi
Date: Fri, 8 Apr 2016 16:16:46 +0200 [thread overview]
Message-ID: <20160408141646.GA12197@aepfle.de> (raw)
In-Reply-To: <20160408120651.GD10861@citrix.com>
On Fri, Apr 08, Wei Liu wrote:
> What Ian wanted was that we need clear correlation of xl configuration
> syntax with libxl API fields. For example, for a FOO device
>
> xl.cfg: FOO = [ "bar=baz" ]
>
> libxl_types.idl:
>
> libxl_device_FOO = Struct("device_foo", [
> ("bar", some_type)
> ...
> ])
>
> However, I don't think that can be easily achieved in the case of pvscsi
> because we need to support both legacy Xen-classic kernel and new PVOPS
> kernel. Olaf, please correct me if I'm wrong.
I think that has nothing todo with the backend kernel, the domU.cfg has
always "vscsi=[ 'pdev,vdev' ]". So in this case libxl_device_vscsictrl
should become libxl_device_vscsi.
> > +
> > +static bool vscsi_fill_ctrl(libxl__gc *gc,
> > + xs_transaction_t t,
> > + const char *fe_path,
> > + const char *dir,
> > + libxl_device_vscsictrl *ctrl)
> > +{
> > + libxl_device_vscsidev dev;
> > + char *tmp, *be_path, *devs_path;
> > + char **dev_dirs;
> > + unsigned int ndev_dirs, dev_dir;
> > + bool ok;
> > +
> > + ctrl->devid = atoi(dir);
> > +
> > + be_path = libxl__xs_read(gc, t, GCSPRINTF("%s/%s/backend", fe_path, dir));
> > + if (!be_path)
> > + goto out;
> > +
> > + tmp = libxl__xs_read(gc, t, GCSPRINTF("%s/%s/backend-id", fe_path, dir));
> > + if (!tmp)
> > + goto out;
> > + ctrl->backend_domid = atoi(tmp);
>
> Please sanitise input coming from frontend. You need to check if the
> backend domid and frontend domid make sense.
What do you have in mind? Something like in vusb_be_from_xs_fe?
Olaf
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2016-04-08 14:16 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-08 7:01 [PATCH v11 0/2] libxl: add support for pvscsi, iteration 11 Olaf Hering
2016-04-08 7:01 ` [PATCH v11 1/2] libxl: add support for vscsi Olaf Hering
2016-04-08 8:53 ` Juergen Gross
2016-04-08 10:18 ` Olaf Hering
2016-04-08 12:06 ` Wei Liu
2016-04-08 13:47 ` Ian Jackson
2016-04-08 14:49 ` Wei Liu
2016-04-08 14:16 ` Olaf Hering [this message]
2016-04-08 14:23 ` Wei Liu
2016-04-08 15:43 ` Olaf Hering
2016-04-11 12:57 ` Olaf Hering
2016-04-11 13:02 ` Wei Liu
2016-04-08 14:41 ` Wei Liu
2016-04-08 7:01 ` [PATCH v11 2/2] Scripts to create and delete xen-scsiback nodes in Linux target framework Olaf Hering
2016-04-08 11:05 ` Wei Liu
2016-04-08 11:07 ` Olaf Hering
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=20160408141646.GA12197@aepfle.de \
--to=olaf@aepfle.de \
--cc=ian.campbell@citrix.com \
--cc=ian.jackson@eu.citrix.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=wei.liu2@citrix.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).