[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <57062C63.2010609@citrix.com>
Date: Thu, 7 Apr 2016 10:46:11 +0100
From: David Vrabel <david.vrabel@...rix.com>
To: "Luis R. Rodriguez" <mcgrof@...nel.org>, <bp@...en8.de>,
<hpa@...or.com>, <tglx@...utronix.de>, <mingo@...hat.com>,
<rusty@...tcorp.com.au>
CC: <xen-devel@...ts.xensource.com>, <matt@...eblueprint.co.uk>,
<andrew.cooper3@...rix.com>, <x86@...nel.org>,
<linux-kernel@...r.kernel.org>, <luto@...capital.net>,
<jlee@...e.com>, <lguest@...ts.ozlabs.org>, <glin@...e.com>,
<david.vrabel@...rix.com>, <boris.ostrovsky@...cle.com>,
<andriy.shevchenko@...ux.intel.com>
Subject: Re: [Xen-devel] [PATCH v4 11/14] pnpbios: replace paravirt_enabled()
check with legacy device check
On 07/04/16 01:06, Luis R. Rodriguez wrote:
> Since we are removing paravirt_enabled() replace it with a
> logical equivalent. Even though PNPBIOS is x86 specific we
> add an arch-specific type call, which can be implemented by
> any architecture to show how other legacy attribute devices
> can later be also checked for with other ACPI legacy attribute
> flags.
>
> This implicates the first ACPI 5.2.9.3 IA-PC Boot Architecture
> ACPI_FADT_LEGACY_DEVICES flag device, and shows how to add more.
[...]
> +struct x86_legacy_devices {
> + int pnpbios;
> +};
It's not clear why pnpbios needs a new structure and why this structure
of devices does not have the bit for the rtc device.
David
Powered by blists - more mailing lists