From patchwork Tue Feb 24 08:34:13 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Bjorn Helgaas X-Patchwork-Id: 5870551 X-Patchwork-Delegate: bhelgaas@google.com Return-Path: X-Original-To: patchwork-linux-pci@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork1.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.136]) by patchwork1.web.kernel.org (Postfix) with ESMTP id 5B5A59F373 for ; Tue, 24 Feb 2015 08:34:18 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 925BE2064F for ; Tue, 24 Feb 2015 08:34:17 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id C26FA2063C for ; Tue, 24 Feb 2015 08:34:16 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752323AbbBXIeQ (ORCPT ); Tue, 24 Feb 2015 03:34:16 -0500 Received: from mail-pd0-f182.google.com ([209.85.192.182]:39045 "EHLO mail-pd0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752114AbbBXIeP (ORCPT ); Tue, 24 Feb 2015 03:34:15 -0500 Received: by pdjy10 with SMTP id y10so31839144pdj.6 for ; Tue, 24 Feb 2015 00:34:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=subject:to:from:cc:date:message-id:in-reply-to:references :user-agent:mime-version:content-type:content-transfer-encoding; bh=yWk1qgD/DULdj893LxtqQRFMr/ozJhoyKNyyYBacJy8=; b=f0/oB2WbbPHv0DRRQP+gcKBrGaWI5BZw2t4PORqml6JO0hVZywHfKyUJ5L9mUQUZrr Nz1ZSmlKuZcbTPB6zx4O0OWMooqauGihnXlZQTUBaA4y0dMZYBPkD98Hyghla43gJ6JX sYlmAaOIulTEzS1D/JOnZJvV1O8OzbS/jqn7ca25ccQZj3MsDoL6UhHhtQIwAcougBHU nwsDr0us+dh8G+mseS/60/C9PHxpIDMGUeij5a+qHGXYNFZZS3CIIwG2S3HFCSn/W7ye DuoyFDxfDEQoxHBmS1aur97DCIqGafpcdkErTUcF52TKYBhqWBExZHdHd8mhVs0VjvC+ CdKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:from:cc:date:message-id:in-reply-to :references:user-agent:mime-version:content-type :content-transfer-encoding; bh=yWk1qgD/DULdj893LxtqQRFMr/ozJhoyKNyyYBacJy8=; b=Xj+CBiszSxJyOk6FsGkGMq2TcZgxOQMYAiXkvsdAQ85ehC5S34iF40FsWaigdjyow9 pyJMUGtoM9fLyM9hKNeL5mE528FK016EwNgqbqWpH5N9e5PbxEEBGQp/GpJM0pmkrjJ/ tmNxQnRUwur8QMcBQwAutKadLOTpchXB7jd3NPJDZ/itUqSNYhx8Si8/YIXzJ405Feno mAhu3MWGJsf41KZdXylF337aN9yGOxNPVokEMnC8xkwzDfXx9g4xIcuhWPGwCFGGSfiM It2TpLH49w9v7AwBl8uGodPepRkHCTT1I3sfFB7vYmJVmJ0gU8iuTbIiW1bEfYzRX7dw X06w== X-Gm-Message-State: ALoCoQn/RTqTIqVphbvA/CzdijCqW4RgUvnu/3low6lyv8iGw/iFTcbNmLbIuTYIS/mEMe2K+Ylk X-Received: by 10.66.65.169 with SMTP id y9mr27193080pas.60.1424766855194; Tue, 24 Feb 2015 00:34:15 -0800 (PST) Received: from localhost ([12.23.74.29]) by mx.google.com with ESMTPSA id w16sm26826315pbs.35.2015.02.24.00.34.14 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 24 Feb 2015 00:34:14 -0800 (PST) Subject: [PATCH v12 11/21] powerpc/pci: Don't unset PCI resources for VFs To: Wei Yang , benh@au1.ibm.com, gwshan@linux.vnet.ibm.com From: Bjorn Helgaas Cc: linux-pci@vger.kernel.org, linuxppc-dev@lists.ozlabs.org Date: Tue, 24 Feb 2015 02:34:13 -0600 Message-ID: <20150224083413.32124.11968.stgit@bhelgaas-glaptop2.roam.corp.google.com> In-Reply-To: <20150224082939.32124.45744.stgit@bhelgaas-glaptop2.roam.corp.google.com> References: <20150224082939.32124.45744.stgit@bhelgaas-glaptop2.roam.corp.google.com> User-Agent: StGit/0.16 MIME-Version: 1.0 Sender: linux-pci-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pci@vger.kernel.org X-Spam-Status: No, score=-6.8 required=5.0 tests=BAYES_00, DKIM_ADSP_CUSTOM_MED, DKIM_SIGNED,RCVD_IN_DNSWL_HI,T_DKIM_INVALID,T_RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=ham 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 From: Wei Yang If we're going to reassign resources with flag PCI_REASSIGN_ALL_RSRC, all resources will be cleaned out during device header fixup time and then get reassigned by PCI core. However, the VF resources won't be reassigned and thus, we shouldn't clean them out. If the pci_dev is a VF, skip the resource unset process. Signed-off-by: Wei Yang Signed-off-by: Bjorn Helgaas --- arch/powerpc/kernel/pci-common.c | 4 ++++ 1 file changed, 4 insertions(+) -- 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/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c index 2a525c938158..82031011522f 100644 --- a/arch/powerpc/kernel/pci-common.c +++ b/arch/powerpc/kernel/pci-common.c @@ -788,6 +788,10 @@ static void pcibios_fixup_resources(struct pci_dev *dev) pci_name(dev)); return; } + + if (dev->is_virtfn) + return; + for (i = 0; i < DEVICE_COUNT_RESOURCE; i++) { struct resource *res = dev->resource + i; struct pci_bus_region reg;