is this
a danger?
--
Eric Anholt [EMAIL PROTECTED]
http://people.freebsd.org/~anholt/ [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
.
I'm just not sure yet on how feasible it is to bend GL into this model.
--
Eric Anholt [EMAIL PROTECTED]
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
Eric Anholt wrote:
If we've declared a power domain in the OF, and the OF node is found
but the requested domain hasn't been registered on it yet, then we
probably have just tried to probe before the power domain driver has.
Defer our device's probe until it shows up.
Signed-off-by: Eric Anholt
If we've declared a power domain in the OF, and the OF node is found
but the requested domain hasn't been registered on it yet, then we
probably have just tried to probe before the power domain driver has.
Defer our device's probe until it shows up.
Signed-off-by: Eric Anholt e...@anholt.net
Geert Uytterhoeven ge...@linux-m68k.org writes:
On Wed, Mar 11, 2015 at 11:08 PM, Rafael J. Wysocki r...@rjwysocki.net
wrote:
More CCes.
On Wednesday, March 11, 2015 08:27:28 AM Eric Anholt wrote:
If we've declared a power domain in the OF, and the OF node is found
but the requested
Noralf Trønnes nor...@tronnes.org writes:
Den 05.05.2015 22:27, skrev Eric Anholt:
From: Lubomir Rintel lkund...@v3.sk
This mailbox driver provides a single mailbox channel to write 32-bit
values to the VPU and get a 32-bit response. The Raspberry Pi
firmware uses this mailbox channel
Noralf Trønnes nor...@tronnes.org writes:
Den 04.05.2015 21:33, skrev Eric Anholt:
There exists a tiny MMU, configurable only by the VC (running the
closed firmware), which maps from the ARM's physical addresses to bus
addresses. These bus addresses determine the caching behavior
() and
friends return addresses with 0x4 bits and avoid cache incoherency.
This matches the behavior in the downstream 2708 kernel (see
BUS_OFFSET in arch/arm/mach-bcm2708/include/mach/memory.h).
Signed-off-by: Eric Anholt e...@anholt.net
Cc: popcorn...@gmail.com
---
arch/arm/boot/dts/bcm2835.dtsi
Signed-off-by: Eric Anholt e...@anholt.net
Acked-by: Lee Jones lee.jo...@linaro.org
Acked-by: Stephen Warren swar...@wwwdotorg.org
---
v2: Update for #mbox-cells 0 change in the driver.
arch/arm/boot/dts/bcm2835.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts
Stephen Warren swar...@wwwdotorg.org writes:
On 05/04/2015 01:33 PM, Eric Anholt wrote:
There exists a tiny MMU, configurable only by the VC (running the
closed firmware), which maps from the ARM's physical addresses to bus
addresses. These bus addresses determine the caching behavior
() and
friends return addresses with 0x4 bits and avoid cache incoherency.
This matches the behavior in the downstream 2708 kernel (see
BUS_OFFSET in arch/arm/mach-bcm2708/include/mach/memory.h).
Signed-off-by: Eric Anholt e...@anholt.net
Tested-by: Noralf Trønnes nor...@tronnes.org
Acked-by: Stephen
) doesn't.
The driver was originally submitted by Lubomir, based on the
out-of-tree 2708 mailbox driver. Eric Anholt fixed it up for
upstreaming, with the major functional change being that it now has no
notion of multiple channels (since that is a firmware-dependent
concept) and instead
From: Lubomir Rintel lkund...@v3.sk
This patch was split out of Lubomir's original mailbox patch by Eric
Anholt, and the required properties documentation and examples have
been filled out more completely and updated for the driver being
changed to expose a single channel.
Signed-off-by: Lubomir
Alexander Stein alexander...@web.de writes:
On Thursday 07 May 2015, 12:54:20 wrote Eric Anholt:
Noralf Trønnes nor...@tronnes.org writes:
Den 05.05.2015 22:27, skrev Eric Anholt:
From: Lubomir Rintel lkund...@v3.sk
This mailbox driver provides a single mailbox channel to write 32-bit
This driver will provide support for calls into the firmware that will
be used by other drivers like cpufreq and vc4.
Signed-off-by: Eric Anholt e...@anholt.net
---
v2: Improve commit message, point to mailbox.txt for how mboxes work.
.../devicetree/bindings/arm/bcm/raspberrypi,firmware.txt
This gives us a function for making mailbox property channel requests
of the firmware, which is most notable in that it will let us get and
set clock rates.
Signed-off-by: Eric Anholt e...@anholt.net
---
v2: Drop power-domains stuff for now since we don't have the driver
core support to make
Signed-off-by: Eric Anholt e...@anholt.net
Acked-by: Lee Jones l...@kernel.org (previous version with pm-domains)
---
v2: Drop pm-domains stuff since I've dropped it from the firmware
driver for now, until we get drivers/base fixed.
arch/arm/boot/dts/bcm2835-rpi.dtsi | 7 +++
1 file
Here's a new version of the firmware driver. This series applies on
top of for-rpi-next from Lee Jones's tree:
git://git.kernel.org/pub/scm/linux/kernel/git/rpi/linux-rpi.git
But it won't actually probe without merging in mailbox-for-next:
and under a mutex.
Suggested-by: Phil Elwell p...@raspberrypi.org
Signed-off-by: Eric Anholt e...@anholt.net
---
This is a port of a patch by Noralf from the downstream Raspberry Pi
tree. Noralf said he didn't want attribution on this patch, even if
it looks a lot like his.
drivers/mailbox
Noralf Trønnes nor...@tronnes.org writes:
Den 13.05.2015 21:00, skrev Eric Anholt:
This gives us a function for making mailbox property channel requests
of the firmware, which is most notable in that it will let us get and
set clock rates.
Signed-off-by: Eric Anholt e...@anholt.net
This driver will provide support for calls into the firmware that will
be used by other drivers like cpufreq and vc4.
---
v2: Improve commit message, point to mailbox.txt for how mboxes work.
v3: Use Lee's suggestion for mailbox phandle docs, fix spelling of
raspberry.
This gives us a function for making mailbox property channel requests
of the firmware, which is most notable in that it will let us get and
set clock rates.
Signed-off-by: Eric Anholt e...@anholt.net
---
v2: Drop power-domains stuff for now since we don't have the driver
core support to make
Here's a series to add a real clock provider on Raspberry Pi.
Previously, we've been using a mix of fixed clocks from clk-bcm2835.c
(though some of them failed to get used by their intended consumers),
and fixed-clock nodes in the DT.
This driver gives us the ability to enable/disable our clocks,
the firmware driver isn't supported yet, but it
also avoids issues with disabling unused clocks due to them not yet
being connected to their consumers in the DT.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/clk/Makefile | 1 +
drivers/clk/clk-raspberrypi.c | 241
We were previously using a fixed clock declared in the 2835 DT, but
it's actually the core clock, and it might not be the same if you had
adjusted it using the firmware's config.txt.
Signed-off-by: Eric Anholt e...@anholt.net
---
This is the only patch in the series I haven't really tested
This appears to have been copy-and-paste from another serial driver's
DT. The driver has never used this value -- instead, the pl011 driver
is getting the fixed 20201000.uart clock from clk-bcm2835.c.
Signed-off-by: Eric Anholt e...@anholt.net
---
arch/arm/boot/dts/bcm2835.dtsi | 1 -
1 file
Nothing uses it, and I can't find any evidence that anything ever has.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/clk/clk-bcm2835.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/clk/clk-bcm2835.c b/drivers/clk/clk-bcm2835.c
index 6b950ca..dd295e4 100644
Signed-off-by: Eric Anholt e...@anholt.net
---
arch/arm/boot/dts/bcm2835-rpi.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/bcm2835-rpi.dtsi
b/arch/arm/boot/dts/bcm2835-rpi.dtsi
index ace33f6..ac5f84c 100644
--- a/arch/arm/boot/dts/bcm2835-rpi.dtsi
+++ b/arch
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).
Signed-off-by: Eric Anholt e...@anholt.net
---
.../bindings
This gets us a correct apb_pclk, which previously was accidentally
using the 20201000.uart clock from clk-bcm2835.c, due to the
fallback clk_get_sys() path.
Signed-off-by: Eric Anholt e...@anholt.net
---
arch/arm/boot/dts/bcm2835-rpi.dtsi | 7 +++
arch/arm/boot/dts/bcm2835.dtsi | 2 +-
2
Lee Jones l...@kernel.org writes:
On Tue, 05 May 2015, Eric Anholt wrote:
Stephen Warren swar...@wwwdotorg.org writes:
On 05/04/2015 01:33 PM, Eric Anholt wrote:
There exists a tiny MMU, configurable only by the VC (running the
closed firmware), which maps from the ARM's physical
Lee Jones l...@kernel.org writes:
On Wed, 13 May 2015, Eric Anholt wrote:
This driver will provide support for calls into the firmware that will
be used by other drivers like cpufreq and vc4.
Signed-off-by: Eric Anholt e...@anholt.net
---
v2: Improve commit message, point
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).
v2: Include the dt
Nothing uses it, and I can't find any evidence that anything ever has.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/clk/clk-bcm2835.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/clk/clk-bcm2835.c b/drivers/clk/clk-bcm2835.c
index 6b950ca..dd295e4 100644
-off-by: Eric Anholt e...@anholt.net
---
drivers/clk/Makefile | 1 +
drivers/clk/clk-raspberrypi.c | 242 ++
2 files changed, 243 insertions(+)
create mode 100644 drivers/clk/clk-raspberrypi.c
diff --git a/drivers/clk/Makefile b/drivers/clk
of the next
one. Make the clock indices match the firmware clock IDs. Rename
the binding's compat string. Move the firmware phandle to be
under a vendor-specific namespace.
Signed-off-by: Eric Anholt e...@anholt.net
---
.../clock/raspberrypi,bcm2835-firmware-clocks.txt | 25
This gets us a correct apb_pclk, which previously was accidentally
using the 20201000.uart clock from clk-bcm2835.c, due to the
fallback clk_get_sys() path.
Signed-off-by: Eric Anholt e...@anholt.net
---
arch/arm/boot/dts/bcm2835-rpi.dtsi | 7 +++
arch/arm/boot/dts/bcm2835.dtsi | 2 +-
2
v2: Rename our compat string to mention bcm2835, and make our firmware
phandle be under a vendor-namespaced property.
Signed-off-by: Eric Anholt e...@anholt.net
---
arch/arm/boot/dts/bcm2835-rpi.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/bcm2835-rpi.dtsi
This appears to have been copy-and-paste from another serial driver's
DT. The driver has never used this value -- instead, the pl011 driver
is getting the fixed 20201000.uart clock from clk-bcm2835.c.
Signed-off-by: Eric Anholt e...@anholt.net
---
arch/arm/boot/dts/bcm2835.dtsi | 1 -
1 file
We were previously using a fixed clock declared in the 2835 DT, but
it's actually the core clock, and it might not be the same if you had
adjusted it using the firmware's config.txt.
Signed-off-by: Eric Anholt e...@anholt.net
---
arch/arm/boot/dts/bcm2835-rpi.dtsi | 4
1 file changed, 4
This gives us a function for making mailbox property channel requests
of the firmware, which is most notable in that it will let us get and
set clock rates.
Signed-off-by: Eric Anholt e...@anholt.net
---
v2: Drop power-domains stuff for now since we don't have the driver
core support to make
This driver will provide support for calls into the firmware that will
be used by other drivers like cpufreq and vc4.
Acked-by: Stephen Warren swar...@wwwdotorg.org
Signed-off-by: Eric Anholt e...@anholt.net
---
v2: Improve commit message, point to mailbox.txt for how mboxes work.
v3: Use Lee's
Signed-off-by: Eric Anholt e...@anholt.net
Acked-by: Lee Jones l...@kernel.org (previous version with pm-domains)
Acked-by: Stephen Warren swar...@wwwdotorg.org
---
v2: Drop pm-domains stuff since I've dropped it from the firmware
driver for now, until we get drivers/base fixed.
v3: Rename
Noralf Trønnes nor...@tronnes.org writes:
Den 28.05.2015 20:33, skrev Eric Anholt:
This gives us a function for making mailbox property channel requests
of the firmware, which is most notable in that it will let us get and
set clock rates.
Signed-off-by: Eric Anholt e...@anholt.net
Stephen Warren swar...@wwwdotorg.org writes:
On 05/28/2015 12:33 PM, Eric Anholt wrote:
This gives us a function for making mailbox property channel requests
of the firmware, which is most notable in that it will let us get and
set clock rates.
This thread was rather hard to follow since
Stephen Warren swar...@wwwdotorg.org writes:
On 05/13/2015 02:10 PM, Eric Anholt wrote:
With the VC reader blocked and the ARM writing, MAIL0_STA reads empty
permanently while MAIL1_STA goes from empty (0x4000) to non-empty
(0x0001-0x0007) to full (0x8008).
This bug ended up
the firmware driver isn't supported yet, but it
also avoids issues with disabling unused clocks due to them not yet
being connected to their consumers in the DT.
Signed-off-by: Eric Anholt e...@anholt.net
---
v2: Declare the mutex static (from review by Baruch Siach), merge
description and copyright
This gives us a function for making mailbox property channel requests
of the firmware, which is most notable in that it will let us get and
set clock rates.
Signed-off-by: Eric Anholt e...@anholt.net
---
v2: Drop power-domains stuff for now since we don't have the driver
core support to make
v2: Drop pm-domains stuff since I've dropped it from the firmware
driver for now, until we get drivers/base fixed.
v3: Rename the compatible to raspberrypi,bcm2835-firmware
Signed-off-by: Eric Anholt e...@anholt.net
Acked-by: Lee Jones l...@kernel.org (previous version with pm-domains)
Acked
own RASPBERRYPI_FIRMWARE
Kconfig.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/firmware/Kconfig | 7 +
drivers/firmware/Makefile | 1 +
drivers/firmware/raspberrypi.c | 272 +
include/soc/bcm2835
This driver will provide support for calls into the firmware that will
be used by other drivers like cpufreq and vc4.
v2: Improve commit message, point to mailbox.txt for how mboxes work.
v3: Use Lee's suggestion for mailbox phandle docs, fix spelling of
raspberry.
v4: Change the compatible
We're currently using a fixed frequency clock specified in the DT, so
enabling is a no-op. However, the RPi firmware-based clocks driver
can actually disable unused clocks, so when switching to use it we
ended up losing our MMC clock once all devices were probed.
Signed-off-by: Eric Anholt e
Paul Bolle pebo...@tiscali.nl writes:
On Fri, 2015-05-29 at 12:42 -0700, Eric Anholt wrote:
This gives us a function for making mailbox property channel requests
of the firmware, which is most notable in that it will let us get and
set clock rates.
v6: Drop the try_module_get/module_put
Stephen Warren swar...@wwwdotorg.org writes:
On 05/18/2015 01:43 PM, Eric Anholt wrote:
Nothing uses it, and I can't find any evidence that anything ever has.
Does the clock actually exist though? If it does, it seems reasonable to
keep it.
Yes, it's kept in the form of the core clock
Stephen Boyd sb...@codeaurora.org writes:
On 05/28, Stephen Warren wrote:
On 05/18/2015 01:43 PM, Eric Anholt wrote:
Unfortunately, the clock manager's registers are not accessible by the
ARM, so we have to request that the firmware modify our clocks for us.
This driver only registers
own RASPBERRYPI_FIRMWARE
Kconfig.
v6: Drop the try_module_get/module_put stuff, since all clients will
be referencing our symbols in order to call those functions,
anyway. Fix the kerneldoc comments for the changes in v5.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/firmware
This driver will provide support for calls into the firmware that will
be used by other drivers like cpufreq and vc4.
v2: Improve commit message, point to mailbox.txt for how mboxes work.
v3: Use Lee's suggestion for mailbox phandle docs, fix spelling of
raspberry.
v4: Change the compatible
v2: Drop pm-domains stuff since I've dropped it from the firmware
driver for now, until we get drivers/base fixed.
v3: Rename the compatible to raspberrypi,bcm2835-firmware
Signed-off-by: Eric Anholt e...@anholt.net
Acked-by: Lee Jones l...@kernel.org (previous version with pm-domains)
Acked
Stephen Warren swar...@wwwdotorg.org writes:
On 05/18/2015 01:43 PM, Eric Anholt wrote:
obj-$(CONFIG_ARCH_BCM2835) += clk-bcm2835.o
+obj-$(CONFIG_ARCH_BCM2835) += clk-raspberrypi.o
Shouldn't this replace the old legacy code in clk-bcm2835.c?
I don't think we can, because
Russell King - ARM Linux li...@arm.linux.org.uk writes:
On Thu, May 28, 2015 at 05:03:12PM -0700, Eric Anholt wrote:
We're currently using a fixed frequency clock specified in the DT, so
enabling is a no-op. However, the RPi firmware-based clocks driver
can actually disable unused clocks, so
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/mmc/host/sdhci-bcm2835.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci-bcm2835.c b/drivers/mmc/host/sdhci-bcm2835.c
index 0ef0343..32f4046 100644
--- a/drivers/mmc/host/sdhci-bcm2835.c
+++ b
We're currently using a fixed frequency clock specified in the DT, so
enabling is a no-op. However, the RPi firmware-based clocks driver
can actually disable unused clocks, so when switching to use it we
ended up losing our MMC clock once all devices were probed.
Signed-off-by: Eric Anholt e
Stephen Warren swar...@wwwdotorg.org writes:
On 05/18/2015 01:43 PM, Eric Anholt wrote:
+init.flags = CLK_IS_ROOT;
Is it possible to add clock parent information to the driver, so the
clocks are all hooked together into the correct tree, rather than all
looking like root clocks?
One
the firmware phandle to be
under a vendor-specific namespace.
Signed-off-by: Eric Anholt e...@anholt.net
---
.../clock/raspberrypi,bcm2835-firmware-clocks.txt | 25
++
include/dt-bindings/clk/raspberrypi.h | 23
2 files changed, 48
Signed-off-by: Eric Anholt e...@anholt.net
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 8133cef..d0dc42c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3573,6 +3573,12 @@ S: Maintained
F: drivers/gpu/drm/rockchip/
F
Here's the first patch series for graphics on the Raspberry Pi. It
brings up fbcon on KMS, and the xf86-video-modesetting driver runs so
you can do X with no further userspace drivers.
Right now this series doesn't support changing video modes away from
the firmware boot setup, because when I
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
---
drivers/gpu/drm/vc4
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 | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/vc4/vc4_kms.c b/drivers/gpu/drm/vc4/vc4_kms.c
index
Signed-off-by: Eric Anholt e...@anholt.net
---
.../devicetree/bindings/gpu/brcm,bcm-vc4.txt | 83 ++
1 file changed, 83 insertions(+)
create mode 100644 Documentation/devicetree/bindings/gpu/brcm,bcm-vc4.txt
diff --git a/Documentation/devicetree/bindings/gpu/brcm,bcm
We need to use it for getting video modes over HDMI.
Signed-off-by: Eric Anholt e...@anholt.net
---
arch/arm/boot/dts/bcm2835.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/bcm2835.dtsi b/arch/arm/boot/dts/bcm2835.dtsi
index 301c73f..8f3ba88 100644
--- a/arch
Signed-off-by: Eric Anholt e...@anholt.net
---
arch/arm/boot/dts/bcm2835.dtsi | 43 ++
1 file changed, 43 insertions(+)
diff --git a/arch/arm/boot/dts/bcm2835.dtsi b/arch/arm/boot/dts/bcm2835.dtsi
index 8f3ba88..dda67aa 100644
--- a/arch/arm/boot/dts
.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/Kconfig | 2 +
drivers/gpu/drm/Makefile | 1 +
drivers/gpu/drm/vc4/Kconfig | 14 +
drivers/gpu/drm/vc4/Makefile | 18 ++
drivers/gpu/drm/vc4/vc4_bo.c | 54
drivers/gpu/drm/vc4/vc4_crtc.c
r#secure method=pgpmime mode=sign
Stephen Warren swar...@wwwdotorg.org writes:
On 08/12/2015 06:56 PM, Eric Anholt wrote:
This is the start of a full VC4 driver. Right now this just supports
configuring the display using a pre-existing video mode (because
changing the pixel clock isn't
We need to use it for getting video modes over HDMI.
Signed-off-by: Eric Anholt e...@anholt.net
---
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/bcm2835.dtsi | 10 ++
2 files changed, 14 insertions
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
.
Signed-off-by: Eric Anholt e...@anholt.net
---
v2: Drop FB_HELPER select thanks to Archit's patches. Do manual init
ordering instead of using the .load hook. Structure registration
more like tegra's, but still using the typical component code.
Drop no-op hooks for atomic_begin
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 e
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 | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/vc4/vc4_kms.c b/drivers/gpu/drm/vc4/vc4_kms.c
index
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
Here's a respin of the RPi KMS series, taking a bunch of review
feedback into account. It's also rebased on danvet's drm-misc now,
which cut some stub code. The new series can still be found at:
https://github.com/anholt/linux/tree/vc4-kms-squash
--
To unsubscribe from this list: send the line
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
---
drivers/gpu/drm/vc4
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 9c9dd5f..5292087 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3592,6 +3592,12 @@ S: Maintained
F
Stephen Warren swar...@wwwdotorg.org writes:
On 08/12/2015 06:56 PM, Eric Anholt wrote:
Signed-off-by: Eric Anholt e...@anholt.net
This one definitely needs a patch description, since someone might not
know what a VC4 is, and git log won't show the text from the binding
doc itself. I'd
Stephen Warren swar...@wwwdotorg.org writes:
On 08/12/2015 06:56 PM, Eric Anholt wrote:
diff --git a/MAINTAINERS b/MAINTAINERS
+DRM DRIVERS FOR VC4
+M: Eric Anholt e...@anholt.net
+T: git git://github.com/anholt/linux
+S: Maintained
+F: drivers/gpu/drm/vc4/*
S: Supported
Fixed
Stephen Warren swar...@wwwdotorg.org writes:
On 08/12/2015 06:56 PM, Eric Anholt wrote:
We need to use it for getting video modes over HDMI.
diff --git a/arch/arm/boot/dts/bcm2835.dtsi b/arch/arm/boot/dts/bcm2835.dtsi
+i2c2: i2c@7e805000 {
+compatible = brcm
Thomas Gleixner t...@linutronix.de writes:
On Mon, 27 Jul 2015, Eric Anholt wrote:
+/* Unmasks the IPI on the CPU wen it's first brought online. */
when
+static int bcm2836_arm_irqchip_cpu_notify(struct notifier_block *nfb,
+ unsigned long action, void
This interrupt controller is the new root interrupt controller with
the timer, PMU events, and IPIs, and the bcm2835's interrupt
controller is chained off of it to handle the peripherals.
I wrote the interrupt chip support, while Andrea Merello wrote the IPI
code.
Signed-off-by: Eric Anholt e
This is a new per-cpu root interrupt controller on the Raspberry Pi 2,
which will chain to the bcm2835 interrupt controller for peripheral
interrupts.
Signed-off-by: Eric Anholt e...@anholt.net
Acked-by: Stephen Warren swar...@wwwdotorg.org
---
.../interrupt-controller/brcm,bcm2836-l1-intc.txt
.
Signed-off-by: Eric Anholt e...@anholt.net
Acked-by: Stephen Warren swar...@wwwdotorg.org
---
drivers/irqchip/irq-bcm2835.c | 57 ++-
1 file changed, 29 insertions(+), 28 deletions(-)
diff --git a/drivers/irqchip/irq-bcm2835.c b/drivers/irqchip/irq-bcm2835.c
https://github.com/anholt/linux/tree/bcm2836-irqchip
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
The BCM2836 (Raspberry Pi 2) uses two levels of interrupt handling
with the CPU-local interrupts being the root, so we need to register
ours as chained off of the CPU's local interrupt.
Signed-off-by: Eric Anholt e...@anholt.net
Acked-by: Stephen Warren swar...@wwwdotorg.org
---
v3: Use
I'm also avoiding requests to set rate/state when they're a no-op, as
apparently no-op changes to pixel clock break the firmware-configured
display setup. It *shouldn't* change anything, but I've confirmed
that setting the CPU clock works fine, and after a couple of weeks of
prodding pixel clock
Signed-off-by: Eric Anholt e...@anholt.net
Acked-by: Lee Jones l...@kernel.org
---
v2: Rename our compat string to mention bcm2835, and make our firmware
phandle be under a vendor-namespaced property.
v3: Squashed in the patches to reference the other clocks, to avoid
regressions now
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).
Signed-off-by: Eric Anholt e...@anholt.net
Acked-by: Stephen
Russell King - ARM Linux li...@arm.linux.org.uk writes:
On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote:
Struct mutex is here because this code is from the V3D series, with the
in-kernel BO cache ripped out (it turns out that the CMA allocator is
slow, and you can't just userspace
the firmware driver isn't supported yet, but it
also avoids issues with disabling unused clocks due to them not yet
being connected to their consumers in the DT.
Signed-off-by: Eric Anholt e...@anholt.net
---
v2: Declare the mutex static (from review by Baruch Siach), merge
description and copyright
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 the display using a pre-existing video mode (because
changing the pixel clock isn't available yet, and doesn't
Olof Johansson o...@lixom.net writes:
Hi,
On Tue, Aug 11, 2015 at 05:06:42PM +0100, Lee Jones wrote:
ARM SoC Chaps,
Please find a couple of simple RPi changes pertaining to Firmware.
The following changes since commit bc0195aad0daa2ad5b0d76cce22b167bc3435590:
Linux 4.2-rc2
Michael Turquette mturque...@linaro.org writes:
Hi Eric,
Quoting Eric Anholt (2015-07-20 12:33:01)
+void __init rpi_firmware_init_clock_provider(struct device_node *node)
+{
+ /* We delay construction of our struct clks until get time,
+* because we need to be able to return
request contains the Raspberry Pi firmware driver, for
communicating with the VPU which has exclusive control of some of the
peripherals.
Eric Anholt (1):
ARM: bcm2835: Add the Raspberry Pi firmware driver
drivers/firmware
1 - 100 of 2614 matches
Mail list logo