All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Moore, Robert" <robert.moore@intel.com>
To: Hans de Goede <hdegoede@redhat.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 15:28:07 +0000	[thread overview]
Message-ID: <94F2FBAB4432B54E8AACC7DFDE6C92E3B7572CE8@ORSMSX110.amr.corp.intel.com> (raw)
In-Reply-To: <a62364ba-7b79-6bb0-20a3-c66cb166e923@redhat.com>



> -----Original Message-----
> From: Hans de Goede [mailto:hdegoede@redhat.com]
> Sent: Wednesday, February 14, 2018 2:33 AM
> To: Moore, Robert <robert.moore@intel.com>; Rafael J. Wysocki
> <rjw@rjwysocki.net>; 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; devel@acpica.org
> Subject: Re: [PATCH v2 0/5] ACPI: Do not call _STA on battery devices
> with unmet dependencies
> 
> 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/
> 


Of course, we will need the ACPICA version of the patch, not the "linuxized" version.
Bob



> Regards,
> 
> Hans
> 


WARNING: multiple messages have this Message-ID (diff)
From: "Moore, Robert" <robert.moore@intel.com>
To: Hans de Goede <hdegoede@redhat.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 15:28:07 +0000	[thread overview]
Message-ID: <94F2FBAB4432B54E8AACC7DFDE6C92E3B7572CE8@ORSMSX110.amr.corp.intel.com> (raw)
In-Reply-To: <a62364ba-7b79-6bb0-20a3-c66cb166e923@redhat.com>

DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogSGFucyBkZSBHb2VkZSBb
bWFpbHRvOmhkZWdvZWRlQHJlZGhhdC5jb21dDQo+IFNlbnQ6IFdlZG5lc2RheSwgRmVicnVhcnkg
MTQsIDIwMTggMjozMyBBTQ0KPiBUbzogTW9vcmUsIFJvYmVydCA8cm9iZXJ0Lm1vb3JlQGludGVs
LmNvbT47IFJhZmFlbCBKLiBXeXNvY2tpDQo+IDxyandAcmp3eXNvY2tpLm5ldD47IGxpbnV4LWFj
cGlAdmdlci5rZXJuZWwub3JnOyBTY2htYXVzcywgRXJpaw0KPiA8ZXJpay5zY2htYXVzc0BpbnRl
bC5jb20+OyBCb3gsIERhdmlkIEUgPGRhdmlkLmUuYm94QGludGVsLmNvbT4NCj4gQ2M6IExlbiBC
cm93biA8bGVuYkBrZXJuZWwub3JnPjsgQmpvcm4gSGVsZ2FhcyA8YmhlbGdhYXNAZ29vZ2xlLmNv
bT47DQo+IGxpbnV4LXBjaUB2Z2VyLmtlcm5lbC5vcmc7IGRldmVsQGFjcGljYS5vcmcNCj4gU3Vi
amVjdDogUmU6IFtQQVRDSCB2MiAwLzVdIEFDUEk6IERvIG5vdCBjYWxsIF9TVEEgb24gYmF0dGVy
eSBkZXZpY2VzDQo+IHdpdGggdW5tZXQgZGVwZW5kZW5jaWVzDQo+IA0KPiBIaSwNCj4gDQo+IE9u
IDA4LTAyLTE4IDE4OjM0LCBNb29yZSwgUm9iZXJ0IHdyb3RlOg0KPiA+DQo+ID4NCj4gPj4+IFRo
ZSBsYXN0IG9uZSBuZWVkcyB0byBnbyBpbiB2aWEgQUNQSUNBIGFueXdheSBvciB3ZSdsbCBuZWVk
IHRvIGNhcnJ5DQo+ID4+PiBhIExpbnV4LXNwZWNpZmljIHJlcGxhY2VtZW50IGZvciBhY3BpX2dl
dF9vYmplY3RfaW5mbygpLg0KPiA+Pg0KPiA+PiBBY2ssIEknbSBkaXNjdXNzaW5nIGhvdyB0byBw
cm9jZWVkIHdpdGggdGhpcyB3aXRoIHRoZSBBQ1BJQ0EgcGVvcGxlLg0KPiA+Pg0KPiA+PiBSZWdh
cmRzLA0KPiA+Pg0KPiA+PiBIYW5zDQo+ID4NCj4gPg0KPiA+IEkgbm9ybWFsbHkgZG9uJ3QgbGlr
ZSB0byBjaGFuZ2UgZXh0ZXJuYWwgaW50ZXJmYWNlcyAodGhlIGJpZ2dlc3QNCj4gcmVhc29uIGJl
aW5nIHRoZSBzaGVlciBudW1iZXIgb2YgZGlmZmVyZW50IE9TIHZlbmRvcnMgdGhhdCB1c2UgQUNQ
SUNBKSwNCj4gYnV0IGluIHRoaXMgY2FzZSwgSSBmZWVsIGl0IG1heSBiZSBPSy4gVGhpcyBpbnRl
cmZhY2UgaXMgcHJvYmFibHkgbm90DQo+IGhlYXZpbHkgdXNlZCwgYW5kIHRoZXJlIGlzIHByZWNl
ZGVudCBmb3IgdGhpcyB3aGVuIHRoZSBpbnZvY2F0aW9uIG9mDQo+IF9TVUIgd2FzIHJlbW92ZWQu
DQo+ID4NCj4gPiBPbiB0aGUgb3RoZXIgaGFuZCwgSSB0aGluayBJIHNhdyBpdCBtZW50aW9uZWQg
dGhhdCBMaW51eCBjYWxscyB0aGlzDQo+IGludGVyZmFjZSBvbmx5IG9uY2UsIGlzIHRoaXMgY29y
cmVjdD8NCj4gDQo+IE1vcmUgb3IgbGVzcywgTGludXggY2FsbHMgaXQgb25jZSB3aGVuIGVudW1l
cmF0aW5nIGFsbCB0aGUgZGV2aWNlcyBhbmQgYQ0KPiBmZXcgQUNQSSBkcml2ZXJzIGNhbGwgaXQg
YWdhaW4gdG8gZ2V0IHNvbWUgZXh0cmEgaW5mbyB0aGV5IG5lZWQuDQo+IA0KPiA+IElmIHNvLCBw
ZXJoYXBzIGl0IHdvdWxkIGJlIGVhc2llc3QgdG8gc2ltcGx5IHJlbW92ZSB0aGlzIGNhbGwgYW5k
IHVzZQ0KPiBkaXJlY3QgY29udHJvbCBtZXRob2QgaW52b2NhdGlvbnMgdG8gb2J0YWluIHRoZSBk
ZXNpcmVkIGRhdGEuDQo+IA0KPiBJZiB3ZSBnbyB0aGlzIHJvdXRlIHdlIHdvdWxkIHByb2JhYmx5
IGVuZCB1cCBjb3B5aW5nIHRoZSBmdW5jdGlvbiwgc2luY2UNCj4gYXMgc2FpZCBzZXZlcmFsIGRy
aXZlcnMgdXNlIGl0IHRvby4NCj4gDQo+ID4gSWYgd2UgZ28gYWhlYWQgYW5kIG1ha2UgdGhpcyBj
aGFuZ2UgdG8gQUNQSUNBOiBJIGhhdmUgbm90IHNlZW4gdGhlDQo+IHBhdGNoLCBidXQgcGxlYXNl
IG1ha2Ugc3VyZSB0aGF0IGFsbCB2ZXN0aWdlcyBvZiB0aGlzIGFyZSByZW1vdmVkLiBUaGlzDQo+
IGluY2x1ZGVzIGFsbCBpbnZvY2F0aW9ucyB3aXRoaW4gQUNQSUNBIHRoYXQgZXhhbWluZSB0aGUg
cmVzdWx0IG9mIHRoZQ0KPiBfU1RBIGludm9jYXRpb24sIHRoZSBDdXJyZW50U3RhdHVzIGZpZWxk
IG9mIEFDUElfREVWSUNFX0lORk8sIHRoZQ0KPiBBQ1BJX1ZBTElEX1NUQSBmbGFnLCBldGMuDQo+
IA0KPiBUaGUgcGF0Y2ggYWxyZWFkeSBkb2VzIHRoYXQ6DQo+IA0KPiBodHRwczovL3BhdGNod29y
ay5rZXJuZWwub3JnL3BhdGNoLzEwMTg2MTk1Lw0KPiANCg0KDQpPZiBjb3Vyc2UsIHdlIHdpbGwg
bmVlZCB0aGUgQUNQSUNBIHZlcnNpb24gb2YgdGhlIHBhdGNoLCBub3QgdGhlICJsaW51eGl6ZWQi
IHZlcnNpb24uDQpCb2INCg0KDQoNCj4gUmVnYXJkcywNCj4gDQo+IEhhbnMNCj4gDQoNCg==

WARNING: multiple messages have this Message-ID (diff)
From: Moore, Robert <robert.moore at intel.com>
To: devel@acpica.org
Subject: Re: [Devel] [PATCH v2 0/5] ACPI: Do not call _STA on battery devices with unmet dependencies
Date: Wed, 14 Feb 2018 15:28:07 +0000	[thread overview]
Message-ID: <94F2FBAB4432B54E8AACC7DFDE6C92E3B7572CE8@ORSMSX110.amr.corp.intel.com> (raw)
In-Reply-To: a62364ba-7b79-6bb0-20a3-c66cb166e923@redhat.com

[-- Attachment #1: Type: text/plain, Size: 2295 bytes --]



> -----Original Message-----
> From: Hans de Goede [mailto:hdegoede(a)redhat.com]
> Sent: Wednesday, February 14, 2018 2:33 AM
> To: Moore, Robert <robert.moore(a)intel.com>; Rafael J. Wysocki
> <rjw(a)rjwysocki.net>; linux-acpi(a)vger.kernel.org; Schmauss, Erik
> <erik.schmauss(a)intel.com>; Box, David E <david.e.box(a)intel.com>
> Cc: Len Brown <lenb(a)kernel.org>; Bjorn Helgaas <bhelgaas(a)google.com>;
> linux-pci(a)vger.kernel.org; devel(a)acpica.org
> Subject: Re: [PATCH v2 0/5] ACPI: Do not call _STA on battery devices
> with unmet dependencies
> 
> 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/
> 


Of course, we will need the ACPICA version of the patch, not the "linuxized" version.
Bob



> Regards,
> 
> Hans
> 


  reply	other threads:[~2018-02-14 15:28 UTC|newest]

Thread overview: 20+ 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-22 23:55     ` [Devel] " 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  9:57   ` [Devel] " Rafael J. Wysocki
2018-02-08 12:19   ` Hans de Goede
2018-02-08 17:34     ` Moore, Robert
2018-02-08 17:34       ` [Devel] " Moore, Robert
2018-02-08 17:34       ` Moore, Robert
2018-02-14 10:33       ` Hans de Goede
2018-02-14 15:28         ` Moore, Robert [this message]
2018-02-14 15:28           ` [Devel] " Moore, Robert
2018-02-14 15:28           ` Moore, Robert
2018-02-26  8:42           ` Hans de Goede

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=94F2FBAB4432B54E8AACC7DFDE6C92E3B7572CE8@ORSMSX110.amr.corp.intel.com \
    --to=robert.moore@intel.com \
    --cc=bhelgaas@google.com \
    --cc=david.e.box@intel.com \
    --cc=devel@acpica.org \
    --cc=erik.schmauss@intel.com \
    --cc=hdegoede@redhat.com \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=rjw@rjwysocki.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.