Received: by 10.223.185.116 with SMTP id b49csp2464356wrg; Mon, 5 Mar 2018 03:26:05 -0800 (PST) X-Google-Smtp-Source: AG47ELv6Wi1wpXtIyOojXkfX7fWcR1ZwzpV5DDnZwO+rFO0b2Y6Vs9LBxBZcKPlMLcZwHXt/KVev X-Received: by 2002:a17:902:b20f:: with SMTP id t15-v6mr13097043plr.349.1520249164984; Mon, 05 Mar 2018 03:26:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520249164; cv=none; d=google.com; s=arc-20160816; b=iuZshZJ1Sp8T8I3ILSV83F9UdoqFlYT8bBXiHrlHWGupze1WhW+fOwd4sBR+VFOP9v V2I+euYKE6KLOBKR+DOQyRG65af3OxcyFs7R02Zb1PKvyG0L790m1ipTTaJEzvCpRrs7 1IKOeA+E9GINxallT8dpcxQDnSIw/n/tx+MR21d89wNQx3JB2ASRnfHoGVgg0iArL3eg LJPlVN8XQGQoC+4viUmQg4rOYzSvWJtuuoGe4/TRUgln2uwvuNu1PqaZTBY/W3wLDRWw BnNZGchldo8eH8no4ZM8drmEW3BGuh81pKxPmSqKjqISf88SBnetsA30gVCCFv0pFGBc kLFw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=xKV3LdDwlPwQJs85X8ZZQLj4Zuxhd/O3tbZYSFkgUjM=; b=tpbIp6ni1e4oJt50hg2o38APXkvkiJ2yumGDWBkESUgmxirnoHB6c4GZAnXAQOzQFm Y/mM+Inr8Ew3NvTRHbTZrOmikWSFxgYmIxTaJC0mUo6NIzA3Z58h4RvwaEj3noBMrtrZ Vo1XI32yAE6fwUXP9CC8qt/tiIGLrxT/UgGHEr6pbXIz9109UxThAmaj0VmlVcnMlz0t DGcbp+jMGdI0zzk1x5IzY23h+4onSIQWRIZSyR2rfUyDc7G+S39hVgUBjVZ71wmNhH92 IjjBs55mYsTtTo//Y3ZX9uJ0hpSWo40G3bP2Q/UGseQfDSZNfiz2GszssQDCjuK40Hvj FHQw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=bk0r/AYj; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 131si7741228pfa.109.2018.03.05.03.25.50; Mon, 05 Mar 2018 03:26:04 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=bk0r/AYj; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752618AbeCEKR5 (ORCPT + 99 others); Mon, 5 Mar 2018 05:17:57 -0500 Received: from bombadil.infradead.org ([198.137.202.133]:55562 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751288AbeCEKR4 (ORCPT ); Mon, 5 Mar 2018 05:17:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=In-Reply-To:Content-Type:MIME-Version :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=xKV3LdDwlPwQJs85X8ZZQLj4Zuxhd/O3tbZYSFkgUjM=; b=bk0r/AYj9wl/654jVGHl1zY9p LXbDhDZuCr0QMXEyrEdBkY54epNh2F0qBlPEjLaEwxjmPfubR/OlGrhNnPYgOG30RpM2BKxqXpkSM ykHRcU3F0EBiJGH7moveZj7baTmPr9GYCbibMmOHBNOjkwfaJlfM/ntgP4lPa64hg8eQ1aMS05S1f u2fqIfKg6U91MH/56sytQrOeM2eAIaJrmsZYAdU7IVM3LkR0CwsA9BLCjMZdLB4a8w6Kwg/FsNtyX 2A/tnsb5iojKoC1cRJ+hdwkC++WvOlzh+IHspkeYWRjdaZQ8jHTCpAiKldOFUTzsaCTepg/ASszQ1 B2NB5F0Ww==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=hirez.programming.kicks-ass.net) by bombadil.infradead.org with esmtpsa (Exim 4.89 #1 (Red Hat Linux)) id 1esnBn-0001S9-10; Mon, 05 Mar 2018 10:17:51 +0000 Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000) id 50D2A201EF2AE; Mon, 5 Mar 2018 11:17:48 +0100 (CET) Date: Mon, 5 Mar 2018 11:17:48 +0100 From: Peter Zijlstra To: Sven Joachim Cc: Linus Torvalds , Linux Kernel Mailing List , Thomas Gleixner , Josh Poimboeuf Subject: Re: Linux 4.16-rc4 Message-ID: <20180305101748.GL25201@hirez.programming.kicks-ass.net> References: <878tb7eyf8.fsf@turtle.gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <878tb7eyf8.fsf@turtle.gmx.de> User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 05, 2018 at 09:09:31AM +0100, Sven Joachim wrote: > On 2018-03-04 15:15 -0800, Linus Torvalds wrote: > > > Hmm. A reasonably calm week - the biggest change is to the 'kvm-stat' > > tool, not any actual kernel files. > > > > But there's small changes all over, with architecture updates (x86, > > s390, arm, parisc) and drivers (media, md, gpu, sound) being the bulk > > of it. But there's some filesystem fixes (mostly btrfs), > > documentation updates etc too. > > > > Go test, > > Huh, this version does not build for me: > > ,---- > | CALL scripts/checksyscalls.sh > | DESCEND objtool > | CC /usr/local/src/linux/tools/objtool/check.o > | In file included from check.c:26:0: > | check.c: In function 'read_retpoline_hints': > | warn.h:57:3: error: format '%ld' expects argument of type 'long int', but argument 5 has type 'unsigned int' [-Werror=format=] > | "%s: warning: objtool: " format "\n", \ > | ^ > | check.c:1135:3: note: in expansion of macro 'WARN' > | WARN("retpoline_safe size mismatch: %d %ld", sec->len, sizeof(unsigned long)); > | ^~~~ > | check.c:1135:44: note: format string is defined here > | WARN("retpoline_safe size mismatch: %d %ld", sec->len, sizeof(unsigned long)); > | ~~^ > | %d > | cc1: all warnings being treated as errors > | mv: cannot stat '/usr/local/src/linux/tools/objtool/.check.o.tmp': No such file or directory > | /usr/local/src/linux/tools/build/Makefile.build:96: recipe for target '/usr/local/src/linux/tools/objtool/check.o' failed > | make[3]: *** [/usr/local/src/linux/tools/objtool/check.o] Error 1 > `---- > > This might be because I still use a 32-bit userland with a 64-bit > kernel. Urgh, so sizeof() returns size_t which is confusing. But what is the actual value of sizeof(unsigned long) for you? I suspect cross building objtool doesn't work right at all. We build the kernel using LP64, and its retpoline_safe section is 8 bytes. But if we build objtool as ILP32 then it would interpret things as 4 bytes. Josh, is that supposed to work? I could of course move the retpoline annotation over to 4 byte relative addressing which would fix this one issue. Is that really the only case?