From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Mon, 23 Jul 2018 12:46:31 -0400 Subject: [U-Boot] ti_omap3_common: Add CONFIG_SYS_NS16550_COMx entries In-Reply-To: References: <1520203613-32611-1-git-send-email-aford173@gmail.com> <20180319223502.GC4418@bill-the-cat.ec.rr.com> Message-ID: <20180723164631.GZ11755@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 Mon, Jul 23, 2018 at 10:53:02AM -0500, Adam Ford wrote: > On Mon, Mar 19, 2018 at 5:35 PM Tom Rini wrote: > > > > On Sun, Mar 04, 2018 at 04:46:53PM -0600, Adam Ford wrote: > > > > > Several boards do not use the default UART3, so they do a check > > > for ifdef CONFIG_SPL_BUILD and enable the pointer for > > > CONFIG_SYS_NS16550_COMx to point to OMAP34XX_UARTx. > > > > > > Let's consoldate this all into one place, and remove them from the > > > individual boards. > > > > > > Signed-off-by: Adam Ford > > > > > > diff --git a/include/configs/omap3_cairo.h b/include/configs/omap3_cairo.h > > > index 57ac3ec..c387602 100644 > > > > Deferred because it relies on the CONFIG_SERIALn patch. > > Does it really depend on that patch? The intent behind it was to > point all the NS16550_COMx to their respective OMAP34XX ports in the > common file, so the individual boards don't need to manually set them. > My understanding is that the serial port has an index which dictates > which of the COMx will be used in SPL so having all COMx ports > pointing to each of the OMAP34XX references shouldn't break anything. Context-wise, yes, it depended on that other series in order to apply. If you can re-spin it stand-alone that would be great, thanks! -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: