Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1952417AbdDYSTZ (ORCPT ); Tue, 25 Apr 2017 14:19:25 -0400 Received: from hqemgate15.nvidia.com ([216.228.121.64]:17469 "EHLO hqemgate15.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1948130AbdDYSTQ (ORCPT ); Tue, 25 Apr 2017 14:19:16 -0400 X-PGP-Universal: processed; by hqnvupgp08.nvidia.com on Tue, 25 Apr 2017 11:15:09 -0700 Date: Tue, 25 Apr 2017 11:19:13 -0700 From: John Hubbard X-X-Sender: jhubbard@sandstorm To: Christoph Hellwig CC: Haiyang Zhang , Bjorn Helgaas , Piotr Jaroszynski , "linux-pci@vger.kernel.org" , KY Srinivasan , Stephen Hemminger , "olaf@aepfle.de" , "vkuznets@redhat.com" , "driverdev-devel@linuxdriverproject.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] pci-hyperv: Use only 16 bit integer for PCI domain In-Reply-To: <20170425131432.GA4714@infradead.org> Message-ID: References: <1492706123-22913-1-git-send-email-haiyangz@exchange.microsoft.com> <8ff72ec3-d61e-07d9-8c9d-92951195b67d@nvidia.com> <20170425131432.GA4714@infradead.org> User-Agent: Alpine 2.20 (LNX 67 2015-01-07) X-NVConfidentiality: public MIME-Version: 1.0 X-Originating-IP: [10.2.171.34] X-ClientProxiedBy: HQMAIL105.nvidia.com (172.20.187.12) To HQMAIL107.nvidia.com (172.20.187.13) Content-Type: text/plain; charset="US-ASCII" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1493 Lines: 44 On Tue, 25 Apr 2017, Christoph Hellwig wrote: > Hi John, > > please fix your quoting of the previous mails, thanks! Shoot, sorry about any quoting issues. I'm sufficiently new to conversing on these lists that I'm not even sure which mistake I made. > > > What ACPI defines does not matter at all. Linux uses 32-bit domains > IDs, and on x86 specifily uses those for non-ACPI enumarated domains > (e.g. VMD). > > You've also not demontrated any issue with any Linux driver yet. The NVIDIA out-of-tree driver has historically treated domains as 16-bit. So this showed up when people tried to run that driver in a hyper-v VM. > > > Also...it would be nice if we could use Haiyang's patch as at least a > > temporary fix, because distros are just today releasing the previous code, > > and HyperV will start breaking "occasionally", depending on whether the > > 32-bit virtual (fake) PCI domain fits within 16 bits. (If not, then we can > > rush out a driver update to fix it, but there will be a window of time with > > some breakage there.) > > Just send the fix to whatever driver is broken to the driver maintainer. Done: that would be us. :) > But I can't find a single broken driver in the tree, and as you know > nothing else matters for Linux anyway. > Yes, I looked at Nouveau, and I see that they allow for a 32-bit domain, so I agree that we haven't found any in-tree drivers that have a problem. Anyway, thanks for the answers and explanations. -- thanks, john h