* [PATCH net-next v3 0/2] net: phy: micrel: lan8814 erratas
@ 2024-03-04 9:15 Horatiu Vultur
2024-03-04 9:15 ` [PATCH net-next v3 1/2] net: phy: micrel: lan8814 led errata Horatiu Vultur
` (2 more replies)
0 siblings, 3 replies; 7+ messages in thread
From: Horatiu Vultur @ 2024-03-04 9:15 UTC (permalink / raw)
To: andrew, hkallweit1, linux, davem, edumazet, kuba, pabeni,
wojciech.drewek, arun.ramadoss
Cc: netdev, linux-kernel, UNGLinuxDriver, Horatiu Vultur
Add two erratas for lan8814. First one fix the led which might
stay on even that there is no link. The second one improves increases
length of the cable that can be used when used in 1000Base-T.
v2->v3:
- drop trailing underscore from register definitions
v1->v2:
- separate errates such that each errate has it's own function.
Horatiu Vultur (2):
net: phy: micrel: lan8814 led errata
net: phy: micrel: lan8814 cable improvement errata
drivers/net/phy/micrel.c | 38 ++++++++++++++++++++++++++++++++++++++
1 file changed, 38 insertions(+)
--
2.34.1
^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH net-next v3 1/2] net: phy: micrel: lan8814 led errata
2024-03-04 9:15 [PATCH net-next v3 0/2] net: phy: micrel: lan8814 erratas Horatiu Vultur
@ 2024-03-04 9:15 ` Horatiu Vultur
2024-03-04 13:24 ` Andrew Lunn
2024-03-04 9:15 ` [PATCH net-next v3 2/2] net: phy: micrel: lan8814 cable improvement errata Horatiu Vultur
2024-03-05 19:20 ` [PATCH net-next v3 0/2] net: phy: micrel: lan8814 erratas patchwork-bot+netdevbpf
2 siblings, 1 reply; 7+ messages in thread
From: Horatiu Vultur @ 2024-03-04 9:15 UTC (permalink / raw)
To: andrew, hkallweit1, linux, davem, edumazet, kuba, pabeni,
wojciech.drewek, arun.ramadoss
Cc: netdev, linux-kernel, UNGLinuxDriver, Horatiu Vultur
Lan8814 phy led behavior is not correct. It was noticed that the led
still remains ON when the cable is unplugged while there was traffic
passing at that time.
The fix consists in clearing bit 10 of register 0x38, in this way the
led behaviour is correct and gets OFF when there is no link.
Reviewed-by: Wojciech Drewek <wojciech.drewek@intel.com>
Signed-off-by: Horatiu Vultur <horatiu.vultur@microchip.com>
---
drivers/net/phy/micrel.c | 19 +++++++++++++++++++
1 file changed, 19 insertions(+)
diff --git a/drivers/net/phy/micrel.c b/drivers/net/phy/micrel.c
index 9b69735819896..88cc03982bb78 100644
--- a/drivers/net/phy/micrel.c
+++ b/drivers/net/phy/micrel.c
@@ -114,6 +114,9 @@
#define LAN8814_INTR_CTRL_REG_POLARITY BIT(1)
#define LAN8814_INTR_CTRL_REG_INTR_ENABLE BIT(0)
+#define LAN8814_EEE_STATE 0x38
+#define LAN8814_EEE_STATE_MASK2P5P BIT(10)
+
/* Represents 1ppm adjustment in 2^32 format with
* each nsec contains 4 clock cycles.
* The value is calculated as following: (1/1000000)/((2^-32)/4)
@@ -3288,6 +3291,19 @@ static int lan8814_release_coma_mode(struct phy_device *phydev)
return 0;
}
+static void lan8814_clear_2psp_bit(struct phy_device *phydev)
+{
+ u16 val;
+
+ /* It was noticed that when traffic is passing through the PHY and the
+ * cable is removed then the LED was still one even though there is no
+ * link
+ */
+ val = lanphy_read_page_reg(phydev, 2, LAN8814_EEE_STATE);
+ val &= ~LAN8814_EEE_STATE_MASK2P5P;
+ lanphy_write_page_reg(phydev, 2, LAN8814_EEE_STATE, val);
+}
+
static int lan8814_probe(struct phy_device *phydev)
{
const struct kszphy_type *type = phydev->drv->driver_data;
@@ -3324,6 +3340,9 @@ static int lan8814_probe(struct phy_device *phydev)
lan8814_ptp_init(phydev);
+ /* Errata workarounds */
+ lan8814_clear_2psp_bit(phydev);
+
return 0;
}
--
2.34.1
^ permalink raw reply related [flat|nested] 7+ messages in thread
* [PATCH net-next v3 2/2] net: phy: micrel: lan8814 cable improvement errata
2024-03-04 9:15 [PATCH net-next v3 0/2] net: phy: micrel: lan8814 erratas Horatiu Vultur
2024-03-04 9:15 ` [PATCH net-next v3 1/2] net: phy: micrel: lan8814 led errata Horatiu Vultur
@ 2024-03-04 9:15 ` Horatiu Vultur
2024-03-04 13:25 ` Andrew Lunn
2024-03-04 14:08 ` Arun.Ramadoss
2024-03-05 19:20 ` [PATCH net-next v3 0/2] net: phy: micrel: lan8814 erratas patchwork-bot+netdevbpf
2 siblings, 2 replies; 7+ messages in thread
From: Horatiu Vultur @ 2024-03-04 9:15 UTC (permalink / raw)
To: andrew, hkallweit1, linux, davem, edumazet, kuba, pabeni,
wojciech.drewek, arun.ramadoss
Cc: netdev, linux-kernel, UNGLinuxDriver, Horatiu Vultur
When the length of the cable is more than 100m and the lan8814 is
configured to run in 1000Base-T Slave then the register of the device
needs to be optimized.
Workaround this by setting the measure time to a value of 0xb. This
value can be set regardless of the configuration.
This issue is described in 'LAN8814 Silicon Errata and Data Sheet
Clarification' and according to that, this will not be corrected in a
future silicon revision.
Reviewed-by: Wojciech Drewek <wojciech.drewek@intel.com>
Signed-off-by: Horatiu Vultur <horatiu.vultur@microchip.com>
---
drivers/net/phy/micrel.c | 19 +++++++++++++++++++
1 file changed, 19 insertions(+)
diff --git a/drivers/net/phy/micrel.c b/drivers/net/phy/micrel.c
index 88cc03982bb78..8b8634600c519 100644
--- a/drivers/net/phy/micrel.c
+++ b/drivers/net/phy/micrel.c
@@ -117,6 +117,10 @@
#define LAN8814_EEE_STATE 0x38
#define LAN8814_EEE_STATE_MASK2P5P BIT(10)
+#define LAN8814_PD_CONTROLS 0x9d
+#define LAN8814_PD_CONTROLS_PD_MEAS_TIME_MASK GENMASK(3, 0)
+#define LAN8814_PD_CONTROLS_PD_MEAS_TIME_VAL 0xb
+
/* Represents 1ppm adjustment in 2^32 format with
* each nsec contains 4 clock cycles.
* The value is calculated as following: (1/1000000)/((2^-32)/4)
@@ -3304,6 +3308,20 @@ static void lan8814_clear_2psp_bit(struct phy_device *phydev)
lanphy_write_page_reg(phydev, 2, LAN8814_EEE_STATE, val);
}
+static void lan8814_update_meas_time(struct phy_device *phydev)
+{
+ u16 val;
+
+ /* By setting the measure time to a value of 0xb this will allow cables
+ * longer than 100m to be used. This configuration can be used
+ * regardless of the mode of operation of the PHY
+ */
+ val = lanphy_read_page_reg(phydev, 1, LAN8814_PD_CONTROLS);
+ val &= ~LAN8814_PD_CONTROLS_PD_MEAS_TIME_MASK;
+ val |= LAN8814_PD_CONTROLS_PD_MEAS_TIME_VAL;
+ lanphy_write_page_reg(phydev, 1, LAN8814_PD_CONTROLS, val);
+}
+
static int lan8814_probe(struct phy_device *phydev)
{
const struct kszphy_type *type = phydev->drv->driver_data;
@@ -3342,6 +3360,7 @@ static int lan8814_probe(struct phy_device *phydev)
/* Errata workarounds */
lan8814_clear_2psp_bit(phydev);
+ lan8814_update_meas_time(phydev);
return 0;
}
--
2.34.1
^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: [PATCH net-next v3 1/2] net: phy: micrel: lan8814 led errata
2024-03-04 9:15 ` [PATCH net-next v3 1/2] net: phy: micrel: lan8814 led errata Horatiu Vultur
@ 2024-03-04 13:24 ` Andrew Lunn
0 siblings, 0 replies; 7+ messages in thread
From: Andrew Lunn @ 2024-03-04 13:24 UTC (permalink / raw)
To: Horatiu Vultur
Cc: hkallweit1, linux, davem, edumazet, kuba, pabeni, wojciech.drewek,
arun.ramadoss, netdev, linux-kernel, UNGLinuxDriver
On Mon, Mar 04, 2024 at 10:15:47AM +0100, Horatiu Vultur wrote:
> Lan8814 phy led behavior is not correct. It was noticed that the led
> still remains ON when the cable is unplugged while there was traffic
> passing at that time.
>
> The fix consists in clearing bit 10 of register 0x38, in this way the
> led behaviour is correct and gets OFF when there is no link.
>
> Reviewed-by: Wojciech Drewek <wojciech.drewek@intel.com>
> Signed-off-by: Horatiu Vultur <horatiu.vultur@microchip.com>
Reviewed-by: Andrew Lunn <andrew@lunn.ch>
Andrew
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH net-next v3 2/2] net: phy: micrel: lan8814 cable improvement errata
2024-03-04 9:15 ` [PATCH net-next v3 2/2] net: phy: micrel: lan8814 cable improvement errata Horatiu Vultur
@ 2024-03-04 13:25 ` Andrew Lunn
2024-03-04 14:08 ` Arun.Ramadoss
1 sibling, 0 replies; 7+ messages in thread
From: Andrew Lunn @ 2024-03-04 13:25 UTC (permalink / raw)
To: Horatiu Vultur
Cc: hkallweit1, linux, davem, edumazet, kuba, pabeni, wojciech.drewek,
arun.ramadoss, netdev, linux-kernel, UNGLinuxDriver
On Mon, Mar 04, 2024 at 10:15:48AM +0100, Horatiu Vultur wrote:
> When the length of the cable is more than 100m and the lan8814 is
> configured to run in 1000Base-T Slave then the register of the device
> needs to be optimized.
>
> Workaround this by setting the measure time to a value of 0xb. This
> value can be set regardless of the configuration.
>
> This issue is described in 'LAN8814 Silicon Errata and Data Sheet
> Clarification' and according to that, this will not be corrected in a
> future silicon revision.
>
> Reviewed-by: Wojciech Drewek <wojciech.drewek@intel.com>
> Signed-off-by: Horatiu Vultur <horatiu.vultur@microchip.com>
Reviewed-by: Andrew Lunn <andrew@lunn.ch>
Andrew
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH net-next v3 2/2] net: phy: micrel: lan8814 cable improvement errata
2024-03-04 9:15 ` [PATCH net-next v3 2/2] net: phy: micrel: lan8814 cable improvement errata Horatiu Vultur
2024-03-04 13:25 ` Andrew Lunn
@ 2024-03-04 14:08 ` Arun.Ramadoss
1 sibling, 0 replies; 7+ messages in thread
From: Arun.Ramadoss @ 2024-03-04 14:08 UTC (permalink / raw)
To: andrew, linux, hkallweit1, wojciech.drewek, davem, kuba, pabeni,
edumazet, Horatiu.Vultur
Cc: netdev, linux-kernel, UNGLinuxDriver
On Mon, 2024-03-04 at 10:15 +0100, Horatiu Vultur wrote:
> When the length of the cable is more than 100m and the lan8814 is
> configured to run in 1000Base-T Slave then the register of the device
> needs to be optimized.
>
> Workaround this by setting the measure time to a value of 0xb. This
> value can be set regardless of the configuration.
>
> This issue is described in 'LAN8814 Silicon Errata and Data Sheet
> Clarification' and according to that, this will not be corrected in a
> future silicon revision.
>
> Reviewed-by: Wojciech Drewek <wojciech.drewek@intel.com>
> Signed-off-by: Horatiu Vultur <horatiu.vultur@microchip.com>
Acked-by: Arun Ramadoss <arun.ramadoss@microchip.com>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH net-next v3 0/2] net: phy: micrel: lan8814 erratas
2024-03-04 9:15 [PATCH net-next v3 0/2] net: phy: micrel: lan8814 erratas Horatiu Vultur
2024-03-04 9:15 ` [PATCH net-next v3 1/2] net: phy: micrel: lan8814 led errata Horatiu Vultur
2024-03-04 9:15 ` [PATCH net-next v3 2/2] net: phy: micrel: lan8814 cable improvement errata Horatiu Vultur
@ 2024-03-05 19:20 ` patchwork-bot+netdevbpf
2 siblings, 0 replies; 7+ messages in thread
From: patchwork-bot+netdevbpf @ 2024-03-05 19:20 UTC (permalink / raw)
To: Horatiu Vultur
Cc: andrew, hkallweit1, linux, davem, edumazet, kuba, pabeni,
wojciech.drewek, arun.ramadoss, netdev, linux-kernel,
UNGLinuxDriver
Hello:
This series was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Mon, 4 Mar 2024 10:15:46 +0100 you wrote:
> Add two erratas for lan8814. First one fix the led which might
> stay on even that there is no link. The second one improves increases
> length of the cable that can be used when used in 1000Base-T.
>
> v2->v3:
> - drop trailing underscore from register definitions
>
> [...]
Here is the summary with links:
- [net-next,v3,1/2] net: phy: micrel: lan8814 led errata
https://git.kernel.org/netdev/net-next/c/e9097f8e1e76
- [net-next,v3,2/2] net: phy: micrel: lan8814 cable improvement errata
https://git.kernel.org/netdev/net-next/c/ad080db4483b
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2024-03-05 19:20 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-03-04 9:15 [PATCH net-next v3 0/2] net: phy: micrel: lan8814 erratas Horatiu Vultur
2024-03-04 9:15 ` [PATCH net-next v3 1/2] net: phy: micrel: lan8814 led errata Horatiu Vultur
2024-03-04 13:24 ` Andrew Lunn
2024-03-04 9:15 ` [PATCH net-next v3 2/2] net: phy: micrel: lan8814 cable improvement errata Horatiu Vultur
2024-03-04 13:25 ` Andrew Lunn
2024-03-04 14:08 ` Arun.Ramadoss
2024-03-05 19:20 ` [PATCH net-next v3 0/2] net: phy: micrel: lan8814 erratas patchwork-bot+netdevbpf
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox