linux-um archives
 help / color / mirror / Atom feed
From: Matt Zimmerman <mdz@debian.org>
To: user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] Partitioning scheme for ubd's
Date: Tue, 4 Nov 2003 14:52:47 -0500	[thread overview]
Message-ID: <20031104195247.GW9377@dijkstra.csh.rit.edu> (raw)
In-Reply-To: <200311041921.09084.blaisorblade_spam@yahoo.it>

On Tue, Nov 04, 2003 at 07:21:09PM +0100, BlaisorBlade wrote:

> Alle 23:46, sabato 1 novembre 2003, Matt Zimmerman ha scritto:
> > On Sat, Nov 01, 2003 at 11:59:11AM +0100, BlaisorBlade wrote:
> > > But there is a problem here:
> > > 1) device names are not consistent: if you want to use ubd[a-z], decide
> > > so and start the change(for 2.6 there's a lot more changes anyway, so it
> > > is a good occasion...)
> >
> > Are you talking about /proc/partitions or something else?
> 
> No, about the command line and the device file names.

The command line, I think, accepts both for backward compatibility.  The
device file names, of course, are a userland concern.  Current versions of
makedev, at least in Debian, use the new scheme.

> > > The other possible solution(which would be
> > > cleaner) would be to teach, if possible, to the host kernel Device
> > > Manager to read a file as a bunch of partition with its table(I've heard
> > > of DM about COW files these days), and then to mount the partitions, but
> > > I don't know if it's possible.
> 
> Would instead this one(or another way to do this) be interesting? So that the
> kernel could guess by itself the offsets of partitions, rather than requiring
> the user do more passages(i.e. use fdisk to read partition table) to handle
> this.

I suppose the solution to this would be partition support on loop devices.
Is this any easier in 2.6?

-- 
 - mdz


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

  reply	other threads:[~2003-11-04 19:52 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-04 18:21 [uml-devel] Partitioning scheme for ubd's BlaisorBlade
2003-11-04 19:52 ` Matt Zimmerman [this message]
2003-11-04 20:38   ` BlaisorBlade
  -- strict thread matches above, loose matches on Subject: below --
2003-11-02 19:15 James W McMechan
2003-11-03  2:41 ` [uml-devel] " Jeff Dike
2003-11-01 10:59 BlaisorBlade
2003-11-01 22:46 ` Matt Zimmerman
2003-11-03 11:23 ` Henrik Nordstrom

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=20031104195247.GW9377@dijkstra.csh.rit.edu \
    --to=mdz@debian.org \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    /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