All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <aliguori@us.ibm.com>
To: Adam Heath <doogie@brainfood.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	Mark Williamson <mark.williamson@cl.cam.ac.uk>
Subject: Re: Disk naming (Was Re: [PATCH] Guest boot loadersupport [1/2])
Date: Fri, 15 Apr 2005 12:57:26 -0500	[thread overview]
Message-ID: <42600086.6020306@us.ibm.com> (raw)
In-Reply-To: <Pine.LNX.4.58.0504151232170.1781@gradall.private.brainfood.com>

Adam Heath wrote:

>It does.  So, it's the blkback in dom0 that requires a device node.  How about
>it the blkback were extended to support files in filesystems?
>  
>
I think the hardest thing to deal with is the fact that the control 
messages are limited to 60 bytes meaning that if you changed the 
be_vbd_create message to pass file names instead of device types you'd 
have to support continuations to suport filenames that are > ~40 bytes long.

The registry will make this a lot easier since the blkif_be device could 
just read a filename out of the registry.  I've thought about changing 
the blkif_be driver to be able to access the file ops directly before 
and this has been the limiting factor in my mind (unless someone else 
has a more creative solution :-)).

Regards,
Anthony Liguori

>_______________________________________________
>Xen-devel mailing list
>Xen-devel@lists.xensource.com
>http://lists.xensource.com/xen-devel
>
>  
>

  parent reply	other threads:[~2005-04-15 17:57 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-14 20:43 Disk naming (Was Re: [PATCH] Guest boot loadersupport [1/2]) Ian Pratt
2005-04-14 20:52 ` Jeremy Katz
2005-04-14 21:59 ` Gerd Knorr
2005-04-14 22:10   ` Adam Heath
2005-04-15  1:51     ` Andrew Theurer
2005-04-15 13:32       ` Philip R Auld
2005-04-14 23:24 ` Mark Williamson
2005-04-14 23:42   ` Adam Heath
2005-04-14 23:43     ` Mark Williamson
2005-04-15 16:18       ` Adam Heath
2005-04-15 16:43         ` Mark Williamson
2005-04-15 17:33           ` Adam Heath
2005-04-15 17:33             ` Mark Williamson
2005-04-15 17:55               ` Adam Heath
2005-04-15 17:56                 ` Mark Williamson
2005-04-15 20:08                   ` Adam Heath
2005-04-15 20:14                     ` Mark Williamson
2005-04-15 20:45                       ` Anthony Liguori
2005-04-15 18:02               ` Andrew Warfield
2005-04-15 17:57             ` Anthony Liguori [this message]
2005-04-15 20:07               ` Adam Heath
2005-04-15 20:16                 ` Mark Williamson
2005-04-15 20:46                   ` Adam Heath
2005-04-15 20:29                     ` Mark Williamson
2005-04-15 21:05                       ` Anthony Liguori
2005-04-15 20:40                 ` Anthony Liguori
2005-04-15 20:48                   ` Adam Heath
2005-04-15 20:47                     ` Anthony Liguori
2005-04-15 13:58   ` Philip R Auld
  -- strict thread matches above, loose matches on Subject: below --
2005-04-15 21:44 Disk naming (Was Re: [PATCH] Guest boot loadersupport[1/2]) Ian Pratt

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=42600086.6020306@us.ibm.com \
    --to=aliguori@us.ibm.com \
    --cc=doogie@brainfood.com \
    --cc=mark.williamson@cl.cam.ac.uk \
    --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.