All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>
To: Alexander Graf <agraf@suse.de>
Cc: qemu-ppc@nongnu.org, Efimov Vasily <real@ispras.ru>,
	qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] ppc: virtex_ml507: QEMU_OPTION_dtb support for this machine.
Date: Wed, 14 Aug 2013 13:03:12 +0200	[thread overview]
Message-ID: <20130814110312.GH4011@smtp.vpn> (raw)
In-Reply-To: <6BBCC8BD-4921-43FA-943A-325104B45F24@suse.de>

On Wed, Aug 14, 2013 at 12:03:34PM +0200, Alexander Graf wrote:
> 
> On 14.08.2013, at 11:56, Edgar E. Iglesias wrote:
> 
> > On Wed, Aug 14, 2013 at 11:51:19AM +0200, Alexander Graf wrote:
> >> 
> >> On 13.08.2013, at 13:09, Efimov Vasily wrote:
> >> 
> >>> 
> >>> Signed-off-by: Efimov Vasily <real@ispras.ru>
> >> 
> >> Please provide a patch description :).
> >> 
> >>> ---
> >>> hw/ppc/virtex_ml507.c |   13 ++++++++++---
> >>> 1 file changed, 10 insertions(+), 3 deletions(-)
> >>> 
> >>> diff --git a/hw/ppc/virtex_ml507.c b/hw/ppc/virtex_ml507.c
> >>> index 08e77fb..a00f709 100644
> >>> --- a/hw/ppc/virtex_ml507.c
> >>> +++ b/hw/ppc/virtex_ml507.c
> >>> @@ -141,11 +141,18 @@ static int xilinx_load_device_tree(hwaddr addr,
> >>> {
> >>>    char *path;
> >>>    int fdt_size;
> >>> -    void *fdt;
> >>> +    void *fdt = 0;
> >> 
> >> This should be NULL. NULL doesn't have to be 0 according to C IIRC.
> >> 
> >>>    int r;
> >>> +    const char *dtb_filename;
> >>> 
> >>> -    /* Try the local "ppc.dtb" override.  */
> >>> -    fdt = load_device_tree("ppc.dtb", &fdt_size);
> >>> +    dtb_filename = qemu_opt_get(qemu_get_machine_opts(), "dtb");
> >>> +    if (dtb_filename) {
> >>> +        fdt = load_device_tree(dtb_filename, &fdt_size);
> >>> +    }
> >>> +    if (!fdt) {
> >>> +        /* Try the local "ppc.dtb" override.  */
> >>> +        fdt = load_device_tree("ppc.dtb", &fdt_size);
> >>> +    }
> >> 
> >> Could you please just remove the ppc.dtb override option? It's superfluous once we have proper -dtb support.
> >> 
> >> Edgar, any objections?
> > 
> > Hi,
> > 
> > No objections from my side, I tested the patch and it works fine.
> > I'd prefer to keep the ppc.dtb fallback for backwards compatibility,
> > for example the test image on the wiki relies on it.
> 
> Ah, ok. Then let's make the logic work like this:
> 
> if (user provided -dtb) {
>   if (load_dtb(user provided dtb)) {
>     abort();
>   }
> } else {
>   if (load_dtb("ppc.dtb")) {
>     if (load_dtb(find_file(BINARY_DEVICE_TREE_FILE))) {
>       abort();
>     }
>   }
> }

Hi Alex,

I think that we should only abort() on the -dtb arg case. The other
cases are for backwards compatibility.
The dtb used to be optional (useful when for example when running
kernels with a builtin dtb) hence the lack of aborts.

Except from that, your suggestion sounds good to me.

Best regards,
Edgar

  reply	other threads:[~2013-08-14 11:03 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-13 11:09 [Qemu-devel] [PATCH] ppc: virtex_ml507: QEMU_OPTION_dtb support for this machine Efimov Vasily
2013-08-14  9:51 ` Alexander Graf
2013-08-14  9:56   ` Edgar E. Iglesias
2013-08-14 10:03     ` Alexander Graf
2013-08-14 11:03       ` Edgar E. Iglesias [this message]
2013-08-14 11:11         ` Alexander Graf
2013-08-14 11:12         ` Andreas Färber
2013-08-14 10:34   ` Felix Deichmann
2013-08-14 10:38     ` Alexander Graf

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=20130814110312.GH4011@smtp.vpn \
    --to=edgar.iglesias@gmail.com \
    --cc=agraf@suse.de \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-ppc@nongnu.org \
    --cc=real@ispras.ru \
    /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.