Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp2883196pxx; Sun, 1 Nov 2020 13:52:37 -0800 (PST) X-Google-Smtp-Source: ABdhPJztAQW0U91u+peQrmQi43BWAs/wleiDhgnd8wLeum9arlaTV4yxYZcrscSHbsw3XufPAL5B X-Received: by 2002:a17:906:5841:: with SMTP id h1mr12373698ejs.342.1604267557027; Sun, 01 Nov 2020 13:52:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604267557; cv=none; d=google.com; s=arc-20160816; b=x7AoOeN/H+ac1Z08jt6y2IrA2am9qYlPqJIP80G7DS4h6fMoZ5QqPf/vd3M7uTYskq 3H5KpAqPR/64uL1OtDDqns7aR0Qir/tmsWlnrg0WAEaem34hx4j6v1U1jY+GcAgVSDbY LNSuROkvq0FMDVl1A+W4PMyLPLHq9OJwT4ctRvhQcSIsJnUXMU1RXstguOQlV5FOe2uE 8+O5pOs+LFtyzPL6CpBjdEcbJSnqUWebM96m0HwcWWFT3o0okLfxI+xgyWJ0Tu9KyFZy HgiQKH8VD66hCMGJvo4DYwlsk5owBscB/ZUePtGczWXVPh/Kp7xN/McSRdGnRUdd6gdt mvqQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:in-reply-to :subject:cc:to:from:message-id:date:dkim-signature; bh=19zSMjhzRReenA26t2WosC8lJTnnw4AFpzTBN0j8El0=; b=jcL68j/jdjkHNeD3YxQ+speA83EkE2u+ZbEatyS0983tXjAXrjgj++D7egFNfr38VM 5kpBkkzDeCpVA1bp74KNxC7Jqo3yw/ihqYx3YJhQ3hNwFs5VxfmLASijyWxMGY7yDjUp McOeOf4HX6JyE46+8JRezyVztmPiQohrG8EqvlcdbJyM9lpuAtcq/6UmNoOQzc+urafD PZBUwRhhUBt0BrgD2tQnuPnUUjzDcM6Z2mldhf642p8yUdkJKsHpTs7k/x9/gQP9lppZ 31iGk3q2MrzidhBc9xVQgE/QllCXEDLsE0V7cO9hs2dT/u/7Yklg0OSIiGkE0fj8tYs2 CNIg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=pDFSihJJ; 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 ch15si9979194ejb.50.2020.11.01.13.52.13; Sun, 01 Nov 2020 13:52:37 -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=pDFSihJJ; 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 S1727356AbgKAVra (ORCPT + 99 others); Sun, 1 Nov 2020 16:47:30 -0500 Received: from mail.kernel.org ([198.145.29.99]:44540 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727284AbgKAVr3 (ORCPT ); Sun, 1 Nov 2020 16:47:29 -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 DDC3621556; Sun, 1 Nov 2020 21:47:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1604267249; bh=8S3wMtP+VFlBVcZ9n2fsYn9WTHET+KxjV5vyC/DTu88=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=pDFSihJJ+3uGmK65I79KGSAWNgTRbsMqKkMWBUHLDeMlcA1hY+j5WLUuQmjj7tzy0 vX23s/USciVchrf0JHhApr310e6Z7jQZF2u5yHpmoSvWQcPFlDQIeISlObQZQT5nDR UmQMp6LoWU9dmTsx3fILr0SNcBW1yNYAb+3S/woU= Received: from 78.163-31-62.static.virginmediabusiness.co.uk ([62.31.163.78] helo=wait-a-minute.misterjones.org) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kZLCA-006VDT-FF; Sun, 01 Nov 2020 21:47:26 +0000 Date: Sun, 01 Nov 2020 21:47:25 +0000 Message-ID: <87k0v4u4uq.wl-maz@kernel.org> From: Marc Zyngier To: Frank Wunderlich Cc: Ryder Lee , linux-mediatek@lists.infradead.org, Thomas Gleixner , 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: References: <20201031140330.83768-1-linux@fw-web.de> <878sbm9icl.fsf@nanos.tec.linutronix.de> <87lfflti8q.wl-maz@kernel.org> <1604253261.22363.0.camel@mtkswgap22> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 EasyPG/1.0.0 Emacs/26.3 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-SA-Exim-Connect-IP: 62.31.163.78 X-SA-Exim-Rcpt-To: frank-w@public-files.de, ryder.lee@mediatek.com, linux-mediatek@lists.infradead.org, tglx@linutronix.de, 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 Sun, 01 Nov 2020 18:27:13 +0000, Frank Wunderlich wrote: > > > Gesendet: Sonntag, 01. November 2020 um 18:54 Uhr > > Von: "Ryder Lee" > > > Yea, mt7623 (mtk_pcie_soc_v1) does not support MSI, so that's a way to > > handle it. > > > > @Frank, could you help to test it? > > > > Ryder > > compiles clean for mt7623/armhf and mt7622/aarch64 so far > > at least bananapi-r2/mt7623 booting is clean now - no warning pcie > and sata/ahci seems still working as expected. I have a mt7615 card > in pcie-slot (firmware-load and init without errors) and hdd > connected to outer sata port (can access partitions witout errors) > > booted r64 too, still see no warning, but have not yet connected > hdd/pcie-device, but i guess this should not break anything here > > so Marc, if you post the patch separately, you can add my tested-by > ;) thank you for this Thinking of it a bit more, I think this is the wrong solution. PCI MSIs are optional, and not a requirement. I can trivially spin a VM with PCI devices and yet no MSI capability (yes, it is more difficult with real HW), and this results in a bunch of warning, none of which are actually indicative of anything being wrong. I think the real fix is to get rid of the warnings altogether. If we could detect that there should be an MSI domain associated with the device and that it wasn't there, that'd be a good reason to scream. But on its own, the absence of a MSI domain is not an indication of anything being amiss. M. -- Without deviation from the norm, progress is not possible.