[PATCH v1 1/2] dt-bindings: ethernet: eswin: add clock sampling control

Min Lin linmin at eswincomputing.com
Mon Jan 26 23:05:48 PST 2026


Hi Andrew,

Thank you for taking the time to review the patch.

> -----Original Messages-----
> From: "Andrew Lunn" <andrew at lunn.ch>
> Send time:Thursday, 22/01/2026 21:27:34
> To: 李志 <lizhi2 at eswincomputing.com>
> Cc: "Bo Gan" <ganboing at gmail.com>, "Russell King (Oracle)" <linux at armlinux.org.uk>, devicetree at vger.kernel.org, andrew+netdev at lunn.ch, davem at davemloft.net, edumazet at google.com, kuba at kernel.org, robh at kernel.org, krzk+dt at kernel.org, conor+dt at kernel.org, netdev at vger.kernel.org, pabeni at redhat.com, mcoquelin.stm32 at gmail.com, alexandre.torgue at foss.st.com, linux-stm32 at st-md-mailman.stormreply.com, linux-arm-kernel at lists.infradead.org, linux-kernel at vger.kernel.org, ningyu at eswincomputing.com, linmin at eswincomputing.com, pinkesh.vaghela at einfochips.com, weishangjuan at eswincomputing.com
> Subject: Re: Re: [PATCH v1 1/2] dt-bindings: ethernet: eswin: add clock sampling control
> 
> > We also intend
> > to upstream complete DTS files for EIC7700 so the bindings can be validated
> > against real hardware.
> 
> I suggest you prioritise this. ARM-SOC is pretty flexible for
> accepting work in progress support for new SoCs. All you really need
> is for the board to boot to a login prompt on a serial port using an
> initramsfs. So the .dtsi and .dts file can be very slim, CPUs, memory
> and UARTs.
> 
> Once you have that merged you can work on the other drivers, their
> bindings, etc.
> 
The eic7700.dtsi and eic7700-hifive-premier-p550.dts are already in
v6.19-rc6. As you said, it only includes CPUs, memory and UARTs right
now. It has been verified to be able to login prompt on a serial port
using an initramfs.
Besides, the reset driver for eic7700 has already been merged in v6.19-rc6.

Because the device drivers such as Ethernet rely on the clock driver,
our plan is that once the clock driver is applied, we will add other
device nodes such as Ethernet and eMMC in the next upstream patch
of the DTS. Is this reasonable?

Regards,
Lin Min


More information about the linux-arm-kernel mailing list