linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
From: Andreas Dilger <adilger@turbolinux.com>
To: Linux LVM mailing list <linux-lvm@msede.com>
Subject: Re: [linux-lvm] LVM support for LILO
Date: Fri, 8 Sep 2000 13:50:20 -0600 (MDT)	[thread overview]
Message-ID: <200009081950.NAA16934@lynx.turbolabs.com> (raw)

Michael Kellen writes:
> I actually already have code for a check (in lilo.c) to insure that the
> files are contiguous and on the first physical disk.  With the lv to pv
> ioctl, that would be easy to extend to any bootable device.

Actually, there is no need for an image to be contiguous, because even
the filesystem does not guarantee a file is contiguous.  The only
requirement is the image be on a single device that the BIOS can see
when it is first booting.

> In implementing this, we need to remember that not just the kernel needs
> to be mapped.  The boot loader any ramdisks need to be known as well.

Yes, once the LVM block mapping works, it will work for all of these.

> What I'd *really* like to see is kernel code for autostarting of LVM
> similar to the autostart of md (side note: 2.4.0-test7 seems to break
> that, though). One step at a time, though.

Yes, it would be nice to eliminate the requirement for an initrd to use
LVM.  It may be that you could put some limits in place to make the root
VG simple enough for the kernel to load.  You could even hard-code it to
have only 1 LV in this VG, which is the root filesystem.  If it was all
__init code for the LVM module, it would not bloat the kernel...  The
tricky part would be to find the right PV for the rootvg before LVM is
loaded...

Cheers, Andreas

             reply	other threads:[~2000-09-08 19:50 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-09-08 19:50 Andreas Dilger [this message]
2000-09-09  7:44 ` [linux-lvm] LVM support for LILO Luca Berra
2000-09-09 10:07 ` Christoph Hellwig
  -- strict thread matches above, loose matches on Subject: below --
2000-09-08 19:39 Andreas Dilger
2000-09-07 18:25 Andreas Dilger
2000-09-07 21:43 ` Andi Kleen
2000-09-07 22:39   ` Andreas Dilger
2000-09-07 22:46     ` Andi Kleen
2000-09-07 23:44       ` Andreas Dilger
2000-09-08 14:25         ` Andi Kleen
2000-09-08  0:11   ` Heinz J. Mauelshagen
2000-09-07 22:14     ` Andi Kleen
2000-09-07 23:00     ` Andi Kleen
2000-09-08  0:02 ` Heinz J. Mauelshagen
2000-09-07 23:29   ` Andreas Dilger
2000-09-08 13:02     ` Heinz J. Mauelshagen
2000-09-08 13:47       ` Luca Berra
2000-09-08 19:09         ` Heinz J. Mauelshagen
2000-09-08 14:03     ` Michael J Kellen
2001-02-27  0:30       ` Ralph Jennings

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=200009081950.NAA16934@lynx.turbolabs.com \
    --to=adilger@turbolinux.com \
    --cc=linux-lvm@msede.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).