This patch set adds support for Broadcom's ASP 2.0 Ethernet controller.
Florian Fainelli (1):
dt-bindings: net: Brcm ASP 2.0 Ethernet controller
Justin Chen (4):
dt-bindings: net: brcm,unimac-mdio: Add asp-v2.0
net: bcmasp: Add support for ASP2.0 Ethernet controller
net: phy: mdio-bcm-uni
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:
- Wake-on-LAN using magic packets
- basic ethtool operations (link, counters, message level)
Signed-off-by: Justin Chen
Signed-off-by: Florian Fainelli
---
drivers/net/mdio/mdio-bcm-unimac.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/mdio/mdio-bcm-unimac.c
b/drivers/net/mdio/mdio-bcm-unimac.c
index bfc9be2..14202a1 100644
--- a/drivers/net/mdio/mdio-bcm-unimac.c
++
The ASP 2.0 Ethernet controller uses a brcm unimac.
Signed-off-by: Justin Chen
Signed-off-by: Florian Fainelli
---
Documentation/devicetree/bindings/net/brcm,unimac-mdio.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/net/brcm,unimac-mdio.yaml
b/Docum
Hi,
On 2021-09-24 20:19, Thomas Zimmermann wrote:
Ask Nvidia.
I've tried nouveau in the meantime, but it takes over simpledrm (and
changes the screen resolution and turns on the secondary display), so
it's completely different. And it also works, at half the performance.
Any ideas what shoul
Hi,
Did anything happen with this issue? I've updated linux kernel to 5.14.7
from 5.13 today, and I've been hit with a very similar problem (even
inside qemu), except in my case the height reported in "bad framebuffer
height" was twice the actual height, not three times. After some digging
ar
On Fri, Sep 24, 2021 at 5:05 PM Jakub Kicinski wrote:
>
> On Fri, 24 Sep 2021 14:44:49 -0700 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
Signed-off-by: Justin Chen
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7f46153..3ba3ca8 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3762,6 +3762,15 @@ F: drivers/net/mdio/mdio-bcm-unimac.c
On Fri, Sep 24, 2021 at 10:03:27AM -0600, Tim Gardner wrote:
>
>
> On 9/24/21 9:26 AM, Tim Gardner wrote:
> > Coverity complains of an unused return code:
> >
> > CID 120459 (#1 of 1): Unchecked return value (CHECKED_RETURN)
> > 7. check_return: Calling regmap_bulk_write without checking return
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
---
.../devicetree/bindings/net/brcm,asp-v2.0.yaml | 147 +
1 file changed, 147 insertions(+)
create mode 100644 Docu
This add the bindings for the JDI FHD_R63452 1080x1920 5.2" LCD DSI
panel used on the Xiaomi Mi 5 smartphone.
Signed-off-by: Raffaele Tranquillini
---
.../devicetree/bindings/display/panel/panel-simple-dsi.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git
a/Documentation/devicetree/
This adds support for the JDI R63452 Full HD LCD panel used on the
Xiaomi Mi 5 smartphone, in MIPI DSI command mode.
Signed-off-by: Raffaele Tranquillini
---
drivers/gpu/drm/panel/Kconfig| 9 +
drivers/gpu/drm/panel/Makefile | 1 +
drivers/gpu/drm/panel/panel-jd
Replace direction definition PCI_DMA_BIDIRECTIONAL
with DMA_BIDIRECTIONAL, because it helps to enhance readability
and avoid possible inconsistency.
Signed-off-by: Cai Huoqing
---
drivers/gpu/drm/i915/gt/intel_region_lmem.c | 4 ++--
drivers/gpu/drm/i915/gvt/gtt.c | 17
Hi Raffaele,
On Sat, Sep 25, 2021 at 12:29:09PM +0200, Raffaele Tranquillini wrote:
> This adds support for the JDI R63452 Full HD LCD panel used on the
> Xiaomi Mi 5 smartphone, in MIPI DSI command mode.
We already have plenty of very similar panel drivers.
> + * Generated using linux-mdss-dsi-p
In order to better track where in the kernel the dma-buf code is used,
put the symbols in the namespace DMA_BUF and modify all users of the
symbols to properly import the namespace to not break the build at the
same time.
Now the output of modinfo shows the use of these symbols, making it
easier t
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 is going to be modified into a switchdev
driver?
On Friday, 24 September 2021 10:29:02 CEST Paul Cercueil wrote:
>
> Le ven., sept. 24 2021 at 00:51:39 +0200, Paul Boddie
> >
> > 2. My approach, which just involves changing the Synopsys driver to
> > set the bridge type in dw_hdmi_probe like this:
> >
> > hdmi->bridge.type = DRM_MODE_CONNECTOR
> +static int bcmasp_probe(struct platform_device *pdev)
> +{
> + struct bcmasp_priv *priv;
> + struct device_node *ports_node, *intf_node;
> + struct device *dev = &pdev->dev;
> + int ret, i, wol_irq, count = 0;
> + struct bcmasp_intf *intf;
> + struct resource *r;
> +
On Sat, Sep 25, 2021 at 3:47 PM Greg Kroah-Hartman
wrote:
>
> In order to better track where in the kernel the dma-buf code is used,
> put the symbols in the namespace DMA_BUF and modify all users of the
> symbols to properly import the namespace to not break the build at the
> same time.
>
> Now
Hi Paul & Nikolaus,
If you spent some time debugging the issue instead of complaining that
my patchset breaks things...
The fix is a one-liner in your downstream ingenic-dw-hdmi.c:
.output_port = 1
in the ingenic_dw_hdmi_plat_data struct.
Absolutely nothing else needs to be changed for HDMI t
Even without GPU, the ctx->submitqueues list should be properly
initialized. Otherwise msm_submitqueue_close() (which can still be
called even w/o the GPU) will ooops while trying to traverse the list.
Move ctx->submitqueues initialization earlier, before !GPU check.
Fixes: 86c2a0f000c1 ("drm/msm
Since f35a2a99100f ("drm/encoder: make encoder control functions
optional") drm_mode_config_validate would print warnings if both cursor
plane and cursor functions are provided. Restore separate set of
drm_crtc_funcs to be used if separate cursor plane is provided.
[6.556046] [ cut
Hi Paul,
> Am 25.09.2021 um 21:08 schrieb Paul Cercueil :
>
> Hi Paul & Nikolaus,
>
> If you spent some time debugging the issue
we did ...
> instead of complaining that my patchset breaks things...
... we did have a working version (without hdmi-connector)
and bisect pointed at your patch...
Le sam., sept. 25 2021 at 21:26:42 +0200, H. Nikolaus Schaller
a écrit :
Hi Paul,
Am 25.09.2021 um 21:08 schrieb Paul Cercueil :
Hi Paul & Nikolaus,
If you spent some time debugging the issue
we did ...
By saying that you didn't debug, I mean that you did not try to see why
you h
On 21/09/2021 23:52, abhin...@codeaurora.org wrote:
On 2021-09-21 10:47, Dmitry Baryshkov wrote:
Hi,
On Tue, 21 Sept 2021 at 20:01, wrote:
On 2021-09-21 09:22, Dmitry Baryshkov wrote:
> The DSI host might be left in some state by the bootloader. If this
> state generates an IRQ, it might han
On 21/09/2021 21:26, Andrzej Hajda wrote:
W dniu 21.09.2021 o 18:22, Dmitry Baryshkov pisze:
The DSI host might be left in some state by the bootloader. If this
state generates an IRQ, it might hang the system by holding the
interrupt line before the driver sets up the DSI host to the known
stat
Hello Bjorn,
On Fri, Sep 24, 2021 at 05:04:41PM -0500, Bjorn Andersson wrote:
> On Fri 24 Sep 02:54 CDT 2021, Uwe Kleine-K?nig wrote:
> > > +static int ti_sn65dsi86_read_u16(struct ti_sn65dsi86 *pdata,
> > > + unsigned int reg, u16 *val)
> > > +{
> > > + unsigned int tmp;
From: Colin Ian King
Function gen7_ctx_vma returns a pointer to struct i915_vma, so
returning a plain 0 integer isn't good practice. Fix this by
returning a NULL instead.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/i915/gt/intel_ring_submission.c | 2 +-
1 file changed, 1 insertion(+), 1
On Fri, 24 Sep 2021 14:44:47 -0700, 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
> ---
> .../devicetree/bindings/net/brcm,asp-v2.0.yaml | 147
> +++
On Fri, 24 Sep 2021 14:44:48 -0700, Justin Chen wrote:
> The ASP 2.0 Ethernet controller uses a brcm unimac.
>
> Signed-off-by: Justin Chen
> Signed-off-by: Florian Fainelli
> ---
> Documentation/devicetree/bindings/net/brcm,unimac-mdio.yaml | 1 +
> 1 file changed, 1 insertion(+)
>
Running '
From: Colin Ian King
Pointers info and fbi are being initialized with plain integer zeros. Fix
this by initializing them with NULLs.
Signed-off-by: Colin Ian King
---
drivers/video/fbdev/pxa168fb.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/video/fbdev/pxa1
Add driver to support Sharp LS06T1SX01 6.0" FullHD panel found e.g. in
the kwaek.ca Dragonboard Display Adapter Bundle.
Changes since v2:
- Add missing power supplies used by the panel according to the
datasheet
Changes since v1:
- Fix the id in the schema file
-
Add driver to support Sharp LS06T1SX01 FullHD panel. The panel uses
nt35695 driver IC. For example this LCD module can be found in the
kwaek.ca Dragonboard Display Adapter Bundle.
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/panel/Kconfig | 10 +
drivers/gpu/drm/panel/Mak
Add devicetree bindings for the Sharp LS060T1SX01 6.0" FullHD panel
using NT35695 driver. This panel can be found i.e. in the Dragonboard
Display Adapter bundle.
Signed-off-by: Dmitry Baryshkov
---
.../display/panel/sharp,ls060t1sx01.yaml | 56 +++
1 file changed, 56 inserti
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 i
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, Bjorn,
On Thu, Sep 16, 2021 at 4:39 PM Huacai Chen wrote:
>
> From: Bjorn Helgaas
>
> The VGA arbiter is really PCI-specific and doesn't depend on any GPU
> things. Move it to the PCI subsystem.
I found a new problem, after moving vgaarb.c to drivers/pci,
misc_register() in vga_arb_device_i
37 matches
Mail list logo
