[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <8299bd64-e434-48e8-a42e-4cb0c81bb2af@kernel.org>
Date: Fri, 7 Nov 2025 09:10:51 +0100
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Xin Liu <xin.liu@....qualcomm.com>,
Shivendra Pratap <shivendra.pratap@....qualcomm.com>,
Bartosz Golaszewski <bartosz.golaszewski@...aro.org>,
Bjorn Andersson <andersson@...nel.org>, Sebastian Reichel <sre@...nel.org>,
Rob Herring <robh@...nel.org>, Sudeep Holla <sudeep.holla@....com>,
Souvik Chakravarty <Souvik.Chakravarty@....com>,
Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
<conor+dt@...nel.org>, Andy Yan <andy.yan@...k-chips.com>,
Mark Rutland <mark.rutland@....com>,
Lorenzo Pieralisi <lpieralisi@...nel.org>, Arnd Bergmann <arnd@...db.de>,
Konrad Dybcio <konradybcio@...nel.org>, cros-qcom-dts-watchers@...omium.org,
Vinod Koul <vkoul@...nel.org>, Catalin Marinas <catalin.marinas@....com>,
Will Deacon <will@...nel.org>,
Florian Fainelli <florian.fainelli@...adcom.com>,
Moritz Fischer <moritz.fischer@...us.com>,
John Stultz <john.stultz@...aro.org>,
Matthias Brugger <matthias.bgg@...il.com>
Cc: Dmitry Baryshkov <dmitry.baryshkov@....qualcomm.com>,
Mukesh Ojha <mukesh.ojha@....qualcomm.com>,
Stephen Boyd <swboyd@...omium.org>, Andre Draszik
<andre.draszik@...aro.org>,
Kathiravan Thirumoorthy <kathiravan.thirumoorthy@....qualcomm.com>,
linux-pm@...r.kernel.org, linux-kernel@...r.kernel.org,
devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-arm-msm@...r.kernel.org, Elliot Berman <quic_eberman@...cinc.com>,
Srinivas Kandagatla <srini@...nel.org>,
Umang Chheda <umang.chheda@....qualcomm.com>,
Sebastian Reichel <sebastian.reichel@...labora.com>,
Elliot Berman <elliot.berman@....qualcomm.com>,
Konrad Dybcio <konrad.dybcio@....qualcomm.com>,
Song Xue <quic_songxue@...cinc.com>
Subject: Re: [PATCH v16 00/14] Implement vendor resets for PSCI SYSTEM_RESET2
On 07/11/2025 09:00, Xin Liu wrote:
>
>
> On 10/15/2025 12:38 PM, Shivendra Pratap wrote:
>> The PSCI SYSTEM_RESET2 call allows vendor firmware to define
>> additional reset types which could be mapped to the reboot
>> argument.
>>
Please kindly trim the replies from unnecessary context. It makes it
much easier to find new content.
It is impossible to find here anything.
Best regards,
Krzysztof
Powered by blists - more mailing lists