From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from host.buserror.net (host.buserror.net [209.198.135.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 3qPQXP2v9szDq5d for ; Tue, 15 Mar 2016 18:01:57 +1100 (AEDT) Message-ID: <1458025311.12370.18.camel@buserror.net> From: Scott Wood To: Michael Ellerman , benh@kernel.crashing.org Cc: linuxppc-dev@lists.ozlabs.org, galak@kernel.crashing.org, Christophe Leroy , chenhui.zhao@freescale.com Date: Tue, 15 Mar 2016 02:01:51 -0500 In-Reply-To: <1458001168.8059.3.camel@ellerman.id.au> References: <20160312031535.GA24351@home.buserror.net> <1458001168.8059.3.camel@ellerman.id.au> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Subject: Re: Pull request: scottwood/linux.git next List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Tue, 2016-03-15 at 11:19 +1100, Michael Ellerman wrote: > On Fri, 2016-03-11 at 21:15 -0600, Scott Wood wrote: > > > Highlights include 8xx optimizations, 32-bit checksum optimizations, 86xx > > consolidation, e5500/e6500 cpu hotplug, more fman and other dt bits, and > > minor fixes/cleanup. > > Hi Scott, > > This one's giving me a few troubles. > > > chenhui zhao (6): > > powerpc/mm: any thread in one core can be the first to setup TLB1 > > powerpc/cache: add cache flush operation for various e500 > > powerpc/rcpm: add RCPM driver > > That commit doesn't build with SMP=n, as reported by Guenter: > > arch/powerpc/sysdev/fsl_rcpm.c:32:2: error: implicit declaration of > function 'get_hard_smp_processor_id' [-Werror=implicit-function-declaration] > > That's not a biggy, I can probably fix it up here. By adding asm/smp.h? I missed this since we don't have a non-SMP defconfig that includes this. > > powerpc/mpc85xx: Add CPU hotplug support for E6500 > > And this one breaks with old binutils (<= 2.22) because of: > > arch/powerpc/kernel/head_64.S:210: Error: Unrecognized opcode: `mttmr' > > If you're happy to break the build on older bintuils for those configs then > that's OK with me. I'm not too bothered, but it's also an easy fix -- patch sent. > > Christophe Leroy (31): > > powerpc/8xx: Handle CPU6 ERRATA directly in mtspr() macro > > This breaks mpc866_ads_defconfig for me, with lots of: > > arch/powerpc/mm/8xx_mmu.c:139:2: error: memory input 1 is not directly > addressable > > That's using gcc < 4.9. With >= 4.9 it builds OK. So again your call on > whether > we drop support for those compilers for that config. I'd rather not require something that new, especially for a chip so old. I've sent an untested patch that should fix it. -Scott