Re: [PATCH net-next v2 2/2] net: phy: realtek: support unaligned RTL8224 PHY packages
From: Oskari Lemmelä
Date: Thu Oct 08 2026 - 13:13:11 EST
On 10/8/26 11:18, netdev-bot+sashiko@xxxxxxxxxx wrote:
Thank you for your contribution! Sashiko AI review found 2 potentialThe aligned-address fallback is retained for existing device trees
issue(s) to consider.
Critical: 0 · High: 0 · Medium: 1 · Low: 1
If you believe none of the issues are legitimate, please reply to each
issue of Medium severity or higher and explain why the AI is wrong.
If any of them are legitimate and you plan to respin, please let patchwork
know by including "pw-bot: cr" as a separate line at the end of your reply
(one such reply per series is enough).
- [Medium] The RTL8224 text added to realtek,rtl82xx.yaml (preceding
commit "dt-bindings: net: realtek,rtl82xx: document RTL8224 packages")…
- [Low] The new RTL8224 package example in realtek,rtl82xx.yaml
(preceding commit "dt-bindings: net: realtek,rtl82xx: document RTL8224…
--
without package nodes. Without an explicit package description, the
driver cannot reliably distinguish aligned and unaligned layouts from
individual PHY addresses.
Would clarifying that a package node is required for unaligned RTL8224
layouts be sufficient to address the medium finding, while preserving
the fallback for existing aligned layouts?
For the schema-coverage concern, would adding a dedicated RTL8224
package binding with a compatible such as "realtek,rtl8224-package"
be the preferred approach? This could follow the QCA807x package-binding
pattern and provide explicit validation of the package and child PHYs.
I would appreciate maintainer guidance before preparing v3.