From: Marcel Apfelbaum <marcel@redhat.com>
To: Aleksandr Bezzubikov <zuban32s@gmail.com>, qemu-devel@nongnu.org
Cc: mst@redhat.com, seabios@seabios.org
Subject: Re: [Qemu-devel] [PATCH v5 2/4] hw/pci: introduce bridge-only vendor-specific capability to provide some hints to firmware
Date: Sun, 13 Aug 2017 13:39:34 +0300 [thread overview]
Message-ID: <a2303b82-455b-bc05-8505-6cdf81e69dee@redhat.com> (raw)
In-Reply-To: <1502407863-23182-3-git-send-email-zuban32s@gmail.com>
On 11/08/2017 2:31, Aleksandr Bezzubikov wrote:
> On PCI init PCI bridges may need some extra info about bus number,
> IO, memory and prefetchable memory to reserve. QEMU can provide this
> with a special vendor-specific PCI capability.
>
Hi Aleksandr,
I only have a few very small comments, other than that
it looks OK to me.
> Signed-off-by: Aleksandr Bezzubikov <zuban32s@gmail.com>
> Reviewed-by: Marcel Apfelbaum <marcel@redhat.com>
> ---
> hw/pci/pci_bridge.c | 54 +++++++++++++++++++++++++++++++++++++++++++++
> include/hw/pci/pci_bridge.h | 24 ++++++++++++++++++++
> 2 files changed, 78 insertions(+)
>
> diff --git a/hw/pci/pci_bridge.c b/hw/pci/pci_bridge.c
> index 720119b..2495a51 100644
> --- a/hw/pci/pci_bridge.c
> +++ b/hw/pci/pci_bridge.c
> @@ -408,6 +408,60 @@ void pci_bridge_map_irq(PCIBridge *br, const char* bus_name,
> br->bus_name = bus_name;
> }
>
> +
> +int pci_bridge_qemu_reserve_cap_init(PCIDevice *dev, int cap_offset, > + uint32_t bus_reserve, uint64_t io_reserve,
Please pay attention to indentation, the above line should
be aligned with the above ("
> + uint32_t mem_non_pref_reserve,
> + uint32_t mem_pref_32_reserve,
> + uint64_t mem_pref_64_reserve,
> + Error **errp)
> +{
> + if (mem_pref_32_reserve != (uint32_t)-1 &&
> + mem_pref_64_reserve != (uint64_t) -1) {
Same here
> + error_setg(errp,
> + "PCI resource reserve cap: PREF32 and PREF64 conflict");
> + return -EINVAL;
> + }
> +
> + if (bus_reserve == (uint32_t)-1 &&
> + io_reserve == (uint64_t)-1 &&
> + mem_non_pref_reserve == (uint32_t)-1 &&
> + mem_pref_32_reserve == (uint32_t)-1 &&
> + mem_pref_64_reserve == (uint64_t)-1) {
and here (please go over all the file)
> + return 0;
> + }
> +
> + size_t cap_len = sizeof(PCIBridgeQemuCap);
> + PCIBridgeQemuCap cap = {
> + .len = cap_len,
> + .type = REDHAT_PCI_CAP_RESOURCE_RESERVE,
> + .bus_res = bus_reserve,
> + .io = io_reserve,
> + .mem = mem_non_pref_reserve,
> + .mem_pref_32 = (uint32_t)-1,
> + .mem_pref_64 = (uint64_t)-1
Why not use the values of mem_pref_32_reserve and
mem_pref_64_reserve ? You already have checked they are
mutually exclusive.
> + };
> +
> + if (mem_pref_32_reserve != (uint32_t)-1 &&
> + mem_pref_64_reserve == (uint64_t)-1) {
> + cap.mem_pref_32 = mem_pref_32_reserve;
> + } else if (mem_pref_32_reserve == (uint32_t)-1 &&
> + mem_pref_64_reserve != (uint64_t)-1) {
> + cap.mem_pref_64 = mem_pref_64_reserve;
> + }
So it seems you don't need the above code at all, right?
With the above minor comments, please keep my R-b tag.
Thanks,
Marcel
> +
> + int offset = pci_add_capability(dev, PCI_CAP_ID_VNDR,
> + cap_offset, cap_len, errp);
> + if (offset < 0) {
> + return offset;
> + }
> +
> + memcpy(dev->config + offset + PCI_CAP_FLAGS,
> + (char *)&cap + PCI_CAP_FLAGS,
> + cap_len - PCI_CAP_FLAGS);
> + return 0;
> +}
> +
> static const TypeInfo pci_bridge_type_info = {
> .name = TYPE_PCI_BRIDGE,
> .parent = TYPE_PCI_DEVICE,
> diff --git a/include/hw/pci/pci_bridge.h b/include/hw/pci/pci_bridge.h
> index ff7cbaa..2d8c635 100644
> --- a/include/hw/pci/pci_bridge.h
> +++ b/include/hw/pci/pci_bridge.h
> @@ -67,4 +67,28 @@ void pci_bridge_map_irq(PCIBridge *br, const char* bus_name,
> #define PCI_BRIDGE_CTL_DISCARD_STATUS 0x400 /* Discard timer status */
> #define PCI_BRIDGE_CTL_DISCARD_SERR 0x800 /* Discard timer SERR# enable */
>
> +typedef struct PCIBridgeQemuCap {
> + uint8_t id; /* Standard PCI capability header field */
> + uint8_t next; /* Standard PCI capability header field */
> + uint8_t len; /* Standard PCI vendor-specific capability header field */
> + uint8_t type; /* Red Hat vendor-specific capability type.
> + Types are defined with REDHAT_PCI_CAP_ prefix */
> +
> + uint32_t bus_res; /* Minimum number of buses to reserve */
> + uint64_t io; /* IO space to reserve */
> + uint32_t mem; /* Non-prefetchable memory to reserve */
> + /* This two fields are mutually exclusive */
> + uint32_t mem_pref_32; /* Prefetchable memory to reserve (32-bit MMIO) */
> + uint64_t mem_pref_64; /* Prefetchable memory to reserve (64-bit MMIO) */
> +} PCIBridgeQemuCap;
> +
> +#define REDHAT_PCI_CAP_RESOURCE_RESERVE 1
> +
> +int pci_bridge_qemu_reserve_cap_init(PCIDevice *dev, int cap_offset,
> + uint32_t bus_reserve, uint64_t io_reserve,
> + uint32_t mem_non_pref_reserve,
> + uint32_t mem_pref_32_reserve,
> + uint64_t mem_pref_64_reserve,
> + Error **errp);
> +
> #endif /* QEMU_PCI_BRIDGE_H */
>
next prev parent reply other threads:[~2017-08-13 10:39 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-10 23:30 [Qemu-devel] [PATCH v5 0/4] Generic PCIE-PCI Bridge Aleksandr Bezzubikov
2017-08-10 23:31 ` [Qemu-devel] [PATCH v5 1/4] hw/pci: introduce pcie-pci-bridge device Aleksandr Bezzubikov
2017-08-13 10:31 ` Marcel Apfelbaum
2017-08-10 23:31 ` [Qemu-devel] [PATCH v5 2/4] hw/pci: introduce bridge-only vendor-specific capability to provide some hints to firmware Aleksandr Bezzubikov
2017-08-13 10:39 ` Marcel Apfelbaum [this message]
2017-08-10 23:31 ` [Qemu-devel] [PATCH v5 3/4] hw/pci: add QEMU-specific PCI capability to the Generic PCI Express Root Port Aleksandr Bezzubikov
2017-08-10 23:31 ` [Qemu-devel] [PATCH v5 4/4] docs: update documentation considering PCIE-PCI bridge Aleksandr Bezzubikov
2017-08-11 10:11 ` Laszlo Ersek
2017-08-13 10:52 ` Marcel Apfelbaum
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=a2303b82-455b-bc05-8505-6cdf81e69dee@redhat.com \
--to=marcel@redhat.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=seabios@seabios.org \
--cc=zuban32s@gmail.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).