|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [RFC PATCH 03/12] hvmloader: add function to query an emulated machine type (i440/Q35)
On Tue, Mar 13, 2018 at 04:33:48AM +1000, Alexey Gerasimenko wrote:
> This adds a new function get_pc_machine_type() which allows to determine
> the emulated chipset type. Supported return values:
>
> - MACHINE_TYPE_I440
> - MACHINE_TYPE_Q35
> - MACHINE_TYPE_UNKNOWN, results in the error message being printed
> followed by calling BUG() in hvmloader.
This is not correct, the return values are strictly MACHINE_TYPE_I440
or MACHINE_TYPE_Q35. Everything else ends up in a BUG().
Also makes me wonder whether this should instead be init_machine_type,
and users should just read machine_type directly.
>
> Signed-off-by: Alexey Gerasimenko <x1917x@xxxxxxxxx>
> ---
> tools/firmware/hvmloader/pci_regs.h | 5 ++++
> tools/firmware/hvmloader/util.c | 47
> +++++++++++++++++++++++++++++++++++++
> tools/firmware/hvmloader/util.h | 8 +++++++
> 3 files changed, 60 insertions(+)
>
> diff --git a/tools/firmware/hvmloader/pci_regs.h
> b/tools/firmware/hvmloader/pci_regs.h
> index 7bf2d873ab..ba498b840e 100644
> --- a/tools/firmware/hvmloader/pci_regs.h
> +++ b/tools/firmware/hvmloader/pci_regs.h
> @@ -107,6 +107,11 @@
>
> #define PCI_INTEL_OPREGION 0xfc /* 4 bits */
>
> +#define PCI_VENDOR_ID_INTEL 0x8086
> +#define PCI_DEVICE_ID_INTEL_82441 0x1237
> +#define PCI_DEVICE_ID_INTEL_Q35_MCH 0x29c0
> +
> +
> #endif /* __HVMLOADER_PCI_REGS_H__ */
>
> /*
> diff --git a/tools/firmware/hvmloader/util.c b/tools/firmware/hvmloader/util.c
> index 0c3f2d24cd..5739a87628 100644
> --- a/tools/firmware/hvmloader/util.c
> +++ b/tools/firmware/hvmloader/util.c
> @@ -22,6 +22,7 @@
> #include "hypercall.h"
> #include "ctype.h"
> #include "vnuma.h"
> +#include "pci_regs.h"
> #include <acpi2_0.h>
> #include <libacpi.h>
> #include <stdint.h>
> @@ -735,6 +736,52 @@ void __bug(char *file, int line)
> crash();
> }
>
> +
> +static int machine_type = MACHINE_TYPE_UNDEFINED;
There's no need to init this, _UNDEFINED is 0 which is the default
value.
> +
> +int get_pc_machine_type(void)
You introduce a function that's not used anywhere, and the commit log
doesn't mention why this is needed at all. In general I prefer
functions to be introduced with at least a caller, or else it needs to
be described in the commit message why this is not the case.
> +{
> + uint16_t vendor_id;
> + uint16_t device_id;
> +
> + if (machine_type != MACHINE_TYPE_UNDEFINED)
> + return machine_type;
> +
> + machine_type = MACHINE_TYPE_UNKNOWN;
> +
> + vendor_id = pci_readw(0, PCI_VENDOR_ID);
> + device_id = pci_readw(0, PCI_DEVICE_ID);
> +
> + /* only Intel platforms are emulated currently */
> + if (vendor_id == PCI_VENDOR_ID_INTEL)
Should this maybe be a BUG_ON(vendor_id != PCI_VENDOR_ID_INTEL) then?
Note that in this case you end up with a BUG later anyway.
> + {
> + switch (device_id)
> + {
> + case PCI_DEVICE_ID_INTEL_82441:
> + machine_type = MACHINE_TYPE_I440;
> + printf("Detected i440 chipset\n");
> + break;
> +
> + case PCI_DEVICE_ID_INTEL_Q35_MCH:
> + machine_type = MACHINE_TYPE_Q35;
> + printf("Detected Q35 chipset\n");
> + break;
> +
> + default:
> + break;
> + }
> + }
> +
> + if (machine_type == MACHINE_TYPE_UNKNOWN)
> + {
> + printf("Unknown emulated chipset encountered, VID=%04Xh,
> DID=%04Xh\n",
> + vendor_id, device_id);
> + BUG();
Why not place this in the default switch label? That would allow you
to get rid of the MACHINE_TYPE_UNKNOWN define also.
> + }
> +
> + return machine_type;
> +}
> +
> static void validate_hvm_info(struct hvm_info_table *t)
> {
> uint8_t *ptr = (uint8_t *)t;
> diff --git a/tools/firmware/hvmloader/util.h b/tools/firmware/hvmloader/util.h
> index 7bca6418d2..7c77bedb00 100644
> --- a/tools/firmware/hvmloader/util.h
> +++ b/tools/firmware/hvmloader/util.h
> @@ -100,6 +100,14 @@ void pci_write(uint32_t devfn, uint32_t reg, uint32_t
> len, uint32_t val);
> #define pci_writew(devfn, reg, val) pci_write(devfn, reg, 2, (uint16_t)(val))
> #define pci_writel(devfn, reg, val) pci_write(devfn, reg, 4, (uint32_t)(val))
>
> +/* Emulated machine types */
> +#define MACHINE_TYPE_UNDEFINED 0
> +#define MACHINE_TYPE_I440 1
> +#define MACHINE_TYPE_Q35 2
> +#define MACHINE_TYPE_UNKNOWN (-1)
An enum seems better suited for this.
Thanks, Roger.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |