Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp4066356imm; Mon, 6 Aug 2018 16:12:45 -0700 (PDT) X-Google-Smtp-Source: AAOMgpesL3qrEl9Wn4PbD47VU9OWvnJVzZevDUzbkLLxjfaoqbcTWgBhjgOXMwqAZQXeePnQqSSN X-Received: by 2002:a62:4c0f:: with SMTP id z15-v6mr18884300pfa.110.1533597165478; Mon, 06 Aug 2018 16:12:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533597165; cv=none; d=google.com; s=arc-20160816; b=QSTi5/TcEJ5hQ3Wu+I9lT10edn1g37W0h0weQwTMAXm2pLqliRQe20bKFJ8b2ltEBV di/9SQ6Jx6ILZ2gNweaI+XHMgs1VoUOZEsy4wDhjoODda7pUtRpJWm+1bC6rTnCCshHl 21axp7ox7pSnNCK+3a8OQP68t9Z8lg+VLhrfe0FSIgUZDOhq/EYVfEiul9pJwxQ3c41v KU9enTeEu2NTjjrMUbNwyacZcqpute90ITBn0W2Em+Fr7gfI1EOyIFc91iJAbNsxH2X8 GNe2MgmRoHI4Zd4ieABGfHO0m/4sTIPDwHCEcHe4Zkc9F5XmvOLKNH3B9itXpuCG4VQa 0mYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :arc-authentication-results; bh=6tvpbOqn9gZg6OUUDS1HdgfSsc9oifsMy5VWOBksxss=; b=vWw5SxhEa/60Xz5ZeLRuqAvlkRk/TsZtjQ1TwBnXxiEzefva7JzGmsWdz9AE3yZmcq RN2HtUxcbndBREGxxPzy/7vrQNF6ERBPUt11EeVmSis1b/sZUZiv99MgRgAMKzbLowZw tPi1V8yHT+fLYV6FymMdgSRlrkzcy9DXg2hwvt8b+kkwYXRytcsiwHp1tl6enKhhC5P+ eJDqbX8HyhT9WDVBGvaHImsQow5GRqWjziY+7FLTDgKERWA1+YS2zmrYVr7LsWusTMmo lKjwjZJM3Pa5y0h2ax8FObdhFO4wa3Jrl7LjcbWO+vx3dceqNkiDgc4UCzEDu+evc3x1 HS1A== ARC-Authentication-Results: i=1; mx.google.com; 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 n11-v6si10744112plg.344.2018.08.06.16.12.30; Mon, 06 Aug 2018 16:12:45 -0700 (PDT) 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; 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 S2387461AbeHGBF7 (ORCPT + 99 others); Mon, 6 Aug 2018 21:05:59 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:44106 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732135AbeHGBF6 (ORCPT ); Mon, 6 Aug 2018 21:05:58 -0400 Received: from localhost.localdomain (c-24-4-125-7.hsd1.ca.comcast.net [24.4.125.7]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 8E187EC3; Mon, 6 Aug 2018 22:54:41 +0000 (UTC) Date: Mon, 6 Aug 2018 15:54:40 -0700 From: Andrew Morton To: Geert Uytterhoeven Cc: Linux Kernel Mailing List , Dan Williams , Michael Ellerman , linuxppc-dev Subject: Re: Build regressions/improvements in v4.17-rc1 Message-Id: <20180806155440.9dcb271a3b075bd964aec60f@linux-foundation.org> In-Reply-To: References: <1523884165-17044-1-git-send-email-geert@linux-m68k.org> 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 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 6 Aug 2018 12:39:21 +0200 Geert Uytterhoeven wrote: > CC Dan, Michael, AKPM, powerpc > > On Mon, Apr 16, 2018 at 3:10 PM Geert Uytterhoeven wrote: > > Below is the list of build error/warning regressions/improvements in > > v4.17-rc1[1] compared to v4.16[2]. > > I'd like to point your attention to: > > > + warning: vmlinux.o(.text+0x376518): Section mismatch in reference from the function .devm_memremap_pages() to the function .meminit.text:.arch_add_memory(): => N/A > > + warning: vmlinux.o(.text+0x376d64): Section mismatch in reference from the function .devm_memremap_pages_release() to the function .meminit.text:.arch_remove_memory(): => N/A hm. Dan isn't around at present so we're on our own with this one. x86 doesn't put arch_add_memory and arch_remove_memory into __meminit. x86 does #ifdef CONFIG_MEMORY_HOTPLUG int arch_add_memory(int nid, u64 start, u64 size, struct vmem_altmap *altmap, bool want_memblock) { ... So I guess powerpc should do that as well?