On Wed, Sep 23, 2015 at 11:50:05AM +0200, Igor Mammedov wrote: > On Thu, 17 Sep 2015 10:56:29 -0400 > "Gabriel L. Somlo" <so...@cmu.edu> wrote: > > > New since v2: > > > > - pc/i386 node in ssdt only on machine types *newer* than 2.4 > > (as suggested by Eduardo) > > > > I appreciate any further comments and reviews. Hopefully we can make > > this palatable for upstream, modulo the lingering concerns about whether > > "QEMU0002" is ok to use as the value of _HID, which I'll hopefully get > > sorted out with the kernel crew... > > > > Thanks much, > > --Gabriel > > > > >New since v1: > > > > > > - expose control register size (suggested by Marc Marí) > > > > > > - leaving out _UID and _STA fields (thanks Shannon & Igor) > > > > > > - using "QEMU0002" as the value of _HID (thanks Michael) > > > > > > - added documentation blurb to docs/specs/fw_cfg.txt > > > (mainly to record usage of the "QEMU0002" string with fw_cfg). > > > > > >> This series adds a fw_cfg device node to the SSDT (on pc), or to the > > >> DSDT (on arm). > > >> > > >> - Patch 1/3 moves (and renames) the BIOS_CFG_IOPORT (0x510) > > >> define from pc.c to pc.h, so that it could be used from > > >> acpi-build.c in patch 2/3. > > >> > > > >> - Patch 2/3 adds a fw_cfg node to the pc SSDT. > > >> > > >> - Patch 3/3 adds a fw_cfg node to the arm DSDT. > ACPI patches 2-3 look fine to me > although there is one but, it will make Windows complain about > unknown device and prompt user to install driver.
I wonder if the implicit _STA has bit 2 (visible to u/i) implicitly enabled (0x0F vs. 0x0B)... I'll try to reproduce this myself, and see if adding (back) the explicit _STA value helps. Thanks! --Gabriel > > > >> > > >> I made up some names - "FWCF" for the node name, and "FWCF0001" > > >> for _HID; no idea whether that's appropriate, or how else I should > > >> figure out what to use instead... > > >> > > >> Also, using scope "\\_SB", based on where fw_cfg shows up in the > > >> output of "info qtree". Again, if that's wrong, please point me in > > >> the right direction. > > >> > > >> Re. 3/3 (also mentioned after the commit blurb in the patch itself), > > >> I noticed none of the other DSDT entries contain a _STA field, wondering > > >> why it would (not) make sense to include that, same as on the PC. > > > > Gabriel L. Somlo (5): > > fw_cfg: expose control register size in fw_cfg.h > > pc: fw_cfg: move ioport base constant to pc.h > > acpi: pc: add fw_cfg device node to ssdt > > acpi: arm: add fw_cfg device node to dsdt > > fw_cfg: document ACPI device node information > > > > docs/specs/fw_cfg.txt | 9 +++++++++ > > hw/arm/virt-acpi-build.c | 13 +++++++++++++ > > hw/i386/acpi-build.c | 21 +++++++++++++++++++++ > > hw/i386/pc.c | 5 ++--- > > hw/i386/pc_piix.c | 1 + > > hw/i386/pc_q35.c | 1 + > > hw/nvram/fw_cfg.c | 8 +++++--- > > include/hw/i386/pc.h | 3 +++ > > include/hw/nvram/fw_cfg.h | 3 +++ > > 9 files changed, 58 insertions(+), 6 deletions(-) > > >
