From patchwork Tue May 31 07:00:48 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Yinghai Lu X-Patchwork-Id: 9143637 X-Patchwork-Delegate: bhelgaas@google.com Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 7A40960777 for ; Tue, 31 May 2016 07:00:52 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 5FD1528187 for ; Tue, 31 May 2016 07:00:52 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 52ABA281ED; Tue, 31 May 2016 07:00:52 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.8 required=2.0 tests=BAYES_00,DKIM_SIGNED, RCVD_IN_DNSWL_HI,T_DKIM_INVALID autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id DCAB128187 for ; Tue, 31 May 2016 07:00:51 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752361AbcEaHAu (ORCPT ); Tue, 31 May 2016 03:00:50 -0400 Received: from mail-vk0-f65.google.com ([209.85.213.65]:34264 "EHLO mail-vk0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751283AbcEaHAt (ORCPT ); Tue, 31 May 2016 03:00:49 -0400 Received: by mail-vk0-f65.google.com with SMTP id a6so5426693vkg.1; Tue, 31 May 2016 00:00:49 -0700 (PDT) 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; bh=7HjB/PrfyxOostX3MGZK1W90abps1J3Nqq4P+XLxdVc=; b=sqi+3qdzLz8jB2z8rI6qDiJqlr7aXhIwhRGctqxH0/voilf0jwYD6XtMaqfWS4he2Q e6ReoowhMtqGMTkoPAqdDjbILk101kOjNrmmDBFQ5mQqvvu6Ds5vcEmbG9wpbBN4zSZz YLzLXF4aMsZYXXUbF+0PdjXY6ZuircTwpVfarzGjcly38f53ny6ZKJ2UE/G1QHqyEZbF PRdMJ7KrV97ZPdGCiEEPnisCyZEvP+CgMvH6xqERlyb6U5Y3/1ABYDsuhWf1lsyzlg4t IKElxCNRQCRFwMFokuuE9l3txF/NOKWGMjiwhk3kawlCpniwxalyMQxj2pTJRBmO63/C QmMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=7HjB/PrfyxOostX3MGZK1W90abps1J3Nqq4P+XLxdVc=; b=aDmu4dQWpWdh5ASVNTvMOFq34H9OCO3uzkkK0d4/FHklC0CojA7FMkfnQQhvl3Bsrp DGGfQFphZazQhCVs6xbvUWvulbmDRzYdyngMfmKOVl/gYbrfQExsO7ZpEQ0DlFcahnDT FI2f+bQZWU3/ryIlZBt2ZWPfJzexbWnVaBwIYOwmNgViR0teuxYpiDXZeHckKAmWftSv Fz2FmCZ75xfrmIC3KAg3NZlo0QBHY+kCj9PdavMtFD2Yr3CX/yhAeUUwkPajxodAeFR1 t+fcqChbJXvgJvhVrmdIBc5uYwOoi7I12gCX1F9daArfALFlksp87KxAnZFKEpOAPNb7 AafA== X-Gm-Message-State: ALyK8tKUxIsQYVx2WGXq4Kx9XWXHXBsRzT8uWjUr7yNQpRfg5pPluvklx+yUUlYMi8A83LL5+YMz/eARjECZBA== MIME-Version: 1.0 X-Received: by 10.159.33.247 with SMTP id 110mr14057746uac.14.1464678048283; Tue, 31 May 2016 00:00:48 -0700 (PDT) Received: by 10.103.125.88 with HTTP; Tue, 31 May 2016 00:00:48 -0700 (PDT) In-Reply-To: <574D03F9.6050201@intel.com> References: <1464604404-11257-1-git-send-email-yu.c.chen@intel.com> <20160530213305.GA21322@localhost> <574D03F9.6050201@intel.com> Date: Tue, 31 May 2016 00:00:48 -0700 X-Google-Sender-Auth: 2D433oQgCKql5yb2wh1Pmm8isqg Message-ID: Subject: Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11 From: Yinghai Lu To: Chen Yu Cc: Bjorn Helgaas , "linux-pci@vger.kernel.org" , linux-arch , Bjorn Helgaas , Arnd Bergmann , "Rafael J . Wysocki" , Len Brown , Mika Westerberg Sender: linux-pci-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pci@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP On Mon, May 30, 2016 at 8:24 PM, Chen Yu wrote: > and then in pcibios_assign_resources, 0000:00:1c.0 tries to allocate minimal > resource window and then update related base/limit registers: > > [ 0.865342] pci 0000:00:1c.0: bridge window [io 0x1000-0x0fff] to [bus > 02] add_size 1000 > [ 0.865343] pci 0000:00:1c.0: bridge window [mem 0x00100000-0x000fffff > 64bit pref] to [bus 02] add_size 200000 add_align 100000 > [ 0.865344] pci 0000:00:1c.0: bridge window [mem 0x00100000-0x000fffff] > to [bus 02] add_size 200000 add_align 100000 > That is for hotplug bridge, then we could use following instead. * some mulifunction chips. --- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c index ee72ebe..d3ec833 100644 --- a/drivers/pci/quirks.c +++ b/drivers/pci/quirks.c @@ -2775,6 +2775,13 @@ static void quirk_hotplug_bridge(struct pci_dev *dev) DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_HINT, 0x0020, quirk_hotplug_bridge); +static void quirk_hotplug_bridge_skip(struct pci_dev *dev) +{ + dev->is_hotplug_bridge = 0; +} + +DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_INTEL, 0x8c10, quirk_hotplug_bridge_skip); + /* * This is a quirk for the Ricoh MMC controller found as a part of