[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20171108004449.32730-1-f.fainelli@gmail.com>
Date: Tue, 7 Nov 2017 16:44:37 -0800
From: Florian Fainelli <f.fainelli@...il.com>
To: linux-kernel@...r.kernel.org
Cc: Florian Fainelli <f.fainelli@...il.com>,
Matt Mackall <mpm@...enic.com>,
Herbert Xu <herbert@...dor.apana.org.au>,
Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
Ray Jui <rjui@...adcom.com>,
Scott Branden <sbranden@...adcom.com>,
bcm-kernel-feedback-list@...adcom.com (maintainer:BROADCOM
BCM281XX/BCM11XXX/BCM216XX ARM ARCHITE...),
Eric Anholt <eric@...olt.net>,
Stefan Wahren <stefan.wahren@...e.com>,
PrasannaKumar Muralidharan <prasannatsmkumar@...il.com>,
Russell King <rmk+kernel@...linux.org.uk>,
Krzysztof Kozlowski <krzk@...nel.org>,
Harald Freudenberger <freude@...ux.vnet.ibm.com>,
Sean Wang <sean.wang@...iatek.com>,
Martin Kaiser <martin@...ser.cx>,
Steffen Trumtrar <s.trumtrar@...gutronix.de>,
linux-crypto@...r.kernel.org (open list:HARDWARE RANDOM NUMBER
GENERATOR CORE),
devicetree@...r.kernel.org (open list:OPEN FIRMWARE AND FLATTENED
DEVICE TREE BINDINGS),
linux-rpi-kernel@...ts.infradead.org (moderated list:BROADCOM BCM2835
ARM ARCHITECTURE),
linux-arm-kernel@...ts.infradead.org (moderated list:BROADCOM BCM2835
ARM ARCHITECTURE)
Subject: [PATCH v2 00/12] bcm63xx-rng conversion to bcm2835-rng
Hi,
As it usually happens when there is a fair amount of HW IP block re-use,
competing implementations show up. In that case the BCM2835 HWRNG driver and
the BCM63xx RNG driver have exactly the same register offsets and this is
indeed the same piece of HW.
This patch series first prepares the bcm2835-rng to be more future proof and
support newer platforms, and the last part brings in what is necessary to
migrate the bcm63xx-rng over to bcm2835-rng. Finally we delete bcm63xx-rng
completely.
The reason why BCM2835 RNG was kept over BCM63xx RNG is because the former
deals correctly with a warm up count and the number of words available in the
FIFO size.
Thanks!
Changes in v2:
- rework the logic about how we manage the optional clock
- use pdev->name for the rng.name member
Florian Fainelli (12):
hwrng: bcm2835-rng: Obtain base register via resource
hwrng: bcm2835-rng: Define a driver private context
hwrng: bcm2835-rng: Move enabling to hwrng::init
hwrng: bcm2835-rng: Implementation cleanup callback
hwrng: bcm2835-rng: Use device managed helpers
hwrng: bcm2835-rng: Rework interrupt masking
hwrng: bcm2835-rng: Manage an optional clock
hwrng: bcm2835-rng: Abstract I/O accessors
hwrng: bcm2835-rng: Add Broadcom MIPS I/O accessors
dt-bindings: rng: Incorporate brcm,bcm6368.txt binding
hwrng: bcm2835-rng: Enable BCM2835 RNG to work on BCM63xx platforms
hwrng: bcm63xx-rng: Remove since bcm2835-rng takes over
.../devicetree/bindings/rng/brcm,bcm2835.txt | 22 ++-
.../devicetree/bindings/rng/brcm,bcm6368.txt | 17 ---
drivers/char/hw_random/Kconfig | 20 +--
drivers/char/hw_random/Makefile | 1 -
drivers/char/hw_random/bcm2835-rng.c | 167 +++++++++++++++------
drivers/char/hw_random/bcm63xx-rng.c | 154 -------------------
6 files changed, 140 insertions(+), 241 deletions(-)
delete mode 100644 Documentation/devicetree/bindings/rng/brcm,bcm6368.txt
delete mode 100644 drivers/char/hw_random/bcm63xx-rng.c
--
2.9.3
Powered by blists - more mailing lists