[Prev Page][Next Page]
- Re: [PATCH] x86/PCI: setup data may be in highmem
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: Resource assignment oddities
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Resource assignment oddities
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: Resource assignment oddities
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 1/3] pci: Add PCI walk function and PCIe bridge test
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 2/2] PCI: unset the resource if we can't get the correct CPU address
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [GIT PULL] PCI updates for v3.10
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: Resource assignment oddities
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 0/4] Marvell PCIe driver improvements
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] Marvell PCIe driver improvements
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] Marvell PCIe driver improvements
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] Marvell PCIe driver improvements
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: Resource assignment oddities
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH] PCI: Don't let mmio fallback to must-only, if ioport fails with must+optional
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Resource assignment oddities
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: Resource assignment oddities
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2 0/3] Marvell PCIe driver improvements
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 0/4] Marvell PCIe driver improvements
- From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v2 3/3] pci: mvebu: fix the emulation of the status register
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 1/3] pci: mvebu: no longer fake the slot location of downstream devices
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 0/3] Marvell PCIe driver improvements
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 2/3] pci: mvebu: allow the enumeration of devices beyond physical bridges
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/4] Marvell PCIe driver improvements
- From: Willy Tarreau <w@xxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Or Gerlitz <or.gerlitz@xxxxxxxxx>
- Re: [PATCH 0/4] Marvell PCIe driver improvements
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Or Gerlitz <or.gerlitz@xxxxxxxxx>
- Re: [PATCH 0/4] Marvell PCIe driver improvements
- From: Willy Tarreau <w@xxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Don Dutile <ddutile@xxxxxxxxxx>
- Re: Resource assignment oddities
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: Resource assignment oddities
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Resource assignment oddities
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Resource assignment oddities
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Resource assignment oddities
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: Resource assignment oddities
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [OPW kernel] dma_set_coherent_mask
- From: Don Dutile <ddutile@xxxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Or Gerlitz <or.gerlitz@xxxxxxxxx>
- Re: Resource assignment oddities
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: Resource assignment oddities
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 0/4] Marvell PCIe driver improvements
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: [PATCH 0/4] Marvell PCIe driver improvements
- From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] pci: Add PCI walk function and PCIe bridge test
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH 3/4] pci: mvebu: emulate an empty capability list
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- Re: Resource assignment oddities
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 4/4] pci: mvebu: fix the emulation of the status register
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 3/4] pci: mvebu: emulate an empty capability list
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- RE: [PATCH 1/3] pci: Add PCI walk function and PCIe bridge test
- From: Sethi Varun-B16395 <B16395@xxxxxxxxxxxxx>
- Re: [PATCH 2/4] pci: mvebu: allow the enumeration of devices beyond physical bridges
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 0/4] Marvell PCIe driver improvements
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- [PATCH 4/4] pci: mvebu: fix the emulation of the status register
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/4] pci: mvebu: emulate an empty capability list
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/4] pci: mvebu: allow the enumeration of devices beyond physical bridges
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/4] pci: mvebu: no longer fake the slot location of downstream devices
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/4] Marvell PCIe driver improvements
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCH] x86/PCI: setup data may be in highmem
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2, part3 00/11] Introduce PCI bus lock and state machine
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- [PATCH v4 2/8] PCI: Use pci_walk_bus to detect unassigned resources
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v4 3/8] PCI: Introduce enable_local to prepare per root bus handling
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v4 4/8] PCI: Split pci_assign_unassigned_resources to per root bus
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v4 8/8] PCI: Retry assign unassigned resources for hotadd root bus
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v4 6/8] PCI: Skip IORESOURCE_MMIO allocation for root bus without MMIO range
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v4 7/8] PCI: Enable pci bridge when it is needed
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v4 1/8] PCI: Don't use temp bus for pci_bus_release_bridge_resources
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v4 5/8] PCI: Skip IORESOURCE_IO allocation for root bus without ioport range
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v4 0/8] PCI: Skip resource allocation for root bus without conresponding type resource
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [RFC PATCH v2, part 2 14/18] PCI, EDAC: use hotplug-safe PCI bus iterators to walk PCI buses
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [PATCH] Finally eradicate CONFIG_HOTPLUG
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2] PCI: Reset PCIe devices to stop ongoing DMA
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Don Dutile <ddutile@xxxxxxxxxx>
- Re: Resource assignment oddities
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Don Dutile <ddutile@xxxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Don Dutile <ddutile@xxxxxxxxxx>
- Re: [PATCH 1/2] PCI: Split pci_assign_unassigned_resources to per root bus
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: Sebastian <ML-kernel.org@xxxxxxxxxx>
- Re: Resource assignment oddities
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Resource assignment oddities
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Linas Vepstas <linasvepstas@xxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- RE: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: "Liu, Joseph" <Joseph.Liu@xxxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Linas Vepstas <linasvepstas@xxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [PATCH] Finally eradicate CONFIG_HOTPLUG
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
- Re: [PATCH] Finally eradicate CONFIG_HOTPLUG
- From: Peter Stuge <peter@xxxxxxxx>
- Re: [PATCH] Finally eradicate CONFIG_HOTPLUG
- From: Hans Verkuil <hansverk@xxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
- [PATCH] Finally eradicate CONFIG_HOTPLUG
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] sparc/PCI: Use PCI_UNKNOWN for unknown power state
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] powerpc/PCI: Use PCI_UNKNOWN for unknown power state
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 1/2] powerpc/PCI: Use PCI_UNKNOWN for unknown power state
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] powerpc/PCI: Use PCI_UNKNOWN for unknown power state
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH 2/2] sparc/PCI: Use PCI_UNKNOWN for unknown power state
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH 1/2] powerpc/PCI: Use PCI_UNKNOWN for unknown power state
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCHv10 5/9] clk: mvebu: create parent-child relation for PCIe clocks on Armada 370
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Linas Vepstas <linasvepstas@xxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCHv10 2/9] of/pci: Provide support for parsing PCI DT ranges property
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: The dd72be99 breaks some of Intel Medfield based devices
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v2 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Alexander Duyck <alexander.h.duyck@xxxxxxxxx>
- Re: [PATCH v2 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: [PATCH v2 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: [PATCH v2 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2, part 1 8/9] PCI: make PCI host bridge/bus creating and destroying logic symmetric
- From: Liu Jiang <liuj97@xxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Linas Vepstas <linasvepstas@xxxxxxxxx>
- Re: [PATCH 2/2] PCI: unset the resource if we can't get the correct CPU address
- From: Liu Jiang <liuj97@xxxxxxxxx>
- RE: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: "Liu, Joseph" <Joseph.Liu@xxxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v2 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Eliezer Tamir <eliezer.tamir@xxxxxxxxxxxxxxx>
- Re: [PATCH v2 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Or Gerlitz <or.gerlitz@xxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Or Gerlitz <or.gerlitz@xxxxxxxxx>
- Re: [PATCH] lspci: Fully decode ASPM support from Link Capabilities
- From: Martin Mares <mj@xxxxxx>
- Re: [PATCHv10 2/9] of/pci: Provide support for parsing PCI DT ranges property
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH v2, part 1 8/9] PCI: make PCI host bridge/bus creating and destroying logic symmetric
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [PATCHv10 9/9] arm: mvebu: update defconfig with PCI and USB support
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: [PATCHv10 5/9] clk: mvebu: create parent-child relation for PCIe clocks on Armada 370
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: [PATCHv10 2/9] of/pci: Provide support for parsing PCI DT ranges property
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: [PATCHv10 1/9] arm: mvebu: fix the 'ranges' property to handle PCIe
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] PCI: unset the resource if we can't get the correct CPU address
- From: Kevin Hao <haokexin@xxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: mpt2sas,mpt3sas watchdog device removal
- From: Joe Lawrence <joe.lawrence@xxxxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 4/4] ARM: tegra: pcie: Enable PCIe controller on Cardhu
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- [PATCH] lspci: Fully decode ASPM support from Link Capabilities
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- RE: [PATCH 4/4] ARM: tegra: pcie: Enable PCIe controller on Cardhu
- From: Jay Agarwal <jagarwal@xxxxxxxxxx>
- Re: mpt2sas,mpt3sas watchdog device removal
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] mpt2sas,mpt3sas: make watchdog instantiated device removal safe
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 2/2] PCI: unset the resource if we can't get the correct CPU address
- From: Liu Jiang <liuj97@xxxxxxxxx>
- Re: [PATCHv9 5/9] clk: mvebu: create parent-child relation for PCIe clocks on Armada 370
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- [PATCH -v2 7/7] PCI/IA64: introduce probe_pci_root_info() to manage _CRS resource
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH -v2 6/7] PCI/IA64: add host bridge resource release for _CRS path
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH -v2 3/7] PCI/IA64: make pci_root_info holds pci hostbridge resources
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH -v2 4/7] PCI/IA64: Allocate pci_root_info instead of using stack
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH -v2 5/7] PCI/IA64: fix memleak for create pci root bus fail
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH -v2 2/7] PCI/IA64: SN: remove sn_pci_window_fixup()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH -v2 1/7] PCI/X86: fix always use info->res[0] to store _CRS resource when pci=nocrs set
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH -v2 0/7] Add hostbridge resource release to support root bus hotplug in IA64
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCHv9 5/9] clk: mvebu: create parent-child relation for PCIe clocks on Armada 370
- From: Mike Turquette <mturquette@xxxxxxxxxx>
- Re: is L1 really disabled in iwlwifi
- From: Emmanuel Grumbach <egrumbach@xxxxxxxxx>
- Re: Resource assignment oddities
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] PCI: unset the resource if we can't get the correct CPU address
- From: Kevin Hao <haokexin@xxxxxxxxx>
- Re: is L1 really disabled in iwlwifi
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCHv9 7/9] pci: PCIe driver for Marvell Armada 370/XP systems
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v2, part3 11/11] PCI, ACPI, pci_root: use PCI bus lock to protect PCI device hotplug
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [OPW kernel] dma_set_coherent_mask
- From: Sarah Sharp <sarah.a.sharp@xxxxxxxxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 2/2] PCI: unset the resource if we can't get the correct CPU address
- From: Liu Jiang <liuj97@xxxxxxxxx>
- Re: [PATCHv9 7/9] pci: PCIe driver for Marvell Armada 370/XP systems
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: [PATCHv9 7/9] pci: PCIe driver for Marvell Armada 370/XP systems
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv10 9/9] arm: mvebu: update defconfig with PCI and USB support
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv10 8/9] arm: mvebu: PCIe support is now available on mvebu
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv10 7/9] pci: PCIe driver for Marvell Armada 370/XP systems
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv10 6/9] clk: mvebu: add more PCIe clocks for Armada XP
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv10 5/9] clk: mvebu: create parent-child relation for PCIe clocks on Armada 370
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv10 4/9] of/pci: Add of_pci_parse_bus_range() function
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv10 3/9] of/pci: Add of_pci_get_devfn() function
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv10 2/9] of/pci: Provide support for parsing PCI DT ranges property
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv10 1/9] arm: mvebu: fix the 'ranges' property to handle PCIe
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv10 0/9] PCIe support for the Armada 370 and Armada XP SoCs
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv9 7/9] pci: PCIe driver for Marvell Armada 370/XP systems
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- [RFC PATCH v2, part3 02/11] PCI: implement state machine for PCI bus
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part3 03/11] PCI: introduce a state machine to manage PCI device lifecycle
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part3 04/11] PCI: introduce helper function pci_stop_and_remove_device()
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part3 05/11] PCI: enhance PCI core logic to support PCI bus lock
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part3 06/11] PCI, sysfs: use PCI bus lock to serialize hotplug operations triggered by sysfs
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part3 07/11] PCI, xen-pcifront: use new PCI interfaces to simplify implementation
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part3 08/11] PCI, xen-pcifront: use PCI bus lock to protect PCI device hotplug
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part3 09/11] PCI, acpiphp: use PCI bus lock to protect PCI device hotplug
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part3 10/11] PCI, pciehp: use PCI bus lock to protect PCI device hotplug
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part3 11/11] PCI, ACPI, pci_root: use PCI bus lock to protect PCI device hotplug
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part3 01/11] PCI: introduce bus lock and state machine to serialize PCI hotplug operations
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part3 00/11] Introduce PCI bus lock and state machine
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: [PATCHv9 7/9] pci: PCIe driver for Marvell Armada 370/XP systems
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv9 7/9] pci: PCIe driver for Marvell Armada 370/XP systems
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: [PATCHv9 5/9] clk: mvebu: create parent-child relation for PCIe clocks on Armada 370
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: [OPW kernel] dma_set_coherent_mask
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCHv9 7/9] pci: PCIe driver for Marvell Armada 370/XP systems
- From: Ezequiel Garcia <ezequiel.garcia@xxxxxxxxxxxxxxxxxx>
- Re: enabling aspm on ati radeon
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCHv9 5/9] clk: mvebu: create parent-child relation for PCIe clocks on Armada 370
- From: Sebastian Hesselbarth <sebastian.hesselbarth@xxxxxxxxx>
- Re: [PATCH 4/7] PCI: Fix racing for pci device removing via sysfs
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [PATCHv9 5/9] clk: mvebu: create parent-child relation for PCIe clocks on Armada 370
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Or Gerlitz <or.gerlitz@xxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Or Gerlitz <or.gerlitz@xxxxxxxxx>
- Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Liu Jiang <liuj97@xxxxxxxxx>
- Re: Ricoh DMAR bug returns? (WAS Re: [PATCH v4] Quirk for buggy dma source tags with Intel IOMMU.)
- From: Andrew Cooks <acooks@xxxxxxxxx>
- Re: [OPW kernel] dma_set_coherent_mask
- From: Sarah Sharp <sarah.a.sharp@xxxxxxxxxxxxxxx>
- Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCHv9 5/9] clk: mvebu: create parent-child relation for PCIe clocks on Armada 370
- From: Mike Turquette <mturquette@xxxxxxxxxx>
- Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- RE: [PATCH 4/4] ARM: tegra: pcie: Enable PCIe controller on Cardhu
- From: Jay Agarwal <jagarwal@xxxxxxxxxx>
- RE: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: "Sumner, William" <bill.sumner@xxxxxx>
- Re: [PATCH] Move PCIe node to correct place
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH v2 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Greg Rose <gregory.v.rose@xxxxxxxxx>
- Re: [RFC PATCH v2, part 2 16/18] PCI, iommu: use hotplug-safe iterators to walk PCI buses
- From: Liu Jiang <liuj97@xxxxxxxxx>
- PCI, PPC: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: [RFC PATCH v2, part 2 09/18] PCI, PPC: use hotplug-safe iterators to walk PCI buses
- From: Liu Jiang <liuj97@xxxxxxxxx>
- Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [RFC PATCH v2, part 2 01/18] PCI: introduce hotplug-safe PCI bus iterators
- From: Liu Jiang <liuj97@xxxxxxxxx>
- Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Liu Jiang <liuj97@xxxxxxxxx>
- Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [RFC PATCH v2, part 2 01/18] PCI: introduce hotplug-safe PCI bus iterators
- From: Liu Jiang <liuj97@xxxxxxxxx>
- Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Liu Jiang <liuj97@xxxxxxxxx>
- Re: [OPW kernel] dma_set_coherent_mask
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH] Move PCIe node to correct place
- From: Jay Agarwal <jagarwal@xxxxxxxxxx>
- [PATCHv9 9/9] arm: mvebu: update defconfig with PCI and USB support
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv9 8/9] arm: mvebu: PCIe support is now available on mvebu
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv9 7/9] pci: PCIe driver for Marvell Armada 370/XP systems
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv9 6/9] clk: mvebu: add more PCIe clocks for Armada XP
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv9 5/9] clk: mvebu: create parent-child relation for PCIe clocks on Armada 370
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv9 4/9] of/pci: Add of_pci_parse_bus_range() function
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv9 3/9] of/pci: Add of_pci_get_devfn() function
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv9 2/9] of/pci: Provide support for parsing PCI DT ranges property
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv9 0/9] PCIe support for the Armada 370 and Armada XP SoCs
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv9 1/9] arm: mvebu: fix the 'ranges' property to handle PCIe
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- Re: [OPW kernel] dma_set_coherent_mask
- From: Sarah Sharp <sarah.a.sharp@xxxxxxxxxxxxxxx>
- Re: Ricoh DMAR bug returns? (WAS Re: [PATCH v4] Quirk for buggy dma source tags with Intel IOMMU.)
- From: Pat Erley <pat-lkml@xxxxxxxxx>
- Re: [PATCH v2 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [PATCH] pci: Avoid reentrant calls to work_on_cpu
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] pci: Avoid reentrant calls to work_on_cpu
- From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
- Re: [RFC PATCH v2, part 2 09/18] PCI, PPC: use hotplug-safe iterators to walk PCI buses
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] pci: Avoid reentrant calls to work_on_cpu
- From: Or Gerlitz <or.gerlitz@xxxxxxxxx>
- [PATCH] pci: Avoid reentrant calls to work_on_cpu
- From: Alexander Duyck <alexander.h.duyck@xxxxxxxxx>
- Re: [RFC PATCH v2, part 2 16/18] PCI, iommu: use hotplug-safe iterators to walk PCI buses
- From: Don Dutile <ddutile@xxxxxxxxxx>
- Re: [PATCH v2] PCI: Reset PCIe devices to stop ongoing DMA
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Alexander Duyck <alexander.h.duyck@xxxxxxxxx>
- Re: [RFC PATCH v2, part 2 12/18] PCI, ACPI: use hotplug-safe iterators to walk PCI buses
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Alexander Duyck <alexander.h.duyck@xxxxxxxxx>
- Re: [RFC PATCH v2, part 2 11/18] PCI, x86: use hotplug-safe iterators to walk PCI buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [RFC PATCH v2, part 2 03/18] PCI, hotplug: use hotplug-safe iterators to walk PCI buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [RFC PATCH v2, part 2 01/18] PCI: introduce hotplug-safe PCI bus iterators
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [RFC PATCH v2, part 2 02/18] PCI, core: use hotplug-safe iterators to walk PCI buses
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [RFC PATCH v2, part 2 01/18] PCI: introduce hotplug-safe PCI bus iterators
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Liu Jiang <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 03/18] PCI, hotplug: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 05/18] PCI, FRV: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 06/18] PCI, IA64: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 07/18] PCI, Microblaze: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 08/18] PCI, mn10300: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 09/18] PCI, PPC: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 10/18] PCI, SPARC: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 12/18] PCI, ACPI: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 14/18] PCI, EDAC: use hotplug-safe PCI bus iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 16/18] PCI, iommu: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 17/18] PCI, eeepc-laptop: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 18/18] PCI, asus-wmi: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 15/18] PCI, via-camera: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 13/18] PCI, DRM: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 11/18] PCI, x86: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 04/18] PCI, Alpha: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 02/18] PCI, core: use hotplug-safe iterators to walk PCI buses
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [RFC PATCH v2, part 2 01/18] PCI: introduce hotplug-safe PCI bus iterators
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Alexander Duyck <alexander.h.duyck@xxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Seeking advice: Restoring MSI-X after device reset
- From: Jimmie Mayfield <jimmie@xxxxxxxxxxxxx>
- Re: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Liu Jiang <liuj97@xxxxxxxxx>
- [PATCH 2/2] PCI: unset the resource if we can't get the correct CPU address
- From: Kevin Hao <haokexin@xxxxxxxxx>
- [PATCH 1/2] PCI: make pcibios_bus_to_resource return either success or failure
- From: Kevin Hao <haokexin@xxxxxxxxx>
- [PATCH 0/2] fix the pci device malfunction if a wrong bus address is assigned by firmware
- From: Kevin Hao <haokexin@xxxxxxxxx>
- [PATCH v1 2/2] ACPI, pci_root: use acpi_handle_print() and pr_xxx() to print messages
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v1 1/2] ACPI, PCI: remove unused global list acpi_pci_roots in pci_root.c
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v1 1/2] ACPI, PCI: remove unused global list acpi_pci_roots in pci_root.c
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: [PATCH v2, part 1 5/9] ACPI, PCI: remove unused global list acpi_pci_roots in pci_root.c
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v2, part 1 6/9] ACPI, pci_root: use acpi_handle_print() and pr_xxx() to print messages
- From: Liu Jiang <liuj97@xxxxxxxxx>
- Re: [PATCH v2, part 1 5/9] ACPI, PCI: remove unused global list acpi_pci_roots in pci_root.c
- From: Liu Jiang <liuj97@xxxxxxxxx>
- RE: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: "Perla, Sathya" <Sathya.Perla@xxxxxxxxxx>
- RE: [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Yan Burman <yanb@xxxxxxxxxxxx>
- Re: [PATCH v2, part 1 6/9] ACPI, pci_root: use acpi_handle_print() and pr_xxx() to print messages
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [PATCH 2/7] PCI: move resources and bus_list releasing to pci_release_dev
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH v2] PCI: Reset PCIe devices to stop ongoing DMA
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: [PATCH 2/7] PCI: move resources and bus_list releasing to pci_release_dev
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 2/7] PCI: move resources and bus_list releasing to pci_release_dev
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 0/7] PCI: fix pci dev add and remove sequence
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 4/7] PCI: Fix racing for pci device removing via sysfs
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 5/7] PCI, ACPI: Don't glue ACPI dev with pci VFs
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 7/7] PCI: use pf as dma_dev for vf that does not have func0 sibling
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 6/7] PCI: Make sure VF's driver get attached after PF's
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 2/7] PCI: move resources and bus_list releasing to pci_release_dev
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 3/7] PCI: Detach driver in pci_stop_device
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 1/7] PCI: move back pci_proc_attach_devices calling
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2, part 1 5/9] ACPI, PCI: remove unused global list acpi_pci_roots in pci_root.c
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v2, part 1 6/9] ACPI, pci_root: use acpi_handle_print() and pr_xxx() to print messages
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2, part 1 1/9] PCI: introduce pci_bus_{get|put}() to manage PCI bus reference count
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v2, part 1 4/9] PCI: mark pci_scan_bus_parented() as __deprecated
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v2, part 1 3/9] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v2, part 1 5/9] ACPI, PCI: remove unused global list acpi_pci_roots in pci_root.c
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v2, part 1 6/9] ACPI, pci_root: use acpi_handle_print() and pr_xxx() to print messages
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v2, part 1 8/9] PCI: make PCI host bridge/bus creating and destroying logic symmetric
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v2, part 1 7/9] PCI, IA64: minor code clean up
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v2, part 1 9/9] PCI, unicore, m68k: remove redundant call of pci_bus_add_devices()
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v2, part 1 2/9] PCI: Introduce pci_alloc_dev(struct pci_bus*) to replace alloc_pci_dev()
- From: Jiang Liu <liuj97@xxxxxxxxx>
- [PATCH v2, part 1 0/9] Prepare for introducing PCI bus lock interfaces
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: [PATCH 1/3] pci: Add PCI walk function and PCIe bridge test
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- RE: [PATCH 1/3] pci: Add PCI walk function and PCIe bridge test
- From: Sethi Varun-B16395 <B16395@xxxxxxxxxxxxx>
- [PATCH v3 -tip x86/apic 2/2] x86/MSI: Conserve interrupt resources when using multiple-MSIs
- From: Alexander Gordeev <agordeev@xxxxxxxxxx>
- [PATCH v3 -tip x86/apic 1/2] PCI/MSI: Allocate as many multiple-MSIs as requested
- From: Alexander Gordeev <agordeev@xxxxxxxxxx>
- [PATCH v3 -tip x86/apic 0/2] PCI/MSI: Allocate as many multiple-MSIs as requested
- From: Alexander Gordeev <agordeev@xxxxxxxxxx>
- Re: Rescan PCIE bus to find recently powered on device.
- From: Frank Rizzo <thefrankrizzo@xxxxxxxxxxx>
- Re: Rescan PCIE bus to find recently powered on device.
- From: Frank Rizzo <thefrankrizzo@xxxxxxxxxxx>
- Re: is L1 really disabled in iwlwifi
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: is L1 really disabled in iwlwifi
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: is L1 really disabled in iwlwifi
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v2 3/8] pci: Add pci_hp_reset_slot
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- [PATCH 3/3] pci: Remove pci_find_pcie_upstream_bridge
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- [PATCH 2/3] intel-iommu: Convert to pci_walk_up_to_first_match
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- [PATCH 1/3] pci: Add PCI walk function and PCIe bridge test
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- [PATCH 0/3] pci/iommu: Quirk non-compliant PCIe-to-PCI bridges
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: 3.8.2: stale pci device info for a previously inserted express card
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH -v3] PCI, ACPI, hotplug: Fix BUS_CHECK event handle on root bridge
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] powerpc/pci: Support per-aperture memory offset
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] PCI: Workaround for NTB BAR size issue
- From: Jon Mason <jon.mason@xxxxxxxxx>
- Re: [PATCH v2] aerdrv: Move cper_print_aer() call out of interrupt context
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH v2] aerdrv: Move cper_print_aer() call out of interrupt context
- From: Lance Ortiz <lance.ortiz@xxxxxx>
- Re: [PATCH] PCI/ACPI: Check acpi_resource_to_address64() return value
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] PCI/ACPI: Check acpi_resource_to_address64() return value
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] aerdrv: Move cper_print_pcie() out of interrupt context
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- RE: [PATCH] aerdrv: Move cper_print_pcie() out of interrupt context
- From: "Ortiz, Lance E" <lance.oritz@xxxxxx>
- Re: pci-sysfs: queue sysfs rescan routine into workqueue to avoid potential deadlock situation
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [GIT PULL] PCI updates for v3.10
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- RE: [PATCH] powerpc/pci: Support per-aperture memory offset
- From: Sethi Varun-B16395 <B16395@xxxxxxxxxxxxx>
- Re: pci-sysfs: queue sysfs rescan routine into workqueue to avoid potential deadlock situation
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Masked MSIs expectations
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 4/4] PCI: Check if the pci device get removed from pci tree already in remove_callback()
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [PATCH] PCI: Fix racing for pci device removing via sysfs
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] PCI: Workaround for NTB BAR size issue
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v2 4/4] PCI: Check if the pci device get removed from pci tree already in remove_callback()
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] aerdrv: Move cper_print_pcie() out of interrupt context
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] aerdrv: Move cper_print_pcie() out of interrupt context
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH v2 1/8] pci: Create pci_reset_bridge_secondary_bus()
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v2 1/8] pci: Create pci_reset_bridge_secondary_bus()
- From: Don Dutile <ddutile@xxxxxxxxxx>
- Re: [PATCH] aerdrv: Move cper_print_pcie() out of interrupt context
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 4/4] ARM: tegra: pcie: Enable PCIe controller on Cardhu
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- [PATCH] aerdrv: Move cper_print_pcie() out of interrupt context
- From: Lance Ortiz <lance.ortiz@xxxxxx>
- Re: [PATCH 4/4] ARM: tegra: pcie: Enable PCIe controller on Cardhu
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH 3/4] ARM: dts: tegra: Correct PCIe entry
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH 2/4] ARM: tegra: pcie: Add tegra3 support
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH 1/4] ARM: tegra30: clocks: Fix pciex clock registration
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: Phillip Susi <psusi@xxxxxxxxxx>
- [PATCH 3/4] ARM: dts: tegra: Correct PCIe entry
- From: Jay Agarwal <jagarwal@xxxxxxxxxx>
- [PATCH 2/4] ARM: tegra: pcie: Add tegra3 support
- From: Jay Agarwal <jagarwal@xxxxxxxxxx>
- [PATCH 4/4] ARM: tegra: pcie: Enable PCIe controller on Cardhu
- From: Jay Agarwal <jagarwal@xxxxxxxxxx>
- [PATCH 1/4] ARM: tegra30: clocks: Fix pciex clock registration
- From: Jay Agarwal <jagarwal@xxxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: Patrik Jakobsson <patrik.r.jakobsson@xxxxxxxxx>
- Re: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: "Artem S. Tashkinov" <t.artem@xxxxxxxxx>
- Re: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: "Artem S. Tashkinov" <t.artem@xxxxxxxxx>
- Re: [PATCH v3 3/5] PCI: Skip IORESOURCE_MMIO allocation for root bus without MMIO range
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Resource assignment oddities
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v2 1/8] pci: Create pci_reset_bridge_secondary_bus()
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- [PATCH v2 2/8] pci: Add hotplug_slot_ops.reset_slot()
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- [PATCH v2 3/8] pci: Add pci_hp_reset_slot
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- [PATCH v2 4/8] pci: Implement reset_slot for pciehp
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- [PATCH v2 5/8] pci: Add reset_slot option to pci_dev_reset
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- [PATCH v2 6/8] pci: Split out pci_dev lock/unlock and save/restore
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- [PATCH v2 7/8] pci: Add slot and bus reset interfaces
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- [PATCH v2 8/8] pci: Wake-up devices before save for reset
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- [PATCH v2 0/8] pci: bus and slot reset interface
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v3 3/5] PCI: Skip IORESOURCE_MMIO allocation for root bus without MMIO range
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- [PATCH] PCI, EDAC: fix ordering assign resource and bus_add
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v3 3/5] PCI: Skip IORESOURCE_MMIO allocation for root bus without MMIO range
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] PCI: move down pci_fixup_final for hotplug path
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v3 3/5] PCI: Skip IORESOURCE_MMIO allocation for root bus without MMIO range
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: Patrik Jakobsson <patrik.r.jakobsson@xxxxxxxxx>
- Re: Resource assignment oddities
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 4/5] PCI: Enable pci bridge when it is needed
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 2/5] PCI: Skip IORESOURCE_IO allocation for root bus without ioport range
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 1/5] PCI: Split pci_assign_unassigned_resources to per root bus
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 3/5] PCI: Skip IORESOURCE_MMIO allocation for root bus without MMIO range
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 0/5] PCI: Skip resource allocation for root bus without conresponding type resource
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH v3 5/5] PCI: Retry assign unassigned resources for hotadd root bus
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: Patrik Jakobsson <patrik.r.jakobsson@xxxxxxxxx>
- Re: [PATCH] PCI: move down pci_fixup_final for hotplug path
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] PCI: move down pci_fixup_final for hotplug path
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: Don Dutile <ddutile@xxxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: Robert Hancock <hancockrwd@xxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: "Artem S. Tashkinov" <t.artem@xxxxxxxxx>
- Re: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: "Artem S. Tashkinov" <t.artem@xxxxxxxxx>
- [PATCH v9 2/3] of/pci: mips: convert to common of_pci_range_parser
- From: Andrew Murray <Andrew.Murray@xxxxxxx>
- [PATCH v9 0/3] of/pci: Provide common support for PCI DT parsing
- From: Andrew Murray <Andrew.Murray@xxxxxxx>
- [PATCH v9 3/3] of/pci: microblaze: convert to common of_pci_range_parser
- From: Andrew Murray <Andrew.Murray@xxxxxxx>
- [PATCH v9 1/3] of/pci: Provide support for parsing PCI DT ranges property
- From: Andrew Murray <Andrew.Murray@xxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: Don Dutile <ddutile@xxxxxxxxxx>
- Re: [PATCH 1/2] PCI: Split pci_assign_unassigned_resources to per root bus
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/5] KVM: PPC: iommu: Add missing kvm_iommu_map_pages/kvm_iommu_unmap_pages
- From: Alexey Kardashevskiy <aik@xxxxxxxxx>
- Re: [PATCH 2/5] KVM: PPC: iommu: Add missing kvm_iommu_map_pages/kvm_iommu_unmap_pages
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH 2/5] KVM: PPC: iommu: Add missing kvm_iommu_map_pages/kvm_iommu_unmap_pages
- From: Alexey Kardashevskiy <aik@xxxxxxxxx>
- Re: [PATCH 1/2] PCI: Split pci_assign_unassigned_resources to per root bus
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] PCI: Split pci_assign_unassigned_resources to per root bus
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH 2/2] PCI: Skip IORESOURCE_IO size and allocation for root bus without ioport range
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: x86/pci/mrst: force all pci config toward 0:0:0, 0:2:0 and 0:3:0 to type 1
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 3/3] powerpc/powernv: Don't configure IO window on PHB3
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] powerpc/powernv: Disable IO space for PCI buses
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/5] KVM: PPC: iommu: Add missing kvm_iommu_map_pages/kvm_iommu_unmap_pages
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: Resource assignment oddities
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 1/3] ARM: tegra: pcie: Add tegra3 support
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- [PATCH] PCI: Workaround for NTB BAR size issue
- From: Jon Mason <jon.mason@xxxxxxxxx>
- Re: [PATCH] powerpc/pci: Support per-aperture memory offset
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH 3/3] powerpc/powernv: Don't configure IO window on PHB3
- From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] PCI: PCI_BUS_FLAGS_NO_IO flag for PCI bus
- From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/3] powerpc/powernv: Disable IO space for PCI buses
- From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
- Re: Resource assignment oddities
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 0/5] VFIO PPC64: add VFIO support on POWERPC64
- [PATCH 1/5] iommu: Move initialization earlier
- [PATCH 2/5] KVM: PPC: iommu: Add missing kvm_iommu_map_pages/kvm_iommu_unmap_pages
- [PATCH 3/5] powerpc/vfio: Enable on POWERNV platform
- [PATCH 5/5] powerpc/vfio: Enable on pSeries platform
- [PATCH 4/5] powerpc/vfio: Implement IOMMU driver for VFIO
- [PATCH] powerpc/pci: Support per-aperture memory offset
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: Resource assignment oddities
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Resource assignment oddities
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: Resource assignment oddities
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Resource assignment oddities
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: Resource assignment oddities
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v8 1/3] of/pci: Unify pci_process_bridge_OF_ranges from Microblaze and PowerPC
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: Resource assignment oddities
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Resource assignment oddities
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: Request: DOS binaries of recent pciutils
- From: Charlie <sbh36g@xxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Linas Vepstas <linasvepstas@xxxxxxxxx>
- [PATCH v3 -tip/apic 2/2] x86/MSI: Conserve interrupt resources when using multiple-MSIs
- From: Alexander Gordeev <agordeev@xxxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
- Re: [PATCH v2 -tip/apic 2/2] x86/MSI: Allocate as many multiple-MSIs as requested
- From: Joerg Roedel <joro@xxxxxxxxxx>
- Re: Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: Yanmin Zhang <yanmin_zhang@xxxxxxxxxxxxxxx>
- Re: is L1 really disabled in iwlwifi
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: is L1 really disabled in iwlwifi
- From: Emmanuel Grumbach <egrumbach@xxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: Robert Hancock <hancockrwd@xxxxxxxxx>
- Re: 3.9-rc1: pciehp and eSATA card SiI 3132, no XHCI
- From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
- Re: is L1 really disabled in iwlwifi
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: is L1 really disabled in iwlwifi
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] PCI: Fix racing for pci device removing via sysfs
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: 3.9-rc1: pciehp and eSATA card SiI 3132, no XHCI
- From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
- Re: [patch] PCI: set ->mask_pos correctly
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
- From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
- Re: x86/pci/mrst: force all pci config toward 0:0:0, 0:2:0 and 0:3:0 to type 1
- From: Bin Gao <bin.gao@xxxxxxxxxxxxxxx>
- Re: x86/pci/mrst: force all pci config toward 0:0:0, 0:2:0 and 0:3:0 to type 1
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [patch] PCI: set ->mask_pos correctly
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: Don Dutile <ddutile@xxxxxxxxxx>
- RE: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: "Sumner, William" <bill.sumner@xxxxxx>
- [PATCH v2 1/4] PCI: Introduce pci_alloc_dev(struct pci_bus*) to replace alloc_pci_dev()
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- [PATCH v2 4/4] PCI: Check if the pci device get removed from pci tree already in remove_callback()
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- [PATCH v2 3/4] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- [PATCH v2 2/4] PCI: introduce pci_bus_get()/pci_bus_put() to hide pci_bus' reference management
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- [PATCH v2 0/4] PCI: fix the object lifetime issue of parallel device removal on different pci hierarchy
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: About the acpiphp sub-driver dependecy in drivers/pci/hotplug/Makefile
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH v2 -tip/apic 2/2] x86/MSI: Allocate as many multiple-MSIs as requested
- From: Alexander Gordeev <agordeev@xxxxxxxxxx>
- Re: is L1 really disabled in iwlwifi
- From: Emmanuel Grumbach <egrumbach@xxxxxxxxx>
- Re: [PATCH] PCI: Fix racing for pci device removing via sysfs
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- [patch] PCI: set ->mask_pos correctly
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- About the acpiphp sub-driver dependecy in drivers/pci/hotplug/Makefile
- From: Gavin Guo <tuffkidtt@xxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] PCI: Fix racing for pci device removing via sysfs
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] PCI: Fix racing for pci device removing via sysfs
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] PCI: Fix racing for pci device removing via sysfs
- From: Sarah Sharp <sarah.a.sharp@xxxxxxxxxxxxxxx>
- Re: [PATCH] PCI: Fix racing for pci device removing via sysfs
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] PCI: Fix racing for pci device removing via sysfs
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH -v3] PCI, ACPI, hotplug: Fix BUS_CHECK event handle on root bridge
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: [PATCH] pci: Disable slot presence detection around bus reset
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH] PCI: Fix racing for pci device removing via sysfs
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] PCI: Fix racing for pci device removing via sysfs
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [PATCH -tip/apic 2/2] x86/MSI: Allocate as many multiple-MSIs as requested
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- [GIT PULL] PCI changes for v3.10
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH -tip/apic 2/2] x86/MSI: Allocate as many multiple-MSIs as requested
- From: Alexander Gordeev <agordeev@xxxxxxxxxx>
- [PATCH -tip/apic 1/2] PCI/MSI: Allocate as many multiple-MSIs as requested
- From: Alexander Gordeev <agordeev@xxxxxxxxxx>
- [PATCH -tip/apic 0/2] PCI/MSI: Allocate as many multiple-MSIs as requested
- From: Alexander Gordeev <agordeev@xxxxxxxxxx>
- Re: [PATCH v3 03/27] PCI: pci resource iterator
- From: Ram Pai <linuxram@xxxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: "Artem S. Tashkinov" <t.artem@xxxxxxxxx>
- [PATCH 1/7] PCI/X86: fix always use info->res[0] to store _CRS resource when pci=nocrs set
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 4/7] PCI/IA64: Allocate pci_root_info instead of using stack
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 0/7] Add hostbridge resource release to support root bus hotplug in IA64
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 3/7] PCI/IA64: make pci_root_info holds pci hostbridge resources
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 2/7] PCI/IA64: SN: remove sn_pci_window_fixup()
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 7/7] PCI/IA64: introduce probe_pci_root_info() to manage _CRS resource
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 6/7] PCI/IA64: add host bridge resource release for _CRS path
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [PATCH 5/7] PCI/IA64: fix memleak for create pci root bus fail
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [RFC PATCH] PCI: Enable pci bridge when it is needed
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [RFC PATCH] PCI: Enable pci bridge when it is needed
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [RFC PATCH] PCI: Enable pci bridge when it is needed
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- [RFC PATCH] PCI: Enable pci bridge when it is needed
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: device_unregister() for PCI host bridge removal
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: device_unregister() for PCI host bridge removal
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: device_unregister() for PCI host bridge removal
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: Abysmal HDD/USB write speed after sleep on a UEFI system
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- device_unregister() for PCI host bridge removal
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] PCI: Fix racing for pci device removing via sysfs
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] PCI: Fix racing for pci device removing via sysfs
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v4 27/29] PCI: Make piix4 quirk to use addon_res
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] PCI: Fix racing for pci device removing via sysfs
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] pci: Disable slot presence detection around bus reset
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] PCI: Fix racing for pci device removing via sysfs
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v4 27/29] PCI: Make piix4 quirk to use addon_res
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v4 18/22] xen/pci: Pay attention to PCI_MSIX_TABLE_OFFSET
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: Don Dutile <ddutile@xxxxxxxxxx>
- Re: [PATCH -v3] PCI, ACPI, hotplug: Fix BUS_CHECK event handle on root bridge
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] PCI: Remove duplicate pci_disable_device for pcie port
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH v8 2/3] of/pci: Provide support for parsing PCI DT ranges property
- From: 한진구 <jg1.han@xxxxxxxxxxx>
- Re: [Xen-devel] [PATCH v4 18/22] xen/pci: Pay attention to PCI_MSIX_TABLE_OFFSET
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- Subject : [ PATCH ] pci-reset-error_state-to-pci_channel_io_normal-at-report_slot_reset
- From: "Zhang, LongX" <longx.zhang@xxxxxxxxx>
- Re: [PATCH] PCI: Remove duplicate pci_disable_device for pcie port
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] PCI: Remove duplicate pci_disable_device for pcie port
- From: Yijing Wang <wangyijing@xxxxxxxxxx>
- Re: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- [PATCH] PCI: move down pci_fixup_final for hotplug path
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH] PCI: Fix racing for pci device removing via sysfs
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH -v3] PCI, ACPI, hotplug: Fix BUS_CHECK event handle on root bridge
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- [PATCH] PCI: Remove duplicate pci_disable_device for pcie port
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v4 27/29] PCI: Make piix4 quirk to use addon_res
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v4 00/29] PCI: Add for_each_pci_resource and addon_res support
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [RFC PATCH 1/3] powerpc: Move struct pci_controller to asm-generic
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: Don Dutile <ddutile@xxxxxxxxxx>
- Re: [PATCH v3 03/27] PCI: pci resource iterator
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v4 18/22] xen/pci: Pay attention to PCI_MSIX_TABLE_OFFSET
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 04/28] proc: Supply PDE attribute setting accessor functions [RFC]
- From: Vasant Hegde <hegdevasant@xxxxxxxxxxxxxxxxxx>
- Re: [RFC] The meaning of local_cpulist and local_cpus
- From: Mike Travis <travis@xxxxxxx>
- Re: [RFC] The meaning of local_cpulist and local_cpus
- From: Bian LuLu <helianthus.lu@xxxxxxxxx>
- [RFC PATCH 2/3] microblaze: Use asm-generic version of pci_controller
- From: Andrew Murray <Andrew.Murray@xxxxxxx>
- [RFC PATCH 3/3] pci: Use common definations of INDIRECT_TYPE_*
- From: Andrew Murray <Andrew.Murray@xxxxxxx>
- [RFC PATCH 1/3] powerpc: Move struct pci_controller to asm-generic
- From: Andrew Murray <Andrew.Murray@xxxxxxx>
- [RFC PATCH 0/3] Unify definations of struct pci_controller
- From: Andrew Murray <Andrew.Murray@xxxxxxx>
- Re: [Xen-devel] [PATCH v4 18/22] xen/pci: Pay attention to PCI_MSIX_TABLE_OFFSET
- From: "Jan Beulich" <JBeulich@xxxxxxxx>
- Re: [PATCH 0/3] PCI: fix the object lifetime issue of parallel device removal on different pci hierarchy
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: About dynamically loading the acpiphp.ko
- From: Gavin Guo <tuffkidtt@xxxxxxxxx>
- Re: About dynamically loading the acpiphp.ko
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: 答复: About dynamically loading the acpiphp.ko
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v3 03/27] PCI: pci resource iterator
- From: Ram Pai <linuxram@xxxxxxxxxx>
- Re: 答复: About dynamically loading the acpiphp.ko
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: About dynamically loading the acpiphp.ko
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH 0/3] PCI: fix the object lifetime issue of parallel device removal on different pci hierarchy
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [PATCH 0/3] PCI: fix the object lifetime issue of parallel device removal on different pci hierarchy
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: About dynamically loading the acpiphp.ko
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [net-next 08/14] pci: Add SRIOV helper function to determine if VFs are assigned to guest
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- Re: [net-next 08/14] pci: Add SRIOV helper function to determine if VFs are assigned to guest
- From: Greg Rose <gregory.v.rose@xxxxxxxxx>
- Re: [PATCH] pci: Disable slot presence detection around bus reset
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [net-next 08/14] pci: Add SRIOV helper function to determine if VFs are assigned to guest
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [net-next 08/14] pci: Add SRIOV helper function to determine if VFs are assigned to guest
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: About dynamically loading the acpiphp.ko
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] Reset PCIe devices to stop ongoing DMA
- From: Don Dutile <ddutile@xxxxxxxxxx>
- RE: USB PCI quirk issue
- From: "Bulkow, David" <David.Bulkow@xxxxxxxxxxx>
- Re: [PATCH v4 00/22] PCI: Cache MSI/MSI-X capability offsets, other cleanup
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 0/3] PCI: fix the object lifetime issue of parallel device removal on different pci hierarchy
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: USB PCI quirk issue
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [RFC] The meaning of local_cpulist and local_cpus
- From: Mike Travis <travis@xxxxxxx>
- Re: [RFC] The meaning of local_cpulist and local_cpus
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v4 20/22] xen/pci: Used cached MSI-X capability offset
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v4 19/22] xen/pci: Use PCI_MSIX_TABLE_BIR, not PCI_MSIX_FLAGS_BIRMASK
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v4 18/22] xen/pci: Pay attention to PCI_MSIX_TABLE_OFFSET
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 0/3] PCI: fix the object lifetime issue of parallel device removal on different pci hierarchy
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- [PATCH] Reset PCIe devices to stop ongoing DMA
- From: Takao Indoh <indou.takao@xxxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [net-next 08/14] pci: Add SRIOV helper function to determine if VFs are assigned to guest
- From: Don Dutile <ddutile@xxxxxxxxxx>
- Re: [PATCH v4 22/22] vfio-pci: Use cached MSI/MSI-X capabilities
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v4 21/22] vfio-pci: Use PCI_MSIX_TABLE_BIR, not PCI_MSIX_FLAGS_BIRMASK
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [net-next 08/14] pci: Add SRIOV helper function to determine if VFs are assigned to guest
- From: Greg Rose <gregory.v.rose@xxxxxxxxx>
- Re: [PATCH v2 2/2] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v2 2/2] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: [PATCH] powerpc/pci: fix PCI-e devices rescan issue on powerpc platform
- From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
- Re: [PATCH] powerpc/pci: fix PCI-e devices rescan issue on powerpc platform
- From: Chen Yuanquan-B41889 <B41889@xxxxxxxxxxxxx>
- Re: [PATCH] powerpc/pci: fix PCI-e devices rescan issue on powerpc platform
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] powerpc/pci: fix PCI-e devices rescan issue on powerpc platform
- From: Chen Yuanquan-B41889 <B41889@xxxxxxxxxxxxx>
- [PATCH v2 2/2] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- [PATCH v2 1/2] PCI: Introduce pci_alloc_dev(struct pci_bus*) to replace alloc_pci_dev()
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [PATCH] PowerNV/PCI: Fix NULL PCI controller
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] PowerNV/PCI: Fix NULL PCI controller
- From: Mike Qiu <qiudayu@xxxxxxxxxxxxxxxxxx>
- RE: [PATCH v4 01/22] [SCSI] megaraid_sas: Use correct #define for MSI-X capability
- From: "Radford, Adam" <Adam.Radford@xxxxxxx>
- Re: [PATCH v4 02/22] PCI: Use u8, not int, for PM capability offset
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH v4 22/22] vfio-pci: Use cached MSI/MSI-X capabilities
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 21/22] vfio-pci: Use PCI_MSIX_TABLE_BIR, not PCI_MSIX_FLAGS_BIRMASK
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 20/22] xen/pci: Used cached MSI-X capability offset
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 19/22] xen/pci: Use PCI_MSIX_TABLE_BIR, not PCI_MSIX_FLAGS_BIRMASK
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 18/22] xen/pci: Pay attention to PCI_MSIX_TABLE_OFFSET
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 17/22] PCI: Remove "extern" from function declarations
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 16/22] PCI: Use PCI_MSIX_TABLE_BIR, not PCI_MSIX_FLAGS_BIRMASK
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v3 0/5] Retrieve MSI/MSIX cap struct for once on setup
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 15/22] PCI: Drop msi_mask_reg() and remove drivers/pci/msi.h
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 14/22] PCI: Use msix_table_size() directly, drop multi_msix_capable()
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 13/22] PCI: Drop msix_table_offset_reg() and msix_pba_offset_reg() macros
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 12/22] PCI: Drop is_64bit_address() and is_mask_bit_support() macros
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 11/22] PCI: Drop msi_data_reg() macro
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 10/22] PCI: Drop msi_lower_address_reg() and msi_upper_address_reg() macros
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 09/22] PCI: Drop msi_control_reg() macro and use PCI_MSI_FLAGS directly
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 08/22] PCI: Use cached MSI/MSI-X offsets from dev, not from msi_desc
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 07/22] PCI: Clean up MSI/MSI-X capability #defines
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 06/22] PCI: Use cached MSI-X cap while enabling MSI-X
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 05/22] PCI: Use cached MSI cap while enabling MSI interrupts
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 04/22] PCI: Remove MSI/MSI-X cap check in pci_msi_check_device()
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 03/22] PCI: Cache MSI/MSI-X capability offsets in struct pci_dev
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 02/22] PCI: Use u8, not int, for PM capability offset
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 01/22] [SCSI] megaraid_sas: Use correct #define for MSI-X capability
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH v4 00/22] PCI: Cache MSI/MSI-X capability offsets, other cleanup
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v8 0/3] of/pci: Provide common support for PCI DT parsing
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: [net-next 08/14] pci: Add SRIOV helper function to determine if VFs are assigned to guest
- From: Alexander Duyck <alexander.h.duyck@xxxxxxxxx>
- Re: 2013 Linux Plumbers ACPI/PM, PCI Microconference proposal call for participaton
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [net-next 08/14] pci: Add SRIOV helper function to determine if VFs are assigned to guest
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] PowerNV/PCI: Fix NULL PCI controller
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: Rescan PCIE bus to find recently powered on device.
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH v8 0/3] of/pci: Provide common support for PCI DT parsing
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Re: [Bug 56931] New: "E/xHCI: BIOS handoff failed" breaks poweroff
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [net-next 08/14] pci: Add SRIOV helper function to determine if VFs are assigned to guest
- From: Alexander Duyck <alexander.h.duyck@xxxxxxxxx>
- [PATCH v8 2/3] of/pci: Provide support for parsing PCI DT ranges property
- From: Andrew Murray <Andrew.Murray@xxxxxxx>
- [PATCH v8 1/3] of/pci: Unify pci_process_bridge_OF_ranges from Microblaze and PowerPC
- From: Andrew Murray <Andrew.Murray@xxxxxxx>
- [PATCH v8 0/3] of/pci: Provide common support for PCI DT parsing
- From: Andrew Murray <Andrew.Murray@xxxxxxx>
- [PATCH v8 3/3] of/pci: mips: convert to common of_pci_range_parser
- From: Andrew Murray <Andrew.Murray@xxxxxxx>
- Re: [PATCH] PowerNV/PCI: Fix NULL PCI controller
- From: Mike Qiu <qiudayu@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] PowerNV/PCI: Fix NULL PCI controller
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] PowerNV/PCI: Fix NULL PCI controller
- From: Mike Qiu <qiudayu@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] PowerNV/PCI: Fix NULL PCI controller
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] PowerNV/PCI: Fix NULL PCI controller
- From: Mike Qiu <qiudayu@xxxxxxxxxxxxxxxxxx>
- [PATCH] PowerNV/PCI: Fix NULL PCI controller
- From: Mike Qiu <qiudayu@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] PCI: Convert alloc_pci_dev(void) to pci_alloc_dev(bus) instead
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [PATCH 0/3] PCI: fix the object lifetime issue of parallel device removal on different pci hierarchy
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] PCI: Introduce pci_alloc_dev(struct pci_bus*) to replace alloc_pci_dev()
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] PCI: Introduce pci_alloc_dev(struct pci_bus*) to replace alloc_pci_dev()
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [PATCH 26/28] proc: Supply a function to remove a proc entry by PDE [RFC]
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [net-next 08/14] pci: Add SRIOV helper function to determine if VFs are assigned to guest
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- Re: Rescan PCIE bus to find recently powered on device.
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: Rescan PCIE bus to find recently powered on device.
- From: Frank Rizzo <thefrankrizzo@xxxxxxxxxxx>
- Re: [PATCHv2 for-3.9] pci: avoid work_on_cpu for nested SRIOV probes
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Rescan PCIE bus to find recently powered on device.
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: Rescan PCIE bus to find recently powered on device.
- From: Jiang Liu <liuj97@xxxxxxxxx>
- Re: Rescan PCIE bus to find recently powered on device.
- From: Yijing Wang <wangyijing@xxxxxxxxxx>