Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp928479pxu; Fri, 4 Dec 2020 21:24:18 -0800 (PST) X-Google-Smtp-Source: ABdhPJyxoUCMcXyYKKd3sRmsgie0wNaIqYRr914Ym+1ojas4mxeE8APtDrePB+aaogt5/H+nIxKk X-Received: by 2002:a50:fb97:: with SMTP id e23mr10962595edq.208.1607145858662; Fri, 04 Dec 2020 21:24:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607145858; cv=none; d=google.com; s=arc-20160816; b=hboX+aiKJrhwUAoFKNe1kuN3v881INAG/NaQ3XJ4Ndnrjlw1+ft6EHlBQmJ5RipFuG Q2SKDlDjz6xYmjwd0qHqQh4DAF+SgkFeIfjh7OvpJ/2Q6L3fqFlIt9sQLEU127v0dgCH Gdf/SsVWuzIJ3Hgr8Djj/Ja8ay7b3W29KW6Sq/yYyehqFEa/wj5/bBcgJ7Nnyk7pL/GX pYpfQ3umQnFz3gkxiLemz6szudxm09/IV4G+CcZ6L1kTvshhosvDB774+zh21aFRT7MS VxgLywJEk6HkWFaAohiauajHNBZ7TrpR5bTwZNZUE24c2iB8NmNIOFLgZOJoJAYGaoSe QwOg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:dkim-signature :date; bh=IL6zsRvAcrHrs9RAkLW9fRKGs4XjDRF3JriPqsm9nWs=; b=y5EcASElEjLnhx1pnD1MP2/XJP/5ilB7ssOJmFPhMwJrQXfI/A5TwFlNrn6thuR20A /p/XZsaWso7ZRGGT3z55PcLbFUmuoIlCygwq4H2puZbnTU5Q0diL/fEUxZF+orjAu9Z4 15hfMBbAoaRiwZf+rBB5yY3BYX+oIuF1tpjFptgcVZpb31a0Ut7xNc0Rl3gDvjGBkOWR biOniZWNRUmJXZpP4DwzcgW5o8EizECnElGDapb3dyS17zlZzCcnn56wZX9TaEdT/IkD saYVMbWSP8BotOLVCysXGlfUjCjzA/RHgRV2pNM8rXjYM3Ddg1rU+GRlCnww8JCarT1+ iP1Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b=1erlj0fz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o24si4673518edz.608.2020.12.04.21.23.56; Fri, 04 Dec 2020 21:24:18 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b=1erlj0fz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728013AbgLEFUE (ORCPT + 99 others); Sat, 5 Dec 2020 00:20:04 -0500 Received: from mail.kernel.org ([198.145.29.99]:57262 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725730AbgLEFUE (ORCPT ); Sat, 5 Dec 2020 00:20:04 -0500 Date: Fri, 4 Dec 2020 21:19:23 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1607145563; bh=g89QweBKoaMnhghk9FmJWAmYTP2xcaWTmqJqp57zI50=; h=From:To:Cc:Subject:In-Reply-To:References:From; b=1erlj0fzZ9Wo45XoIkw1uOxPGJy+kcVeO9NmXmai/qVA9E9mqn2xjLv0CGieGavfh DBo9dfdViMzs8DIgqXZ+xqcxMA2JR7Yxbg+3vVsXjQp/XZ4XsBtTcK10j9bg/vHT7O 6v9tURcEfXIGij3HXI0zD/HPEi04Qt16sw2olUWA= From: Andrew Morton To: Stephen Rothwell Cc: Linux Kernel Mailing List , Linux Next Mailing List , Victor Chibotaru , Alexander Potapenko , Dmitry Vyukov , Andrey Konovalov Subject: Re: linux-next: build warning after merge of the akpm tree Message-Id: <20201204211923.a88aa12dc06b61780282dd1b@linux-foundation.org> In-Reply-To: <20201204210000.660293c6@canb.auug.org.au> References: <20201204210000.660293c6@canb.auug.org.au> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 4 Dec 2020 21:00:00 +1100 Stephen Rothwell wrote: > Hi all, > > After merging the akpm tree, today's linux-next build (powerpc > allyesconfig) produced warnings like this: > > kernel/kcov.c:296:14: warning: conflicting types for built-in function '__sanitizer_cov_trace_switch'; expected 'void(long unsigned int, void *)' [-Wbuiltin-declaration-mismatch] > 296 | void notrace __sanitizer_cov_trace_switch(u64 val, u64 *cases) > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ Odd. clang wants that signature, according to https://clang.llvm.org/docs/SanitizerCoverage.html. But gcc seems to want a different signature. Beats me - best I can do is to cc various likely culprits ;) Which gcc version? Did you recently update gcc? > ld: warning: orphan section `.data..Lubsan_data177' from `arch/powerpc/oprofile/op_model_pa6t.o' being placed in section `.data..Lubsan_data177' > > (lots of these latter ones) > > I don't know what produced these, but it is in the akpm-current or > akpm trees.