| 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: <da323894-7256-493d-a601-fe0b0e623b00@broadcom.com> Date: Wed, 2 Jul 2025 16:46:12 -0700 From: Florian Fainelli <florian.fainelli@...adcom.com> To: Jakub Kicinski <kuba@...nel.org>, Kamil Horák - 2N <kamilh@...s.com>, florian.fainelli@...adcom.com Cc: bcm-kernel-feedback-list@...adcom.com, andrew@...n.ch, hkallweit1@...il.com, linux@...linux.org.uk, davem@...emloft.net, edumazet@...gle.com, pabeni@...hat.com, krzk+dt@...nel.org, conor+dt@...nel.org, netdev@...r.kernel.org, devicetree@...r.kernel.org, linux-kernel@...r.kernel.org, robh@...nel.org, andrew+netdev@...n.ch, horms@...nel.org, corbet@....net, linux-doc@...r.kernel.org Subject: Re: [PATCH net v5 0/4] net: phy: bcm54811: Fix the PHY initialization On 7/2/25 15:02, Jakub Kicinski wrote: > On Tue, 1 Jul 2025 09:50:11 +0200 Kamil Horák - 2N wrote: >> PATCH 1 - Add MII-Lite PHY interface mode as defined by Broadcom for >> their two-wire PHYs. It can be used with most Ethernet controllers >> under certain limitations (no half-duplex link modes etc.). >> >> PATCH 2 - Add MII-Lite PHY interface type >> >> PATCH 3 - Activation of MII-Lite interface mode on Broadcom bcm5481x >> PHYs >> >> PATCH 4 - Fix the BCM54811 PHY initialization so that it conforms >> to the datasheet regarding a reserved bit in the LRE Control >> register, which must be written to zero after every device reset. >> Also fix the LRE Status register reading, there is another bit to >> be ignored on bcm54811. > > I'm a bit lost why the first 3 patches are included in a series for net. > My naive reading is we didn't support this extra mode, now we do, > which sounds like a new feature.. Patch 4, sure, but the dependency > is not obvious. I don't see the dependency either, at least not in an explicit way. Kamil, could patch #4 stand on its own and routed through "net" while patches 1-3 are routed through "net-next"? Thanks -- Florian
Powered by blists - more mailing lists