From: Florian Fainelli <f.fainelli@gmail.com>
To: Markus Mayer <code@mmayer.net>, Rob Herring <robh+dt@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
Gregory Fong <gregory.0xf0@gmail.com>
Cc: Markus Mayer <mmayer@broadcom.com>,
Broadcom Kernel List <bcm-kernel-feedback-list@broadcom.com>,
Device Tree List <devicetree@vger.kernel.org>,
ARM Kernel List <linux-arm-kernel@lists.infradead.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v3 0/2] SoC driver for Broadcom STB DPFE
Date: Thu, 24 Aug 2017 17:54:42 -0700 [thread overview]
Message-ID: <e98bdead-41e3-dd04-c13a-5ef734569796@gmail.com> (raw)
In-Reply-To: <20170824233626.1343-1-code@mmayer.net>
On 08/24/2017 04:36 PM, Markus Mayer wrote:
> From: Markus Mayer <mmayer@broadcom.com>
>
> 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
Applied, thanks Markus! Will get that resubmitted in a short while:
https://github.com/Broadcom/stblinux/commits/drivers/next
--
Florian
prev parent reply other threads:[~2017-08-25 0:54 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-24 23:36 Markus Mayer
2017-08-24 23:36 ` [PATCH v3 1/2] dt/bindings: Add bindings for Broadcom STB DRAM Sensors Markus Mayer
2017-08-24 23:36 ` [PATCH v3 2/2] memory: brcmstb: Add driver for DPFE Markus Mayer
2017-08-25 0:54 ` Florian Fainelli [this message]
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-all 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=e98bdead-41e3-dd04-c13a-5ef734569796@gmail.com \
--to=f.fainelli@gmail.com \
--cc=bcm-kernel-feedback-list@broadcom.com \
--cc=code@mmayer.net \
--cc=devicetree@vger.kernel.org \
--cc=gregory.0xf0@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=mmayer@broadcom.com \
--cc=robh+dt@kernel.org \
/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
Powered by JetHome