Received: by 10.223.164.202 with SMTP id h10csp369818wrb; Wed, 22 Nov 2017 08:26:45 -0800 (PST) X-Google-Smtp-Source: AGs4zMZNGBCkOpOruJhgEks9M5rAFQ25BmV1608p6fWcm+64C2kjbEqAarWT8jLAICt1Ijway1fV X-Received: by 10.101.83.5 with SMTP id m5mr21218886pgq.350.1511368005512; Wed, 22 Nov 2017 08:26:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511368005; cv=none; d=google.com; s=arc-20160816; b=APN4fLtEjd5zHf6B+jokMTiejAa6gMIbO8BZfNaGqgsAmlvpr5fRj9GVhgzpQeg34e ZGsu0ql2xYr9xsBLtp19vqae3jrFHt6bgaIEBWvlSzULRN6F+Y86yEesIfkGnRFeoXn8 4cB1PPBvf9SxhEWJl6dtCDMuUcYBqY0QljjjINCsrushQ1fYfVV+MkfKzWNjmtmDr0t3 busU4M4ovjR7IzaIY8LmqXySyXcH8N5zRAwL0yQHwtilsovGU8OMAnyjU8c1lWRZ3xhw dQd1NYilYj8dmizf4eTBI6rjIR4Gswj2PkTiQPdDUk8TELDHngs0vsMfb+yrrlUiqNky 2aGQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:to:subject :arc-authentication-results; bh=GxebVCtv5Qq4fz0ehFQC1pPSGcefBCXLwlNXQ7C3FxA=; b=D3Mvywp8RLKyEgQ60SMpwyp0asCLlWmAerjERBeJ3H4J/cf3T86okKqgsbGz80YaoN NJBIdI56/ULpHIkLk5xgO5Q2U2bDm3eTXZ7thnlemvLF53VJaq3V4eT8N/yJrKIyhP5+ AhxcKKGnp6EGCM8kVx2OA6qbqQuQSWaNmALKxfIIrWv4fHzAOK1YuFS2YJrrttd3kTml 6xtlnzArR6pTYkrtqcE9Zsixdz6BjiaXL2Zlnp6UdcOF1GUlyx8a6tgURVUpT65GGcvk bE2nlnauU29MR8lMbe7kJeqClPYZTTL3xApEys3SV+CTllIeFm2vA2kVfJEqVTjneWQt tKMQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r30si13871504pgu.465.2017.11.22.08.26.34; Wed, 22 Nov 2017 08:26:45 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751920AbdKVQZK (ORCPT + 77 others); Wed, 22 Nov 2017 11:25:10 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:28850 "EHLO userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751651AbdKVQZJ (ORCPT ); Wed, 22 Nov 2017 11:25:09 -0500 Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id vAMGOv5b011523 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 22 Nov 2017 16:24:57 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id vAMGOtrJ020095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 22 Nov 2017 16:24:56 GMT Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id vAMGOsk5016732; Wed, 22 Nov 2017 16:24:55 GMT Received: from bostrovs-us.us.oracle.com (/10.152.32.65) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 22 Nov 2017 08:24:54 -0800 Subject: Re: [PATCH v9 4/5] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors v5 To: =?UTF-8?Q?Christian_K=c3=b6nig?= , helgaas@kernel.org, linux-pci@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, amd-gfx@lists.freedesktop.org, xen-devel References: <20171018135821.3248-1-deathsimple@vodafone.de> <20171018135821.3248-5-deathsimple@vodafone.de> <26df0a78-8028-e42c-ce50-4cefe612a7e1@oracle.com> <3443aad0-8c3b-b97e-685a-96b0866827be@amd.com> From: Boris Ostrovsky Message-ID: Date: Wed, 22 Nov 2017 11:24:51 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Source-IP: aserv0021.oracle.com [141.146.126.233] Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/22/2017 05:09 AM, Christian König wrote: > Am 21.11.2017 um 23:26 schrieb Boris Ostrovsky: >> On 11/21/2017 08:34 AM, Christian König wrote: >>> Hi Boris, >>> >>> attached are two patches. >>> >>> The first one is a trivial fix for the infinite loop issue, it now >>> correctly aborts the fixup when it can't find address space for the >>> root window. >>> >>> The second is a workaround for your board. It simply checks if there >>> is exactly one Processor Function to apply this fix on. >>> >>> Both are based on linus current master branch. Please test if they fix >>> your issue. >> >> Yes, they do fix it but that's because the feature is disabled. >> >> Do you know what the actual problem was (on Xen)? > > I still haven't understood what you actually did with Xen. > > When you used PCI pass through with those devices then you have made a > major configuration error. > > When the problem happened on dom0 then the explanation is most likely > that some PCI device ended up in the configured space, but the routing > was only setup correctly on one CPU socket. The problem is that dom0 can be (and was in my case() booted with less than full physical memory and so the "rest" of the host memory is not necessarily reflected in iomem. Your patch then tried to configure that memory for MMIO and the system hang. And so my guess is that this patch will break dom0 on a single-socket system as well. -boris > > Regards, > Christian. > >> >> Thanks. >> -boris >> >>> Thanks for the help, >>> Christian. >>> >>> Am 20.11.2017 um 17:33 schrieb Boris Ostrovsky: >>>> On 11/20/2017 11:07 AM, Christian König wrote: >>>>> Am 20.11.2017 um 16:51 schrieb Boris Ostrovsky: >>>>>> (and then it breaks differently as a Xen guest --- we hung on the >>>>>> last >>>>>> pci_read_config_dword(), I haven't looked at this at all yet) >>>>> Hui? How does this fix applies to a Xen guest in the first place? >>>>> >>>>> Please provide the output of "lspci -nn" and explain further what is >>>>> your config with Xen. >>>>> >>>>> >>>> This is dom0. >>>> >>>> -bash-4.1# lspci -nn >>>> 00:00.0 Host bridge [0600]: ATI Technologies Inc RD890 Northbridge >>>> only >>>> dual slot (2x16) PCI-e GFX Hydra part [1002:5a10] (rev 02) >>>> 00:00.2 Generic system peripheral [0806]: ATI Technologies Inc Device >>>> [1002:5a23] >>>> 00:0d.0 PCI bridge [0604]: ATI Technologies Inc RD890 PCI to PCI >>>> bridge >>>> (external gfx1 port B) [1002:5a1e] >>>> 00:11.0 SATA controller [0106]: ATI Technologies Inc SB700/SB800 SATA >>>> Controller [AHCI mode] [1002:4391] >>>> 00:12.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB >>>> OHCI0 Controller [1002:4397] >>>> 00:12.1 USB Controller [0c03]: ATI Technologies Inc SB700 USB OHCI1 >>>> Controller [1002:4398] >>>> 00:12.2 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB >>>> EHCI >>>> Controller [1002:4396] >>>> 00:13.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB >>>> OHCI0 Controller [1002:4397] >>>> 00:13.1 USB Controller [0c03]: ATI Technologies Inc SB700 USB OHCI1 >>>> Controller [1002:4398] >>>> 00:13.2 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB >>>> EHCI >>>> Controller [1002:4396] >>>> 00:14.0 SMBus [0c05]: ATI Technologies Inc SBx00 SMBus Controller >>>> [1002:4385] (rev 3d) >>>> 00:14.3 ISA bridge [0601]: ATI Technologies Inc SB700/SB800 LPC host >>>> controller [1002:439d] >>>> 00:14.4 PCI bridge [0604]: ATI Technologies Inc SBx00 PCI to PCI >>>> Bridge >>>> [1002:4384] >>>> 00:14.5 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB >>>> OHCI2 Controller [1002:4399] >>>> 00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] Device >>>> [1022:1600] >>>> 00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] Device >>>> [1022:1601] >>>> 00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] Device >>>> [1022:1602] >>>> 00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] Device >>>> [1022:1603] >>>> 00:18.4 Host bridge [0600]: Advanced Micro Devices [AMD] Device >>>> [1022:1604] >>>> 00:18.5 Host bridge [0600]: Advanced Micro Devices [AMD] Device >>>> [1022:1605] >>>> 00:19.0 Host bridge [0600]: Advanced Micro Devices [AMD] Device >>>> [1022:1600] >>>> 00:19.1 Host bridge [0600]: Advanced Micro Devices [AMD] Device >>>> [1022:1601] >>>> 00:19.2 Host bridge [0600]: Advanced Micro Devices [AMD] Device >>>> [1022:1602] >>>> 00:19.3 Host bridge [0600]: Advanced Micro Devices [AMD] Device >>>> [1022:1603] >>>> 00:19.4 Host bridge [0600]: Advanced Micro Devices [AMD] Device >>>> [1022:1604] >>>> 00:19.5 Host bridge [0600]: Advanced Micro Devices [AMD] Device >>>> [1022:1605] >>>> 01:04.0 VGA compatible controller [0300]: Matrox Graphics, Inc. MGA >>>> G200eW WPCM450 [102b:0532] (rev 0a) >>>> 02:00.0 Ethernet controller [0200]: Intel Corporation 82576 Gigabit >>>> Network Connection [8086:10c9] (rev 01) >>>> 02:00.1 Ethernet controller [0200]: Intel Corporation 82576 Gigabit >>>> Network Connection [8086:10c9] (rev 01) >>>> -bash-4.1# >>>> >>>> >>>> -boris >>> > From 1584760554658182594@xxx Wed Nov 22 10:10:38 +0000 2017 X-GM-THRID: 1581604510312740883 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread