On 09/26/2017 03:08 PM, Scott Branden wrote:OK - we'll just continue to add ARCH_BCM_IPROC || ARCH_BRCMSTB everywhere as needed.
If it is just added to satisfy dependencies, I don't see much value in
On 17-09-26 02:38 PM, Markus Mayer wrote:
On 26 September 2017 at 14:32, Scott BrandenGot it. Looking at our internal iproc tree I see we've done exactly the
<scott.branden@xxxxxxxxxxxx> wrote:
Hi Markus,ARCH_BCM does not exist in arch/arm64/configs/defconfig. ARCH_BRCMSTB
On 17-09-26 02:27 PM, Markus Mayer wrote:
From: Brian Norris <computersforpeace@xxxxxxxxx>No need for this additional depends. ARCH_BCM is always defined before
The AVS TMON core provides temperature readings, a pair of configurable
high- and low-temperature threshold interrupts, and an emergency
over-temperature chip reset. The driver utilizes the first two to
provide temperature readings and high-temperature notifications to
applications. The over-temperature reset is not exposed to
applications; this reset threshold is critical to the system and should
be set with care within the bootloader.
Applications may choose to utilize the notification mechanism, the
temperature reading mechanism (e.g., through polling), or both.
Signed-off-by: Brian Norris <computersforpeace@xxxxxxxxx>
Signed-off-by: Doug Berger <opendmb@xxxxxxxxx>
Signed-off-by: Markus Mayer <mmayer@xxxxxxxxxxxx>
---
drivers/thermal/Kconfig | 2 +-
drivers/thermal/broadcom/Kconfig | 7 +
drivers/thermal/broadcom/Makefile | 1 +
drivers/thermal/broadcom/brcmstb_thermal.c | 387
+++++++++++++++++++++++++++++
4 files changed, 396 insertions(+), 1 deletion(-)
create mode 100644 drivers/thermal/broadcom/brcmstb_thermal.c
diff --git a/drivers/thermal/Kconfig b/drivers/thermal/Kconfig
index 07002df..96774a7 100644
--- a/drivers/thermal/Kconfig
+++ b/drivers/thermal/Kconfig
@@ -408,7 +408,7 @@ config MTK_THERMAL
controller present in Mediatek SoCs
menu "Broadcom thermal drivers"
-depends on ARCH_BCM || COMPILE_TEST
+depends on ARCH_BCM || ARCH_BRCMSTB || COMPILE_TEST
ARCH_BRCMSTB can be selected.
does. So, we do need both or the driver won't be built on ARM64.
(After internal discussions we went with that approach rather than
defining ARCH_BCM on ARM64.)
same with ARCH_BCM_IPROC needing to be added. We haven't upstreamed
the thermal driver needing it yet.
Perhaps we should add ARCH_BCM to ARM64....
doing that. It does make sense in the ARM v7 multiplatform context, but
outside of that, not so sur.