[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJZ5v0h1zNSo4E-hk+vBemfV7_gsOe+3Gz-vAcn9AiufTCwX3Q@mail.gmail.com>
Date: Thu, 10 Nov 2022 14:05:02 +0100
From: "Rafael J. Wysocki" <rafael@...nel.org>
To: "zhangzekun (A)" <zhangzekun11@...wei.com>
Cc: "Rafael J. Wysocki" <rafael@...nel.org>, lenb@...nel.org,
patchwork@...wei.com, wangkefeng.wang@...wei.com,
linux-acpi@...r.kernel.org, linux-kernel@...r.kernel.org,
guohanjun@...wei.com, wanghuiqiang@...wei.com, lihuisong@...wei.com
Subject: Re: [PATCH RFC] ACPI: container: Add power domain control methods
On Thu, Nov 10, 2022 at 1:13 PM zhangzekun (A) <zhangzekun11@...wei.com> wrote:
>
> Kindly ping.
I'm not going to apply this patch if that's what you're asking about.
Please have a look at LPI which is the ACPI way of doing what you want.
If you need to extend the support for it in the kernel, please do so.
If you need to extend the definition of LPI in the ACPI specification,
there is also a way to do that.
What you are trying to do would require extending the container device
definition in the specification anyway.
> 在 2022/10/29 1:07, Rafael J. Wysocki 写道:
> > On Tue, Oct 25, 2022 at 8:17 AM Zhang Zekun <zhangzekun11@...wei.com> wrote:
> >> Platform devices which supports power control are often required to be
> >> power off/on together with the devices in the same power domain. However,
> >> there isn't a generic driver that support the power control logic of
> >> these devices.
> > Not true.
> >
> > There is the ACPI power resources interface designed to represent
> > power domains that is well supported and used in the industry.
> >
> > If it doesn't work for you, explain why.
> >
>
Powered by blists - more mailing lists