search for: _hid

...ld.c index f365140..dea61ba 100644 --- a/hw/arm/virt-acpi-build.c +++ b/hw/arm/virt-acpi-build.c @@ -145,7 +145,7 @@ static void acpi_dsdt_add_virtio(Aml *scope, for (i = 0; i < num; i++) { Aml *dev = aml_device("VR%02u", i); - aml_append(dev, aml_name_decl("_HID", aml_string("LNRO0005"))); + aml_append(dev, aml_name_decl("_HID", aml_string("1AF4103F"))); aml_append(dev, aml_name_decl("_UID", aml_int(i))); Aml *crs = aml_resource_template(); -- MST

...ld.c index f365140..dea61ba 100644 --- a/hw/arm/virt-acpi-build.c +++ b/hw/arm/virt-acpi-build.c @@ -145,7 +145,7 @@ static void acpi_dsdt_add_virtio(Aml *scope, for (i = 0; i < num; i++) { Aml *dev = aml_device("VR%02u", i); - aml_append(dev, aml_name_decl("_HID", aml_string("LNRO0005"))); + aml_append(dev, aml_name_decl("_HID", aml_string("1AF4103F"))); aml_append(dev, aml_name_decl("_UID", aml_int(i))); Aml *crs = aml_resource_template(); -- MST

...dev.npx.0.%parent: nexus0 dev.acpi.0.%desc: A M I OEMXSDT dev.acpi.0.%driver: acpi dev.acpi.0.%parent: nexus0 dev.acpi_sysresource.0.%desc: System Resource dev.acpi_sysresource.0.%driver: acpi_sysresource dev.acpi_sysresource.0.%location: handle=\_SB_.PCI0.SBRG.SIOR dev.acpi_sysresource.0.%pnpinfo: _HID=PNP0C02 _UID=46 dev.acpi_sysresource.0.%parent: acpi0 dev.acpi_sysresource.1.%desc: System Resource dev.acpi_sysresource.1.%driver: acpi_sysresource dev.acpi_sysresource.1.%location: handle=\_SB_.PCI0.SBRG.RMSC dev.acpi_sysresource.1.%pnpinfo: _HID=PNP0C02 _UID=16 dev.acpi_sysresource.1.%parent: ac...

...> --- a/hw/arm/virt-acpi-build.c > +++ b/hw/arm/virt-acpi-build.c > @@ -145,7 +145,7 @@ static void acpi_dsdt_add_virtio(Aml *scope, > > for (i = 0; i < num; i++) { > Aml *dev = aml_device("VR%02u", i); > - aml_append(dev, aml_name_decl("_HID", aml_string("LNRO0005"))); > + aml_append(dev, aml_name_decl("_HID", aml_string("1AF4103F"))); > aml_append(dev, aml_name_decl("_UID", aml_int(i))); > > Aml *crs = aml_resource_template(); > -- Shannon

...+++ b/hw/arm/virt-acpi-build.c >>> @@ -145,7 +145,7 @@ static void acpi_dsdt_add_virtio(Aml *scope, >>> >>> for (i = 0; i < num; i++) { >>> Aml *dev = aml_device("VR%02u", i); >>> - aml_append(dev, aml_name_decl("_HID", aml_string("LNRO0005"))); >>> + aml_append(dev, aml_name_decl("_HID", aml_string("1AF4103F"))); >>> aml_append(dev, aml_name_decl("_UID", aml_int(i))); >>> >>> Aml *crs = aml_resource_templ...

...+++ b/hw/arm/virt-acpi-build.c >>> @@ -145,7 +145,7 @@ static void acpi_dsdt_add_virtio(Aml *scope, >>> >>> for (i = 0; i < num; i++) { >>> Aml *dev = aml_device("VR%02u", i); >>> - aml_append(dev, aml_name_decl("_HID", aml_string("LNRO0005"))); >>> + aml_append(dev, aml_name_decl("_HID", aml_string("1AF4103F"))); >>> aml_append(dev, aml_name_decl("_UID", aml_int(i))); >>> >>> Aml *crs = aml_resource_templ...

Hello everybody! Since the update from 6.2-STABLE to 7.0 I'm encountering problems with the temperature of my Thinkpad X60s. Under heavy load, e.g., make builworld or compile gcc or... I get the following output in /var/log/messages: Dec 29 01:53:13 delta1 root: WARNING: system temperature too high, shutting down soon! Dec 29 01:53:13 delta1 syslogd: /dev/:0: No such file or directory Dec 29

...to add support for a VM generation ID virtual device for HVM guests. The basic requirements of this device are as follows: - It must be exposed somewhere in ACPI namespace with a _CID of "VM_Gen_Counter". - It must also include a _DDN of "VM_Gen_Counter". - It must contain a _HID object but no particular value is required. - It must expose a package called ADDR which evaluates to two integers; the first being the low order 32-bits of a guest physical address (GPA), the second by the high order 32-bits of the GPA. This GPA is the address of an 8-byte aligned 8-byte...

...4 > --- a/hw/arm/virt-acpi-build.c > +++ b/hw/arm/virt-acpi-build.c > @@ -145,7 +145,7 @@ static void acpi_dsdt_add_virtio(Aml *scope, > > for (i = 0; i < num; i++) { > Aml *dev = aml_device("VR%02u", i); > - aml_append(dev, aml_name_decl("_HID", aml_string("LNRO0005"))); > + aml_append(dev, aml_name_decl("_HID", aml_string("1AF4103F"))); > aml_append(dev, aml_name_decl("_UID", aml_int(i))); So, I've just checked, and I believe that the kernel that RedHat are shipping...

...ild.c > > +++ b/hw/arm/virt-acpi-build.c > > @@ -145,7 +145,7 @@ static void acpi_dsdt_add_virtio(Aml *scope, > > > > for (i = 0; i < num; i++) { > > Aml *dev = aml_device("VR%02u", i); > > - aml_append(dev, aml_name_decl("_HID", aml_string("LNRO0005"))); > > + aml_append(dev, aml_name_decl("_HID", aml_string("1AF4103F"))); > > aml_append(dev, aml_name_decl("_UID", aml_int(i))); > > > > Aml *crs = aml_resource_template(); >...

On 28 July 2015 at 11:27, Michael S. Tsirkin <mst at redhat.com> wrote: > On Tue, Jul 28, 2015 at 11:12:33AM +0100, Peter Maydell wrote: >> On 28 July 2015 at 11:08, Michael S. Tsirkin <mst at redhat.com> wrote: >> > On Tue, Jul 28, 2015 at 10:44:02AM +0100, Graeme Gregory wrote: >> >> Added the match table and pointers for ACPI probing to the driver.

On 28 July 2015 at 11:27, Michael S. Tsirkin <mst at redhat.com> wrote: > On Tue, Jul 28, 2015 at 11:12:33AM +0100, Peter Maydell wrote: >> On 28 July 2015 at 11:08, Michael S. Tsirkin <mst at redhat.com> wrote: >> > On Tue, Jul 28, 2015 at 10:44:02AM +0100, Graeme Gregory wrote: >> >> Added the match table and pointers for ACPI probing to the driver.

On 30 July 2015 at 09:04, Michael S. Tsirkin <mst at redhat.com> wrote: > On Thu, Jul 30, 2015 at 09:23:20AM +0800, Shannon Zhao wrote: >> >> Why do we drop the previous way using "QEMUXXXX"? Something I missed? > > So that guests that bind to this interface will work fine with non QEMU > implementations of virtio-mmio. I don't understand this sentence.

On 30 July 2015 at 09:04, Michael S. Tsirkin <mst at redhat.com> wrote: > On Thu, Jul 30, 2015 at 09:23:20AM +0800, Shannon Zhao wrote: >> >> Why do we drop the previous way using "QEMUXXXX"? Something I missed? > > So that guests that bind to this interface will work fine with non QEMU > implementations of virtio-mmio. I don't understand this sentence.

These patch update Windows generation ID support on ACPI. First patch mainly update to new specifications while second one introduce again the device in ACPI table. Frediano Ziglio (2): genid: Update Windows generation ID genid: Introduce again Windows generation ID device docs/misc/xenstore-paths.markdown | 6 ++++ tools/firmware/hvmloader/acpi/build.c | 49

...device infrastructure a little more this solution seems less fragile than I previously thought, but it's still a big hack, and it's only half of the story. This patch only handles PCI-based endpoints and viommu. On ACPI platforms, where the virtio-mmio device is specified by an object with _HID LNRO0005, supporting virtio-iommu on MMIO requires installing a bus notifier. There I'd rather use an ACPI table for the topology. Platforms that don't have ACPI such as microvm specify virtio-mmio devices on the command-line. There devices are only created when the virtio-mmio module is lo...

...cy: 14318180 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.hardware: HPET kern.timecounter.choice: TSC(-1000) ACPI-fast(900) HPET(950) i8254(0) dummy(-1000000) dev.hpet.0.%desc: High Precision Event Timer dev.hpet.0.%driver: hpet dev.hpet.0.%location: handle=\_SB_.HPET dev.hpet.0.%pnpinfo: _HID=PNP0103 _UID=0 dev.hpet.0.%parent: acpi0 -- Sean Chittenden seanc@FreeBSD.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 203 bytes Desc: Message signed with OpenPGP using GPGMail Url : http://lists....

....PCI0LPCBLPC1..@ 1a20: 10 50 41 52 43 08 50 42 52 43 08 50 43 52 43 08 .PARC.PBRC.PCRC. 1a30: 50 44 52 43 08 00 20 50 45 52 43 08 50 46 52 43 PDRC.. PERC.PFRC 1a40: 08 50 47 52 43 08 50 48 52 43 08 5b 82 42 0a 4c .PGRC.PHRC.[.B.L 1a50: 4e 4b 41 08 5f 48 49 44 0c 41 d0 0c 0f 08 5f 55 NKA._HID.A...._U 1a60: 49 44 01 14 11 5f 44 49 53 08 7d 50 41 52 43 0a ID..._DIS.}PARC. 1a70: 80 50 41 52 43 14 0b 5f 50 52 53 08 a4 50 52 53 .PARC.._PRS..PRS 1a80: 41 14 38 5f 43 52 53 08 08 52 54 4c 41 11 09 0a A.8_CRS..RTLA... 1a90: 06 23 00 00 18 79 00 8b 52 54 4c 41 01 49 52 51 .#...y..RTLA...

...rated today? Could we use that mechanism to > > identify vIOMMUs and then invent a purely para-virtualized method to > > enumerate devices behind each vIOMMU? > > Using DT, virtio-mmio devices are described with "virtio-mmio" compatible > node, and with ACPI they use _HID LNRO0005. Since the host already > describes available devices to a guest using a firmware interface, I think > we should reuse the tools provided by that interface for describing > relations between DMA masters and IOMMU. OK, I didn't realize virtio-mmio is defined to rely on DT for...

...rated today? Could we use that mechanism to > > identify vIOMMUs and then invent a purely para-virtualized method to > > enumerate devices behind each vIOMMU? > > Using DT, virtio-mmio devices are described with "virtio-mmio" compatible > node, and with ACPI they use _HID LNRO0005. Since the host already > describes available devices to a guest using a firmware interface, I think > we should reuse the tools provided by that interface for describing > relations between DMA masters and IOMMU. OK, I didn't realize virtio-mmio is defined to rely on DT for...