[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20200409154823.26480-1-weifeng.voon@intel.com>
Date: Thu, 9 Apr 2020 23:48:22 +0800
From: Voon Weifeng <weifeng.voon@...el.com>
To: "David S . Miller" <davem@...emloft.net>,
Maxime Coquelin <mcoquelin.stm32@...il.com>
Cc: netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
Jose Abreu <joabreu@...opsys.com>,
Giuseppe Cavallaro <peppe.cavallaro@...com>,
Andrew Lunn <andrew@...n.ch>,
Alexandre Torgue <alexandre.torgue@...com>,
Ong Boon Leong <boon.leong.ong@...el.com>,
Voon Weifeng <weifeng.voon@...el.com>
Subject: [RFC,net-next,v2, 0/1] Enable SERDES power up/down
Changes from v1:
1.Only the configuration of the SERDES logic is kept, other SW acrh has
changed.
2.Removed the proposed new files intel_serdes.c and intel_serdes.h and
moved the SERDES configuration logic to dwmac-intel.c and dwmac_intel.h.
3.Added 2 BSP callbacks ->serdes_powerup() and ->serdes_powerup().
4.The suggested 2 new BSP callbacks is called in stmmac_dvr_probe() and
stmmac_dvr_remove().
This platform specific SERDES configuration not able separate 100% cleanly
from the main dwmac logic because mdio communication is needed for
configuring the SERDES power-up sequence. As for SERDES power-down
sequence, it must be configured after all dma stop and before unregister
the mdio bus.
This implementation should have the least changes on the
main dwmac logic but still serve the purpose for providing BSP callback
for any platform that needs to configure SERDES.
Voon Weifeng (1):
net: stmmac: Enable SERDES power up/down sequence
.../net/ethernet/stmicro/stmmac/dwmac-intel.c | 171 ++++++++++++++++++
.../net/ethernet/stmicro/stmmac/stmmac_main.c | 10 +
include/linux/stmmac.h | 3 +
3 files changed, 184 insertions(+)
--
2.17.1
Powered by blists - more mailing lists