Received: by 10.223.185.116 with SMTP id b49csp607295wrg; Wed, 21 Feb 2018 04:04:00 -0800 (PST) X-Google-Smtp-Source: AH8x2252VS1Iq5f2m5kxtmKv0xkhpMImYpjt5w6FffQ32qRJwAtv/XoJK1fCdNzhaHH7YKuj/D24 X-Received: by 10.99.44.22 with SMTP id s22mr2557087pgs.111.1519214640800; Wed, 21 Feb 2018 04:04:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519214640; cv=none; d=google.com; s=arc-20160816; b=IZbAhSdffwsOA+feJdgLwkiPyPEWsOvemFlVqsSaHYW84TVacu8sB7R7WUb8XHAV7Y O1Hs+1lYFPt+WzZUztm8y9zq7gfSaRgGc7MNSBxKflzLl/QRQqqmwe2vDJ2uzWkw0Mn8 2Rpjrlby2WDBtapxOIIn5Pf8i1KB95ZQ1Z+b7UfCgjKG94WaGkgWRqDPLuZMSOOQxozn EbEPLeCk1ubo6r/x1iE27weGtpUDD5GBHsl/V7rh6qb/RzapoLGVCkIwD0k5OgqXoHnT 3BCp63Ci24BYpsMF6PkJ9WC6CE0gdB2tdciBjpnjpm9+q8oyqaQczzUBDKEOYpagws/1 +mPw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=66w+IwqlKT57vGzrBOvOhRA59G6ydw1m73ICcLCZqC4=; b=ukJKc/4Rv//rK0NVkn86kX3VhuVn/OLkThgMykhlZJa/vvF55f6J4VfKZQ0OY2xUQb YyfndLmEz6wl0IXPQaZ75if3H+u/s7yCjNXnsGysqOTiU1eODm7etELVEID27SNJTQKE yf6iv47VsnshjkCGNG24UOy1E7zpRPk00E6nulOk42AOg9tyqPBIqYFlJyJRuUyYwTuK LP2sOm72qZw20TL4PdPOqIFOv7k3Hii7/616Zy8pLe0qVQyDiKj1y9NsreR/hcL6/LUN UHNo07nfw/XG2CTc2T5aVy6sFg2+4kteAeLjXIOze9hYN7nyWU/rn8CQD+S5VTK1yvwa XF8g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=q5CZ44qy; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 1-v6si1497595plo.230.2018.02.21.04.03.46; Wed, 21 Feb 2018 04:04:00 -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=pass header.i=@gmail.com header.s=20161025 header.b=q5CZ44qy; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752159AbeBUIGl (ORCPT + 99 others); Wed, 21 Feb 2018 03:06:41 -0500 Received: from mail-ua0-f193.google.com ([209.85.217.193]:43577 "EHLO mail-ua0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751461AbeBUIGX (ORCPT ); Wed, 21 Feb 2018 03:06:23 -0500 Received: by mail-ua0-f193.google.com with SMTP id w6so474154uae.10; Wed, 21 Feb 2018 00:06:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=66w+IwqlKT57vGzrBOvOhRA59G6ydw1m73ICcLCZqC4=; b=q5CZ44qyC6QxPDVOKs4UtBj73x1qhLTeevxVxTT5vFvBDAESfC9lq0V1sXcxBBEr5s eFjZwOxuMj25GwEdOgA6DemgpfjIc282fUU8wsA28+SnQq9aD7wIkHN+Sf45qRe+/ZHW Ay/AftFKV/Spj3uCCqSFfnkmZ95YRnYCPdgmE7FHxzJe3jl/aaTzBwaKwh1Q0c1uGo+Z lB/EbiKlZAzKCY/YwWaDqJj5eBNZG/+ObfZup8/uBFbYpRwomeFEEVLHyasGFSjgO0FU Qz7iZP2/+uKqjwpSfa9mZExAWFir1afBMJt4/TVyoF7Q8Db0AQibWGSJdYkqcOJhCqEU ANsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=66w+IwqlKT57vGzrBOvOhRA59G6ydw1m73ICcLCZqC4=; b=JxYtps8agX4jHXejU9FyFsyYgu6pMFvJNbBVbVzUy7qkE8XHtfcKL4emJPUkjbN8Qu Tfj4TDDIR5eY0aFhTxWN0+fTVY6OfpUdn2XAoR4oNQsP8UwoxJtsnsDeBxBorWg6zRat n0i8nUeD9QXtEPr+ioLG8BZe5jNg0w/682c4FdwqjeedNJgi4daj3a2Vd1h4pN+JTutT 5y1dcbjioQBNl40WXd+UefQ0EV72eDxnmEY2zd4S/Xt6x2eauGteshHw8ceuocbGoe9Y 3ueXi/qBk4Tw/MPhfJA2kbe/yMt4mDtPVhu+pM+uZ7ab6StIRTIHgX6zOTwaIdb31Bxk t5Nw== X-Gm-Message-State: APf1xPC8DMoRMOBZePCeKdImR3SX5rBDyKqG3lmykg/Oq8iQRRw8gp+C lXhfz+gSqrNE/idYi+553E9/rkf+Er2fSjRflOA= X-Received: by 10.159.37.226 with SMTP id 89mr1872280uaf.1.1519200382026; Wed, 21 Feb 2018 00:06:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.159.49.66 with HTTP; Wed, 21 Feb 2018 00:05:41 -0800 (PST) In-Reply-To: References: <4bb01fd533c66c357f3dc23a64f56414109a2aad.1518505384.git.greentime@andestech.com> From: Greentime Hu Date: Wed, 21 Feb 2018 16:05:41 +0800 Message-ID: Subject: Re: [PATCH v7 03/37] sparc: io: To use the define of ioremap_[nocache|wc|wb] in asm-generic/io.h To: Arnd Bergmann Cc: sparclinux , Greentime , Linux Kernel Mailing List , linux-arch , Thomas Gleixner , Jason Cooper , Marc Zyngier , Rob Herring , Networking , Vincent Chen , DTML , Al Viro , David Howells , Will Deacon , Daniel Lezcano , linux-serial@vger.kernel.org, Geert Uytterhoeven , Linus Walleij , Mark Rutland , Greg KH , Guo Ren , Randy Dunlap , David Miller , Jonas Bonn , Stefan Kristiansson , Stafford Horne Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 2018-02-14 22:43 GMT+08:00 Arnd Bergmann : > On Tue, Feb 13, 2018 at 10:09 AM, Greentime Hu wrote: >> A commit for the nds32 architecture bootstrap("asm-generic/io.h: move >> ioremap_nocache/ioremap_uc/ioremap_wc/ioremap_wt out of ifndef CONFIG_MMU") >> will move the ioremap_nocache out of the CONFIG_MMU ifdef. This means that >> in order to suppress re-definition errors we need to remove the #define >> in io_32.h. >> >> Also, the change adds a prototype for ioremap where size is size_t and >> offset is phys_addr_t so fix that as well. >> >> Signed-off-by: Greentime Hu > > This patch should have been addressed to the sparclinux mailing list to > the maintainers can see it, otherwise they are unlikely to notice. > > Added it to Cc now. > > Can you confirm that the patches are ordered correctly in your series so that > at no point, sparc is in a state that fails to be build cleanly? > > If not, this may have to get merged into the other patch. Hi, Arnd: These 2 patch will cause sparc building error in any order. commit af84603e339a6832052071aca1f2a16b8963cc2e Author: Greentime Hu Date: Tue Feb 13 17:09:07 2018 +0800 sparc: io: To use the define of ioremap_[nocache|wc|wb] in asm-generic/io.h A commit for the nds32 architecture bootstrap("asm-generic/io.h: move ioremap_nocache/ioremap_uc/ioremap_wc/ioremap_wt out of ifndef CONFIG_MMU") will move the ioremap_nocache out of the CONFIG_MMU ifdef. This means that in order to suppress re-definition errors we need to remove the #define in io_32.h. Also, the change adds a prototype for ioremap where size is size_t and offset is phys_addr_t so fix that as well. Signed-off-by: Greentime Hu commit 1995b30ea6628b261192662741940c22ac978884 Author: Greentime Hu Date: Tue Feb 13 17:09:06 2018 +0800 asm-generic/io.h: move ioremap_nocache/ioremap_uc/ioremap_wc/ioremap_wt out of ifndef CONFIG_MMU It allows some architectures to use this generic macro instead of defining theirs. Signed-off-by: Vincent Chen Signed-off-by: Greentime Hu Acked-by: Arnd Bergmann Should I merge them together like this? asm-generic/io.h: move ioremap_nocache/ioremap_uc/ioremap_wc/ioremap_wt out of ifndef CONFIG_MMU It allows some architectures to use this generic macro instead of defining theirs. sparc: io: To use the define of ioremap_[nocache|wc|wb] in asm-generic/io.h It will move the ioremap_nocache out of the CONFIG_MMU ifdef. This means that in order to suppress re-definition errors we need to remove the #define in arch/sparc/include/asm/io_32.h. Also, the change adds a prototype for ioremap where size is size_t and offset is phys_addr_t so fix that as well. Signed-off-by: Greentime Hu