Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp446438ybn; Wed, 2 Oct 2019 00:17:58 -0700 (PDT) X-Google-Smtp-Source: APXvYqy/gJrwMn21u1DPSKeubwsPj/MBgz7+GwxR+QPfJMosqA2s3ka7Lkj/QXC9p+EgO7jmCVrn X-Received: by 2002:a17:906:441:: with SMTP id e1mr1803387eja.166.1570000678309; Wed, 02 Oct 2019 00:17:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570000678; cv=none; d=google.com; s=arc-20160816; b=mxXmMPgzy1f3t6XO1+jHkAL5ncXZIzXbexXiVwga/XIR9rTsVXgU7aJfWbNGSg3IQt vNRSDNrIRM2ZEVoSvJlhzWlV6Yf+hyQtzTbc8zD9AykdCLMYUakCkzyb+kcAnNvt5BqW PqpDdeIf709vJlG573f+JfUoVwpTsRpZF8o9EV+S34dcT5yU6E0xqRNXZTTjESQrK7ZG 3D63qKG2wU2CwK1Xd6l+FCdZS3pEaZwgtRGfJCmkLmyNZYytlunvweYirPy/UHm3leDB yNTCkoDvZqRT//ZyTWz7zvM59CBiNSGFuXsbNeiGKejXOwNpFOIK69OKkBkjIIvWsWAH uG8A== 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=U0rXKAv9O+d06bh+z/UitiO4JHP04v+BZ20CbIhAhd8=; b=C2D/De5k3bujAKMy98+FIy8QL3j0QG+h/daoNfBlDxmW1K6suehSDjJ0oO5ryOHVvw aomCMsegt1Yp7GCl/g70rFeUVgI+1I3KWIQDKZz9vKLxCxanVB24Vi1c7LTTAh92ECY0 y02LtMYFDHAtXW0KRoNX9SyTPnCZTn6N9GdBmmjEkgAPQu6l5PW1lzhZwKZ+yqK3XNK2 i3w2Npn2ZkhH7cO4jffNIoY/co2LsvJiaQnsslZnkTBwAADObbr2u76Fse+CpveD69b7 EwPbzxxNTwP3vcx+7pVUyQMI8BsP0AUUKLxEOGWljMl4gk+H38GKZydFxbMT2cvq6ggY K0dw== 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 k1si10066898ejj.174.2019.10.02.00.17.33; Wed, 02 Oct 2019 00:17:58 -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 S1726619AbfJBHDg (ORCPT + 99 others); Wed, 2 Oct 2019 03:03:36 -0400 Received: from mx2.suse.de ([195.135.220.15]:44664 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725851AbfJBHDg (ORCPT ); Wed, 2 Oct 2019 03:03:36 -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 8E2A6AE61; Wed, 2 Oct 2019 07:03:34 +0000 (UTC) Received: by unicorn.suse.cz (Postfix, from userid 1000) id D30FDE04C7; Wed, 2 Oct 2019 09:03:33 +0200 (CEST) Date: Wed, 2 Oct 2019 09:03:33 +0200 From: Michal Kubecek To: linux-kernel@vger.kernel.org Cc: Heiko Carstens , Jiri Kosina , Vasily Gorbik , Christian Borntraeger , Masahiro Yamada , Linus Torvalds , linux-s390@vger.kernel.org Subject: Re: [PATCH 5.4-rc1 BUILD FIX] s390: mark __cpacf_query() as __always_inline Message-ID: <20191002070333.GE24815@unicorn.suse.cz> References: <20191002064605.GA7405@osiris> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191002064605.GA7405@osiris> 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 Wed, Oct 02, 2019 at 08:46:05AM +0200, Heiko Carstens wrote: > On Tue, Oct 01, 2019 at 10:08:01PM +0200, Jiri Kosina wrote: > > > > In file included from arch/s390/kvm/kvm-s390.c:44: > > ./arch/s390/include/asm/cpacf.h: In function '__cpacf_query': > > ./arch/s390/include/asm/cpacf.h:179:2: warning: asm operand 3 probably doesn't match constraints > > 179 | asm volatile( > > | ^~~ > > ./arch/s390/include/asm/cpacf.h:179:2: error: impossible constraint in 'asm' > > > > ... > > > > I am wondering how is it possible that none of the build-testing > > infrastructure we have running against linux-next caught this? Not enough > > non-x86 coverage? > > Well, there is plenty of s390 coverage with respect to daily builds > (also here). It doesn't fail for me with gcc 9.1; so you may either > have a different gcc version or different config options(?) so the > compiler decided to not inline the function. I think I found the reason: we only hit the build failure with one special config used for zfcpdump which has CONFIG_CC_OPTIMIZE_FOR_SIZE=y When I switched to CONFIG_CC_OPTIMIZE_FOR_PERFORMANCE=y (which we have in other s390x configs and which most people probably prefer), the build does not fail even without the patch. Michal Kubecek