Received: by 2002:a25:86ce:0:0:0:0:0 with SMTP id y14csp559947ybm; Mon, 20 May 2019 22:52:37 -0700 (PDT) X-Google-Smtp-Source: APXvYqwIEOKQ0JSDsjOhfl7UmvTaff2lMpMSr67smkLTZ/Go2F5hi2yUvOkyFZ29a1b2FAT/rgrK X-Received: by 2002:a62:7513:: with SMTP id q19mr84235433pfc.108.1558417957075; Mon, 20 May 2019 22:52:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558417957; cv=none; d=google.com; s=arc-20160816; b=Fj/hVnzbEjGA6bQAa9rj8ffooxfZGWsay+LuxdECbIFlWKXAVOS/VNP5j+faIVRSgC lJKUMUyROXkYauJ9L3U07qrQ9TvviUd+FmcK9Nrkvn6ISzpQ1qrlM4tYRnSihmrRy9GR IEWQW0X3bHlIt0Va1r3ZWkhjxv9a+yOq4iLC7miXNc9FMnJ8N5Y1FgqR+qsPtApa0ajJ 9uZapwdMkPl5Tu5QfTDKkKTdQGm056eNm33MIGNoT0wTilevBLpuOjdUyJlwgxalvLhh 91ILIyH+Yex8nrG8l5XkAxi8l2HnmriTPxIonRi4ofUMMmYW3EUgXNEBvSK1VFYFhmEr 8Nmw== 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; bh=a7M0WIm6/t83SJ4fO1BTBqJNbZ9/LZ7sNlENvgFTXmo=; b=KwC+kUwpKD42jgcgNGlcn9dsYXqwgK7ZxZUwkcwn/f2tczGVtYik1nQUJnMbEGDeyv hs68N4zH8hwXx2ppczD1tfq0o65CR/EncuUEljknGWbAT79ogT5tkBdIH5XacupXiD+A ozJKxWBGsG0q5kWjJNadXjDTAUJ9brB/JklVkhVsN87AKy8d767jXwKtCHxBow5WKdiP dTcma9MN52UF52ICjZiU9HFfxo3G+zHTctuzh3Bm1ZwZqmJEsmW0JkF5WlqgmmHQD3ml T/ei09fLX8gl5S+/KFItEL8FCT6Fjtd1NHTAZdmBetdlowaDh/WLeDf7Q0fFGDEaXpGH f3nQ== 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 h128si19556786pgc.499.2019.05.20.22.52.22; Mon, 20 May 2019 22:52:37 -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 S1727852AbfEUFvT (ORCPT + 99 others); Tue, 21 May 2019 01:51:19 -0400 Received: from mx2.suse.de ([195.135.220.15]:48626 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725885AbfEUFvT (ORCPT ); Tue, 21 May 2019 01:51:19 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id E3270AEE3; Tue, 21 May 2019 05:51:17 +0000 (UTC) Received: by unicorn.suse.cz (Postfix, from userid 1000) id 7F528E0184; Tue, 21 May 2019 07:51:17 +0200 (CEST) Date: Tue, 21 May 2019 07:51:17 +0200 From: Michal Kubecek To: Bjorn Andersson Cc: kvm@vger.kernel.org, Paolo Bonzini , Radim Krcmar , KarimAllah Ahmed , lkml Subject: Re: [PATCH RESEND] kvm: make kvm_vcpu_(un)map dependency on CONFIG_HAS_IOMEM explicit Message-ID: <20190521055117.GC25473@unicorn.suse.cz> References: <20190520164418.06D1CE0184@unicorn.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 20, 2019 at 03:45:29PM -0700, Bjorn Andersson wrote: > On Mon, May 20, 2019 at 9:44 AM Michal Kubecek wrote: > > > > Recently introduced functions kvm_vcpu_map() and kvm_vcpu_unmap() call > > memremap() and memunmap() which are only available if HAS_IOMEM is enabled > > but this dependency is not explicit, so that the build fails with HAS_IOMEM > > disabled. > > > > As both function are only used on x86 where HAS_IOMEM is always enabled, > > the easiest fix seems to be to only provide them when HAS_IOMEM is enabled. > > > > Fixes: e45adf665a53 ("KVM: Introduce a new guest mapping API") > > Signed-off-by: Michal Kubecek > > Hi Michal, > > I see the same build issue on arm64 and as CONFIG_HAS_IOMEM is set > there this patch has no effect on solving that. Instead I had to > include linux/io.h in kvm_main.c to make it compile. This sounds like a different problem which was already resolved in mainline by commit c011d23ba046 ("kvm: fix compilation on aarch64") which is present in v5.2-rc1. The issue I'm trying to address is link time failure (unresolved reference to memremap()/memunmap()) when CONFIG_HAS_IOMEM is disabled (in our case it affects a special minimalistic s390x config for zfcpdump). Michal