Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp1454499pxp; Thu, 10 Mar 2022 05:54:08 -0800 (PST) X-Google-Smtp-Source: ABdhPJzasnhqYzSBdcX+6+CsV6rRMo4Hn/rUc8o5FKf+EEiS44NeZwomWUX185uYzPtaTlnS+GfS X-Received: by 2002:a17:907:60d3:b0:6db:8b59:1564 with SMTP id hv19-20020a17090760d300b006db8b591564mr1741111ejc.228.1646920448551; Thu, 10 Mar 2022 05:54:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646920448; cv=none; d=google.com; s=arc-20160816; b=rXaF9OsnJpufj7UFSnsBaULp4Nla+qzrDwpaA0LXUj8qMAHOx0dTW45sIxsTSdJOkH feQB5Dw33A6S4kGI2qfmJcR9GurB33mtb55ITJJchOzkoWn3XVGlkmzAIj3j+DxoHpZy y6ItOFsdzYhrcSoAo5nrhtbat4D9LILKg7al+l5kTLhYr6UKyNIrfb5Te+JFrT86CqSs UC291AgzPFUhIAM2l90mR4rH99VlLsrehbvugldSZ8nLD26ypdEZ+suPgXHZ2Mf8lLs1 uftTA7sKUnH0IyFX/Q5DjTyiSOYPGUppU5hw0/teTZKRxB0E+vQSFsmiZo49McSzpx+J fUdg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=GIeKhvNOHvB/feE48Ued1G9xx8xCN9dKPX0UiyN/suI=; b=byof+a0XOIY7GVCTQ3A0FTllnbso2eou2+K2uL7K32TRCkSrgWH83FE0wffTS5J1QY j/lra2SadAk9IBBbghOTN4hYAzOlhA+kNQFUFeycJQIg85y4vWwYHZqPWMdkJPI2wtiq JABRLBVcsDP1lfh1wV2HgntjlNZk4b00ojDQSpHw7kHmRi2Sux+Y300EMUNATafNjKeX YccX/L3eE5jYXH1xcSxw/n42/dDxulh2UbK98E86BzBz+CFzDQ14AU9/BRgeF8VydCTU wmrmBsa33SPAd2NKbJf+XmvG5uqpkYV9jvU7CT7j7KsQkVaFXTBoG0ijzPkunNufOIKM CAsQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Oz24NHQU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id k6-20020a170906054600b006a79e13f94esi2903370eja.294.2022.03.10.05.53.43; Thu, 10 Mar 2022 05:54:08 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Oz24NHQU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238965AbiCJAUA (ORCPT + 99 others); Wed, 9 Mar 2022 19:20:00 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52892 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235041AbiCJAT7 (ORCPT ); Wed, 9 Mar 2022 19:19:59 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9D591BF4F for ; Wed, 9 Mar 2022 16:18:59 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 37EE060C44 for ; Thu, 10 Mar 2022 00:18:59 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1E4C1C340E8; Thu, 10 Mar 2022 00:18:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1646871538; bh=GVv4mxk8ewyfsCZHIqin2zrYrFLWh4W9/mCezQgG92A=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Oz24NHQU2jKUym5bzo7Ln16IBL7cFLQWQleV2JSNkC73vGPTDtXfGZ10C9WC98Afh adRpLhGZT2GyixgH6DxkqpBNleHOKmlADxgK0xXhU2c2knOlIjhW7MNOAoXmYL9iz7 E6Ea7kxuB35ctEiqOb9qjpndSq0DGCEBFYPcUrfkjOmlARbfR4QiUjfD+ScAiw9uL1 9DfmmLw978Q0AH1Nv3fhEd9jWOdPDZzzMv847orxxTCzoZfv0NYoyjSZb+4HDE/aUT K9M/Kx/34K6Gl5tPi070CayBP70UiyfGGCJ92PGF0lNMsEm6t9YgicdUnyQvHzow52 KJcCD2p48RPyQ== Date: Wed, 9 Mar 2022 17:18:51 -0700 From: Nathan Chancellor To: Bjorn Helgaas Cc: kernel test robot , Marek Vasut , llvm@lists.linux.dev, kbuild-all@lists.01.org, linux-kernel@vger.kernel.org, Lorenzo Pieralisi , Arnd Bergmann , Geert Uytterhoeven Subject: Re: [lpieralisi-pci:pci/rcar 2/2] drivers/pci/controller/pcie-rcar-host.c:139:3: error: instruction requires: data-barriers Message-ID: References: <202203091741.IetDk7a7-lkp@intel.com> <20220309230950.GA89632@bhelgaas> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220309230950.GA89632@bhelgaas> X-Spam-Status: No, score=-7.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Bjorn, On Wed, Mar 09, 2022 at 05:09:50PM -0600, Bjorn Helgaas wrote: > On Wed, Mar 09, 2022 at 05:04:28PM +0800, kernel test robot wrote: > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/lpieralisi/pci.git pci/rcar > > head: 9775965dbae50a04f12879179d6d6fb58f240d6b > > commit: 9775965dbae50a04f12879179d6d6fb58f240d6b [2/2] PCI: rcar: Use PCI_SET_ERROR_RESPONSE after read which triggered an exception > > config: arm-randconfig-c002-20220307 (https://download.01.org/0day-ci/archive/20220309/202203091741.IetDk7a7-lkp@intel.com/config) > > compiler: clang version 15.0.0 (https://github.com/llvm/llvm-project d271fc04d5b97b12e6b797c6067d3c96a8d7470e) > > reproduce (this is a W=1 build): > > wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross > > chmod +x ~/bin/make.cross > > # install arm cross compiling tool for clang build > > # apt-get install binutils-arm-linux-gnueabi > > # https://git.kernel.org/pub/scm/linux/kernel/git/lpieralisi/pci.git/commit/?id=9775965dbae50a04f12879179d6d6fb58f240d6b > > git remote add lpieralisi-pci https://git.kernel.org/pub/scm/linux/kernel/git/lpieralisi/pci.git > > git fetch --no-tags lpieralisi-pci pci/rcar > > git checkout 9775965dbae50a04f12879179d6d6fb58f240d6b > > # save the config file to linux build tree > > mkdir build_dir > > COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=arm SHELL=/bin/bash > > > > If you fix the issue, kindly add following tag as appropriate > > Reported-by: kernel test robot > > > > All errors (new ones prefixed by >>): > > > > >> drivers/pci/controller/pcie-rcar-host.c:139:3: error: instruction requires: data-barriers > > __rcar_pci_rw_reg_workaround("str") > > ^ > > drivers/pci/controller/pcie-rcar-host.c:120:4: note: expanded from macro '__rcar_pci_rw_reg_workaround' > > "2: isb\n" \ > > ^ > > :2:4: note: instantiated into assembly here > > 2: isb > > ^ > > drivers/pci/controller/pcie-rcar-host.c:153:3: error: instruction requires: data-barriers > > __rcar_pci_rw_reg_workaround("ldr") > > ^ > > drivers/pci/controller/pcie-rcar-host.c:120:4: note: expanded from macro '__rcar_pci_rw_reg_workaround' > > "2: isb\n" \ > > ^ > > :2:4: note: instantiated into assembly here > > 2: isb > > ^ > > 2 errors generated. > > I don't know how to fix this. We currently have these on Lorenzo's > pci/rcar branch: > > 9775965dbae5 ("PCI: rcar: Use PCI_SET_ERROR_RESPONSE after read which triggered an exception") > de6b5097f58b ("PCI: rcar: Finish transition to L1 state in rcar_pcie_config_access()") > > To avoid this error, for now I have cherry-picked de6b5097f58b to a > local pci/host/rcar branch and dropped 9775965dbae5. FWIW, this is not clang specific, the same configuration blows up with GCC 11.2.0 as well: $ make -skj"$(nproc)" \ ARCH=arm \ CROSS_COMPILE=arm-linux-gnueabi- \ olddefconfig drivers/pci/controller/pcie-rcar-host.o /tmp/ccz8ybtm.s: Assembler messages: /tmp/ccz8ybtm.s:742: Error: selected processor does not support `isb' in ARM mode /tmp/ccz8ybtm.s:812: Error: selected processor does not support `isb' in ARM mode make[4]: *** [scripts/Makefile.build:288: drivers/pci/controller/pcie-rcar-host.o] Error 1 $ rg CONFIG_CPU_32 .config 289:CONFIG_CPU_32v4=y It does not look like isb can be used with this configuration, at least if I understand arch/arm/include/asm/barrier.h correctly. Cheers, Nathan