Ian Jackson writes ("Re: [PATCH qemu-traditional] ioreq: Support 32-bit default_ioport_* accesses"): > Boris Ostrovsky writes ("[PATCH qemu-traditional] ioreq: Support 32-bit > default_ioport_* accesses"): > > Recent changes in ACPICA (specifically, Linux commit 66b1ed5aa8dd ("ACPICA: > > ACPI 2.0, Hardware: Add access_width/bit_offset support for > > acpi_hw_write()") result in guests issuing 32-bit accesses to IO space. > > > > QEMU needs to be able to handle them. > > I'm kind of missing something here. If the specification has recently > been updated to permit this, why should old hardware support it ? > > (I tried to find the Linux upstream git commit you're referring to but > my linux.git is up to date and it seems not to be fetching within a > reasonable time, so I thought I would reply now.)
I have looked at this commit now and I am none the wiser. It says just "This patch adds access_width/bit_offset support in acpi_hw_write()". I also looked at the two linked messages: https://github.com/acpica/acpica/commit/48eea5e7 https://bugs.acpica.org/show_bug.cgi?id=1240 and none of this explains why this supported is needed in a our deep-frozen ancient branch. Thanks, Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel