From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Tue, 21 May 2019 08:51:10 -0400 Subject: [U-Boot] U-Boot PXA support In-Reply-To: <6f0369b56bf7c431d14698798ce7b20950d77b07.camel@toradex.com> References: <20190506132604.GQ31207@bill-the-cat> <1d1f058fea839eb19f85d6e89c03e2515db74a83.camel@toradex.com> <6f0369b56bf7c431d14698798ce7b20950d77b07.camel@toradex.com> Message-ID: <20190521125110.GE22232@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 21, 2019 at 08:44:57AM +0000, Marcel Ziswiler wrote: > On Thu, 2019-05-16 at 17:02 +0200, Marek Vasut wrote: > > On 5/16/19 4:53 PM, Marcel Ziswiler wrote: > > > Hi Tom > > > > > > On Mon, 2019-05-06 at 09:26 -0400, Tom Rini wrote: > > > > Hey folks, > > > > > > > > I'm attempting, again, to see what we need to do in order to use > > > > gcc- > > > > 8.x > > > > for U-Boot and ran into, again: > > > > https://patchwork.ozlabs.org/patch/920329/ which in short is that > > > > when > > > > using -mcpu=xscale gcc-8.x throws an odd error: > > > > cc1: error: switch -mcpu=xscale conflicts with -march=armv5te > > > > switch > > > > [-Werror] > > > > > > > > Now note, U-Boot isn't passing -march= at all, just -mcpu=xscale > > > > which > > > > suggests perhaps something broke in upstream gcc. Looking at the > > > > kernel, it's not used -mcpu=xscale ever, just -mtune=xscale but > > > > that > > > > leads to different failures (seen here with gcc-7.3): > > > > CC drivers/usb/gadget/pxa25x_udc.o > > > > {standard input}: Assembler messages: > > > > {standard input}:779: Error: selected processor does not support > > > > `pld > > > > [lr]' in ARM mode > > > > {standard input}:1201: Error: selected processor does not support > > > > `pld [r7]' in ARM mode > > > > {standard input}:2519: Error: selected processor does not support > > > > `pld [r3]' in ARM mode > > > > {standard input}:2796: Error: selected processor does not support > > > > `pld [r3]' in ARM mode > > > > > > > > So, what should we do about this? Is there still active interest > > > > in > > > > supporting the PXA platforms? Thanks folks! > > > > > > We are actually still shipping Colibri PXA270 modules for another > > > one > > > or two years I believe after which Marvell stops selling us chips. > > > > > > The strange thing is that I build U-Boot master more or less daily > > > without any known issues currently using the regular gcc 8.2 > > > 2019.01 > > > tool chain from ARM. > > > > > > The only issue is the missing DM_MMC and/or DM_USB conversion which > > > I > > > started working on a long time ago but never came around properly > > > debugging. I may pick that one up tomorrow again. > > > > Would you like to co-maintain the PXA ? :) > > Sure, but it may as well just be the PXA's very last steps before being > laid to rest (;-p). To be somewhat serious, active care and maintenance is an important part of keeping things alive long term. -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: