From: Christoph Egger <Christoph.Egger@amd.com>
To: Ian Campbell <Ian.Campbell@eu.citrix.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
Keir Fraser <Keir.Fraser@eu.citrix.com>
Subject: Re: Allow tools to see the hypervisor command line.
Date: Wed, 17 Jun 2009 18:08:49 +0200 [thread overview]
Message-ID: <200906171808.50151.Christoph.Egger@amd.com> (raw)
In-Reply-To: <1245253781.5862.150.camel@zakaz.uk.xensource.com>
On Wednesday 17 June 2009 17:49:41 Ian Campbell wrote:
> On Wed, 2009-06-17 at 11:42 -0400, Christoph Egger wrote:
> > On Wednesday 17 June 2009 17:32:25 Ian Campbell wrote:
> > > This is useful from tools in the same way /proc/cmdline is useful for
> > > the domain 0 kernel.
> >
> > On NetBSD Dom0, this is sysctl machdep.booted_kernel.
> > Current implementation doesn't work properly, since Xen throws away
> > the first argument at startup.
> > Is it possible to not kill it ?
>
> You mean "module /boot/netsd foo=bar baz=1" becomes just "foo=bar baz=1"
> on the command line which the kernel sees but on native netbsd it would
> be "/boot/netsd foo=bar baz=1"?
Correct. On NetBSD, the system tools accessing kernel virtual space need the
kernel name to find the correct one since the kernel can be anywere and can
have any name (though there's a default name and default place).
You can also place the linux kernel anywhere and have any name for it.
GRUB doesn't care about it, right ? (Though there's a default name and a
default place as well)
> This patch wouldn't make any difference
> to that (I guess you are just bringing it up as an aside).
I supposed so.
> Changing Xen's behaviour here would be interesting -- Linux for example
> doesn't expect to get the extra element on the command line, not sure
> what it would do with it, similarly for other existing dom0 guests. It
> would also be inconsistent with how PV domU's are launched.
I suppose, Xen throws the first argument away for historical reasons
with the assumption that noone needs it because Linux has no use for it.
Christoph
--
---to satisfy European Law for business letters:
Advanced Micro Devices GmbH
Karl-Hammerschmidt-Str. 34, 85609 Dornach b. Muenchen
Geschaeftsfuehrer: Thomas M. McCoy, Giuliano Meroni
Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen
Registergericht Muenchen, HRB Nr. 43632
prev parent reply other threads:[~2009-06-17 16:08 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-17 15:32 Allow tools to see the hypervisor command line Ian Campbell
2009-06-17 15:42 ` Christoph Egger
2009-06-17 15:49 ` Ian Campbell
2009-06-17 16:08 ` Christoph Egger [this message]
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=200906171808.50151.Christoph.Egger@amd.com \
--to=christoph.egger@amd.com \
--cc=Ian.Campbell@eu.citrix.com \
--cc=Keir.Fraser@eu.citrix.com \
--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.