From: Christian Limpach <christian.limpach@gmail.com>
To: Anthony Liguori <anthony@codemonkey.ws>
Cc: Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>,
Anthony Liguori <aliguori@us.ibm.com>,
Jared Rhine <jared@wordzoo.com>,
xen-devel@lists.sourceforge.net
Subject: Re: [Fwd: Installing from distribution CDs]
Date: Thu, 3 Feb 2005 04:07:44 +0000 [thread overview]
Message-ID: <3d8eece2050202200727518be6@mail.gmail.com> (raw)
In-Reply-To: <42018984.8020309@codemonkey.ws>
On Wed, 02 Feb 2005 20:16:36 -0600, Anthony Liguori
<anthony@codemonkey.ws> wrote:
> ROOT_DEV = MKDEV(RAMDISK_MAJOR,0);
> /*old_decode_dev(ORIG_ROOT_DEV);*/
>
> This defaults the root device to /dev/ram0 instead of trying to get it
> from the boot loader.
Yes. The problem with getting it from the boot loader is that, as far
as the domain is concerned, there is no boot loader. ORIG_ROOT_DEV
points into the boot_params data which is probably initialized to 0 --
the original code initializes ROOT_DEV to 0.
It was changed to point to the ramdisk in this revision:
1.19 04/09/14 23:07:32+01:00 kaf24@freefall.cl.cam.ac.uk 24 23 1/1/1470
Use a better dummy rootdev in Linux 2.6, so we don't auto-dhcp
when we shouldn't (David Becker).
The patch was sent to the mailinglist by David Becker on September 14
in message <20040914171358.GJ921@cs.duke.edu>
It's not entirely obvious to me why/how this fails in rd_load_image
because I don't use initrds and ramdisks much and don't know what the
expected bahaviour is. Why does it work better with ROOT_DEV == 0? I
would expect the open(from,...) to fail or does ROOT_DEV get set to
some other default value in this case?
christian
-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
next prev parent reply other threads:[~2005-02-03 4:07 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-02 22:26 [Fwd: Installing from distribution CDs] Ian Pratt
2005-02-03 2:16 ` Anthony Liguori
2005-02-03 4:07 ` Christian Limpach [this message]
2005-02-03 4:52 ` Anthony Liguori
2005-02-03 10:54 ` Christian Limpach
-- strict thread matches above, loose matches on Subject: below --
2005-02-09 1:47 Ian Pratt
2005-02-09 2:11 ` Anthony Liguori
2005-02-09 0:11 Ian Pratt
2005-02-09 1:00 ` Anthony Liguori
2005-02-09 22:56 ` Jared Rhine
2005-02-02 8:51 Ian Pratt
2005-02-02 11:31 ` Jared Rhine
2005-02-02 15:03 ` Anthony Liguori
2005-02-02 18:39 ` Jared Rhine
2005-02-02 19:40 ` Anthony Liguori
2005-02-02 20:04 ` Anthony Liguori
2005-02-02 14:57 ` Anthony Liguori
2005-01-11 20:48 Anthony Liguori
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=3d8eece2050202200727518be6@mail.gmail.com \
--to=christian.limpach@gmail.com \
--cc=Christian.Limpach@cl.cam.ac.uk \
--cc=aliguori@us.ibm.com \
--cc=anthony@codemonkey.ws \
--cc=jared@wordzoo.com \
--cc=m+Ian.Pratt@cl.cam.ac.uk \
--cc=xen-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 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.