From: Ondřej Jirman
Date: Mon, 24 Jun 2019 19:46:37 +0200
> This series was even longer before, with patches all around for various
> maintainers. I'd expect that relevant maintainers pick the range of patches
> meant for them. I don't know who's exactly responsible for what, but I think,
> this
From: meg...@megous.com
Date: Thu, 20 Jun 2019 15:47:42 +0200
> From: Ondrej Jirman
>
> This series implements support for Xunlong Orange Pi 3 board.
>
> - ethernet support (patches 1-3)
> - HDMI support (patches 4-6)
>
> For some people, ethernet doesn't work after reboot (but works on cold
>
From: Corentin Labbe
Date: Mon, 13 May 2019 13:06:39 +
> When adding more MAC address to a dwmac-sun8i interface, the device goes
> directly in promiscuous mode.
> This is due to IFF_UNICAST_FLT missing flag.
>
> So since the hardware support unicast filtering, let's add IFF_UNICAST_FLT.
>
If you are going to do this, please add for_each_set_bit64() and similar.
For example, see:
https://marc.info/?l=linux-netdev&m=153633391214025&w=2
From: Corentin Labbe
Date: Tue, 28 Nov 2017 17:48:22 +0100
> The driver expect "allwinner,leds-active-low" to be in PHY node, but
> the binding doc expect it to be in MAC node.
>
> Since all board DT use it also in MAC node, the driver need to search
> allwinner,leds-active-low in MAC node.
>
>
From: Julia Lawall
Date: Sat, 29 Jul 2017 17:54:10 +0200 (CEST)
> Make sure (of/i2c/platform)_device_id tables are NULL terminated
>
> Generated by: scripts/coccinelle/misc/of_table.cocci
>
> Fixes: d5dbe1976d52 ("net-next: stmmac: dwmac-sun8i: choose internal PHY via
> compatible")
> CC: Core
From: Corentin Labbe
Date: Thu, 6 Jul 2017 10:51:47 +0200
> On Sun, Jul 02, 2017 at 02:31:59PM +0200, Corentin Labbe wrote:
>> Since internal phy-mode is reserved for non-xMII protocol we cannot use
>> it with dwmac-sun8i
>> This reverts commit 1c2fa5f84683 ("net: stmmac: support future possible
From: Corentin Labbe
Date: Thu, 29 Jun 2017 19:02:38 +0200
> On Thu, Jun 29, 2017 at 12:23:49PM -0400, David Miller wrote:
>> From: Corentin Labbe
>> Date: Tue, 27 Jun 2017 11:28:01 +0200
>>
>> > The current way to find if the phy is internal is to compare DT
From: Corentin Labbe
Date: Tue, 27 Jun 2017 11:28:01 +0200
> The current way to find if the phy is internal is to compare DT phy-mode
> and emac_variant/internal_phy.
> But it will negate a possible future SoC where an external PHY use the
> same phy mode than the internal one.
>
> By using phy-
From: Icenowy Zheng
Date: Sat, 17 Jun 2017 22:07:33 +0800
> Allwinner V3s features an EMAC like the on in H3, but without external MII
> interfaces, so being not able really to use RMII/RGMII.
>
> And it has a different default value of syscon (0x38000 instead of 0x58000
> on H3), which shows a
From: Icenowy Zheng
Date: Mon, 5 Jun 2017 01:53:23 +0800
> The EPHY may be already enabled by bootloaders which have Ethernet
> capability (e.g. current U-Boot). Thus it should be reseted properly
> before doing the enabling sequence in the dwmac-sun8i driver, otherwise
> the EMAC reset process
From: Corentin Labbe
Date: Mon, 5 Jun 2017 13:10:19 +0200
> On Mon, Jun 05, 2017 at 01:53:23AM +0800, Icenowy Zheng wrote:
>> The EPHY may be already enabled by bootloaders which have Ethernet
>> capability (e.g. current U-Boot). Thus it should be reseted properly
>> before doing the enabling seq
From: Maxime Ripard
Date: Fri, 2 Jun 2017 11:13:20 +0200
> On Fri, Jun 02, 2017 at 08:37:52AM +0200, Maxime Ripard wrote:
>> On Thu, Jun 01, 2017 at 02:58:19PM -0400, David Miller wrote:
>> > From: Corentin Labbe
>> > Date: Wed, 31 May 2017 09:18:31 +0200
>> &g
From: Maxime Ripard
Date: Fri, 2 Jun 2017 08:37:52 +0200
> On Thu, Jun 01, 2017 at 02:58:19PM -0400, David Miller wrote:
>> From: Corentin Labbe
>> Date: Wed, 31 May 2017 09:18:31 +0200
>>
>> > This patch series add the driver for dwmac-sun8i which handle the Ethe
From: Corentin Labbe
Date: Wed, 31 May 2017 09:18:31 +0200
> This patch series add the driver for dwmac-sun8i which handle the Ethernet MAC
> present on Allwinner H3/H5/A83T/A64 SoCs.
Series applied, but wow that's a lot of DT file changes :-(
From: LABBE Corentin
Date: Fri, 3 Jun 2016 11:56:26 +0200
> +static int nbdesc_tx = 256;
> +module_param(nbdesc_tx, int, S_IRUGO | S_IWUSR);
> +MODULE_PARM_DESC(nbdesc_tx, "Number of descriptors in the TX list");
> +static int nbdesc_rx = 128;
> +module_param(nbdesc_rx, int, S_IRUGO | S_IWUSR);
From: Hans de Goede
Date: Tue, 20 Oct 2015 10:42:24 +0200
> Fix sun4i-emac not releasing the following resources:
> -iomapped memory not released on probe-failure nor on remove
> -clock not getting disabled on probe-failure nor on remove
> -sram not being released on remove
>
> And while at it a
From: Hans de Goede
Date: Tue, 20 Oct 2015 10:42:23 +0200
>
> IIRC you said you would pick this up, but I'm not seeing it in
> net-next, hence this resend.
If it's not in my tree, and it's not active on patchwork, you really
have to resend your patches.
Asking me to dig into submissions made so
From: Hans de Goede
Date: Sun, 23 Aug 2015 20:31:38 +0200
> Claim the emac sram ourselves, rather then relying on the bootloader
> having mapped the sram to the emac controller during boot.
>
> Signed-off-by: Hans de Goede
Applied to net-next, thanks.
From: Marc Zyngier
Date: Fri, 11 Apr 2014 10:46:17 +0100
> The sun4i-emac driver is rather primitive, and doesn't support
> promiscuous mode. This makes usage such as bridging impossible,
> which is a shame on virtualization capable HW such as the
> Allwinner A20.
>
> The fix is fairly simple: m
From: Chen-Yu Tsai
Date: Fri, 17 Jan 2014 21:24:39 +0800
> This is v3 of the Allwinner A20 GMAC glue layer for stmmac.
> I have split the series into stmmac driver changes for net-next,
> and clock and DT patches for their respective trees.
Series applied, thanks.
--
You received this message
21 matches
Mail list logo