All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wei Liu <wei.liu2@citrix.com>
To: George Dunlap <george.dunlap@eu.citrix.com>
Cc: Juergen Gross <jgross@suse.com>, Olaf Hering <olaf@aepfle.de>,
	Wei Liu <wei.liu2@citrix.com>,
	Ian Campbell <ian.campbell@citrix.com>,
	George Dunlap <george.dunlap@citrix.com>,
	xen-devel@lists.xen.org, Ian Jackson <ian.jackson@citrix.com>,
	Chun Yan Liu <cyliu@suse.com>
Subject: Re: [PATCH v2] libxl: Introduce a template for devices with a controller
Date: Tue, 1 Dec 2015 15:58:55 +0000	[thread overview]
Message-ID: <20151201155855.GX21588@citrix.com> (raw)
In-Reply-To: <1448971798-3498-1-git-send-email-george.dunlap@eu.citrix.com>

On Tue, Dec 01, 2015 at 12:09:58PM +0000, George Dunlap wrote:
[...]
> diff --git a/tools/libxl/libxl.h b/tools/libxl/libxl.h
> index 6b73848..44e2951 100644
> --- a/tools/libxl/libxl.h
> +++ b/tools/libxl/libxl.h
> @@ -1396,6 +1396,71 @@ void libxl_vtpminfo_list_free(libxl_vtpminfo *, int nr_vtpms);
>   *
>   *   This function does not interact with the guest and therefore
>   *   cannot block on the guest.
> + *
> + * Controllers
> + * -----------
> + *
> + * Most devices are treated individually.  Some classes of device,
> + * however, like USB or SCSI, inherently have the need to have a
> + * hierarchy of different levels, with lower-level devices "attached"
> + * to higher-level ones.  USB for instance has "controllers" at the
> + * top, which have buses, on which are devices, which consist of
> + * multiple interfaces.  SCSI has "hosts" at the top, then buses,
> + * targets, and LUNs.
> + *
> + * In that case, for each <class>, there will be a set of functions
> + * and types for each <level>.  For example, for <class>=usb, there
> + * may be <levels> ctrl (controller) and dev (device), with ctrl being
> + * level 0.
> + *
> + * libxl_device_<class><level0>_<function> will act more or

Missed "level0" comment from Chunyan?

> + * less like top-level non-bus devices: they will either create or
> + * accept a libxl_devid which will be unique within the
> + * <class><level0> libxl_devid namespace.
> + *

Ditto.

  reply	other threads:[~2015-12-01 15:58 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-01 12:09 [PATCH v2] libxl: Introduce a template for devices with a controller George Dunlap
2015-12-01 15:58 ` Wei Liu [this message]
2015-12-01 17:03   ` George Dunlap
2015-12-01 17:25     ` Wei Liu
2015-12-02  6:14 ` Chun Yan Liu
2015-12-02 16:51 ` Olaf Hering
2015-12-08 12:26 ` George Dunlap
2015-12-08 17:20   ` Ian Campbell

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=20151201155855.GX21588@citrix.com \
    --to=wei.liu2@citrix.com \
    --cc=cyliu@suse.com \
    --cc=george.dunlap@citrix.com \
    --cc=george.dunlap@eu.citrix.com \
    --cc=ian.campbell@citrix.com \
    --cc=ian.jackson@citrix.com \
    --cc=jgross@suse.com \
    --cc=olaf@aepfle.de \
    --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 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.