All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jim Fehlig <jfehlig@novell.com>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Cc: Kamala Narasimhan <kamala.narasimhan@gmail.com>,
	"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	Ian Jackson <Ian.Jackson@eu.citrix.com>,
	"Kamala Narasimhan (3P)" <kamala.narasimhan@citrix.com>
Subject: Re: [PATCH] xl: Special case tap/aio for disk validation
Date: Fri, 28 Jan 2011 09:52:07 -0700	[thread overview]
Message-ID: <4D42F437.7070107@novell.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1101281623010.7277@kaball-desktop>

Stefano Stabellini wrote:
> On Fri, 28 Jan 2011, Jim Fehlig wrote:
>   
>> Kamala Narasimhan wrote:
>>     
>>>> - phy:/path/to/device
>>>> - file:/path/to/file
>>>> - tap:/path/to/file
>>>>     
>>>>         
>>> Along with phy, file and tap for block device types there appear to be a 'drdb' option too.  Do we actively support it?
>>>       
>> The xend toolstack supports arbitrary external block device types.  We
>> have block-iscsi and block-npiv,  and the drbd project provides
>> block-drbd.  I'm quite sure I've seen other custom block types as well. 
>> Will these arbitrary block device types still be supported in the new
>> toolstack?
>>     
>
> Is it just a matter of forking and executing an external script to
> setup a block device and threat it as phy: afterwards?
>   

Currently, IIUC, the external script is invoked by udev

SUBSYSTEM=="xen-backend", KERNEL=="tap*", RUN+="/etc/xen/scripts/blktap
$env{ACTION}"
SUBSYSTEM=="xen-backend", KERNEL=="vbd*", RUN+="/etc/xen/scripts/block
$env{ACTION}"

The block script will delegate to a helper if needed, which configures
the block device and writes some info (like resulting dev node) to
xenstore.  xend and/or qemu then read the info and continue configuring
the device from backend perspective.

> It shouldn't be too difficult but still non-trivial at this point of the
> release cycle.
> Maybe users could work around the lack of support in 4.1 calling the
> script themselves and using the name of the block device in the VM
> config file directly?
>   

Yes, this is certainly a workaround.  One could argue this is the proper
solution and remove support for external block scripts.  But this
functionality has been around for years.

Jim

  reply	other threads:[~2011-01-28 16:52 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-26 19:46 [PATCH] xl: Special case tap/aio for disk validation Kamala Narasimhan
2011-01-27 15:17 ` Stefano Stabellini
2011-01-27 15:22   ` Ian Jackson
2011-01-27 15:35     ` Ian Campbell
2011-01-27 16:23       ` Ian Jackson
2011-01-27 17:46         ` Kamala Narasimhan
2011-01-27 17:59           ` Stefano Stabellini
2011-01-27 20:14             ` Kamala Narasimhan
2011-01-28  9:27               ` Ian Campbell
2011-01-28 12:51                 ` Stefano Stabellini
2011-01-27 17:53         ` Ian Campbell
2011-01-27 17:43       ` Kamala Narasimhan
2011-01-27 16:08   ` Philipp Hahn
2011-01-27 17:31   ` Kamala Narasimhan
2011-01-27 17:54     ` Stefano Stabellini
2011-01-27 18:35       ` Ian Jackson
2011-01-27 18:46         ` Ian Campbell
2011-01-27 18:46         ` Stefano Stabellini
2011-01-28  1:56       ` Kamala Narasimhan
2011-01-28 10:06         ` Ian Campbell
2011-01-28 10:25           ` Ian Campbell
2011-01-28 12:02             ` Ian Jackson
2011-01-28 13:19           ` Stefano Stabellini
2011-01-28 13:21             ` Ian Campbell
2011-01-28 13:28               ` Stefano Stabellini
2011-01-28 13:29                 ` Ian Campbell
2011-01-28 15:11                 ` Kamala Narasimhan
2011-01-28 14:43           ` Kamala Narasimhan
2011-01-28 17:22           ` Kamala Narasimhan
2011-01-28 19:10           ` Kamala Narasimhan
2011-01-31 17:28             ` Stefano Stabellini
2011-01-28 13:11         ` Stefano Stabellini
2011-01-28 17:55         ` Ian Jackson
2011-01-27 22:15   ` Kamala Narasimhan
2011-01-28 12:57     ` xl: drdb support Stefano Stabellini
2011-01-28 16:48       ` Shriram Rajagopalan
2011-01-28 17:58       ` Ian Jackson
2011-01-28 18:03         ` Stefano Stabellini
2011-01-28 18:06           ` Ian Jackson
2011-01-28 18:12             ` Stefano Stabellini
2011-01-28 18:16               ` Ian Jackson
2011-01-28 21:41           ` James Harper
2011-01-29  1:12       ` James Harper
2011-01-29 12:53         ` RE: drdb support / xend locking for live migration Pasi Kärkkäinen
2011-01-28 16:03     ` [PATCH] xl: Special case tap/aio for disk validation Jim Fehlig
2011-01-28 16:30       ` Stefano Stabellini
2011-01-28 16:52         ` Jim Fehlig [this message]
2011-01-28 17:51           ` Stefano Stabellini
2011-01-28 17:53       ` Ian Jackson
2011-01-27 22:31   ` M A Young

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=4D42F437.7070107@novell.com \
    --to=jfehlig@novell.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=kamala.narasimhan@citrix.com \
    --cc=kamala.narasimhan@gmail.com \
    --cc=stefano.stabellini@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.