From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754022AbcC3Uig (ORCPT <rfc822;w@1wt.eu>);
	Wed, 30 Mar 2016 16:38:36 -0400
Received: from mout.kundenserver.de ([217.72.192.75]:59339 "EHLO
	mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751653AbcC3Uif (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 30 Mar 2016 16:38:35 -0400
From: Arnd Bergmann <arnd@arndb.de>
To: Richard Weinberger <richard@nod.at>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>, Rob Herring <robh@kernel.org>,
        Lee Jones <lee.jones@linaro.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
        uml-devel <user-mode-linux-devel@lists.sourceforge.net>
Subject: Re: [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
Date: Wed, 30 Mar 2016 22:38:16 +0200
Message-ID: <5347598.RDs9sKVU3U@wuerfel>
User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; )
In-Reply-To: <56FC3899.4000100@nod.at>
References: <1459275781-3863-1-git-send-email-robh@kernel.org> <CAMuHMdWc_97Yk7XJ6e4n6tibs99pPHSnJU2qqC7CGcoo4kWuNA@mail.gmail.com> <56FC3899.4000100@nod.at>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
X-Provags-ID: V03:K0:QVsi91b0eegMcfshOmIGc+zMw3AichOvWjk/zLNUunZPlKvnIR8
 JYSnmWCAAPm/Kw6vpsuOONDAPT5I1ormue9WrXUGncsEl+F49HIFmjg2k1g3bOMrjcvxKo/
 ckAZtIG3PP5WWhR9r/Lxpac2yygakDyplP9FZP13DVNha5Dno9xbgmZ64rm3CZmBSOxpEST
 a74SexqPeLlEtcjZfWDpA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:kT8ztFUov94=:NPMhKrTUmk2sMcToRis4//
 LQFWo5EZWc6YlikTAGdJwS9j7MrOTyWCA40aiUBolHsvxyvC/3V7J4/GTTiHC5A7SwLJT8Rkn
 y+WP15IioHksJ0ascPdHNJBf2to3qV3GfsT88LaEVzbkOlIrPDFlGEBL+y8qpIv3dduqLiCxL
 FmHJBVEjGUKCVXthHSifV4vOiENVnLX78d+GghvJYmqsKno/C1DlLso70UpPbctWUJpfXEXAc
 OmwgAXxNzNsuYs/xquSIh25fmc8uriMzOFNuILrtoaMGO1wbMbrAgXJA4e0rYsbKUXZBI3azy
 JBSlsoxOU6O5Lp/25XdXXjqZxPiD9YieBZdxNpLe8vcOCjAnAca715CJjCzLHK3E8ZfHHUCgU
 S+ICMXpftEgReL/cOGTCbNgJ6pN6jH2W01BLpWRbggz60jAP0qIQXWXXOStfRn7dPtacqagpt
 NWDaQnxoPXCwnBQcl8/aXSYwoxAsIMYYS5/miWH7GKqXXbvLNyn1jCrK9IpkeiZgdcHlTf/pR
 5EAwKw1h1sZfBom8/Dnt08VkolljG0f7fS8V5800LDkVGvKQHFL4KzwXsV6bmY6nEE1j26oRV
 8i7DcbdQDlcdu7O1y/PJnmP4mea2j8LkdGZTCprJR9TUwiThiMs/2lW2fpnMJQ8OoOiI7UPSE
 /TIvjaaL4aC1yLAah6TfS1Z1n/kLUcsskeEBipcPAQgMxtudcAEN/1SdBzFlHKJJ1VYRp1p39
 SoclpCYpd1D1vVen
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Wednesday 30 March 2016 22:35:37 Richard Weinberger wrote:
> Am 30.03.2016 um 22:08 schrieb Geert Uytterhoeven:
> >> I actually started a patch to remove the HAS_IOMEM dependency
> >> everywhere (or just the per driver cases). It didn't break as bad as I
> >> expected, but became more than I wanted to fix. Mainly, all the devm_
> >> variants also need empty versions or to be always enabled.
> > 
> > Should these dependencies on HAS_IOMEM be changed to "HAS_IOMEM ||
> > COMPILE_TEST"?
> 
> Another idea, the issue with COMPILE_TEST is that it is automatically selected
> by make targets such as allyesconfig or allmodconfig.
> Couldn't we make COMPILE_TEST just harder to select?
> i.e. that with allyesconfig it is still disabled and if someone really wants to
> do a compile test of anything we could issue something like "make allyesconfig COMPILE_TEST=y"
> to have COMPILE_TEST selected?
> 

I think it's essential for allmodconfig and allyesconfig to enable
COMPILE_TEST: the only reason for ever building those configurations
is for compile tests.

	Arnd