Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp398174pxb; Tue, 3 Nov 2020 02:31:11 -0800 (PST) X-Google-Smtp-Source: ABdhPJwUjlWvG0llnT59SvX9zXqOQfXxyDb/UzrbzGzag3nD1mQqYTiL1+aPZB0SVmcSNDmvFSzG X-Received: by 2002:aa7:d146:: with SMTP id r6mr5730820edo.268.1604399471265; Tue, 03 Nov 2020 02:31:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604399471; cv=none; d=google.com; s=arc-20160816; b=MDurGW+/KBTndgltTeLRT+QSv5bThA8fSIvDQUJyhUAC1FviwKPGQU4r6eCOhIIzV8 EOM8ogvMlrDIloszkdg9oSLUXGilTv6Az1ErLFatYTpwW8p/X5aBpJVtoUTiLAVLMKpW 8eFmVEA1spwLfmv+9D1lxYTG9vtAkc+FLPTxaRPZN9hgjjKdEvVEcSCxrXebX0iLTVuI JFBRIMFUP8uto+qVj281vz7z39QTIvqTsEVwAMQsAGLPeyb1d+V8sBgrX8oer2cTtDGF baaUtvSD7Mktpuudr38D70d+/PHePMja8UXL57KRl/q9v9qp3+trg1YG9rI54ElBUc1d 678w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:user-agent:references:in-reply-to :subject:cc:to:from:date:content-transfer-encoding:mime-version :dkim-signature; bh=imS2ujd6j+icJtnA/MM55VRIccU0OeZMi2/JMMBQMj0=; b=HsmtVzSEe9MKCFMS8qlzNGa+M/PmBb+68Gm6FWSvK+mX8xUtAXg60sPLz4xQJ7pWyt mGDIWvqZbEVD7ytdRbHPYmIVUeI6a8GzcIfpP71cH3Gs8SdQHuPMLVpABgWRRnqjIIzn xn/yQTKiO5+9bgWWe4j9t9G0sXCxr4ng85GdB4N14Aog3fSrDgQAMLmwwBwiYg2/1yZA 2ZgIeJ7sQdcOCyze2zDUY2ET/G0qyS1OOnJ6n/4KNPhCF0KxIStyn4BIsVwNUnoIuTG8 EKV4T5peHd8KIEcfnUxIKCxJnG4/bdumkphmJw/a+sG0ihcqwQw9s+UBlpjVNfRsIqYg IRAw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="w/G6r0Uk"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g20si12773822edh.74.2020.11.03.02.30.48; Tue, 03 Nov 2020 02:31:11 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="w/G6r0Uk"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1727186AbgKCK3V (ORCPT + 99 others); Tue, 3 Nov 2020 05:29:21 -0500 Received: from mail.kernel.org ([198.145.29.99]:50204 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725988AbgKCK3U (ORCPT ); Tue, 3 Nov 2020 05:29:20 -0500 Received: from disco-boy.misterjones.org (disco-boy.misterjones.org [51.254.78.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 691D3206C0; Tue, 3 Nov 2020 10:29:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1604399359; bh=rzmUb4sjt+QRA0E2POcf2NroOr71zccUxg8Mx635fNc=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=w/G6r0Uk6mgYqPET7MBBYYzjknHKzmzytBIILxZ8qHVO8wx/BA6NMqQIFQga+tg8l sFev2am4zJyRrrguYfmOkEAKqyIwkywnIPBZ12uFXG4fu/uZHj8FBUXrCOMSgF+h2t Ax2/Fe4SRUJnZxebeEhZe+EifH518tuIqCX8scjM= Received: from disco-boy.misterjones.org ([51.254.78.96] helo=www.loen.fr) by disco-boy.misterjones.org with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94) (envelope-from ) id 1kZtYz-00766J-8n; Tue, 03 Nov 2020 10:29:17 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 03 Nov 2020 10:29:17 +0000 From: Marc Zyngier To: Thomas Gleixner Cc: Frank Wunderlich , Ryder Lee , linux-mediatek@lists.infradead.org, Frank Wunderlich , linux-kernel@vger.kernel.org, Matthias Brugger , linux-pci@vger.kernel.org, Bjorn Helgaas Subject: Re: Aw: Re: [PATCH] pci: mediatek: fix warning in msi.h In-Reply-To: <87o8ke7njb.fsf@nanos.tec.linutronix.de> References: <20201031140330.83768-1-linux@fw-web.de> <878sbm9icl.fsf@nanos.tec.linutronix.de> <87lfflti8q.wl-maz@kernel.org> <1604253261.22363.0.camel@mtkswgap22> <87k0v4u4uq.wl-maz@kernel.org> <87pn4w90hm.fsf@nanos.tec.linutronix.de> <87h7q791j8.fsf@nanos.tec.linutronix.de> <877dr38kt8.fsf@nanos.tec.linutronix.de> <901c5eb8bbaa3fe53ddc8f65917e48ef@kernel.org> <87o8ke7njb.fsf@nanos.tec.linutronix.de> User-Agent: Roundcube Webmail/1.4.9 Message-ID: <016e887822baeae42599b910aaa33218@kernel.org> X-Sender: maz@kernel.org X-SA-Exim-Connect-IP: 51.254.78.96 X-SA-Exim-Rcpt-To: tglx@linutronix.de, frank-w@public-files.de, ryder.lee@mediatek.com, linux-mediatek@lists.infradead.org, linux@fw-web.de, linux-kernel@vger.kernel.org, matthias.bgg@gmail.com, linux-pci@vger.kernel.org, bhelgaas@google.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020-11-03 10:16, Thomas Gleixner wrote: > On Tue, Nov 03 2020 at 09:54, Marc Zyngier wrote: >> On 2020-11-02 22:18, Thomas Gleixner wrote: >>> On Mon, Nov 02 2020 at 17:16, Thomas Gleixner wrote: >>>> On Mon, Nov 02 2020 at 11:30, Marc Zyngier wrote: >>>>> --- a/drivers/pci/probe.c >>>>> +++ b/drivers/pci/probe.c >>>>> @@ -871,6 +871,8 @@ static void pci_set_bus_msi_domain(struct >>>>> pci_bus >>>>> *bus) >>>>> d = pci_host_bridge_msi_domain(b); >>>>> >>>>> dev_set_msi_domain(&bus->dev, d); >>>>> + if (!d) >>>>> + bus->bus_flags |= PCI_BUS_FLAGS_NO_MSI; >>>> >>>> Hrm, that might break legacy setups (no irqdomain support). I'd >>>> rather >>>> prefer to explicitly tell the pci core at host registration time. >>> >>> s/might break/ breaks / Just validated :) >> >> For my own edification, can you point me to the failing case? > > Any architecture which selects PCI_MSI_ARCH_FALLBACKS and does not have > irqdomain support runs into: > > if (!d) > bus->bus_flags |= PCI_BUS_FLAGS_NO_MSI; > > which in turn makes pci_msi_supported() return 0 and consequently makes > pci_enable_msi[x]() fail. I pointer that out in [1], together with a potential fix. Not sure if anything else breaks though. Thanks, M. [1] https://lore.kernel.org/r/336d6588567949029c52ecfbb87660c1@kernel.org/ -- Jazz is not dead. It just smells funny...