qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Laszlo Ersek <lersek@redhat.com>
To: peter.maydell@linaro.org
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] hw/arm/virt: explain device-to-transport mapping in create_virtio_devices()
Date: Fri, 30 Jan 2015 05:34:42 +0100	[thread overview]
Message-ID: <54CB09E2.9040506@redhat.com> (raw)
In-Reply-To: <1422592273-4432-1-git-send-email-lersek@redhat.com>

Peter,

On 01/30/15 05:31, Laszlo Ersek wrote:
> Signed-off-by: Laszlo Ersek <lersek@redhat.com>
> ---
>  hw/arm/virt.c | 32 ++++++++++++++++++++++++++++----
>  1 file changed, 28 insertions(+), 4 deletions(-)
> 
> diff --git a/hw/arm/virt.c b/hw/arm/virt.c
> index 2353440..091e5ee 100644
> --- a/hw/arm/virt.c
> +++ b/hw/arm/virt.c
> @@ -441,10 +441,27 @@ static void create_virtio_devices(const VirtBoardInfo *vbi, qemu_irq *pic)
>      int i;
>      hwaddr size = vbi->memmap[VIRT_MMIO].size;
>  
> -    /* Note that we have to create the transports in forwards order
> -     * so that command line devices are inserted lowest address first,
> -     * and then add dtb nodes in reverse order so that they appear in
> -     * the finished device tree lowest address first.
> +    /* We create the transports in forwards order. Since qbus_realize()
> +     * prepends (not appends) new child buses, the incrementing loop below will
> +     * create a list of virtio-mmio buses with decreasing base addresses.
> +     *
> +     * When a -device option is processed from the command line,
> +     * qbus_find_recursive() picks the next free virtio-mmio bus in forwards
> +     * order. The upshot is that -device options in increasing command line
> +     * order are mapped to virtio-mmio buses with decreasing base addresses.
> +     *
> +     * When this code was originally written, that arrangement ensured that the
> +     * guest Linux kernel would give the lowest "name" (/dev/vda, eth0, etc) to
> +     * the first -device on the command line. (The end-to-end order is a
> +     * function of this loop, qbus_realize(), qbus_find_recursive(), and the
> +     * guest kernel's name-to-address assignment strategy.)
> +     *
> +     * Meanwhile, the kernel's traversal seems to have been reserved; see eg.

can you please s/reserved/reversed/?

Result of over-editing, sorry.

Thanks

> +     * the message, if not necessarily the code, of commit 70161ff336.
> +     * Therefore the loop now establishes the inverse of the original intent.
> +     *
> +     * Unfortunately, we can't counteract the kernel change by reversing the
> +     * loop; it would break existing command lines.
>       */
>      for (i = 0; i < NUM_VIRTIO_TRANSPORTS; i++) {
>          int irq = vbi->irqmap[VIRT_MMIO] + i;
> @@ -453,6 +470,13 @@ static void create_virtio_devices(const VirtBoardInfo *vbi, qemu_irq *pic)
>          sysbus_create_simple("virtio-mmio", base, pic[irq]);
>      }
>  
> +    /* We add dtb nodes in reverse order so that they appear in the finished
> +     * device tree lowest address first.
> +     *
> +     * Note that this mapping is independent of the loop above. The previous
> +     * loop influences virtio device to virtio transport assignment, whereas
> +     * this loop controls how virtio transports are laid out in the dtb.
> +     */
>      for (i = NUM_VIRTIO_TRANSPORTS - 1; i >= 0; i--) {
>          char *nodename;
>          int irq = vbi->irqmap[VIRT_MMIO] + i;
> 

  reply	other threads:[~2015-01-30  4:34 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-30  4:31 [Qemu-devel] [PATCH] hw/arm/virt: explain device-to-transport mapping in create_virtio_devices() Laszlo Ersek
2015-01-30  4:34 ` Laszlo Ersek [this message]
2015-02-03 11:51   ` Peter Maydell
2015-02-03 12:04     ` Laszlo Ersek
2015-02-03 12:09       ` Peter Maydell

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=54CB09E2.9040506@redhat.com \
    --to=lersek@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    /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).