[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d1538de2-5819-7d67-4e6e-00564bbcbe2b@citrix.com>
Date: Wed, 27 Jul 2016 19:57:34 +0100
From: Andrew Cooper <andrew.cooper3@...rix.com>
To: Linus Torvalds <torvalds@...ux-foundation.org>,
David Vrabel <dvrabel@...tab.net>,
Shannon Zhao <shannon.zhao@...aro.org>,
"Rafael J. Wysocki" <rafael.j.wysocki@...el.com>
CC: xen-devel <xen-devel@...ts.xenproject.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [Xen-devel] [GIT PULL] xen: features and fixes for 4.8-rc0
On 27/07/16 19:42, Linus Torvalds wrote:
> On Wed, Jul 27, 2016 at 6:45 AM, David Vrabel <dvrabel@...tab.net> wrote:
>> Shannon Zhao (16):
>> Xen: ACPI: Hide UART used by Xen
> So this caused a trivial conflict. No biggie, it wasn't bad and the
> patch was acked by Rafael. However, looking at it made me somewhat
> unhappy.
>
> Should the device entry in ACPI really be hidden unconditionally? In
> particular, if we are *not* running under virtualization, it sounds
> wrong to hide it.
>
> Comments? Am I missing something?
The purpose of the ACPI STAO table (Status Override table, ratified in
ACPI 6.0) is to list items elsewhere in the ACPI namespace which should
be completely ignored. It is used in cases where it is impossible or
prohibitive to edit the system AML.
The patch itself only hides the UART if instructed to do so by the STAO
table (last hunk).
~Andrew
Powered by blists - more mailing lists