Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753556AbcLYMJk (ORCPT ); Sun, 25 Dec 2016 07:09:40 -0500 Received: from eddie.linux-mips.org ([148.251.95.138]:57860 "EHLO cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752230AbcLYMJj (ORCPT ); Sun, 25 Dec 2016 07:09:39 -0500 Date: Sun, 25 Dec 2016 13:09:30 +0100 From: Ralf Baechle To: kbuild test robot Cc: Alex Smith , kbuild-all@01.org, linux-kernel@vger.kernel.org, "Maciej W. Rozycki" Subject: Re: arch/mips/vdso/elf.S:1:0: error: '-march=r3000' requires '-mfp32' Message-ID: <20161225120930.GA22039@linux-mips.org> References: <201612250914.4G0wlm1n%fengguang.wu@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201612250914.4G0wlm1n%fengguang.wu@intel.com> User-Agent: Mutt/1.7.1 (2016-10-04) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1328 Lines: 33 On Sun, Dec 25, 2016 at 09:16:16AM +0800, kbuild test robot wrote: (dropping Markos who's email address is no longer valid from the cc list.) > FYI, the error/warning still remains. > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master > head: 7c0f6ba682b9c7632072ffbedf8d328c8f3c42ba > commit: ebb5e78cc63417a35254a791de66e1cc84f963cc MIPS: Initial implementation of a VDSO > date: 1 year, 1 month ago > config: mips-decstation_defconfig (attached as .config) > compiler: mipsel-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705 > reproduce: > wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross > chmod +x ~/bin/make.cross > git checkout ebb5e78cc63417a35254a791de66e1cc84f963cc > # save the attached .config to linux build tree > make.cross ARCH=mips > > All errors (new ones prefixed by >>): > > >> arch/mips/vdso/elf.S:1:0: error: '-march=r3000' requires '-mfp32' > /* > > -- > >> arch/mips/vdso/sigreturn.S:1:0: error: '-march=r3000' requires '-mfp32' > /* This seems to be another toolchain-related issue. I can't reproduce this locally, even with the GCC 5.3.0 / binutils 2.25 combination which I used to reproduce the other recently reported toolchain issues. Ralf