From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Tue, 12 May 2020 15:59:22 -0400 Subject: [PATCH v1 5/7] arm: dts: s700: add node for ethernet controller In-Reply-To: <84270c79-ad0f-872d-d4bc-8a7d52598c99@arm.com> References: <1589034315-19722-1-git-send-email-amittomer25@gmail.com> <1589034315-19722-6-git-send-email-amittomer25@gmail.com> <17165fd0-fd21-8262-91e7-b8c347818e86@arm.com> <20200512142503.GA12564@bill-the-cat> <20200512150903.GC12564@bill-the-cat> <84270c79-ad0f-872d-d4bc-8a7d52598c99@arm.com> Message-ID: <20200512195922.GB5091@bill-the-cat> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Tue, May 12, 2020 at 05:39:46PM +0100, Andr? Przywara wrote: > On 12/05/2020 16:09, Tom Rini wrote: > > Hi, > > > On Tue, May 12, 2020 at 03:53:55PM +0100, Andr? Przywara wrote: > >> On 12/05/2020 15:25, Tom Rini wrote: > >>> On Tue, May 12, 2020 at 03:18:33PM +0100, Andr? Przywara wrote: > >>>> On 09/05/2020 15:25, Amit Singh Tomar wrote: > >>>>> This patch adds node for ethernet controller found on Action Semi OWL > >>>>> S700 SoC. > >>>>> > >>>>> Since, there is no upstream Linux binding exist for S700 ethernet > >>>>> controller, Changes are put in u-boot specific dtsi file. > >>>> > >>>> But that should not be the S700 SoC .dtsi, instead the cubieboard .dts > >>>> file, since you specify the PHY mode in here (which is board specific). > >>> > >>> The general way to move forward here is that bindings should be getting > >>> proposed to Linux and accepted there, and U-Boot can take a WIP of them, > >>> that gets updated later on to match, but we shouldn't get it here first. > >> > >> Yes, this is of course a stop-gap measure, but a useful one: Being able > >> to TFTP a kernel helps with developing the kernel port, especially since > >> U-Boot doesn't support MMC (yet). > >> And there are easier things than pushing a DT binding into the kernel > >> tree without having a Linux driver ready ... > > > > So, we're at -rc2 for v2020.07. The DDR calculation stuff I can see > > getting pulled in. Is the ethernet driver for this SoC so far from done > > that it's not ready for linux-next? Things don't have to be in mainline > > proper, but the expectation is that it's making reasonable progress > > there and been reviewed so that binding changes between what we take in > > U-Boot at first and a final re-sync once it is in mainline are minimal. > > I don't think there is any particular rush in getting this actually > merged. After all it seems like the users of this board can be counted > on one hand. > I think it's nice to have this on the list, so interested parties can > pull it in if there is a need. But we can surely wait how the binding > evolves in the kernel tree, though this might take some time. OK, I think that'll be good enough for a while then. I'll mark this as RFC in patchwork so I don't forget it's not quite ready for merging anyhow. Thanks! -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 659 bytes Desc: not available URL: