From patchwork Thu Jan 30 18:56:13 2014 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Yinghai Lu X-Patchwork-Id: 3558891 X-Patchwork-Delegate: bhelgaas@google.com Return-Path: X-Original-To: patchwork-linux-pci@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork2.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.19.201]) by patchwork2.web.kernel.org (Postfix) with ESMTP id 69902C02DC for ; Thu, 30 Jan 2014 18:56:19 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 0BBC720173 for ; Thu, 30 Jan 2014 18:56:18 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 3A72D20131 for ; Thu, 30 Jan 2014 18:56:16 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751168AbaA3S4P (ORCPT ); Thu, 30 Jan 2014 13:56:15 -0500 Received: from mail-ob0-f177.google.com ([209.85.214.177]:64235 "EHLO mail-ob0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751154AbaA3S4O (ORCPT ); Thu, 30 Jan 2014 13:56:14 -0500 Received: by mail-ob0-f177.google.com with SMTP id wp18so3945618obc.36 for ; Thu, 30 Jan 2014 10:56:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=VKqq5y1nWyECV1noxZFtSoPcl5mRETiPRvmqgj7rzyE=; b=Bu/FjLDeadOm7drk2NACrRb9/qT3I+SWzMbajUmHUUlSa+14TZBfONhwA4ns4MBMK1 7IV6xhD/c4XrOeDDzv2iEk3jxCp+bzShKATbIdfxLqhSeD5MFui1PN5xk3Qnqle1+QgT RFMzwQ75cMFcVpSRV2uSDzeZ9FSKhaMbOjppkHyvdVB96RsU2NfO1Xt+wKKaBb+DcS3K wx3z63CJGkdk9uk2rHScqaLe1CmQ1k2lJtuDQwcSiXKMlb7KfTXDU7oF2LZRVx+uzUSR Mh6bm0xv0g8+cn+iok3+G8qDXP4Lt5t4xCQohgUJu6LKwSvkaWfIgEGJze4dqwVuHkeb Navw== MIME-Version: 1.0 X-Received: by 10.60.50.202 with SMTP id e10mr12779421oeo.39.1391108173683; Thu, 30 Jan 2014 10:56:13 -0800 (PST) Received: by 10.76.153.136 with HTTP; Thu, 30 Jan 2014 10:56:13 -0800 (PST) In-Reply-To: <52E9E3AB.1040805@gmail.com> References: <52CBC4D1.5080706@gmail.com> <52CD2387.2030403@gmail.com> <52CE301E.60108@gmail.com> <52CF7A17.60703@gmail.com> <52D102EF.5070303@gmail.com> <52D6CEC6.2000901@gmail.com> <52E9E3AB.1040805@gmail.com> Date: Thu, 30 Jan 2014 10:56:13 -0800 X-Google-Sender-Auth: KDzU0-eSU6xKtm_BlU52wqVu53c Message-ID: Subject: Re: pci->pcie bridge issue: kernel unable to find a free I/O port range. From: Yinghai Lu To: "`VL" Cc: Bjorn Helgaas , "linux-pci@vger.kernel.org" Sender: linux-pci-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pci@vger.kernel.org X-Spam-Status: No, score=-7.2 required=5.0 tests=BAYES_00,DKIM_SIGNED, RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD,T_DKIM_INVALID,T_TVD_MIME_EPI, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP On Wed, Jan 29, 2014 at 9:31 PM, `VL wrote: > On 15.01.2014 22:09, `VL wrote: >> >> On 15.01.2014 13:10, `VL wrote: >>>> >>>> looks like the your adapter need more time to settle down? >>>> Can you check if you can enable slow boot mode in BIOS setup? >>> >>> yes, probably. I'll try to repeat steps with disabled fast boot. >> >> no, this is not the case. I've disabled all fast boot in BIOS and nothing >> changed in logs. >> >> so this is the best of what we have: >> http://inspert.ru/pci/dmesg-earlydump.txt >> >> I was also able to reproduce the issue without pci=realloc. I have >> disabled >> all builtin devices on motherboard (unused controllers, NICs and audio). >> Looks like in this conditions kernel was able to allocate some resource >> and hang during snd_ice1712 driver load. >> >> Attached is the photo of boot with this situation. >> Unfortunately, since NICs are disabled and there is no serial onboard, >> I cannot provide full log. >> > up: any concluision/suggestions? I don't know why the io bar of 07:00.0 can not be updated. also it's weird that 07:0.0 is not showing up in earlydump. anyway please try attached patch to see if it could make any difference. Thanks Yinghai Suject: [PATCH] x86, pci: use raw_pci_ext_ops for conf1 Signed-off-by: Yinghai Lu --- arch/x86/pci/common.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) Index: linux-2.6/arch/x86/pci/common.c =================================================================== --- linux-2.6.orig/arch/x86/pci/common.c +++ linux-2.6/arch/x86/pci/common.c @@ -41,20 +41,20 @@ const struct pci_raw_ops *__read_mostly int raw_pci_read(unsigned int domain, unsigned int bus, unsigned int devfn, int reg, int len, u32 *val) { - if (domain == 0 && reg < 256 && raw_pci_ops) - return raw_pci_ops->read(domain, bus, devfn, reg, len, val); if (raw_pci_ext_ops) return raw_pci_ext_ops->read(domain, bus, devfn, reg, len, val); + if (domain == 0 && reg < 256 && raw_pci_ops) + return raw_pci_ops->read(domain, bus, devfn, reg, len, val); return -EINVAL; } int raw_pci_write(unsigned int domain, unsigned int bus, unsigned int devfn, int reg, int len, u32 val) { - if (domain == 0 && reg < 256 && raw_pci_ops) - return raw_pci_ops->write(domain, bus, devfn, reg, len, val); if (raw_pci_ext_ops) return raw_pci_ext_ops->write(domain, bus, devfn, reg, len, val); + if (domain == 0 && reg < 256 && raw_pci_ops) + return raw_pci_ops->write(domain, bus, devfn, reg, len, val); return -EINVAL; }