Received: by 10.192.165.148 with SMTP id m20csp5036319imm; Tue, 24 Apr 2018 12:32:41 -0700 (PDT) X-Google-Smtp-Source: AIpwx48AU6sjxtRGOeGfpIB4vSTwHN6uWZha067Xp4mpjSGlSzcPvLIHrORQobZ8Hg+FmMccw+yq X-Received: by 10.99.95.5 with SMTP id t5mr20893571pgb.165.1524598361793; Tue, 24 Apr 2018 12:32:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524598361; cv=none; d=google.com; s=arc-20160816; b=wEAUq+gzbPntW2rlyL1XKKNw0HliHg2xy5xTXg3tLU/EzgyXQfwlej1PyTLr2Yt7uu 9vw9MVJ/c6jwIe94O83N8qax3ZtMEYh3R4WGZkFb+grVaSGIIc/sKrjnfY0Xr4d/lmOR +VSGPiKkI2A2T2dod3ogjqY20pBxAWFSVX2FBsCkETyGCjfY64w+erfL260v985AWthS gH0QxSdLCA6MtjDdkUSMn5FyDMFDZ73IyHtsOBDoq03wMdrzmWjt7WC4Ud2arza55LKe u8W+IApeY4Qfea/m7wAvNI3hdq+zVf8j00lljW7sBK+FIR7M3ggvjYlKQbCfWsrWUYnA zPCA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature :arc-authentication-results; bh=7qvJyCz0YNXCuhF6T/Loib25LM5QLh1vbUWiFtkHZSM=; b=kx5uQmp2SSXGXq4c1JpAdy6e4DEpRdMu+6+V4ZL5tIwYggMyI2U7uPgG+3/4AN+Akb XP0l+fKogkX+WCwiKYfHOhH4sE2EukBbvnP3kUmon9kWkcbd+Pfvj5LNpvPKOKBJ/8O1 rT3wqY726BRI1DOl6m35k3GbRjzc85RGwxQ+ls4qaWSrzy3jVItTLR1HOeU0JMYUbwga orioSYLeXAERX77cSgcK+t4aSty3SAJC0zx8aa0OHn8Col2OPvOacZ8I44vD2kHN2+wM FumQATB2cmbjpNZMKTBogtXK6bNwL+JPI+Ys7gsQFzHVuPsahiQMtsGpnemyg9VcaGBl XiPA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=IjtGFeIv; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r12si10489474pfd.193.2018.04.24.12.32.27; Tue, 24 Apr 2018 12:32:41 -0700 (PDT) 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; dkim=pass header.i=@google.com header.s=20161025 header.b=IjtGFeIv; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751483AbeDXTbT (ORCPT + 99 others); Tue, 24 Apr 2018 15:31:19 -0400 Received: from mail-yb0-f175.google.com ([209.85.213.175]:39410 "EHLO mail-yb0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750962AbeDXTbP (ORCPT ); Tue, 24 Apr 2018 15:31:15 -0400 Received: by mail-yb0-f175.google.com with SMTP id q74-v6so7244250ybg.6 for ; Tue, 24 Apr 2018 12:31:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7qvJyCz0YNXCuhF6T/Loib25LM5QLh1vbUWiFtkHZSM=; b=IjtGFeIvgOf+NPtZ1C5kCHE8lKTKEAEswXC825cLh6vpNYBZxVN4LxeBaIxsZjoTRQ +yp7OLpztDgLhvlWA7ZiZzRQL7Alf1TOSLYbw0PPx8nfUbl8Ru3iG3ptDeRV08mEbVpH UvGlQRqdNZQeg+acmw4PkUu3Ft+OBPPuu2wwBySQb5PERotqaWi1tP4WbYCj8qSwR1lF +5uE1mpbhi+I0AFiynZBZ1nFghDuROb9GZ0vol+6iYcEWtph3xgdls8jcI6FnQq9n4c3 TPo9DCnNoywMl0peCD6LJ6VVo2Z2GDEqsfZm0Ij1lEozzDyVw3dUsf2eHW3/c7/Oa7Gp lUMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=7qvJyCz0YNXCuhF6T/Loib25LM5QLh1vbUWiFtkHZSM=; b=A/2ZXXnmeGCHXbGk33HzRDNG5P9dR8y3G3Qqr605tkWEhsF/VH8qSX9YRIq5Rfcygw bfoUcTf7AH8a5hZ4008Zql/+KMePJqwge6sKlmeTgMoj/bqNgosmdZlu9Yk+1mEhQDn+ 3zQnEMNnND3XWP4r5pkAEgH9ZKGlocdkFTGZ8vwrxVLHACPc3kZkLumFcyEDtvGJedI0 L5XeihB+NTXfScNWX5xa+cPxzyNDQnroRyc/ZYg1USs36NGaf6G+qmLItCWOaucLlP3R s3JtG5nbhWSaVZlOWM0EL5gdpNE9llV/ScCDqdKsBGDHkMLo8EqlgpAc9A3eb8rO0+K0 HSwA== X-Gm-Message-State: ALQs6tAhRSBKzvma2iwcso2AlvTYR3ubV7zl//jylCA3Y/ksHaOUcikY FEa8ia0lmQbovxIDKJoyOHvfOuBgjWz3VYCuPk6Ym/x2uw== X-Received: by 2002:a81:ae48:: with SMTP id g8-v6mr12970121ywk.349.1524598274774; Tue, 24 Apr 2018 12:31:14 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Bjorn Helgaas Date: Tue, 24 Apr 2018 19:31:03 +0000 Message-ID: Subject: Fwd: [Bug 199473] New: pcieport does not scan devices behind PEX switch, while resources are allocated To: janpieter.sollie@dommel.be Cc: linux-pci@vger.kernel.org, Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Thanks for the report! I don't understand exactly what the issue is yet. You attached lspci output from v4.14.27 and v4.17-rc1. The v4.17-rc1 output shows several devices (4b:00, 4c:00, 4f:00) below the PEX switch, while the v4.14.27 output shows only the 4f:00 devices. Is the problem that v4.14.27 doesn't find the 4b:00 and 4c:00 devices? Does v4.17-rc1 work correctly? If v4.17-rc1 works but v4.14.27 does not, it's probably a question of working with your distro to see if they can (1) identify some change that fixed things, and (2) backport that change to the distro kernel. The Broadcom driver you attached at comment #4 shouldn't be related to this problem. Device enumeration is performed by the PCI core and doesn't require any additional drivers. I didn't look at the Broadcom driver, so I don't know what it does. The PEX switch does include an endpoint (42:00.1); it's possible the driver is for some functionality provided by that endpoint. ---------- Forwarded message --------- From: Date: Mon, Apr 23, 2018 at 12:20 AM Subject: [Bug 199473] New: pcieport does not scan devices behind PEX switch, while resources are allocated To: https://bugzilla.kernel.org/show_bug.cgi?id=199473 Bug ID: 199473 Summary: pcieport does not scan devices behind PEX switch, while resources are allocated Product: Drivers Version: 2.5 Kernel Version: 4.17-rc1 Hardware: x86-64 OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: PCI Assignee: drivers_pci@kernel-bugs.osdl.org Reporter: janpieter.sollie@dommel.be Regression: No Created attachment 275511 --> https://bugzilla.kernel.org/attachment.cgi?id=275511&action=edit dmesg stable kernel pcieport assigns the PEX 8619 pcie expander switch ports, but does not scan them for additional objects behind the ports. only 1 device is added @ pci region 4f. Workaround for getting all devices online: while pc is on, remove the card, reinsert it at a slot before the working device, and make a cold start. It would be nice if the pcie switches are scanned properly. -- You are receiving this mail because: You are watching the assignee of the bug.