Re: [linux-sunxi] [RFC PATCH 8/8] sunxi: enable PSCI for A83T SoC

On Sun, 2 Jul 2017 15:08:12 +0800 wrote: > 在 2017-06-23 21:50，Chen-Yu Tsai 写道： > > On Fri, Jun 23, 2017 at 9:39 PM, wrote: > >> 在 2017-06-23 21:35，Maxime Ripard 写道： > >>> > >>> On Fri, Jun 23, 2017 at 09:24:25PM +0800, icen...@aosc.io wrote: > >

[linux-sunxi] [PATCH 6/6] net: stmmac: revert "support future possible different internal phy mode"

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 different internal phy mode") Signed-off-by: Corentin Labbe ---

[linux-sunxi] [PATCH 1/6] arm: sun8i: nanopi-neo: revert use internal phy-mode

Since internal phy-mode is reserved for non-xMII protocol we cannot use it with dwmac-sun8i This reverts commit bdcc005beac9 ("arm: sun8i: nanopi-neo: use internal phy-mode") Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-nanopi-neo.dts | 2 +- 1 file

[linux-sunxi] [PATCH 0/6] net: stmmac: revert "support future possible different internal phy mode"

Hello 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. My first idea was to use phy-mode = "internal" but since internal phy-mode is

[linux-sunxi] [PATCH 3/6] arm: sun8i: orangepi-one: revert "use internal phy-mode"

Since internal phy-mode is reserved for non-xMII protocol we cannot use it with dwmac-sun8i This reverts commit 4ac57180eab2 ("arm: sun8i: orangepi-one: use internal phy-mode") Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-one.dts | 2 +- 1

[linux-sunxi] [PATCH 5/6] arm: sun8i: orangepipc: revert "use internal phy-mode"

Since internal phy-mode is reserved for non-xMII protocol we cannot use it with dwmac-sun8i This reverts commit 3432a86e641c ("arm: sun8i: orangepipc: use internal phy-mode") Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-pc.dts | 2 +- 1 file

[linux-sunxi] [PATCH 4/6] arm: sun8i: orangepi-zero: revert "use internal phy-mode"

Since internal phy-mode is reserved for non-xMII protocol we cannot use it with dwmac-sun8i This reverts commit 6066de6848d4 ("arm: sun8i: orangepi-zero: use internal phy-mode") Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h2-plus-orangepi-zero.dts | 2

[linux-sunxi] [PATCH 2/6] arm: sun8i: orangepi-2: revert "use internal phy-mode"

Since internal phy-mode is reserved for non-xMII protocol we cannot use it with dwmac-sun8i This reverts commit 5a79b4f2a5e7 ("arm: sun8i: orangepi-2: use internal phy-mode") Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-2.dts | 2 +- 1 file

Re: [linux-sunxi] [RFC PATCH 8/8] sunxi: enable PSCI for A83T SoC

On Sun, 2 Jul 2017 20:36:04 +0800 wrote: > 在 2017-07-02 19:22，Marc Zyngier 写道： > > On Sun, 2 Jul 2017 15:08:12 +0800 > > wrote: > > > >> 在 2017-06-23 21:50，Chen-Yu Tsai 写道： > >> > On Fri, Jun 23, 2017 at 9:39 PM, wrote: > >> >> 在

Re: [linux-sunxi] [RFC PATCH 8/8] sunxi: enable PSCI for A83T SoC

On Wed, Jun 07, 2017 at 03:06:55PM +0100, Marc Zyngier wrote: > > If that is so fundamentally broken that this is the only benefit, I > > guess we might as well use some old-style SMP ops. > > Broken, for sure. Which is why I'm asking about the benefits of running > non-secure on something that

Re: [linux-sunxi] [RFC PATCH 8/8] sunxi: enable PSCI for A83T SoC

在 2017-07-02 19:22，Marc Zyngier 写道： On Sun, 2 Jul 2017 15:08:12 +0800 wrote: 在 2017-06-23 21:50，Chen-Yu Tsai 写道： > On Fri, Jun 23, 2017 at 9:39 PM, wrote: >> 在 2017-06-23 21:35，Maxime Ripard 写道： >>> >>> On Fri, Jun 23, 2017 at 09:24:25PM +0800,

[linux-sunxi] [PATCH v8] drm/sun4i: hdmi: Implement I2C adapter for A10s DDC bus

The documentation for drm_do_get_edid in drivers/gpu/drm/drm_edid.c states: "As in the general case the DDC bus is accessible by the kernel at the I2C level, drivers must make all reasonable efforts to expose it as an I2C adapter and use drm_get_edid() instead of abusing this function." Exposing

[linux-sunxi] Re: [PATCH v6 05/21] net-next: stmmac: Add dwmac-sun8i

On Sat, Jul 01, 2017 at 02:42:14PM -0700, Florian Fainelli wrote: > On 30/06/2017 23:53, Corentin Labbe wrote: > > On Tue, Jun 27, 2017 at 10:37:34AM -0700, Florian Fainelli wrote: > >> On 06/27/2017 10:29 AM, Maxime Ripard wrote: > >>> On Tue, Jun 27, 2017 at 02:37:48PM +0200, Corentin Labbe

Re: [linux-sunxi] [RFC PATCH 8/8] sunxi: enable PSCI for A83T SoC

On 02/07/17 15:17, Maxime Ripard wrote: Hi, > On Wed, Jun 07, 2017 at 03:06:55PM +0100, Marc Zyngier wrote: >>> If that is so fundamentally broken that this is the only benefit, I >>> guess we might as well use some old-style SMP ops. >> >> Broken, for sure. Which is why I'm asking about the

[linux-sunxi] [PATCH 4/4] sunxi: enable EMAC for Banana Pi M3 board

Banana Pi M3 board comes with the A83T EMAC connected to a Realtek RTL8211E PHY, with a TX delay of 600ps. Add the necessary DT parts and enable sun8i_emac in the defconfig. Signed-off-by: Icenowy Zheng --- arch/arm/dts/sun8i-a83t-sinovoip-bpi-m3.dts | 13 +

[linux-sunxi] [PATCH 2/4] sun8i_emac: add support for setting EMAC TX/RX delay

Some boards have the EMAC TX/RX lanes wired with a different length with the clock lane, which can be workarounded by setting a TX/RX delay in the EMAC. This kind of delays are already defined in the newest device tree binding of dwmac-sun8i, which has already entered linux-next. Add support for

[linux-sunxi] [PATCH 0/4] Allwinner A83T and Banana Pi M3 EMAC support

This patchset is for Allwinner A83T and Banana Pi M3's Ethernet support. The first and third patches are for A83T -- the first one enables the sun8i_emac driver to be built on A83T, and the third one adds a stub DT node. The second patch is for all EMACs supported by sun8i_emac, which sets the

[linux-sunxi] [PATCH 1/4] sun8i_emac: disable build of EPHY clock code on non-H3/H5 platforms

Sometimes the EPHY clock macros are not defined for non-H3/H5 platforms (e.g. A83T), which makes the driver to fail to be built. Only build the EPHY clock code when the SoC is H3/H5 by wrap them into an #ifdef. Signed-off-by: Icenowy Zheng --- drivers/net/sun8i_emac.c | 2 ++

[linux-sunxi] [PATCH 3/4] sunxi: add stub EMAC device node in A83T device tree

The Allwinner A83T SoC has an EMAC which is already supported by sun8i_emac driver in U-Boot now. Add a stub device node for it. The device node cannot work for Linux, because it now lacks the proper clock definition; however, it can satisfy sun8i_emac driver in U-Boot. Signed-off-by: Icenowy

Re: [linux-sunxi] [RFC PATCH 8/8] sunxi: enable PSCI for A83T SoC

在 2017-06-23 21:50，Chen-Yu Tsai 写道： On Fri, Jun 23, 2017 at 9:39 PM, wrote: 在 2017-06-23 21:35，Maxime Ripard 写道： On Fri, Jun 23, 2017 at 09:24:25PM +0800, icen...@aosc.io wrote: 在 2017-06-07 20:51，Marc Zyngier 写道： > On 07/06/17 13:12, Icenowy Zheng wrote: > > > > > > 于