From: Hans de Goede <hdegoede@redhat.com>
To: "Moore, Robert" <robert.moore@intel.com>,
"Rafael J. Wysocki" <rjw@rjwysocki.net>,
"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
"Schmauss, Erik" <erik.schmauss@intel.com>,
"Box, David E" <david.e.box@intel.com>
Cc: Len Brown <lenb@kernel.org>, Bjorn Helgaas <bhelgaas@google.com>,
"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
"devel@acpica.org" <devel@acpica.org>
Subject: Re: [PATCH v2 0/5] ACPI: Do not call _STA on battery devices with unmet dependencies
Date: Wed, 14 Feb 2018 11:33:06 +0100 [thread overview]
Message-ID: <a62364ba-7b79-6bb0-20a3-c66cb166e923@redhat.com> (raw)
In-Reply-To: <94F2FBAB4432B54E8AACC7DFDE6C92E3B7570FA0@ORSMSX110.amr.corp.intel.com>
Hi,
On 08-02-18 18:34, Moore, Robert wrote:
>
>
>>> The last one needs to go in via ACPICA anyway or we'll need to carry a
>>> Linux-specific replacement for acpi_get_object_info().
>>
>> Ack, I'm discussing how to proceed with this with the ACPICA people.
>>
>> Regards,
>>
>> Hans
>
>
> I normally don't like to change external interfaces (the biggest reason being the sheer number of different OS vendors that use ACPICA), but in this case, I feel it may be OK. This interface is probably not heavily used, and there is precedent for this when the invocation of _SUB was removed.
>
> On the other hand, I think I saw it mentioned that Linux calls this interface only once, is this correct?
More or less, Linux calls it once when enumerating all the devices and a few ACPI drivers call it again to get some
extra info they need.
> If so, perhaps it would be easiest to simply remove this call and use direct control method invocations to obtain the desired data.
If we go this route we would probably end up copying the function, since as said several drivers
use it too.
> If we go ahead and make this change to ACPICA: I have not seen the patch, but please make sure that all vestiges of this are removed. This includes all invocations within ACPICA that examine the result of the _STA invocation, the CurrentStatus field of ACPI_DEVICE_INFO, the ACPI_VALID_STA flag, etc.
The patch already does that:
https://patchwork.kernel.org/patch/10186195/
Regards,
Hans
next prev parent reply other threads:[~2018-02-14 10:33 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-22 8:51 [PATCH v2 0/5] ACPI: Do not call _STA on battery devices with unmet dependencies Hans de Goede
2018-01-22 8:51 ` [PATCH v2 1/5] ACPI: export acpi_bus_get_status_handle() Hans de Goede
2018-01-22 23:55 ` Rafael J. Wysocki
2018-01-26 14:50 ` Hans de Goede
2018-01-22 8:51 ` [PATCH v2 2/5] PCI: acpiphp_ibm: prepare for acpi_get_object_info() no longer returning status Hans de Goede
2018-01-22 8:51 ` [PATCH v2 3/5] ACPI / bus: Do not call _STA on battery devices with unmet dependencies Hans de Goede
2018-01-22 8:51 ` [PATCH v2 4/5] ACPI / scan: Use acpi_bus_get_status for initial status of ACPI_TYPE_DEVICE devs Hans de Goede
2018-01-22 8:51 ` [PATCH v2 5/5] ACPICA: Remove calling of _STA from acpi_get_object_info Hans de Goede
2018-02-08 9:57 ` [PATCH v2 0/5] ACPI: Do not call _STA on battery devices with unmet dependencies Rafael J. Wysocki
2018-02-08 12:19 ` Hans de Goede
2018-02-08 17:34 ` Moore, Robert
2018-02-14 10:33 ` Hans de Goede [this message]
2018-02-14 15:28 ` Moore, Robert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=a62364ba-7b79-6bb0-20a3-c66cb166e923@redhat.com \
--to=hdegoede@redhat.com \
--cc=bhelgaas@google.com \
--cc=david.e.box@intel.com \
--cc=devel@acpica.org \
--cc=erik.schmauss@intel.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=rjw@rjwysocki.net \
--cc=robert.moore@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).