[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [Qemu-devel] [PATCH v5 07/24] hw: acpi: Generalize AML build routines
Hi Igor, On Fri, Nov 09, 2018 at 02:37:33PM +0100, Igor Mammedov wrote: > On Mon, 5 Nov 2018 02:40:30 +0100 > Samuel Ortiz <sameo@xxxxxxxxxxxxxxx> wrote: > > > From: Yang Zhong <yang.zhong@xxxxxxxxx> > > > > Most of the AML build routines under acpi-build are not even > > architecture specific. They can be moved to the more generic hw/acpi > > folder where they could be shared across machine types and > > architectures. > > I'd prefer if won't pull into aml-build PCI specific headers, > Suggest to create hw/acpi/pci.c and move generic PCI related > code there, with corresponding header the would export API > (preferably without PCI dependencies in it) > > > Also patch is too big and does too much at a time. > Here I'd suggest to split it in smaller parts to make it more digestible > > 1. split it in 3 parts > * MCFG > * CRS > * PTR > 2. mcfg between x86 and ARM look pretty much the same with ARM > open codding bus number calculation and missing migration hack > * a patch to make bus number calculation in ARM the same as x86 > * a patch to bring migration hack (dummy MCFG table in case it's disabled) > it's questionable if we actually need it in generic, > we most likely need it for legacy machines that predate > resizable MemeoryRegion, but we probably don't need it for > later machines as problem doesn't exists there. > So it might be better to push hack out from generic code > to a legacy caller and keep generic MCFG clean. > (this patch might be better at the beginning of the series as > it might affect acpi test results, and might need an update to > reference tables > I don't really sure) > * at this point arm and x86 impl. would be the same so > a patch to move mcfg build routine to a generic place and replace > x86/arm with a single impl. > * a patch to convert mcfg build routine to build_append_int_noprefix() API > and drop AcpiTableMcfg structure Ok, I'll build another patch serie for that one then. Cheers, Samuel. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |