linux-um archives
 help / color / mirror / Atom feed
From: BlaisorBlade <blaisorblade_spam@yahoo.it>
To: user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] Partitioning scheme for ubd's
Date: Tue, 4 Nov 2003 21:38:00 +0100	[thread overview]
Message-ID: <200311042138.00969.blaisorblade_spam@yahoo.it> (raw)
In-Reply-To: <20031104195247.GW9377@dijkstra.csh.rit.edu>

Alle 20:52, martedì 4 novembre 2003, Matt Zimmerman ha scritto:

> The command line, I think, accepts both for backward compatibility.
Backward compatibility is ok. If CLI accepts both, we are ok. Only docs don't 
seem up-to-date.
> 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?
I've not yet looked at the code, but anyway 2.6 is just cooler, and with 
better Makefiles... so if I **ever** do this, I'll do it in 2.6.

About 2.6, are you still interested in the mconsole_exec patch? I could port 
it to 2.6, and in that case, probably I could even add the managing of 
stdin/out/err to a console/serial line. in 2.4 exec_usermodehelper closes all 
open files(I didn't want to duplicate it, the patch was not meant as a toy), 
in 2.6 it's probably simpler.
-- 
cat <<EOSIGN
Paolo Giarrusso, aka Blaisorblade
Linux Kernel 2.4.21/2.6.0-test on an i686; Linux registered user n. 292729
EOSIGN



-------------------------------------------------------
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 20:35 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
2003-11-04 20:38   ` BlaisorBlade [this message]
  -- 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=200311042138.00969.blaisorblade_spam@yahoo.it \
    --to=blaisorblade_spam@yahoo.it \
    --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