From: Claudio Fontana <claudio.fontana@huawei.com>
To: Alexander Graf <agraf@suse.de>, qemu-devel@nongnu.org
Cc: Peter Maydell <peter.maydell@linaro.org>,
ard.biesheuvel@linaro.org, mst@redhat.com,
rob.herring@linaro.org, stuart.yoder@freescale.com,
a.rigo@virtualopensystems.com
Subject: Re: [Qemu-devel] [PATCH v2 3/4] arm: Add PCIe host bridge in virt machine
Date: Tue, 27 Jan 2015 10:24:39 +0100 [thread overview]
Message-ID: <54C75957.9070809@huawei.com> (raw)
In-Reply-To: <54C11CAD.6030109@suse.de>
On 22.01.2015 16:52, Alexander Graf wrote:
>
>
> On 22.01.15 16:28, Claudio Fontana wrote:
>> Hi Alexander,
>>
>> thank you for the respin. I retested with the new mappings on OSv for AArch64,
>> and they show up ok in the guest.
>>
>> Just a couple minor comments below, otherwise I think this is good.
>>
>> On 21.01.2015 17:18, Alexander Graf wrote:
>>> Now that we have a working "generic" PCIe host bridge driver, we can plug
>>> it into ARMs virt machine to always have PCIe available to normal ARM VMs.
>>>
>>> I've successfully managed to expose a Bochs VGA device, XHCI and an e1000
>>> into an AArch64 VM with this and they all lived happily ever after.
>>>
>>> Signed-off-by: Alexander Graf <agraf@suse.de>
>>> Tested-by: Claudio Fontana <claudio.fontana@huawei.com>
>>>
>>> ---
>>>
>>> Linux 3.19 only supports the generic PCIe host bridge driver for 32bit ARM
>>> systems. If you want to use it with AArch64 guests, please apply the following
>>> patch or wait until upstream cleaned up the code properly:
>>>
>>> http://csgraf.de/agraf/pci/pci-3.19.patch
>>>
>>> v1 -> v2:
>>>
>>> - Add define for pci range types
>>> - Remove mmio_window_size
>>> - Use 4 PCI INTX IRQ lines
>>> ---
>>> default-configs/arm-softmmu.mak | 2 +
>>> hw/arm/virt.c | 112 ++++++++++++++++++++++++++++++++++++++--
>>> include/sysemu/device_tree.h | 9 ++++
>>> 3 files changed, 118 insertions(+), 5 deletions(-)
>>>
>>> diff --git a/default-configs/arm-softmmu.mak b/default-configs/arm-softmmu.mak
>>> index f3513fa..7671ee2 100644
>>> --- a/default-configs/arm-softmmu.mak
>>> +++ b/default-configs/arm-softmmu.mak
>>> @@ -82,6 +82,8 @@ CONFIG_ZYNQ=y
>>> CONFIG_VERSATILE_PCI=y
>>> CONFIG_VERSATILE_I2C=y
>>>
>>> +CONFIG_PCI_GENERIC=y
>>> +
>>> CONFIG_SDHCI=y
>>> CONFIG_INTEGRATOR_DEBUG=y
>>>
>>> diff --git a/hw/arm/virt.c b/hw/arm/virt.c
>>> index 2353440..a727b4e 100644
>>> --- a/hw/arm/virt.c
>>> +++ b/hw/arm/virt.c
>>> @@ -42,6 +42,7 @@
>>> #include "exec/address-spaces.h"
>>> #include "qemu/bitops.h"
>>> #include "qemu/error-report.h"
>>> +#include "hw/pci-host/gpex.h"
>>>
>>> #define NUM_VIRTIO_TRANSPORTS 32
>>>
>>> @@ -69,6 +70,7 @@ enum {
>>> VIRT_MMIO,
>>> VIRT_RTC,
>>> VIRT_FW_CFG,
>>> + VIRT_PCIE,
>>> };
>>>
>>> typedef struct MemMapEntry {
>>> @@ -129,13 +131,14 @@ static const MemMapEntry a15memmap[] = {
>>> [VIRT_FW_CFG] = { 0x09020000, 0x0000000a },
>>> [VIRT_MMIO] = { 0x0a000000, 0x00000200 },
>>> /* ...repeating for a total of NUM_VIRTIO_TRANSPORTS, each of that size */
>>> - /* 0x10000000 .. 0x40000000 reserved for PCI */
>>> + [VIRT_PCIE] = { 0x10000000, 0x30000000 },
>>> [VIRT_MEM] = { 0x40000000, 30ULL * 1024 * 1024 * 1024 },
>>> };
>>>
>>> static const int a15irqmap[] = {
>>> [VIRT_UART] = 1,
>>> [VIRT_RTC] = 2,
>>> + [VIRT_PCIE] = 3, /* ... to 6 */
>>> [VIRT_MMIO] = 16, /* ...to 16 + NUM_VIRTIO_TRANSPORTS - 1 */
>>> };
>>>
>>> @@ -312,7 +315,7 @@ static void fdt_add_cpu_nodes(const VirtBoardInfo *vbi)
>>> }
>>> }
>>>
>>> -static void fdt_add_gic_node(const VirtBoardInfo *vbi)
>>> +static uint32_t fdt_add_gic_node(const VirtBoardInfo *vbi)
>>> {
>>> uint32_t gic_phandle;
>>>
>>> @@ -331,9 +334,11 @@ static void fdt_add_gic_node(const VirtBoardInfo *vbi)
>>> 2, vbi->memmap[VIRT_GIC_CPU].base,
>>> 2, vbi->memmap[VIRT_GIC_CPU].size);
>>> qemu_fdt_setprop_cell(vbi->fdt, "/intc", "phandle", gic_phandle);
>>> +
>>> + return gic_phandle;
>>> }
>>>
>>> -static void create_gic(const VirtBoardInfo *vbi, qemu_irq *pic)
>>> +static uint32_t create_gic(const VirtBoardInfo *vbi, qemu_irq *pic)
>>> {
>>> /* We create a standalone GIC v2 */
>>> DeviceState *gicdev;
>>> @@ -380,7 +385,7 @@ static void create_gic(const VirtBoardInfo *vbi, qemu_irq *pic)
>>> pic[i] = qdev_get_gpio_in(gicdev, i);
>>> }
>>>
>>> - fdt_add_gic_node(vbi);
>>> + return fdt_add_gic_node(vbi);
>>> }
>>>
>>> static void create_uart(const VirtBoardInfo *vbi, qemu_irq *pic)
>>> @@ -556,6 +561,100 @@ static void create_fw_cfg(const VirtBoardInfo *vbi)
>>> g_free(nodename);
>>> }
>>>
>>> +static void create_pcie_irq_map(const VirtBoardInfo *vbi, uint32_t gic_phandle,
>>> + int first_irq, const char *nodename)
>>> +{
>>> + int devfn, pin;
>>> + uint32_t full_irq_map[4 * 4 * 8] = { 0 };
>>> + uint32_t *irq_map = full_irq_map;
>>> +
>>> + for (devfn = 0; devfn <= 0x18; devfn+=0x8) {
>>
>> devfn += 0x8 (spaces)
>
> Yeah, I had it like that and it looked uglier. I guess it's a matter of
> personal preference?
You don't have coding standards for this ?
>
>>
>>> + for (pin = 0; pin < 4; pin++) {
>>> + int irq_type = GIC_FDT_IRQ_TYPE_SPI;
>>> + int irq_nr = first_irq + ((pin + PCI_SLOT(devfn)) % PCI_NUM_PINS);
>>> + int irq_level = GIC_FDT_IRQ_FLAGS_LEVEL_HI;
>>> + int i;
>>> +
>>> + uint32_t map[] = {
>>> + devfn << 8, 0, 0, /* devfn */
>>> + pin + 1, /* PCI pin */
>>> + gic_phandle, irq_type, irq_nr, irq_level }; /* GIC irq */
>>> +
>>> + /* Convert map to big endian */
>>> + for (i = 0; i < 8; i++) {
>>> + irq_map[i] = cpu_to_be32(map[i]);
>>> + }
>>> + irq_map += 8;
>>> + }
>>> + }
>>> +
>>> + qemu_fdt_setprop(vbi->fdt, nodename, "interrupt-map",
>>> + full_irq_map, sizeof(full_irq_map));
>>> +}
>>
>> I raise again (? or maybe for the first time) the suggestion to add a comment like:
>>
>> /* see the openfirmware specs at
>> * http://www.firmware.org/1275/practice/imap/imap0_9d.pdf
>> */
>>
>> and optionally also a reference to the linux host-generic-pci bindings:
>>
>> /* see the linux Documentation about device tree bindings at:
>> * https://www.kernel.org/doc/Documentation/devicetree/bindings/pci/host-generic-pci.txt
>> */
>
> I added those links to the big description comment at the top of this file.
>
It is not on top of this file unfortunately.
You put the description comment in an unrelated .h file: the pointers to the docs belong here I think.
Ciao,
Claudio
next prev parent reply other threads:[~2015-01-27 9:25 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-21 16:18 [Qemu-devel] [PATCH v2 0/4] ARM: Add support for a generic PCI Express host bridge Alexander Graf
2015-01-21 16:18 ` [Qemu-devel] [PATCH v2 1/4] pci: Split pcie_host_mmcfg_map() Alexander Graf
2015-01-27 13:55 ` Peter Maydell
2015-01-27 14:24 ` Michael S. Tsirkin
2015-01-27 14:40 ` Paolo Bonzini
2015-01-21 16:18 ` [Qemu-devel] [PATCH v2 2/4] pci: Add generic PCIe host bridge Alexander Graf
2015-01-22 16:32 ` B02008
2015-01-27 15:31 ` Peter Maydell
2015-01-29 13:59 ` Alexander Graf
2015-01-29 14:25 ` Peter Maydell
2015-01-30 10:25 ` Paolo Bonzini
2015-01-21 16:18 ` [Qemu-devel] [PATCH v2 3/4] arm: Add PCIe host bridge in virt machine Alexander Graf
2015-01-22 15:28 ` Claudio Fontana
2015-01-22 15:52 ` Alexander Graf
2015-01-27 9:24 ` Claudio Fontana [this message]
2015-01-27 10:09 ` Peter Maydell
2015-01-27 14:37 ` Claudio Fontana
2015-01-27 16:52 ` Peter Maydell
2015-01-29 14:31 ` Alexander Graf
2015-01-29 14:34 ` Peter Maydell
2015-01-29 14:37 ` Alexander Graf
2015-01-29 14:45 ` Peter Maydell
2015-01-29 14:49 ` Alexander Graf
2015-01-21 16:18 ` [Qemu-devel] [PATCH v2 4/4] pci: Move PCI VGA to pci.mak 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=54C75957.9070809@huawei.com \
--to=claudio.fontana@huawei.com \
--cc=a.rigo@virtualopensystems.com \
--cc=agraf@suse.de \
--cc=ard.biesheuvel@linaro.org \
--cc=mst@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=rob.herring@linaro.org \
--cc=stuart.yoder@freescale.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 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).