From: Marcel Apfelbaum <marcel@redhat.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: kraxel@redhat.com, quintela@redhat.com, seabios@seabios.org,
qemu-devel@nongnu.org, agraf@suse.de, alex.williamson@redhat.com,
kevin@koconnor.net, qemu-ppc@nongnu.org, hare@suse.de,
imammedo@redhat.com, amit.shah@redhat.com, pbonzini@redhat.com,
leon.alrae@imgtec.com, aurelien@aurel32.net, rth@twiddle.net
Subject: Re: [Qemu-devel] [PATCH v4 for-2.3 12/25] hw/acpi: add _CRS method for extra root busses
Date: Sun, 08 Mar 2015 20:14:09 +0200 [thread overview]
Message-ID: <54FC9171.2080204@redhat.com> (raw)
In-Reply-To: <20150308162743.GC31757@redhat.com>
On 03/08/2015 06:27 PM, Michael S. Tsirkin wrote:
> On Sun, Mar 08, 2015 at 01:16:14PM +0200, Marcel Apfelbaum wrote:
>> Save the IO/mem/bus numbers ranges assigned to the extra root busses
>> to be removed from the root bus 0 range.
>>
>> Signed-off-by: Marcel Apfelbaum <marcel@redhat.com>
>> ---
>> hw/i386/acpi-build.c | 149 +++++++++++++++++++++++++++++++++++++++++++++++++++
>> 1 file changed, 149 insertions(+)
>>
>> diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
>> index e7a1a36..f4d8816 100644
>> --- a/hw/i386/acpi-build.c
>> +++ b/hw/i386/acpi-build.c
>> @@ -728,6 +728,148 @@ static Aml *build_prt(void)
>> return method;
>> }
>>
>> +typedef struct PciRangeEntry {
>> + QLIST_ENTRY(PciRangeEntry) entry;
>> + int64_t base;
>> + int64_t limit;
>> +} PciRangeEntry;
>> +
>> +typedef QLIST_HEAD(PciRangeQ, PciRangeEntry) PciRangeQ;
>> +
>> +static void pci_range_insert(PciRangeQ *list, int64_t base, int64_t limit)
>
> Don't start with pci_ or Pci prefixes, this is for pci things.
> signed values for base/limit might be problematic, even though
> currenly guests don't assign such values normally.
> I know it's a qmp bug/feature, but you don't have to use
> qmp.
Sure, no problem, I'll take care of it.
>
>> +{
>> + PciRangeEntry *entry, *next, *e;
>> +
>> + if (!base) {
>> + return;
>> + }
>> +
>> + e = g_malloc(sizeof(*entry));
>> + e->base = base;
>> + e->limit = limit;
>> +
>> + if (QLIST_EMPTY(list)) {
>> + QLIST_INSERT_HEAD(list, e, entry);
>> + } else {
>> + QLIST_FOREACH_SAFE(entry, list, entry, next) {
>> + if (base < entry->base) {
>> + QLIST_INSERT_BEFORE(entry, e, entry);
>> + break;
>> + } else if (!next) {
>> + QLIST_INSERT_AFTER(entry, e, entry);
>> + break;
>> + }
>> + }
>> + }
>> +}
>> +
>> +static void pci_range_list_free(PciRangeQ *list)
>> +{
>> + PciRangeEntry *entry, *next;
>> +
>> + QLIST_FOREACH_SAFE(entry, list, entry, next) {
>> + QLIST_REMOVE(entry, entry);
>> + g_free(entry);
>> + }
>> +}
>> +
>
> Not very happy about manual memory management here.
> Isn't there something you can do with
The context is pretty simple:
1. We create the ranges and add them to the lists as we go.
2. We use the lists to create the aml IO ranges.
3. Delete them once we finish.
All that in the same context (the same chunk of code)
It seems pretty straight forward to me.
> And how about using g_array_sort to sort things?
We can, but the code simply inserts the range into the
appropriate position, why using g_array_sort be better?
Maybe we can find another reason to use g_array, we can leverage this method.
I thought about it and I had a problem with g_array, however I don't remember it now.
And BTW manual memory management, we will need to create and destroy the g_array.
>
>> +static Aml *build_crs(PcPciInfo *pci, PciInfo *bus_info,
>> + PciRangeQ *io_ranges, PciRangeQ *mem_ranges)
>> +{
>> + PciDeviceInfoList *dev_list;
>> + PciMemoryRange range;
>> + uint8_t max_bus;
>> + Aml *crs;
>> +
>> + crs = aml_resource_template();
>> + max_bus = bus_info->bus;
>> +
>> + for (dev_list = bus_info->devices; dev_list; dev_list = dev_list->next) {
>> + PciMemoryRegionList *region;
>> +
>> + for (region = dev_list->value->regions; region; region = region->next) {
>> + range.base = region->value->address;
>> + range.limit = region->value->address + region->value->size - 1;
>> +
>> + if (!strcmp(region->value->type, "io")) {
>> + aml_append(crs,
>> + aml_word_io(aml_min_fixed, aml_max_fixed,
>> + aml_pos_decode, aml_entire_range,
>> + 0,
>> + range.base,
>> + range.limit,
>> + 0,
>> + range.limit - range.base + 1));
>> + pci_range_insert(io_ranges, range.base, range.limit);
>> + } else { /* "memory" */
>> + aml_append(crs,
>> + aml_dword_memory(aml_pos_decode, aml_min_fixed,
>> + aml_max_fixed, aml_non_cacheable,
>> + aml_ReadWrite,
>> + 0,
>> + range.base,
>> + range.limit,
>> + 0,
>> + range.limit - range.base + 1));
>> + pci_range_insert(mem_ranges, range.base, range.limit);
>> + }
>> + }
>> +
>> + if (dev_list->value->has_pci_bridge) {
>> + PciBridgeInfo *bridge_info = dev_list->value->pci_bridge;
>> +
>> + if (bridge_info->bus.subordinate > max_bus) {
>
> What's this doing?
It keeps track of the max bus number for piix hostbridge bus num range. (see [1] below)
Pci root bus 0 range is [0 - <minimmum bus number used by other pci root buses>
Maybe the variable name is not so good, I am open to suggestions: min_extra_root_bus_nr?
>
>> + max_bus = bridge_info->bus.subordinate;
>> + }
>> +
>> + range = *bridge_info->bus.io_range;
>> + aml_append(crs,
>> + aml_word_io(aml_min_fixed, aml_max_fixed,
>> + aml_pos_decode, aml_entire_range,
>> + 0,
>> + range.base,
>> + range.limit,
>> + 0,
>> + range.limit - range.base + 1));
>> + pci_range_insert(io_ranges, range.base, range.limit);
>> +
>> + range = *bridge_info->bus.memory_range;
>> + aml_append(crs,
>> + aml_dword_memory(aml_pos_decode, aml_min_fixed,
>> + aml_max_fixed, aml_non_cacheable,
>> + aml_ReadWrite,
>> + 0,
>> + range.base,
>> + range.limit,
>> + 0,
>> + range.limit - range.base + 1));
>> + pci_range_insert(mem_ranges, range.base, range.limit);
>> +
>> + range = *bridge_info->bus.prefetchable_range;
>> + aml_append(crs,
>> + aml_dword_memory(aml_pos_decode, aml_min_fixed,
>> + aml_max_fixed, aml_non_cacheable,
>> + aml_ReadWrite,
>> + 0,
>> + range.base,
>> + range.limit,
>> + 0,
>> + range.limit - range.base + 1));
>> + pci_range_insert(mem_ranges, range.base, range.limit);
>> + }
>> + }
>> +
>> + aml_append(crs,
>> + aml_word_bus_number(aml_min_fixed, aml_max_fixed, aml_pos_decode,
>> + 0,
>> + bus_info->bus,
>> + max_bus,
>> + 0,
>> + max_bus - bus_info->bus + 1));
[1] The bus numbers range for piix host-bridge (bus 0).
Thanks,
Marcel
>> +
>> + return crs;
>> +}
>> +
>> static void
>> build_ssdt(GArray *table_data, GArray *linker,
>> AcpiCpuInfo *cpu, AcpiPmInfo *pm, AcpiMiscInfo *misc,
>> @@ -737,6 +879,8 @@ build_ssdt(GArray *table_data, GArray *linker,
>> uint32_t nr_mem = machine->ram_slots;
>> unsigned acpi_cpus = guest_info->apic_id_limit;
>> Aml *ssdt, *sb_scope, *scope, *pkg, *dev, *method, *crs, *field, *ifctx;
>> + PciRangeQ io_ranges = QLIST_HEAD_INITIALIZER(io_ranges);
>> + PciRangeQ mem_ranges = QLIST_HEAD_INITIALIZER(mem_ranges);
>> int i;
>>
>> ssdt = init_aml_allocator();
>> @@ -773,9 +917,14 @@ build_ssdt(GArray *table_data, GArray *linker,
>> aml_append(dev,
>> aml_name_decl("_BBN", aml_int((uint8_t)bus_info->bus)));
>> aml_append(dev, build_prt());
>> + crs = build_crs(pci, bus_info, &io_ranges, &mem_ranges);
>> + aml_append(dev, aml_name_decl("_CRS", crs));
>> aml_append(scope, dev);
>> aml_append(ssdt, scope);
>> }
>> +
>> + pci_range_list_free(&io_ranges);
>> + pci_range_list_free(&mem_ranges);
>> qapi_free_PciInfoList(info_list);
>> }
>>
>> --
>> 2.1.0
next prev parent reply other threads:[~2015-03-08 18:14 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-08 11:16 [Qemu-devel] [PATCH v4 for-2.3 00/25] hw/pc: implement multiple primary busses for pc machines Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 01/25] acpi: fix aml_equal term implementation Marcel Apfelbaum
2015-03-09 10:28 ` Igor Mammedov
2015-03-09 11:04 ` Michael S. Tsirkin
2015-03-09 12:26 ` Igor Mammedov
2015-03-09 14:46 ` Michael S. Tsirkin
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 02/25] acpi: add aml_or() term Marcel Apfelbaum
2015-03-09 7:58 ` Shannon Zhao
2015-03-09 9:22 ` Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 03/25] acpi: add aml_add() term Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 04/25] acpi: add aml_lless() term Marcel Apfelbaum
2015-03-09 8:03 ` Shannon Zhao
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 05/25] acpi: add aml_index() term Marcel Apfelbaum
2015-03-09 10:39 ` Igor Mammedov
2015-03-09 11:00 ` Michael S. Tsirkin
2015-03-09 11:37 ` Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 06/25] acpi: add aml_shiftleft() term Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 07/25] acpi: add aml_shiftright() term Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 08/25] acpi: add aml_increment() term Marcel Apfelbaum
2015-03-09 8:08 ` Shannon Zhao
2015-03-09 8:16 ` Shannon Zhao
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 09/25] acpi: add aml_while() term Marcel Apfelbaum
2015-03-09 8:20 ` Shannon Zhao
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 10/25] hw/acpi: add support for multiple root busses Marcel Apfelbaum
2015-03-08 16:10 ` Michael S. Tsirkin
2015-03-08 18:00 ` Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 11/25] hw/apci: add _PRT method for extra PCI " Marcel Apfelbaum
2015-03-10 17:07 ` Michael S. Tsirkin
2015-03-10 17:26 ` Marcel Apfelbaum
2015-03-10 17:40 ` Michael S. Tsirkin
2015-03-11 1:06 ` Shannon Zhao
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 12/25] hw/acpi: add _CRS method for extra " Marcel Apfelbaum
2015-03-08 16:27 ` Michael S. Tsirkin
2015-03-08 18:14 ` Marcel Apfelbaum [this message]
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 13/25] hw/acpi: remove from root bus 0 the crs resources used by other busses Marcel Apfelbaum
2015-03-08 16:13 ` Kevin O'Connor
2015-03-08 17:51 ` Marcel Apfelbaum
2015-03-08 18:26 ` Kevin O'Connor
2015-03-08 18:32 ` Marcel Apfelbaum
2015-03-08 18:34 ` Michael S. Tsirkin
2015-03-08 18:46 ` Kevin O'Connor
2015-03-09 8:44 ` Michael S. Tsirkin
2015-03-10 13:09 ` Stefan Hajnoczi
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 14/25] hw/pci: move pci bus related code to separate files Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 15/25] hw/pci: made pci_bus_is_root a PCIBusClass method Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 16/25] hw/pci: made pci_bus_num " Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 17/25] hw/pci: introduce TYPE_PCI_MAIN_HOST_BRIDGE interface Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 18/25] hw/pci: removed 'rootbus nr is 0' assumption from qmp_pci_query Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 19/25] hw/pci: implement iteration over multiple host bridges Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 20/25] hw/pci: introduce PCI Expander Bridge (PXB) Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 21/25] hw/pci: inform bios if the system has more than one pci bridge Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 22/25] hw/pci: piix - suport multiple host bridges Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 23/25] hw/pxb: add map_irq func Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 24/25] hw/pci_bus: add support for NUMA nodes Marcel Apfelbaum
2015-03-08 11:16 ` [Qemu-devel] [PATCH v4 for-2.3 25/25] hw/pxb: add numa_node parameter Marcel Apfelbaum
2015-03-09 7:43 ` [Qemu-devel] [PATCH v4 for-2.3 00/25] hw/pc: implement multiple primary busses for pc machines Gerd Hoffmann
2015-03-09 9:20 ` Marcel Apfelbaum
2015-03-09 10:18 ` Gerd Hoffmann
2015-03-09 10:21 ` Marcel Apfelbaum
2015-03-09 14:19 ` Gerd Hoffmann
2015-03-09 16:26 ` Marcel Apfelbaum
2015-03-09 16:55 ` Gerd Hoffmann
2015-03-09 19:21 ` Marcel Apfelbaum
2015-03-10 6:23 ` [Qemu-devel] [Qemu-ppc] " Alexey Kardashevskiy
2015-03-10 11:03 ` Marcel Apfelbaum
2015-03-10 8:36 ` [Qemu-devel] " Gerd Hoffmann
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=54FC9171.2080204@redhat.com \
--to=marcel@redhat.com \
--cc=agraf@suse.de \
--cc=alex.williamson@redhat.com \
--cc=amit.shah@redhat.com \
--cc=aurelien@aurel32.net \
--cc=hare@suse.de \
--cc=imammedo@redhat.com \
--cc=kevin@koconnor.net \
--cc=kraxel@redhat.com \
--cc=leon.alrae@imgtec.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=quintela@redhat.com \
--cc=rth@twiddle.net \
--cc=seabios@seabios.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).