Michael Turquette writes:
> Hi Arnd,
>
> Quoting Arnd Bergmann (2015-12-30 01:29:02)
>> It's also ok to merge the header file and binding with either the dts file
>> changes or the driver and then do the other part the following release.
>>
>> In the past, we've worked
Eric Anholt <e...@anholt.net> writes:
> This should be a complete port of bcm2835 functionality to bcm2836
> (Raspberry Pi 2).
>
> Signed-off-by: Eric Anholt <e...@anholt.net>
> ---
>
> v2: Implement Arnd's feedback to not split to ARCH_BCM2836, and
&g
Arnd Bergmann writes:
> On Tuesday 22 December 2015, Alexander Aring wrote:
>> Later while booting the kernel hangs forever, the solution on my side
>> was to enable:
>>
>> CONFIG_HAVE_ARM_ARCH_TIMER
>>
>> I think this doesn't use the BCM2835 timer anymore and some cortex-a7
>>
Michael Turquette <mturque...@baylibre.com> writes:
> On Fri, Dec 18, 2015 at 8:19 PM, Rob Herring <r...@kernel.org> wrote:
>> On Tue, Dec 15, 2015 at 03:35:57PM -0800, Eric Anholt wrote:
>>> These will be used for enabling UART1, SPI1, and SPI2.
>>
Alexander Aring <alex.ar...@gmail.com> writes:
> On Mon, Dec 21, 2015 at 03:07:44PM -0800, Eric Anholt wrote:
> ...
>> >
>> > But still getting this panic, your patches does not contain some
>> > defconfig, so I still try to figure out what I need
Alexander Aring writes:
> On Fri, Dec 18, 2015 at 11:08:26AM +0100, Alexander Aring wrote:
> ...
>> Uncompressing Linux... done, booting the kernel.
>> [0.00] Booting Linux on physical CPU 0x0
>> [0.00] Initializing cgroup subsys cpuset
>> [0.00]
Alexander Aring <alex.ar...@gmail.com> writes:
> Hi Eric,
>
> On Wed, Dec 16, 2015 at 03:55:11PM -0800, Eric Anholt wrote:
>> The set of peripherals remained constant across bcm2835 (Raspberry Pi
>> 1) and bcm2836 (Raspberry Pi 2), but the CPU was swapped out. Split
Remi Pommarel writes:
> Signed-off-by: Remi Pommarel
> ---
>
> With the upcomming PWM clock patch (see https://lkml.org/lkml/2015/12/6/74)
> PWM can now be used and can be added in the RPI devicetree.
Looks good to me. I'll try to keep a watch on the
Ulf Hansson <ulf.hans...@linaro.org> writes:
> On 17 December 2015 at 01:26, Eric Anholt <e...@anholt.net> wrote:
>> From: Alexander Aring <alex.ar...@gmail.com>
>>
>> This patch adds support for several power domains on Raspberry Pi,
>> including USB
Ulf Hansson <ulf.hans...@linaro.org> writes:
> On 15 December 2015 at 22:40, Eric Anholt <e...@anholt.net> wrote:
>> Since the pm_genpd_exit() patch is still going through review, and
>> other drivers in the tree just ignore the error cases, Ulf offered to
>> mer
Andrea Merello (1):
irq: bcm2836: Add SMP support for the 2836
Eric Anholt (7):
irq: bcm2836: Fix initialization of the LOCAL_IRQ_CNT*IRQ timers
dt-bindings: Add root properties for Raspberry Pi 2
ARM: bcm2835: Split the DT for peripherals from the DT for the CPU
ARM: bcm2835: Move the CPU
ed-off-by: Andrea Merello <andrea.mere...@gmail.com>
Signed-off-by: Eric Anholt <e...@anholt.net>
---
drivers/irqchip/irq-bcm2836.c | 27 +--
1 file changed, 25 insertions(+), 2 deletions(-)
diff --git a/drivers/irqchip/irq-bcm2836.c b/drivers/irqchip/irq-bcm28
The irqchip's register area includes the the setup for the timer's
scaling factors, and for the platform we want a fixed configuration of
these registers.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
drivers/irqchip/irq-bcm2836.c | 26 ++
1 file changed, 26 inse
This should be a complete port of bcm2835 functionality to bcm2836
(Raspberry Pi 2).
Signed-off-by: Eric Anholt <e...@anholt.net>
---
v2: Implement Arnd's feedback to not split to ARCH_BCM2836, and
instead use more conditionals in ARCH_BCM2835. Also reduce diff
between 2835 an
Supporting the 2836 requires using the new interrupt controller, which
we have support for.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
arch/arm/mach-bcm/board_bcm2835.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/mach-bcm/board_bcm2835.c
b/arch/arm/ma
The set of peripherals remained constant across bcm2835 (Raspberry Pi
1) and bcm2836 (Raspberry Pi 2), but the CPU was swapped out. Split
the files so that we can include just peripheral setup in 2836.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
arch/arm/boot/dts/bcm283
For Raspberry Pi 2, we want to use the same general pin assignment
bits, but need to use bcm2836.dtsi for the CPU instead.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
arch/arm/boot/dts/bcm2835-rpi-a-plus.dts | 1 +
arch/arm/boot/dts/bcm2835-rpi-b-plus.dts | 1 +
arch/arm/boot/dts/b
Signed-off-by: Eric Anholt <e...@anholt.net>
---
Documentation/devicetree/bindings/arm/bcm/brcm,bcm2835.txt | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/bcm/brcm,bcm2835.txt
b/Documentation/devicetree/bindings/arm/bcm/brcm,bcm2835.txt
The Pi 2 B ends up like a Pi 1 B+, with the same peripherals and
pinout, but the CPU and memory layout changed to use the 2836.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
arch/arm/boot/dts/bcm2836-rpi-2-b.dts | 35
arch/arm/boot/dts/bcm2836.dtsi
These packets give us direct access to the firmware's power management
code, as opposed to GET/SET_POWER_STATE packets that only had a couple
of domains implemented.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
include/soc/bcm2835/raspberrypi-firmware.h | 2 ++
1 file changed, 2 inse
Ulf Hansson <ulf.hans...@linaro.org> writes:
> On 16 December 2015 at 02:27, Krzysztof Kozlowski
> <k.kozlow...@samsung.com> wrote:
>> 2015-12-16 10:11 GMT+09:00 Sebastian Reichel <s...@ring0.de>:
>>> Hi,
>>>
>>> On Tue, Dec 15, 2015 at
Arnd Bergmann <a...@arndb.de> writes:
> On Wednesday 16 December 2015 15:55:07 Eric Anholt wrote:
>> This is a major rewrite of the previous Raspberry Pi 2 submission.
>> SMP support is now included, and the DT includes are cleaned up to
>> avoid massive duplicatio
From: Alexander Aring <alex.ar...@gmail.com>
This connects the USB driver to the USB power domain, so that USB can
actually be turned on at boot if the bootloader didn't do it for us.
Signed-off-by: Alexander Aring <alex.ar...@gmail.com>
Signed-off-by: Eric Anholt <e...@anholt.net
the Raspberry Pi power domain driver to the DT.
Eric Anholt (1):
ARM: bcm2835: Define two new packets from the latest firmware.
.../bindings/soc/bcm/raspberrypi,bcm2835-power.txt | 47
arch/arm/boot/dts/bcm2835-rpi.dtsi | 11 +
arch/arm/boot/dts/bcm2835.dtsi
From: Alexander Aring <alex.ar...@gmail.com>
This patch adds devicetree tree bindings for the Raspberry Pi power
domain driver.
Signed-off-by: Alexander Aring <alex.ar...@gmail.com>
Acked-by: Rob Herring <r...@kernel.org>
Signed-off-by: Eric Anholt <e...@anholt.net>
---
From: Alexander Aring <alex.ar...@gmail.com>
This patch adds support for several power domains on Raspberry Pi,
including USB (so it can be enabled even if the bootloader didn't do
it), and graphics.
This patch is the combined work of Eric Anholt (who wrote USB support
inside of the Raspbe
These packets give us direct access to the firmware's power management
code, as opposed to GET/SET_POWER_STATE packets that only had a couple
of domains implemented.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
include/soc/bcm2835/raspberrypi-firmware.h | 2 ++
1 file changed, 2 inse
From: Alexander Aring <alex.ar...@gmail.com>
This patch adds support for several power domains on Raspberry Pi,
including USB (so it can be enabled even if the bootloader didn't do
it), and graphics.
This patch is the combined work of Eric Anholt (who wrote USB support
inside of the Raspbe
if of_genpd_add_provider_onecell() fails. We can easily go
back and update the driver when a pm_genpd_exit() lands.
Alexander Aring (3):
ARM: bcm2835: add rpi power domain driver
dt-bindings: add rpi power domain driver bindings
ARM: bcm2835: Add the Raspberry Pi power domain driver to the DT.
Eric Anholt
From: Alexander Aring <alex.ar...@gmail.com>
This patch adds devicetree tree bindings for the Raspberry Pi power
domain driver.
Signed-off-by: Alexander Aring <alex.ar...@gmail.com>
Acked-by: Rob Herring <r...@kernel.org>
Signed-off-by: Eric Anholt <e...@anholt.net>
---
From: Alexander Aring <alex.ar...@gmail.com>
This connects the USB driver to the USB power domain, so that USB can
actually be turned on at boot if the bootloader didn't do it for us.
Signed-off-by: Alexander Aring <alex.ar...@gmail.com>
Signed-off-by: Eric Anholt <e...@anholt.net
Florian Fainelli <f.faine...@gmail.com> writes:
> On 15/12/15 13:40, Eric Anholt wrote:
>> From: Alexander Aring <alex.ar...@gmail.com>
>>
>> This patch adds support for several power domains on Raspberry Pi,
>> including USB (so it can be e
These will be used for enabling UART1, SPI1, and SPI2.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
v2: Make the binding cover both the IRQ and clock enable registers.
arch/arm/boot/dts/bcm2835.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/bcm2835.
There are a pair of SPI masters and a mini UART that were last minute
additions. As a result, they didn't get integrated in the same way as
the other gates off of the VPU clock in CPRMAN.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
v2: Make the binding cover both the IRQ and clock
These will be used for enabling UART1, SPI1, and SPI2.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
v2: Make the binding cover both the IRQ and clock enable registers.
.../bindings/clock/brcm,bcm2835-aux-clock.txt | 31 ++
include/dt-bindings/clock/bcm2835
Florian Fainelli <f.faine...@gmail.com> writes:
> On 15/12/15 15:55, Eric Anholt wrote:
>> Florian Fainelli <f.faine...@gmail.com> writes:
>>
>>> On 15/12/15 13:40, Eric Anholt wrote:
>>>> From: Alexander Aring <alex.ar...@gmail.com>
>&
Kevin Hilman <khil...@kernel.org> writes:
> Eric Anholt <e...@anholt.net> writes:
>
>> From: Alexander Aring <alex.ar...@gmail.com>
>>
>> This patch adds support for several power domains on Raspberry Pi,
>> including USB (so it can be enabled even
er Aring <alex.ar...@gmail.com>
Signed-off-by: Eric Anholt <e...@anholt.net>
Acked-by: Ulf Hansson <ulf.hans...@linaro.org>
---
drivers/base/power/domain.c | 22 ++
include/linux/pm_domain.h | 4
2 files changed, 26 insertions(+)
diff --git a/drivers/bas
From: Alexander Aring <alex.ar...@gmail.com>
This connects the USB driver to the USB power domain, so that USB can
actually be turned on at boot if the bootloader didn't do it for us.
Signed-off-by: Alexander Aring <alex.ar...@gmail.com>
Signed-off-by: Eric Anholt <e...@anholt.net
From: Alexander Aring <alex.ar...@gmail.com>
This patch adds support for several power domains on Raspberry Pi,
including USB (so it can be enabled even if the bootloader didn't do
it), and graphics.
This patch is the combined work of Eric Anholt (who wrote USB support
inside of the Raspbe
From: Alexander Aring <alex.ar...@gmail.com>
This patch adds devicetree tree bindings for the Raspberry Pi power
domain driver.
Signed-off-by: Alexander Aring <alex.ar...@gmail.com>
Acked-by: Rob Herring <r...@kernel.org>
Signed-off-by: Eric Anholt <e...@anholt.net>
---
These packets give us direct access to the firmware's power management
code, as opposed to GET/SET_POWER_STATE packets that only had a couple
of domains implemented.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
include/soc/bcm2835/raspberrypi-firmware.h | 2 ++
1 file changed, 2 inse
, so that the driver instance is entirely
contained inside of the device.
Alexander Aring (4):
power: domain: add pm_genpd_exit
ARM: bcm2835: add rpi power domain driver
dt-bindings: add rpi power domain driver bindings
ARM: bcm2835: Add the Raspberry Pi power domain driver to the DT.
Eric
Stefan Wahren writes:
> Finally this patch assign all relevant pins to the sdhci pinctrl.
>
> Signed-off-by: Stefan Wahren
> ---
> arch/arm/boot/dts/bcm2835-rpi-a-plus.dts |4
> arch/arm/boot/dts/bcm2835-rpi-b-plus.dts |4
>
Alexander Aring <alex.ar...@gmail.com> writes:
> This patch updates the Raspberry Pi devicetree bindings to support the
> power domain driver and enable the USB power domain.
>
> Signed-off-by: Alexander Aring <alex.ar...@gmail.com>
Acked-by: Eric Anholt <e...@
e about -EPROBE_DEFER inside the power domain subsystem, this
> issue was solved by commit <311fa6a> ("PM / Domains: Return -EPROBE_DEFER
> if we fail to init or turn-on domain").
>
> Cc: Stephen Warren <swar...@wwwdotorg.org>
> Cc: Lee Jones <l...@kernel.org>
Alexander Aring <alex.ar...@gmail.com> writes:
> This patch adds devicetree tree bindings for the Raspberry Pi power
> domain driver.
>
> Signed-off-by: Alexander Aring <alex.ar...@gmail.com>
> Acked-by: Rob Herring <r...@kernel.org>
Acked-by: Eric Anholt
Alexander Aring writes:
> Hi,
>
> On Tue, Nov 24, 2015 at 09:44:59PM +0100, Ulf Hansson wrote:
>> [...]
>>
>> > diff --git a/arch/arm/mach-bcm/Kconfig b/arch/arm/mach-bcm/Kconfig
>> > index 8c53c55..20479d7 100644
>> > --- a/arch/arm/mach-bcm/Kconfig
>> > +++
> after having turned it on (c) after having turned it off, and for all
> power domains."
I would drop this whole block from the commit message. It doesn't seem
worth keeping associated with this code (though thanks for testing it!).
> Cc: Stephen Warren <swar...@wwwdotorg.org>
Alexander Aring <alex.ar...@gmail.com> writes:
> Hi,
>
> On Thu, Oct 29, 2015 at 12:02:24PM -0700, Eric Anholt wrote:
>> Alexander Aring <alex.ar...@gmail.com> writes:
>>
>> > This patch adds support for RPi several Power Domains and enable support
>
ors inside the bootloader. It
> was running with a "hard" and "soft" reset without any issues. These
> testcases should fit to Stephen Warren suggestions:
>
> "(a) before having explicitly turned the power domain on or off at all (b)
> after having turned it
Rob Herring <r...@kernel.org> writes:
> On Tue, Oct 13, 2015 at 1:17 PM, Eric Anholt <e...@anholt.net> wrote:
>> Rob Herring <r...@kernel.org> writes:
>>
>>> On Fri, Oct 9, 2015 at 4:27 PM, Eric Anholt <e...@anholt.net> wrote:
>>>> -
Stefan Wahren writes:
> Since the Raspberry Pi models differ in memory amount we
> better define it at board level. After that we are able
> to fix the memory node of the Raspberry Pi B+ .
>
> Signed-off-by: Stefan Wahren
> ---
>
Lubomir Rintel writes:
> It's the Model B rev2 that had it. Remove it.
>
> Signed-off-by: Lubomir Rintel
I've looked through photos of all the boards and these looked correct,
and Phil Elwell at the foundation has also taken a look at your changes
and also
Stefan Wahren writes:
> This patch adds a label for uart0 to allow changing of uart0 pins.
>
> Signed-off-by: Stefan Wahren
Pulled to bcm2835-dt-next with Stephen's ack.
signature.asc
Description: PGP signature
Sebastian Reichel <s...@kernel.org> writes:
> Hi,
>
> On Fri, Oct 09, 2015 at 02:27:42PM -0700, Eric Anholt wrote:
>> VC4 is the GPU (display and 3D) subsystem present on the 2835 and some
>> other Broadcom SoCs.
>>
>> This binding follows the mo
Stefan Wahren <i...@lategoodbye.de> writes:
> Hi Eric,
>
> Am 09.10.2015 um 23:27 schrieb Eric Anholt:
>> This is enough for fbcon and bringing up X using
>> xf86-video-modesetting. It doesn't support the 3D accelerator or
>> power management yet.
&g
Rob Herring <r...@kernel.org> writes:
> On Fri, Oct 9, 2015 at 4:27 PM, Eric Anholt <e...@anholt.net> wrote:
>> ---
>>
>> v2: Extend the commit message, fix several nits from Stephen Warren.
>> v3: Rename the compatibility strings, clean up node n
Stephen Warren <swar...@wwwdotorg.org> writes:
> On 10/11/2015 06:39 AM, Stefan Wahren wrote:
>> Am 09.10.2015 um 23:27 schrieb Eric Anholt:
>>> This is a respin of the Raspberry Pi KMS series. Now that we've got a
>>> real clock driver, I can ac
Stefan Wahren <i...@lategoodbye.de> writes:
> Am 09.10.2015 um 23:27 schrieb Eric Anholt:
>> VC4 is the GPU (display and 3D) present on the 2835.
>>
>> Signed-off-by: Eric Anholt <e...@anholt.net>
>> ---
>>
>> v2: Sort by register address, mark
From: Derek Foreman <der...@osg.samsung.com>
Keep the fbdev_cma pointer around so we can use it on hotplog and close
to ensure the frame buffer console is in a useful state.
Signed-off-by: Derek Foreman <der...@osg.samsung.com>
Signed-off-by: Eric Anholt <e...@anholt.net>
--
VC4 is the GPU (display and 3D) subsystem present on the 2835 and some
other Broadcom SoCs.
This binding follows the model of msm, imx, sti, and others, where
there is a subsystem node for the whole GPU, with nodes for the
individual HW components within it.
Signed-off-by: Eric Anholt &l
We need to use it for getting video modes over HDMI.
Signed-off-by: Eric Anholt <e...@anholt.net>
Acked-by: Stephen Warren <swar...@wwwdotorg.org>
---
v2: Mark it as disabled by default, and enable it in bcm2835-rpi.
arch/arm/boot/dts/bcm2835-rpi.dtsi | 4
arch/arm/boot/dts/
Signed-off-by: Eric Anholt <e...@anholt.net>
---
v2: Mark it Supported, not Maintained.
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7ba7ab7..e331e46 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3653,6 +3653,12 @@ S: Maintai
From: Derek Foreman <der...@osg.samsung.com>
Signed-off-by: Derek Foreman <der...@osg.samsung.com>
Signed-off-by: Eric Anholt <e...@anholt.net>
---
drivers/gpu/drm/vc4/vc4_kms.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/vc4/vc4_kms.c b/drivers/gpu
This is enough for fbcon and bringing up X using
xf86-video-modesetting. It doesn't support the 3D accelerator or
power management yet.
Signed-off-by: Eric Anholt <e...@anholt.net>
Acked-by: Daniel Vetter <daniel.vet...@ffwll.ch>
---
v2: Drop FB_HELPER select thanks to Archit's
VC4 is the GPU (display and 3D) present on the 2835.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
v2: Sort by register address, mark HDMI as disabled by default in the
SoC file and enable it from -rpi.
v3: Add references to the pixel/HSM clocks for HDMI. Rename
compati
This is a respin of the Raspberry Pi KMS series. Now that we've got a
real clock driver, I can actually set new video modes. Also in this
version, most of the custom DT stuff from before is gone, thanks to
finding exynos's platform_driver component matching code (I have sent
separate patches to
Emil Velikov <emil.l.veli...@gmail.com> writes:
> Hi Eric,
>
> On 9 October 2015 at 22:27, Eric Anholt <e...@anholt.net> wrote:
>> Signed-off-by: Eric Anholt <e...@anholt.net>
>> ---
>>
>> v2: Mark it Supported, not Maintained.
>>
&g
Stefan Wahren writes:
> This patch adds a label for uart0 to allow changing of uart0 pins.
>
> Signed-off-by: Stefan Wahren
This patch seems innocuous, but could you clarify for me how exactly you
change the uart0 pins, and why one would do that?
Stefan Wahren <i...@lategoodbye.de> writes:
> Hi Eric,
>
> Am 02.10.2015 um 21:54 schrieb Eric Anholt:
>> This adds support for enabling, disabling, and setting the rate of the
>> audio domain clocks. It will be necessary for setting the pixel clock
>> for HDMI i
be incorrect, but that's no worse than our current state where
we used fixed clocks.
The existing fixed clocks in the code are left in place to provide
backwards compatibility with old device tree files.
Signed-off-by: Eric Anholt <e...@anholt.net>
Tested-by: Martin Sperl <ker...@martin.
Stephen Boyd <sb...@codeaurora.org> writes:
> On 09/28, Eric Anholt wrote:
>> +
>> +static const char *bcm2835_clock_per_parents[] = {
>> +static const char *bcm2835_clock_vpu_parents[] = {
>> +static const char *bcm2835_clock_osc_parents[] = {
>
> Can th
Stephen Warren <swar...@wwwdotorg.org> writes:
> On 09/10/2015 03:22 PM, Eric Anholt wrote:
>> These will be used for enabling UART1, SPI1, and SPI2.
>
>> diff --git a/arch/arm/boot/dts/bcm2835.dtsi b/arch/arm/boot/dts/bcm2835.dtsi
>
>> +
Stephen Warren <swar...@wwwdotorg.org> writes:
> On 09/10/2015 02:58 PM, Eric Anholt wrote:
>> This adds support for enabling, disabling, and setting the rate of the
>> audio domain clocks. It will be necessary for setting the pixel clock
>> for HDMI in the VC4 driver
be incorrect, but that's no worse than our current state where
we used fixed clocks.
The existing fixed clocks in the code are left in place to provide
backwards compatibility with old device tree files.
Signed-off-by: Eric Anholt <e...@anholt.net>
Tested-by: Martin Sperl <ker...@martin.
the firmware needed to change to running it at
the 250Mhz core clock speed to avoid a bug in clock domain crossing.
Additionally, anything using BCM2835_CLOCK_VPU will now have a correct
clock rate if the user configures the boot-time core clock speed using
config.txt.
Signed-off-by: Eric Anholt &l
clk-bcm2835.c predates the drivers under bcm/, but all the new BCM
drivers are going in there so let's follow them.
Signed-off-by: Eric Anholt <e...@anholt.net>
Acked-by: Stephen Warren <swar...@wwwdotorg.org>
---
drivers/clk/Makefile| 1 -
drivers/clk/bcm/Makefile
Previously we've only supported a few fixed clocks based on
assumptions about how the firmware sets up the clocks, but this
binding will let us control the actual (audio power domain) clock
manager.
Signed-off-by: Eric Anholt <e...@anholt.net>
Acked-by: Stephen Warren <swar...@wwwd
ker...@martin.sperl.org writes:
> From: Martin Sperl
>
> The bcm2835 SOC contains an auxiliary uart, which is very close
> to the ns16550 with some differences.
>
> The big difference is that the uart HW is not using an internal divider
> of 16 but 8, which results in an
Previously we've only supported a few fixed clocks based on
assumptions about how the firmware sets up the clocks, but this
binding will let us control the actual (audio power domain) clock
manager.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
.../bindings/clock/brcm,bcm2835-cprm
be incorrect, but that's no worse than our current state where
we used fixed clocks.
The existing fixed clocks in the code are left in place to provide
backwards compatibility with old device tree files.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
v2: Fix onecell->clks[] alloca
These will be used for enabling UART1, SPI1, and SPI2.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
.../bindings/clock/brcm,bcm2835-aux-clock.txt | 30 ++
include/dt-bindings/clock/bcm2835-aux.h| 17
2 files changed, 47 insertions(+)
These will be used for enabling UART1, SPI1, and SPI2.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
arch/arm/boot/dts/bcm2835.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/bcm2835.dtsi b/arch/arm/boot/dts/bcm2835.dtsi
index a6a55b7..7c37956
There are a pair of SPI masters and a mini UART that were last minute
additions. As a result, they didn't get integrated in the same way as
the other gates off of the VPU clock in CPRMAN.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
drivers/clk/bcm/Makefile | 1 +
drivers/c
This is a followup to the main audio domain clocks series I just
posted. There's a clock gate register controlling the clocks for a
few extra peripherals, and Martin Sperl has been working on the SPI
driver for 2/3 of them (the other is a simple UART). This gives those
drivers the clock gate
Eric Anholt <e...@anholt.net> writes:
> This adds support for enabling, disabling, and setting the rate of the
> audio domain clocks. It will be necessary for setting the pixel clock
> for HDMI in the VC4 driver and let us write a cpufreq driver. It will
> also improve compa
the firmware needed to change to running it at
the 250Mhz core clock speed to avoid a bug in clock domain crossing.
Additionally, anything using BCM2835_CLOCK_VPU will now have a correct
clock rate if the user configures the boot-time core clock speed using
config.txt.
Signed-off-by: Eric Anholt &l
clk-bcm2835.c predates the drivers under bcm/, but all the new BCM
drivers are going in there so let's follow them.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
drivers/clk/Makefile| 1 -
drivers/clk/bcm/Makefile| 1 +
drivers/clk/{ => bcm}/clk-bcm2835
Alexander Stein <alexander...@web.de> writes:
> Hi,
> On Tuesday 08 September 2015 18:48:07, Eric Anholt wrote:
>> I finally had a chance to sit down and look at what the hardware's doing
>> with the enable bit (also, I've read a whole lot more of the hardware
>
eparate patch
> fixed Kconfig to add the correct dependency
Review comments as a diff, so you can git-am and squash them in if you
like. If you take them all, you can add "Acked-by: Eric Anholt
<e...@anholt.net>".
I didn't know anything about SPI before tonight,
ker...@martin.sperl.org writes:
> From: Martin Sperl
>
> The BCM2835 contains 3 auxiliar devices:
> * spi1
> * spi2
> * uart1
>
> All of those 3 devices are enabled/disabled via a shared register,
> which is set by default to be disabled.
>
> Access to this register
Previously we've only supported a few fixed clocks based on
assumptions about how the firmware sets up the clocks, but this
binding will let us control the actual (audio power domain) clock
manager.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
.../bindings/clock/brcm,bcm2835-cprm
clk-bcm2835.c predates the drivers under bcm/, but all the new BCM
drivers are going in there so let's follow them.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
drivers/clk/Makefile | 1 -
drivers/clk/bcm/Makefile | 1 +
drivers/clk/bcm/clk-bcm2835.
be incorrect, but that's no worse than our current state where
we used fixed clocks.
The existing fixed clocks in the code are left in place to provide
backwards compatibility with old device tree files.
Signed-off-by: Eric Anholt <e...@anholt.net>
---
drivers/clk/bcm/clk-bcm2835.c
After my last firmware clocks posting, Gordon at Raspberry Pi pointed
that you can, in fact, touch the clocks from the ARM side. This is
the driver that resulted from that. With debug printfs at boot the
clock frequencies from .recalc_rate() are looking good, a few are
definitely corrected
the firmware needed to change to running it at
the 250Mhz core clock speed to avoid a bug in clock domain crossing.
Additionally, anything using BCM2835_CLOCK_VPU will now have a correct
clock rate if the user configures the boot-time core clock speed using
config.txt.
Signed-off-by: Eric Anholt &l
Eric Anholt e...@anholt.net writes:
The hardware clocks are not controllable by the ARM, so we have to
make requests to the firmware to do so from the VPU side. This will
let us replace fixed clocks in our DT with actual clock control (and
correct frequency information).
Gordon from
Daniel Vetter dan...@ffwll.ch writes:
On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote:
Daniel Vetter dan...@ffwll.ch writes:
On Wed, Aug 12, 2015 at 05:56:16PM -0700, Eric Anholt wrote:
This is the start of a full VC4 driver. Right now this just supports
configuring
VC4 is the GPU (display and 3D) present on the 2835.
Signed-off-by: Eric Anholt e...@anholt.net
---
v2: Sort by register address, mark HDMI as disabled by default in the
SoC file and enable it from -rpi.
arch/arm/boot/dts/bcm2835-rpi.dtsi | 4
arch/arm/boot/dts/bcm2835.dtsi | 44
1 - 100 of 257 matches
Mail list logo