All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Jones <drjones@redhat.com>
To: Will Deacon <will.deacon@arm.com>
Cc: Andre Przywara <andre.przywara@arm.com>,
	kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org
Subject: Re: [PATCH kvmtool] arm: Allow command line for firmware
Date: Thu, 31 Jan 2019 14:07:15 +0100	[thread overview]
Message-ID: <20190131130715.d7ctomqoxw5e262f@kamzik.brq.redhat.com> (raw)
In-Reply-To: <20190130182010.GE18558@fuggles.cambridge.arm.com>

On Wed, Jan 30, 2019 at 06:20:10PM +0000, Will Deacon wrote:
> On Fri, Jan 25, 2019 at 03:43:08PM +0000, Andre Przywara wrote:
> > When loading a firmware instead of a kernel, we can still pass on any
> > *user-provided* command line, as /chosen/bootargs is a generic device tree
> > feature. We just need to make sure to not pass our mangled-for-Linux
> > version.
> > 
> > This allows to run "firmware" images which make use of a command line,
> > still are not Linux kernels, like kvm-unit-tests.
> > 
> > Signed-off-by: Andre Przywara <andre.przywara@arm.com>
> > ---
> > Hi Will,
> > 
> > this goes on top of Julien's firmware series (which did not yet appear
> > on kernel.org?)
> > This fixes an issue with some kvm-unit-tests support. [1]
> 
> Does kvm-unit-tests break if we pass the modified command line? I'm wary of
> passing something different depending on whether the payload is firmware or
> kernel, because there's a pretty fine line between the two (and the firmware
> may even just forward the thing on to the kernel it loads).
>

kvm-unit-tests assumes the user or unit test run scripts completely
control the kernel command line. The kernel command line is then
turned into the command line of the test's main() function, plus the
addition of the program name at argv[0]. The unit tests then parse
these command line parameters to determine what to do when testing.
If additional options are passed we need to teach the tests to ignore
them, and there's also risk that something passed in might accidentally
match a unit test parameter.

Thanks,
drew

  reply	other threads:[~2019-01-31 13:07 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-01-25 15:43 [PATCH kvmtool] arm: Allow command line for firmware Andre Przywara
2019-01-30 18:20 ` Will Deacon
2019-01-31 13:07   ` Andrew Jones [this message]
2019-01-31 13:48     ` Andre Przywara
2019-01-31 13:40   ` Julien Thierry

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=20190131130715.d7ctomqoxw5e262f@kamzik.brq.redhat.com \
    --to=drjones@redhat.com \
    --cc=andre.przywara@arm.com \
    --cc=kvm@vger.kernel.org \
    --cc=kvmarm@lists.cs.columbia.edu \
    --cc=will.deacon@arm.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.