Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752522Ab3FYQUn (ORCPT ); Tue, 25 Jun 2013 12:20:43 -0400 Received: from mga09.intel.com ([134.134.136.24]:53741 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752268Ab3FYQTY (ORCPT ); Tue, 25 Jun 2013 12:19:24 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.87,938,1363158000"; d="scan'208";a="359356487" From: Mika Westerberg To: Greg Kroah-Hartman , Bjorn Helgaas , "Rafael J. Wysocki" Cc: Jesse Barnes , Yinghai Lu , john.ronciak@intel.com, miles.j.penner@intel.com, bruce.w.allan@intel.com, "Kirill A. Shutemov" , Heikki Krogerus , Mika Westerberg , linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, x86@kernel.org Subject: [PATCH 0/6] Thunderbolt workarounds take 2 Date: Tue, 25 Jun 2013 19:22:04 +0300 Message-Id: <1372177330-28013-1-git-send-email-mika.westerberg@linux.intel.com> X-Mailer: git-send-email 1.8.3.1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2118 Lines: 54 Hi all, This is the second iteration of the patches first posted here quite a while ago: https://lkml.org/lkml/2012/12/13/589 With Thunderbolt devices we might see pretty complex PCIe hierarchies that the current ACPI hotplug code was not able to handle properly but instead failed to scan the whole hierarchy. This series tries to address these problems. In addition to that there's a possibility that only part of the chain is disconnected so we don't want to leave behind stale PCI devices. We have tested this on Acer Aspire S5 with the largest chain looking like this: PC +--+ eSata Hub #0 +--+ eSata Hub #1 +--+ Apple Thunderbolt display +--+ Apple ethernet dongle There are still problems with different device drivers because of the surprise hotplug nature of Thunderbolt, causing occasional hangs and failures that should be fixed per-driver later on (not addressed in this series). Currently Thunderbolt on Apple hardware like Macbooks is not yet supported as they use some different mechanism than ACPI events to trigger hotplug events. The series is based on linux-pm.git/linux-next. Kirill A. Shutemov (4): PCI: acpiphp: do not check for SLOT_ENABLED in enable_device() PCI: acpiphp: enable_device(): rescan even if no new devices on slot PCI: introduce pci_trim_stale_devices() PCI: acpiphp: check for new devices on enabled host Mika Westerberg (2): PCI: acpiphp: look _RMV method a bit deeper in the hierarhcy x86/PCI: quirk Thunderbolt PCI-to-PCI bridges arch/x86/pci/fixup.c | 51 ++++++++++++++++++++++++ drivers/pci/hotplug/acpi_pcihp.c | 53 ++++++++++++++++++++++--- drivers/pci/hotplug/acpiphp_glue.c | 79 +++++++++++++++++--------------------- drivers/pci/remove.c | 20 ++++++++++ include/linux/pci.h | 1 + 5 files changed, 156 insertions(+), 48 deletions(-) -- 1.8.3.1 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/