On 5/3/24 12:45, Arnd Bergmann wrote:
On Fri, May 3, 2024, at 21:28, Florian Fainelli wrote:
Android devices in recovery mode make use of a framebuffer device to
provide an user interface. In a GKI configuration that has CONFIG_FB=m,
but CONFIG_FB_NOTIFY=y, loading the fb.ko module will fail
like CONFIG_FB such that both
can be loaded as module with fb_notify.ko first, and fb.ko second.
Signed-off-by: Florian Fainelli
---
drivers/video/fbdev/core/Kconfig | 2 +-
drivers/video/fbdev/core/fb_notify.c | 3 +++
include/linux/fb.h | 2 +-
3 files changed, 5
On 4/16/24 10:21, Conor Dooley wrote:
On Tue, Apr 16, 2024 at 07:13:51AM -0300, Maíra Canal wrote:
On 4/16/24 02:30, Stefan Wahren wrote:
Hi Maíra,
Am 16.04.24 um 03:02 schrieb Maíra Canal:
On 4/15/24 13:54, Andre Przywara wrote:
On Mon, 15 Apr 2024 13:00:39 -0300
Maíra Canal wrote:
Hi,
On 2/17/24 01:39, Krzysztof Kozlowski wrote:
The xlate callbacks are supposed to translate of_phandle_args to proper
provider without modifying the of_phandle_args. Make the argument
pointer to const for code safety and readability.
Signed-off-by: Krzysztof Kozlowski
Acked-by: Florian
On 1/25/24 04:08, Uwe Kleine-König wrote:
Currently a pwm_chip stores in its struct device *dev member a pointer
to the parent device. Preparing a change that embeds a full struct
device in struct pwm_chip, this accessor macro should be used in all
drivers directly accessing chip->dev now. This
: Martin Krastev
Cc: Maaz Mombasawala
Cc: Broadcom internal kernel review list
Cc: dri-devel@lists.freedesktop.org
Cc: linux-ker...@vger.kernel.org
Acked-by: Florian Fainelli
--
Florian
smime.p7s
Description: S/MIME Cryptographic Signature
pwm-bcm-iproc.c | 1 -
drivers/pwm/pwm-bcm-kona.c| 1 -
drivers/pwm/pwm-bcm2835.c | 1 -
drivers/pwm/pwm-brcmstb.c | 1 -
Reviewed-by: Florian Fainelli #
pwm-{bcm,brcm}*.c
--
Florian
smime.p7s
Description: S/MIME Cryptographic Signature
On 6/2/2023 11:58 PM, Jakub Kicinski wrote:
On Thu, 1 Jun 2023 15:12:28 -0700 Justin Chen wrote:
+ /* general stats */
+ STAT_NETDEV(rx_packets),
+ STAT_NETDEV(tx_packets),
+ STAT_NETDEV(rx_bytes),
+ STAT_NETDEV(tx_bytes),
+ STAT_NETDEV(rx_errors),
+
operations (link, counters, message level)
- MAC destination address filtering (promiscuous, ALL_MULTI, etc.)
Reviewed-by: Simon Horman
Signed-off-by: Florian Fainelli
Signed-off-by: Justin Chen
---
[snip]
+static const struct net_device_ops bcmasp_netdev_ops = {
+ .ndo_open
On 5/31/23 12:31, Krzysztof Kozlowski wrote:
On 31/05/2023 21:29, Florian Fainelli wrote:
+required:
+ - reg
+ - brcm,channel
+
+additionalProperties: false
+
+patternProperties:
+ "^mdio@[0-9a-f]+$":
Isn't mdio a property of each ethernet port? Exis
On 5/31/23 12:18, Krzysztof Kozlowski wrote:
On 25/05/2023 01:01, Justin Chen wrote:
From: Florian Fainelli
Add a binding document for the Broadcom ASP 2.0 Ethernet
controller.
Signed-off-by: Florian Fainelli
Signed-off-by: Justin Chen
---
v5
- Fix compatible string yaml format
On 5/22/23 11:17, Conor Dooley wrote:
On Fri, May 19, 2023 at 02:19:39PM -0700, Justin Chen wrote:
> The ASP 2.0 Ethernet controller uses a brcm unimac.
>
> Signed-off-by: Florian Fainelli
> Signed-off-by: Justin Chen
> ---
> Documentation/devicetree/bindings/net/brc
On 4/27/23 10:03, Rob Herring wrote:
On Wed, Apr 26, 2023 at 11:54:27AM -0700, Justin Chen wrote:
The ASP 2.0 Ethernet controller uses a brcm unimac.
Signed-off-by: Florian Fainelli
Signed-off-by: Justin Chen
---
Documentation/devicetree/bindings/net/brcm,unimac-mdio.yaml | 2 ++
1 file
On 4/24/23 11:14, Justin Chen wrote:
On Fri, Apr 21, 2023 at 12:29 AM Krzysztof Kozlowski
wrote:
On 19/04/2023 02:10, Justin Chen wrote:
From: Florian Fainelli
Add a binding document for the Broadcom ASP 2.0 Ethernet
controller.
Signed-off-by: Florian Fainelli
Signed-off-by: Justin Chen
On 4/18/23 23:35, Heiner Kallweit wrote:
On 19.04.2023 02:10, Justin Chen wrote:
Add support for the Broadcom ASP 2.0 Ethernet controller which is first
introduced with 72165. This controller features two distinct Ethernet
ports that can be independently operated.
This patch supports:
[snip]
On 10/27/2022 7:59 AM, Maxime Ripard wrote:
Hi Florian,
On Thu, Oct 27, 2022 at 02:52:40PM +0200, Maxime Ripard wrote:
Hi,
Those patches used to be part of a larger clock fixes series:
https://lore.kernel.org/linux-clk/20220715160014.2623107-1-max...@cerno.tech/
However, that series
Reviewed-by: Florian Fainelli
Signed-off-by: Maxime Ripard
Acked-by: Florian Fainelli
--
Florian
-off-by: Maxime Ripard
Acked-by: Florian Fainelli
Thanks for re-ordering the rpi_firmware_of_match array and avoiding a
forward declaration that I was initially confused about in v3.
--
Florian
-off-by: Maxime Ripard
Reviewed-by: Florian Fainelli
--
Florian
On 10/13/22 02:13, Maxime Ripard wrote:
We'll need the clock IDs in more drivers than just the clock driver from
now on, so let's move them in the firmware header.
Signed-off-by: Maxime Ripard
Reviewed-by: Florian Fainelli
--
Florian
On 10/13/22 02:13, Maxime Ripard wrote:
A significant number of RaspberryPi drivers using the firmware don't
have a phandle to it, so end up scanning the device tree to find a node
with the firmware compatible.
That code is duplicated everywhere, so let's introduce a helper instead.
On 10/10/22 04:44, Maxime Ripard wrote:
Hi Florian,
On Tue, Sep 20, 2022 at 02:50:19PM +0200, Maxime Ripard wrote:
Those patches used to be part of a larger clock fixes series:
https://lore.kernel.org/linux-clk/20220715160014.2623107-1-max...@cerno.tech/
However, that series doesn't seem to
On 8/15/22 07:12, Maxime Ripard wrote:
On Wed, Aug 10, 2022 at 10:33:48PM +0200, Stefan Wahren wrote:
Hi Florian,
Am 09.08.22 um 21:02 schrieb Florian Fainelli:
On 8/4/22 16:11, Florian Fainelli wrote:
On 6/13/22 07:47, Maxime Ripard wrote:
From: Dave Stevenson
The BCM2835-37 found
Hallo Stefan,
On 8/9/22 13:16, Stefan Wahren wrote:
Hi Florian,
Am 05.08.22 um 01:11 schrieb Florian Fainelli:
On 6/13/22 07:47, Maxime Ripard wrote:
From: Dave Stevenson
The BCM2835-37 found in the RaspberryPi 0 to 3 have a power domain
attached to the HDMI block, handled in Linux through
On 8/4/22 16:11, Florian Fainelli wrote:
On 6/13/22 07:47, Maxime Ripard wrote:
From: Dave Stevenson
The BCM2835-37 found in the RaspberryPi 0 to 3 have a power domain
attached to the HDMI block, handled in Linux through runtime_pm.
That power domain is shared with the VEC block, so even
On 6/13/22 07:47, Maxime Ripard wrote:
From: Dave Stevenson
The BCM2835-37 found in the RaspberryPi 0 to 3 have a power domain
attached to the HDMI block, handled in Linux through runtime_pm.
That power domain is shared with the VEC block, so even if we put our
runtime_pm reference in the
On Fri, 3 Jun 2022 10:26:10 +0100, Peter Robinson wrote:
> From: Nicolas Saenz Julienne
>
> BCM2711, the SoC used on the Raspberry Pi 4 has a different GPU than its
> predecessors. Enable it.
>
> Signed-off-by: Nicolas Saenz Julienne
> Signed-off-by: Peter Robinson
> Reviewed-by: Stefan
On Fri, 3 Jun 2022 10:26:09 +0100, Peter Robinson wrote:
> BCM2711, the SoC used on the Raspberry Pi 4 has a different 3D
> render GPU IP than its predecessors. Enable it it on multi v7
> and bcm2835 configs.
>
> Signed-off-by: Nicolas Saenz Julienne
> Signed-off-by: Peter Robinson
>
On Fri, 3 Jun 2022 10:26:08 +0100, Peter Robinson wrote:
> This adds the entry for V3D for bcm2711 (used in the Raspberry Pi 4)
> and the associated firmware clock entry.
>
> Signed-off-by: Nicolas Saenz Julienne
> Signed-off-by: Peter Robinson
> Reviewed-by: Javier Martinez Canillas
> ---
On 6/3/2022 11:26 AM, Peter Robinson wrote:
This is a follow up from my v4 patchset. The power management pieces have
been split out to a separate independent set of patches by Stefan [1]. This
version 5 of the DRM patches are independent and given the V3D driver has
been upstream for some
On 9/25/2021 9:45 AM, Andrew Lunn wrote:
[snip]
+ priv->clk = devm_clk_get(dev, "sw_asp");
+ if (IS_ERR(priv->clk)) {
+ if (PTR_ERR(priv->clk) == -EPROBE_DEFER)
+ return -EPROBE_DEFER;
+ dev_warn(dev, "failed to request clock\n");
Hi Andrew,
On 9/25/2021 7:25 AM, Andrew Lunn wrote:
On Fri, Sep 24, 2021 at 02:44:46PM -0700, Justin Chen wrote:
This patch set adds support for Broadcom's ASP 2.0 Ethernet controller.
Hi Justin
Does the hardware support L2 switching between the two ports? I'm just
wondering if later this
On 5/25/2021 6:23 AM, Maxime Ripard wrote:
> From: Dom Cobley
>
> Enable NO_WAIT_RESP, DMA_WIDE_SOURCE, DMA_WIDE_DEST, and bump the DMA
> panic and AXI priorities to avoid any DMA transfer error with HBR audio
> (8 channel, 192Hz).
>
> Signed-off-by: Dom Cobley
> Signed-off-by: Maxime
On 5/17/2021 11:42 PM, Claire Chang wrote:
> Split the debugfs creation to make the code reusable for supporting
> different bounce buffer pools, e.g. restricted DMA pool.
>
> Signed-off-by: Claire Chang
Reviewed-by: Florian Fainelli
--
Florian
On 5/17/2021 11:42 PM, Claire Chang wrote:
> Update is_swiotlb_active to add a struct device argument. This will be
> useful later to allow for restricted DMA pool.
>
> Signed-off-by: Claire Chang
Reviewed-by: Florian Fainelli
--
Florian
On 5/17/2021 11:42 PM, Claire Chang wrote:
> Update is_swiotlb_buffer to add a struct device argument. This will be
> useful later to allow for restricted DMA pool.
>
> Signed-off-by: Claire Chang
Reviewed-by: Florian Fainelli
--
Florian
On 5/17/2021 11:42 PM, Claire Chang wrote:
> Add a new getter, get_io_tlb_mem, to help select the io_tlb_mem struct.
> The restricted DMA pool is preferred if available.
>
> Signed-off-by: Claire Chang
Reviewed-by: Florian Fainelli
--
Florian
On 5/17/2021 11:42 PM, Claire Chang wrote:
> Add a new kconfig symbol, DMA_RESTRICTED_POOL, for restricted DMA pool.
>
> Signed-off-by: Claire Chang
Reviewed-by: Florian Fainelli
--
Florian
On 5/17/2021 11:42 PM, Claire Chang wrote:
> Add a new wrapper __dma_direct_free_pages() that will be useful later
> for swiotlb_free().
>
> Signed-off-by: Claire Chang
Reviewed-by: Florian Fainelli
--
Florian
m)
> + return -ENOMEM;
> +
> + if (PageHighMem(pfn_to_page(PHYS_PFN(rmem->base)))) {
> + kfree(mem);
> + return -EINVAL;
This could probably deserve a warning here to indicate that the reserved
area must be accessible within the linear mapping as I would expect a
lot of people to trip over that.
Reviewed-by: Florian Fainelli
--
Florian
On 5/17/2021 11:42 PM, Claire Chang wrote:
> Add a new function, swiotlb_init_io_tlb_mem, for the io_tlb_mem struct
> initialization to make the code reusable.
>
> Note that we now also call set_memory_decrypted in swiotlb_init_with_tbl.
>
> Signed-off-by: Claire Chang
> ---
>
On 2/12/2021 11:11 AM, Florian Fainelli wrote:
> As Dave reported:
>
> This seems to have unintended side effects. GIC interrupt 117 is shared
> between the standard I2C controllers (i2c-bcm2835) and the l2-intc block
> handling the HDMI I2C interrupts.
>
> There is not
IRQ handler which is an interrupt flow and
another driver like i2c-bcm2835 which uses an interrupt handler
(although it specifies IRQF_SHARED).
Simply revert this change for now which will mean that HDMI I2C will be
polled, like it was before.
Reported-by: Dave Stevenson
Signed-off-by: Florian
On 2/10/21 7:49 AM, Dave Stevenson wrote:
> Hi Marc.
>
> On Wed, 10 Feb 2021 at 15:30, Marc Zyngier wrote:
>>
>> Hi Maxime,
>>
>> On 2021-02-10 14:40, Maxime Ripard wrote:
>>> Hi Dave,
>>>
>>> On Tue, Feb 09, 2021 at 09:49:05AM +, Dave Stevenson wrote:
On Mon, 11 Jan 2021 at 14:23,
ned-off-by: Maxime Ripard
Acked-by: Florian Fainelli
Nicolas, I suppose you will be taking patches 1 and 14, 15 through the
SoC pull request, right?
--
Florian
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/ma
On 1/7/2021 6:42 PM, Rob Herring wrote:
> On Wed, 23 Dec 2020 20:24:33 +0100, Stefan Wahren wrote:
>> Adding the missing property power-domains to the bcm2835-vec schema to fix
>> the following dtbs_check issue:
>>
>> vec@7e806000: 'power-domains' does not match any of the regexes: ...
>>
>>
On 12/23/2020 11:24 AM, Stefan Wahren wrote:
> Adding the missing property power-domains to the bcm2835-vec schema to fix
> the following dtbs_check issue:
>
> vec@7e806000: 'power-domains' does not match any of the regexes: ...
>
> Signed-off-by: Stefan Wahren
Acked-by
On 12/23/2020 1:39 PM, Florian Fainelli wrote:
>
>
> On 12/23/2020 12:27 PM, Stefan Wahren wrote:
>> This small series of v3d patches is a preparation for the upcoming bcm2711
>> support. The bcm2711 support will be send separate, because it involves
>> bigger
On 12/23/2020 12:27 PM, Stefan Wahren wrote:
> This small series of v3d patches is a preparation for the upcoming bcm2711
> support. The bcm2711 support will be send separate, because it involves
> bigger changes.
>
> I'm not sure that the schema conversion patch is sufficient.
>
> Patch 2,3
ime Ripard
Reviewed-by: Florian Fainelli
--
Florian
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
On 12/10/2020 5:46 AM, Maxime Ripard wrote:
> The BCM2711 uses a number of instances of the bcmstb-l2 controller in its
> display engine. Let's allow the driver to be enabled through KConfig.
>
> Signed-off-by: Maxime Ripard
Acked-by: Florian Fainelli
On 12/10/2020 5:46 AM, Maxime Ripard wrote:
> The BSC controllers used for the HDMI DDC have an interrupt controller
> shared between both instances. Let's add it to avoid polling.
>
> Signed-off-by: Maxime Ripard
Reviewed-by: Florian Fainelli
On 9/7/2020 10:43 AM, Jim Quinlan wrote:
On Mon, Sep 7, 2020 at 5:16 AM Lorenzo Pieralisi
wrote:
On Thu, Aug 27, 2020 at 09:29:59AM -0400, Jim Quinlan wrote:
On Thu, Aug 27, 2020 at 2:35 AM Christoph Hellwig wrote:
On Tue, Aug 25, 2020 at 10:40:27AM -0700, Florian Fainelli wrote:
Hi
On 9/2/2020 3:38 PM, Nathan Chancellor wrote:
[snip]
Hello Nathan,
Can you tell me how much memory your RPI has and if all of it is
This is the 4GB version.
accessible by the PCIe device? Could you also please include the DTS
of the PCIe node? IIRC, the RPI firmware does some mangling
Hi,
On 8/24/2020 12:30 PM, Jim Quinlan wrote:
Patchset Summary:
Enhance a PCIe host controller driver. Because of its unusual design
we are foced to change dev->dma_pfn_offset into a more general role
allowing multiple offsets. See the 'v1' notes below for more info.
We are
On 7/15/20 7:35 AM, Jim Quinlan wrote:
> Patchset Summary:
> Enhance a PCIe host controller driver. Because of its unusual design
> we are foced to change dev->dma_pfn_offset into a more general role
> allowing multiple offsets. See the 'v1' notes below for more info.
Christoph, Robin,
On 5/22/2020 5:15 AM, Álvaro Fernández Rojas wrote:
> These registers are also used on v3.3.
>
> Signed-off-by: Álvaro Fernández Rojas
> Reviewed-by: Miquel Raynal
Acked-by: Florian Fainelli
--
Florian
___
dri-devel mailing li
On 5/22/2020 5:15 AM, Álvaro Fernández Rojas wrote:
> Current pages sizes apply to controllers after v3.4
>
> Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
___
dri-devel mailing list
dri-devel@lists.freede
On 5/22/2020 5:15 AM, Álvaro Fernández Rojas wrote:
> Added brcm,brcmnand-v2.1 and brcm,brcmnand-v2.2 as possible compatible
> strings to support brcmnand controllers v2.1 and v2.2.
>
> Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
On 5/22/2020 5:15 AM, Álvaro Fernández Rojas wrote:
> v2.1: tested on Netgear DGND3700v1 (BCM6368)
> v2.2: tested on Netgear DGND3700v2 (BCM6362)
>
> Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
___
dri-d
)
> Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
On 5/10/2020 8:14 AM, Álvaro Fernández Rojas wrote:
> Tested on Netgear DGND3700v2 (BCM6362 with v2.2 controller).
>
> Signed-off-by: Álvaro Fernández Rojas
Can you fix a couple of things for your future submissions:
- for patch count > 1, please provide a cover letter introducing your
On 5/4/2020 2:29 AM, Álvaro Fernández Rojas wrote:
> The current code checks that the whole OOB area is erased.
> This is a problem when JFFS2 cleanmarkers are added to the OOB, since it will
> fail due to the usable OOB bytes not being 0xff.
> Correct this by only checking that the ECC aren't
On 4/24/2020 9:13 AM, Wolfram Sang wrote:
>
>> config I2C_BRCMSTB
>> tristate "BRCM Settop/DSL I2C controller"
>> -depends on ARCH_BRCMSTB || BMIPS_GENERIC || ARCH_BCM_63XX || \
>> - COMPILE_TEST
>> +depends on ARCH_BCM2835 || ARCH_BRCMSTB || BMIPS_GENERIC || \
>> +
r range,
> which will allow us to use or or the other in the driver without
> changing anything in the DT.
>
> Cc: Kamal Dasu
> Cc: Florian Fainelli
> Cc: Rob Herring
> Cc: Wolfram Sang
> Cc: bcm-kernel-feedback-l...@broadcom.com
> Cc: linux-...@vger.kernel.org
> C
On 2/24/20 1:06 AM, Maxime Ripard wrote:
> The firmware has an interface to discover the clocks it exposes.
>
> Let's use it to discover, register the clocks in the clocks framework and
> then expose them through the device tree for consumers to use them.
>
> Cc: Michael Turquette
> Cc: Stephen
2C registers with a
> separate compatible so that we can enable AUTO_I2C if needed in the
> future.
>
> The AUTO_I2C is enabled by default at boot though, so we first need to
> release the BSC from the AUTO_I2C control.
>
> Cc: Kamal Dasu
> Cc: Florian Fainelli
> Cc: Wolfr
On 2/24/20 1:06 AM, Maxime Ripard wrote:
> Switch the DT binding to a YAML schema to enable the DT validation.
>
> Cc: Kamal Dasu
> Cc: Florian Fainelli
> Cc: Rob Herring
> Cc: Wolfram Sang
> Cc: bcm-kernel-feedback-l...@broadcom.com
> Cc: linux-...@vger.
On 2/24/20 1:06 AM, Maxime Ripard wrote:
> The BCM2711, supported by ARCH_BCM2835, also has a controller by the
> brcmstb driver so let's allow it to be compiled on that platform.
>
> Cc: Kamal Dasu
> Cc: Florian Fainelli
> Cc: Wolfram Sang
> Cc: bcm-kernel-feedback-l
essor access. Add support to inavalidate BMIPS5000 cpu zephyr
s/inavalidate/invalidate/
> secondary cache module (ZSCM) on DMA from device so that data returned is
> coherent during DMA read operations.
Just a few nits, see below, with those addressed:
Reviewed-by: Florian Fainelli
On 12/18/19 6:39 AM, Nicolas Saenz Julienne wrote:
> Hi Peter,
>
> On Wed, 2019-12-18 at 08:43 +, Peter Robinson wrote:
>> On arm64 the config ARCH_BCM doesn't exist so to be able to
>> build for platforms such as the Raspberry Pi 4 we need to add
>> ARCH_BCM2835 similar to what has been done
On 10/9/19 2:33 PM, Stefan Wahren wrote:
> Hi Florian,
>
> Am 23.09.19 um 20:56 schrieb Florian Fainelli:
>>
>> On 9/8/2019 8:44 AM, Stefan Wahren wrote:
>>> Since release of the new BCM2835 PM driver there has been several reports
>>> of V3D probing is
On 9/26/2019 4:20 AM, Robin Murphy wrote:
> On 2019-09-26 11:44 am, Nicolas Saenz Julienne wrote:
>> Robin, have you looked into supporting multiple dma-ranges? It's the
>> next thing
>> we need for BCM STB's PCIe. I'll have a go at it myself if nothing
>> is in
>> the
On 9/8/2019 8:44 AM, Stefan Wahren wrote:
> Since release of the new BCM2835 PM driver there has been several reports
> of V3D probing issues. This is caused by timeouts during powering-up the
> GRAFX PM domain:
>
> bcm2835-power: Timeout waiting for grafx power OK
>
> I was able to
On 9/8/19 8:44 AM, Stefan Wahren wrote:
> Since release of the new BCM2835 PM driver there has been several reports
> of V3D probing issues. This is caused by timeouts during powering-up the
> GRAFX PM domain:
>
> bcm2835-power: Timeout waiting for grafx power OK
>
> I was able to reproduce
On 09/24/2018 12:04 PM, Corentin Labbe wrote:
> This patch convert meson stmmac glue driver to use all xxxsetbits32 functions.
>
> Signed-off-by: Corentin Labbe
> ---
> .../net/ethernet/stmicro/stmmac/dwmac-meson8b.c| 56
> +-
> 1 file changed, 22 insertions(+), 34
On 05/09/2017 04:16 PM, Eric Anholt wrote:
> Florian Fainelli <f.faine...@gmail.com> writes:
>
>> On 05/09/2017 11:15 AM, Eric Anholt wrote:
>>> With the Cygnus port, we needed to add at least "|| ARCH_BCM_CYGNUS"
>>> to let the module get built on a
@anholt.net>
> Acked-by: Daniel Vetter <daniel.vet...@ffwll.ch> (v1)
Acked-by: Florian Fainelli <f.faine...@gmail.com>
> ---
> drivers/gpu/drm/vc4/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/vc4/Kconfig b/drivers/gp
On 05/08/2017 11:18 AM, Eric Anholt wrote:
> With the Cygnus port, we needed to add at least "|| ARCH_BCM_CYGNUS"
> to let the module get built on a cygnus-only kernel. However, I
> anticipate having a port for Kona soon, so just present the module on
> all of BCM.
This seems reasonable, but by
On 04/18/2017 04:38 PM, Eric Anholt wrote:
> For the Raspberry Pi's bindings, the power domain also implicitly
> turns on the clock and deasserts reset, but for the new Cygnus port we
> start representing the clock in the devicetree.
>
> v2: Document the clock-names property, check for -ENOENT
On 12/02/2016 05:48 AM, Boris Brezillon wrote:
> The VEC IP is a TV DAC, providing support for PAL and NTSC standards.
>
> Signed-off-by: Boris Brezillon
> ---
> diff --git a/drivers/gpu/drm/vc4/vc4_vec.c b/drivers/gpu/drm/vc4/vc4_vec.c
> new file mode 100644
> index ..2d4256fcc6f2
Hi Hans,
On Thursday 27 September 2012 16:33:30 Hans Verkuil wrote:
Hi all,
During the Linux Plumbers Conference we (i.e. V4L2 and DRM developers) had a
discussion on how to handle the CEC protocol that's part of the HDMI
standard.
The decision was made to create a CEC bus with CEC
On Monday 08 October 2012 17:49:00 Hans Verkuil wrote:
On Mon October 8 2012 17:06:20 Florian Fainelli wrote:
Hi Hans,
On Thursday 27 September 2012 16:33:30 Hans Verkuil wrote:
Hi all,
During the Linux Plumbers Conference we (i.e. V4L2 and DRM developers)
had a
discussion
On Monday 08 October 2012 17:49:00 Hans Verkuil wrote:
> On Mon October 8 2012 17:06:20 Florian Fainelli wrote:
> > Hi Hans,
> >
> > On Thursday 27 September 2012 16:33:30 Hans Verkuil wrote:
> > > Hi all,
> > >
> > > During the Linux Plum
Hi Hans,
On Thursday 27 September 2012 16:33:30 Hans Verkuil wrote:
> Hi all,
>
> During the Linux Plumbers Conference we (i.e. V4L2 and DRM developers) had a
> discussion on how to handle the CEC protocol that's part of the HDMI
standard.
>
> The decision was made to create a CEC bus with CEC
85 matches
Mail list logo