lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <CAOMZO5AE3HkjRb9-UsoG44XL064Lca7zx9gG47+==GbhVPUFsw@mail.gmail.com> Date: Thu, 14 Sep 2023 11:31:37 -0300 From: Fabio Estevam <festevam@...il.com> To: Andrew Lunn <andrew@...n.ch>, Vladimir Oltean <olteanv@...il.com>, l00g33k@...il.com Cc: netdev <netdev@...r.kernel.org>, Jakub Kicinski <kuba@...nel.org>, sashal@...nel.org Subject: mv88e6xxx: Timeout waiting for EEPROM done Hi, On an imx8mn-based board with an 88E6320 switch, the following error started showing up after the commit below on the 6.1 LTS branch: mv88e6085 30be0000.ethernet-1:00: Timeout waiting for EEPROM done commit df83af3b996d79d7eb51eaefdffb7f4352e55052 Author: Alfred Lee <l00g33k@...il.com> Date: Mon Aug 14 17:13:23 2023 -0700 net: dsa: mv88e6xxx: Wait for EEPROM done before HW reset [ Upstream commit 23d775f12dcd23d052a4927195f15e970e27ab26 ] If the switch is reset during active EEPROM transactions, as in just after an SoC reset after power up, the I2C bus transaction may be cut short leaving the EEPROM internal I2C state machine in the wrong state. When the switch is reset again, the bad state machine state may result in data being read from the wrong memory location causing the switch to enter unexpected mode rendering it inoperational. Fixes: a3dcb3e7e70c ("net: dsa: mv88e6xxx: Wait for EEPROM done after HW reset") Signed-off-by: Alfred Lee <l00g33k@...il.com> Reviewed-by: Andrew Lunn <andrew@...n.ch> Link: https://lore.kernel.org/r/20230815001323.24739-1-l00g33k@gmail.com Signed-off-by: Jakub Kicinski <kuba@...nel.org> Signed-off-by: Sasha Levin <sashal@...nel.org> What is the proper way to avoid this error? Thanks
Powered by blists - more mailing lists