Received: by 10.213.65.68 with SMTP id h4csp1122896imn; Wed, 14 Mar 2018 10:13:38 -0700 (PDT) X-Google-Smtp-Source: AG47ELu5RCJi+PoNh+F3N2JM5+dwKSdgPB1PY7BLExo25plJN8BPr1IhH13kchEIztbwFMi7YPq6 X-Received: by 10.98.92.194 with SMTP id q185mr4919944pfb.63.1521047618794; Wed, 14 Mar 2018 10:13:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521047618; cv=none; d=google.com; s=arc-20160816; b=P0S/Qvz9QO8AqunobQKdIaiOu82mHK27RXqY7PfM8s3NH161ri0NUGGvXstwqQw0ME 3KCkUNe/80DLeM9fT4VaQK8w8H6Y1fCq6k4MDqP126g8ij2QVB3aj4OI03X7K2jitypH L2c1K0+FKRmqrMJZaLJxFCfXmpoSzonkwGZ297Yifb90uZmxFnV1ZI9rONXlYysaoHfG uGI9aYVn0MvXVCWpL1LHGm76VN8cuv7Xs+M8BP5/2vmL1CwtwlTuAbj5MeijvmsE7rQV UFTeq7ETi+xFLOE2HGqjM+MTmjZOQjkRt1NVZcBCqagna70u/gactIPrJZTwn7JzAkQo Fm+A== 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:dmarc-filter:arc-authentication-results; bh=bnCCMBZndH6xpHq0pNy/gL1NrXF63jvimZsFFlMHrGU=; b=lSEEVKAK7FGc495TSpRRflDhwlqnx06JCSUPLVKowVZ92gi0z5pgIMFkZbGpZHsbuu q4dUIok4qo2tKMwd4BXk1lEkSSNvOxJD+7il3cw/4RIc5/Ez08MhWFzKpu4/kw904mE/ JmVh0V09UiQiJUiv4SGe8HYVa1MdRB6l5+KZYrW8ev23dJB7erDWgoEjtg1OpXmRWI51 O341rlaOajX7gbz045geBkX29pj+MR3Z/E87v9eWn/X96AuwPhnj96rzWBFuBy+z9H50 GUXR4nMACvHk1Tq0YxjplCcTfeUQPRIdDMf16Eh9WTbgYxErgKiac79UBXt7PHLxaxgq e02A== 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 f69si2270411pfd.196.2018.03.14.10.13.24; Wed, 14 Mar 2018 10:13:38 -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 S1751981AbeCNRMI (ORCPT + 99 others); Wed, 14 Mar 2018 13:12:08 -0400 Received: from mail.kernel.org ([198.145.29.99]:53914 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751492AbeCNRMH (ORCPT ); Wed, 14 Mar 2018 13:12:07 -0400 Received: from localhost (unknown [69.71.5.252]) (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 1F1762077B; Wed, 14 Mar 2018 17:12:05 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1F1762077B Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=helgaas@kernel.org Date: Wed, 14 Mar 2018 12:12:02 -0500 From: Bjorn Helgaas To: Christoph Hellwig Cc: linux-pci@vger.kernel.org, Mikael Starvik , Jesper Nilsson , Tony Luck , Fenghua Yu , David Howells , "Rafael J. Wysocki" , linux-cris-kernel@axis.com, linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org, linux-am33-list@redhat.com Subject: Re: [PATCH] PCI/MSI: Don't set up INTx if MSI or MSI-X is enabled Message-ID: <20180314171202.GA179719@bhelgaas-glaptop.roam.corp.google.com> References: <152097754955.241946.9551793957889760940.stgit@bhelgaas-glaptop.roam.corp.google.com> <20180314083519.GA24043@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180314083519.GA24043@infradead.org> User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 14, 2018 at 01:35:19AM -0700, Christoph Hellwig wrote: > Should this logic go into a little helper so that everyone is kept > in sync? Great point, thanks! What I'd really like is to completely get rid of most of the pcibios_enable_device() implementations. Most of them contain nothing that's arch-specific. I'll look at that some more, but will probably do that as additional steps on top of this one. That way this patch stays mostly trivial and obvious as a generalization of 16cf0ebc35dd ("x86/PCI: Do not use interrupt links for devices using MSI-X") to other affected arches. Bjorn