Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753998AbdHXXgk (ORCPT ); Thu, 24 Aug 2017 19:36:40 -0400 Received: from smtp-out-no.shaw.ca ([64.59.134.9]:47269 "EHLO smtp-out-no.shaw.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753203AbdHXXgj (ORCPT ); Thu, 24 Aug 2017 19:36:39 -0400 X-Authority-Analysis: v=2.2 cv=HahkdmM8 c=1 sm=1 tr=0 a=k5HOQ6ZN7M0zyjl8M7O1NA==:117 a=k5HOQ6ZN7M0zyjl8M7O1NA==:17 a=KeKAF7QvOSUA:10 a=Q-fNiiVtAAAA:8 a=D19gQVrFAAAA:8 a=OD0PsQ2DWwAzzbO_W7wA:9 a=Fp8MccfUoT0GBdDC_Lng:22 a=W4TVW4IDbPiebHqcZpNg:22 From: Markus Mayer To: Rob Herring , Mark Rutland , Florian Fainelli , Gregory Fong Cc: Markus Mayer , Broadcom Kernel List , Device Tree List , ARM Kernel List , Linux Kernel Mailing List Subject: [PATCH v3 0/2] SoC driver for Broadcom STB DPFE Date: Thu, 24 Aug 2017 16:36:24 -0700 Message-Id: <20170824233626.1343-1-code@mmayer.net> X-Mailer: git-send-email 2.11.0 (Apple Git-81) X-CMAE-Envelope: MS4wfBpcyc6ogJqpXX+l3D+IqAboZAJYJHRYB2dNsTEK4SpGaeWT6WRJecuSBmRWPhJ8w7xfAXzVK8C8+WHLCe61CxdwEdL07q9bYv8tRSYdSUgX1VNV0ixn kpN80dJ1hIztQqy2sqdd195UYMyg1PtpRBqK+MRFxUZoB6Hwu+3YIFGQyJWDOLL0kG8n3pkvnt6C6KsVbellGno2ZAyxZudrgMcT4pQmFw0rbtlvQuHLXiC4 qHSPMcO7Vv0R2B3IpWelT0Eb3pzWQX57TST2T5/dM0UQT66XeZa7ZM6ywrKzETqPQX//zRn2cyjbJ6Iaoi3fhUXHh+A4wSv337nk9Q2TjM7XpCeYd5jtucAW 5xQtWGgK01qqHK+zmB83cCKVPLk3+bJoZiNh07/GYZULV1QYoeVjVtZ5S5eyMyDY4eiGGtdPp6xLZPkkE7r5myepYYCNCGtE0cT6VvHH+1DLyQIcsfCYZSzP NfCIWCAAVxJ+pEZV Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1968 Lines: 49 From: Markus Mayer This series introduces a driver to interact with the Broadcom STB DDR PHY Front End (DPFE), specifically to communicate with the DCPU that is part of the DDR PHY and which is running its own firmware. The DCPU provides information such as DRAM refresh rate, which can be used as indirect indicator for the DRAM temperature (the higher the refresh rate, the hotter the RAM). The series was previously submitted as HWMON driver[1]. It has been removed from that subsystem, because it doesn't provide any standard HWMON data due to hardware design properties, and is now implemented as SoC driver. Changes since v2: - moved driver from drivers/soc/bcm/brcmstb to drivers/memory - renamed the driver from dpfe.c to brcmstb_dpfe.c - added le32_to_cpu() in a few places (where be32_to_cpu() calls already existed) - added a little blurb what the le32_to_cpu()/be32_to_cpu() business is all about Changes since v1: - binding simplified to use one node with three memory regions instead of three nodes with one region - no longer part of the HWMON subsystem - better error handling and error reporting to userland - uses [readl|writel]_relaxed() directly, since there is no need for wrappers doing endian conversion - re-download firmware upon "resume" - minor changes to improve clarity [1] https://lkml.org/lkml/2017/4/18/640 Markus Mayer (2): dt/bindings: Add bindings for Broadcom STB DRAM Sensors memory: brcmstb: Add driver for DPFE .../bindings/memory-controllers/brcm,dpfe-cpu.txt | 27 + MAINTAINERS | 8 + drivers/memory/Makefile | 1 + drivers/memory/brcmstb_dpfe.c | 701 +++++++++++++++++++++ 4 files changed, 737 insertions(+) create mode 100644 Documentation/devicetree/bindings/memory-controllers/brcm,dpfe-cpu.txt create mode 100644 drivers/memory/brcmstb_dpfe.c -- 2.7.4