Port-arm archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: NetBSD 11.0 on Netgate SG-1000 AM335x cpsw, KSZ9031 and i2c notes
Hi
> Am 18.10.2026 um 07:28 schrieb Try The Post Office <trythepostoffice%gmail.com@localhost>:
>
> Hi Yuri,
>
> Thanks for going through all of it.
>
>> Before committing the DT, I'd prefer if you could fix the pinmux
>> configuration rather than just dropping it.
>
> Okay. ufw.dts has the RGMII pinmux for both ports so I'll start from
> that and check it against what U-Boot leaves in the control module so
> the kernel and U-Boot set the pins the same way.
Sure. I can also recommend to look at the manuals for this.
>
>> However, I'm wondering if disabling hardware is the right approach.
>> You aren't building a DT for a BBB, so you can just strip BBB
>> hardware not present on your board out.
>
> Makes sense. The patched BBB tree was just to get it booting. The real
> one will drop the PMIC, HDMI, LCDC, audio, cape EEPROMs and the rest
> instead of disabling them.
>
>> It is normal that disabled nodes get enumerated. They shouldn't
>> attach though.
>
> I think there's still a bug then. With only status "disabled" on
> tps@24 and the compatible left as "ti,tps65217" tps65217pmic0 did
> attach and kept logging "cannot execute operation", that's
> logs/i2c-tps65217.txt in the repo. I'll file the PR as the disabled
> node attaching not as it being enumerated. I'll capture a clean dmesg
> of that case with the attach line for the PR.
Yes please.
>
>> In addition to sys/external/gpl2/dts, there is also sys/arch/arm/dts.
>> This is where NetBSD-only patches to the DTs go.
>
> Thanks, I'll put the SG-1000 tree there following your commit and send
> a patch once it boots with the pinmux fixed and the BBB stuff stripped.
> For the new file, is am335x-netgate-sg1000.dts with compatible
> "netgate,sg1000" okay, or is there a naming convention you'd rather
> I follow?
Perhaps search the linux docs if they have a convention. Otherwise just
try to match the surrounding code.
One last thing: I think there were some changes between 11.0 and CURRENT
in regards to how DTBs are built and how the directories are structured. My
patch might not work 1:1 on 11.0. For getting your code merged, you’ll need to
rebase your work onto CURRENT anyways, so it might be easier to do it
from the start.
>
> On the driver side I'll probably start with cpsw_mii_statchg() and
> MACCONTROL since that one is small and I can test it on the board.
>
> Elias Howell
Home |
Main Index |
Thread Index |
Old Index