From: "Jeremy Linton" <jeremy.linton@arm.com>
To: Pete Batard <pete@akeo.ie>, devel@edk2.groups.io
Cc: Leif Lindholm <leif@nuviainc.com>,
Andrei Warkentin <awarkentin@vmware.com>,
Ard Biesheuvel <ard.biesheuvel@arm.com>,
Samer El-Haj-Mahmoud <Samer.El-Haj-Mahmoud@arm.com>
Subject: Re: [PATCH v3 1/5] Platform/RaspberryPi4: Add a basic thermal zone
Date: Mon, 31 Aug 2020 10:13:23 -0500 [thread overview]
Message-ID: <326f6e0a-85a0-2a9e-9c4b-2afd4541018b@arm.com> (raw)
In-Reply-To: <fb459255-f00a-01ba-5e09-95b8147c7699@akeo.ie>
Hi,
On 8/31/20 8:15 AM, Pete Batard wrote:
> One general, non-blocking comment below:
>
> On 2020.08.28 23:02, Jeremy Linton wrote:
>> Rather than exporting the temp sensor or mailbox
>> in ACPI land we can wrap them in AML and use the default
>> ACPI drivers provided by the OS. This enables the use of
>> "sensors" in linux to report the SOC temp.
>>
>> As a first pass add a basic passive cooling ACPI thermalzone
>> with trip points for passive cooling (throttling) handled
>> by the vc firmware, hibernate and critical shutdown. The
>> vc apparently kicks in at ~80C, so the hibernate and critical
>> set points are set at +5 and +10 of that. In the future
>> CPPC should be able to monitor the thermal throttling.
>>
>> Cc: Leif Lindholm <leif@nuviainc.com>
>> Cc: Pete Batard <pete@akeo.ie>
>> Cc: Andrei Warkentin <awarkentin@vmware.com>
>> Cc: Ard Biesheuvel <ard.biesheuvel@arm.com>
>> Cc: Samer El-Haj-Mahmoud <Samer.El-Haj-Mahmoud@arm.com>
>> Signed-off-by: Jeremy Linton <jeremy.linton@arm.com>
>> Reviewed-by: Pete Batard <@pbatard>
>> ---
>> Platform/RaspberryPi/AcpiTables/Dsdt.asl | 31
>> ++++++++++++++++++++++
>> .../Bcm27xx/Include/IndustryStandard/Bcm2711.h | 2 ++
>> 2 files changed, 33 insertions(+)
>>
>> diff --git a/Platform/RaspberryPi/AcpiTables/Dsdt.asl
>> b/Platform/RaspberryPi/AcpiTables/Dsdt.asl
>> index 353af2d876..73067aefd2 100644
>> --- a/Platform/RaspberryPi/AcpiTables/Dsdt.asl
>> +++ b/Platform/RaspberryPi/AcpiTables/Dsdt.asl
>> @@ -252,6 +252,37 @@ DefinitionBlock ("Dsdt.aml", "DSDT", 5, "RPIFDN",
>> "RPI", 2)
>> }
>>
>> })
>>
>> }
>>
>> +
>>
>> + // Define a simple thermal zone. The idea here is we compute the
>> SOC temp
>>
>> + // via a register we can read, and give it to the OS. This
>> enables basic
>>
>> + // reports from the "sensors" utility, and the OS can then poll
>> and take
>>
>> + // actions if that temp exceeds any of the given thresholds.
>>
>> + Device (EC0)
>
> Just going to point out that all the other ACPI devices we seem to
> define have 4 characters, so I'm not sure if we're breaking a convention
> by introducing a 3 character one here...
Well not an ACPI spec convention, because it seems the spec examples are
mostly 3 characters. EDK2 OTOH, seems to be largely 4 but there are a
fair number of 3 character device/etc methods around
I'm not sure it matters, unless there is a edk2 convention I'm unaware of.
>
>>
>> + {
>>
>> + Name (_HID, EISAID ("PNP0C06"))
>>
>> + Name (_CCA, 0x0)
>>
>> +
>>
>> + // all temps in are tenths of K (aka 2732 is the min temps in
>> Linux (aka 0C))
>>
>> + ThermalZone (TZ0) {
>
> Likewise, what I'm seeing by googling around for ThermalZone () names
> would be 4 character ones such as "TZ00", "TZ01" or "TZS0" (For 'Thermal
> Zone Sensor 0') or "TMZN" for single entries.
>
>>
>> + Method (_TMP, 0, Serialized) {
>>
>> + OperationRegion (TEMS, SystemMemory, THERM_SENSOR, 0x8)
>>
>> + Field (TEMS, DWordAcc, NoLock, Preserve) {
>>
>> + TMPS, 32
>>
>> + }
>>
>> + return (((419949 - ((TMPS & 0x3ff) * 487)) / 100) + 2732);
>>
>> + }
>>
>> + Method (_SCP, 3) { } // receive cooling policy
>> from OS
>>
>> +
>>
>> + Method (_CRT) { Return (3632) } // (90C) Critical temp
>> point (immediate power-off)
>>
>> + Method (_HOT) { Return (3582) } // (85C) HOT state where
>> OS should hibernate
>>
>> + Method (_PSV) { Return (3532) } // (80C) Passive cooling
>> (CPU throttling) trip point
>>
>> +
>>
>> + // SSDT inserts _AC0/_AL0 @60C here, if a FAN is configured
>>
>> +
>>
>> + Name (_TZP, 10) //The OSPM must poll this
>> device every 1 seconds
>>
>> + Name (_PSL, Package () { \_SB_.CPU0, \_SB_.CPU1, \_SB_.CPU2,
>> \_SB_.CPU3 })
>>
>> + }
>>
>> + }
>>
>> #endif
>>
>>
>> }
>>
>> diff --git
>> a/Silicon/Broadcom/Bcm27xx/Include/IndustryStandard/Bcm2711.h
>> b/Silicon/Broadcom/Bcm27xx/Include/IndustryStandard/Bcm2711.h
>> index e9c81cafa1..86906b2438 100644
>> --- a/Silicon/Broadcom/Bcm27xx/Include/IndustryStandard/Bcm2711.h
>> +++ b/Silicon/Broadcom/Bcm27xx/Include/IndustryStandard/Bcm2711.h
>> @@ -86,4 +86,6 @@
>> #define GENET_BASE_ADDRESS FixedPcdGet64
>> (PcdBcmGenetRegistersAddress)
>>
>> #define GENET_LENGTH 0x00010000
>>
>>
>> +#define THERM_SENSOR 0xfd5d2200
>>
>> +
>>
>> #endif /* BCM2711_H__ */
>>
>
> Reviewed-by: Pete Batard <pete@akeo.ie>
next prev parent reply other threads:[~2020-08-31 15:13 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-28 22:02 [PATCH v3 0/5] Platform/RasberryPi: Thermal zone Jeremy Linton
2020-08-28 22:02 ` [PATCH v3 1/5] Platform/RaspberryPi4: Add a basic thermal zone Jeremy Linton
2020-08-31 13:15 ` Pete Batard
2020-08-31 15:13 ` Jeremy Linton [this message]
2020-08-31 15:33 ` Ard Biesheuvel
2020-08-31 15:49 ` Jeremy Linton
2020-08-28 22:02 ` [PATCH v3 2/5] Platform/RaspberryPi: Monitor ACPI Table installs Jeremy Linton
2020-08-31 13:17 ` Pete Batard
2020-08-28 22:02 ` [PATCH v3 3/5] Platform/RaspberryPi: Add entry for user fan control Jeremy Linton
2020-08-31 13:17 ` Pete Batard
2020-08-28 22:02 ` [PATCH v3 4/5] Platform/RaspberryPi4: Create ACPI fan object Jeremy Linton
2020-08-31 13:17 ` Pete Batard
2020-08-28 22:02 ` [PATCH v3 5/5] Platform/RaspberryPi: Trivial whitespace cleanup Jeremy Linton
2020-08-31 13:17 ` Pete Batard
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-list 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=326f6e0a-85a0-2a9e-9c4b-2afd4541018b@arm.com \
--to=devel@edk2.groups.io \
/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