From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marek Vasut Date: Fri, 31 May 2019 21:34:24 +0200 Subject: [U-Boot] U-Boot PXA support In-Reply-To: <296174e147712cd5902a381a59f8f96f5ae43f23.camel@toradex.com> References: <20190506132604.GQ31207@bill-the-cat> <1d1f058fea839eb19f85d6e89c03e2515db74a83.camel@toradex.com> <20190529141229.GU20781@bill-the-cat> <84070d6f-1d54-94b0-92d5-57ea986828aa@denx.de> <296174e147712cd5902a381a59f8f96f5ae43f23.camel@toradex.com> Message-ID: <0a6e323e-e67f-05b8-edf8-3c9ed86609ef@denx.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On 5/30/19 1:47 PM, Marcel Ziswiler wrote: > On Thu, 2019-05-30 at 11:29 +0200, Marek Vasut wrote: >> On 5/30/19 11:14 AM, Marcel Ziswiler wrote: >>> Hi Tom >>> >>> On Wed, 2019-05-29 at 10:12 -0400, Tom Rini wrote: >>>> On Thu, May 16, 2019 at 02:53:55PM +0000, 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. >>>> >>>> I want to circle back to this. Thanks again for confirming that >>>> other >>>> toolchains are happy here (and figuring out a path forward for >>>> everyone >>>> is on my TODO list still). And I agree we need to figure out >>>> something >>>> about the size growth. But this still leaves one question >>>> open. There >>>> are, after dropping zipitz2, 2 PXA platforms. >>> >>> Let me name those two: >>> >>> - Colibri PXA270 >>> >>> Our customers already had to commit to a last-time-buy and we will >>> phasing out shipments next year. I don't think anybody is doing any >>> new >>> designs with them since quite a while. >> >> I still have one , I am really fond of the devkit design. > > Thanks, you could keep using it with e.g. the latest Colibri iMX8QXP > (;-p). Should I send you one? I believe we also sent Stefano a full kit > with a Colibri iMX6DL. Which ES ? ;-) >>> - HP iPAQ Pocket PC h2200 >>> >>> A consumer device with PXA255 from back in 2002. There has not been >>> any >>> activity on h2200 from its maintainer Lukasz Dalek for almost 5 >>> years >>> now. Without anybody actually owning such hardware stepping up it >>> will >>> be quite impossible to maintain. >> >> Let's remove this one. >> >>>> Do you want to take over >>>> the MAINTAINER role from Marek for them? >>> >>> While I would love to do so I really don't think that makes too >>> much >>> sense at all. We probably should just drop PXA support entirely, >>> move >>> on and concentrate our resources on newer stuff like e.g. my patch >>> sets >>> for Apalis iMX8 and Colibri iMX8X which did not get any more >>> attention >>> since more resp. almost a month now. >> >> When did you say the Colibri PXA270 goes away ? > > Well, the original PXA270 went end-of-life more than 5 years ago. We > re-designed for the die-shrinked PXA270M which will now end-of-life > next year. Anyway, it is no longer orderable but customers having put > in their last-time-buy quantities will still get them shipped next > year. With latest greatest U-Boot ? :) > https://developer.toradex.com/products/colibri-pxa270#revision-history > -- Best regards, Marek Vasut