[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <170793345819.27225.11284824552535043524.b4-ty@kernel.org>
Date: Wed, 14 Feb 2024 11:57:34 -0600
From: Bjorn Andersson <andersson@...nel.org>
To: LKML <linux-kernel@...r.kernel.org>,
Mark Hasemeyer <markhas@...omium.org>
Cc: Sudeep Holla <sudeep.holla@....com>,
AngeloGioacchino Del Regno <angelogioacchino.delregno@...labora.com>,
Rob Herring <robh@...nel.org>,
Andy Shevchenko <andriy.shevchenko@...el.com>,
Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>,
Konrad Dybcio <konrad.dybcio@...aro.org>,
Raul Rangel <rrangel@...omium.org>,
Tzung-Bi Shih <tzungbi@...nel.org>,
AKASHI Takahiro <takahiro.akashi@...aro.org>,
Alexandre TORGUE <alexandre.torgue@...com>,
Alim Akhtar <alim.akhtar@...sung.com>,
Andre Przywara <andre.przywara@....com>,
Andrew Morton <akpm@...ux-foundation.org>,
Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
Baoquan He <bhe@...hat.com>,
Bartosz Golaszewski <brgl@...ev.pl>,
Benson Leung <bleung@...omium.org>,
Bhanu Prakash Maiya <bhanumaiya@...omium.org>,
Chen-Yu Tsai <wenst@...omium.org>,
Conor Dooley <conor+dt@...nel.org>,
Daniel Scally <djrscally@...il.com>,
David Gow <davidgow@...gle.com>,
Frank Rowand <frowand.list@...il.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Guenter Roeck <groeck@...omium.org>,
Heikki Krogerus <heikki.krogerus@...ux.intel.com>,
Heiko Stuebner <heiko@...ech.de>,
Jonathan Hunter <jonathanh@...dia.com>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Len Brown <lenb@...nel.org>,
Linus Walleij <linus.walleij@...aro.org>,
Mark Brown <broonie@...nel.org>,
Matthias Brugger <matthias.bgg@...il.com>,
Mika Westerberg <mika.westerberg@...ux.intel.com>,
Nick Hawkins <nick.hawkins@....com>,
Paul Barker <paul.barker@...cloud.com>,
Prashant Malani <pmalani@...omium.org>,
"Rafael J. Wysocki" <rafael@...nel.org>,
Rob Barnes <robbarnes@...gle.com>,
Rob Herring <robh+dt@...nel.org>,
Romain Perier <romain.perier@...il.com>,
Sakari Ailus <sakari.ailus@...ux.intel.com>,
Stephen Boyd <swboyd@...omium.org>,
Takashi Iwai <tiwai@...e.de>,
Thierry Reding <thierry.reding@...il.com>,
Uwe Kleine-König <u.kleine-koenig@...gutronix.de>,
Wei Xu <xuwei5@...ilicon.com>,
Wolfram Sang <wsa@...nel.org>,
chrome-platform@...ts.linux.dev,
cros-qcom-dts-watchers@...omium.org,
devicetree@...r.kernel.org,
linux-acpi@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org,
linux-arm-msm@...r.kernel.org,
linux-gpio@...r.kernel.org,
linux-i2c@...r.kernel.org,
linux-mediatek@...ts.infradead.org,
linux-rockchip@...ts.infradead.org,
linux-samsung-soc@...r.kernel.org,
linux-tegra@...r.kernel.org
Subject: Re: (subset) [PATCH v4 00/24] Improve IRQ wake capability reporting and update the cros_ec driver to use it
On Tue, 02 Jan 2024 14:07:24 -0700, Mark Hasemeyer wrote:
> Currently the cros_ec driver assumes that its associated interrupt is
> wake capable. This is an incorrect assumption as some Chromebooks use a
> separate wake pin, while others overload the interrupt for wake and IO.
> This patch train updates the driver to query the underlying ACPI/DT data
> to determine whether or not the IRQ should be enabled for wake.
>
> Both the device tree and ACPI systems have methods for reporting IRQ
> wake capability. In device tree based systems, a node can advertise
> itself as a 'wakeup-source'. In ACPI based systems, GpioInt and
> Interrupt resource descriptors can use the 'SharedAndWake' or
> 'ExclusiveAndWake' share types.
>
> [...]
Applied, thanks!
[14/24] arm64: dts: qcom: sc7180: Enable cros-ec-spi as wake source
commit: f172a341ec1f66bac2866720931594e81f02ad4d
[15/24] arm64: dts: qcom: sc7280: Enable cros-ec-spi as wake source
commit: a4b28b9ecc99673da875e214b1a06f1e0f0a24fa
[16/24] arm64: dts: qcom: sdm845: Enable cros-ec-spi as wake source
commit: a7baa25bfbfdcd4e76414f29ab43317ded8d3e6e
Best regards,
--
Bjorn Andersson <andersson@...nel.org>
Powered by blists - more mailing lists