Linux Arch

• Thread Index

• Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• 回复： Re: [PATCH] unicore32: Remove unneeded Kconfig entry NO_IOPORT_MAP
  • From: Xuetao Guan <gxt@xxxxxxxxxx>
• Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v13 00/12] Support for creating generic PCI host bridges from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v13 00/12] Support for creating generic PCI host bridges from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v13 00/12] Support for creating generic PCI host bridges from DT
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v13 00/12] Support for creating generic PCI host bridges from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v13 02/12] of/pci: Add pci_register_io_range() and pci_pio_to_address()
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v13 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v13 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v13 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v13 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v13 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 00/12] Support for creating generic PCI host bridges from DT
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v13 02/12] of/pci: Add pci_register_io_range() and pci_pio_to_address()
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [PATCH v13 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v13 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v12 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v13 03/12] ARM: Define PCI_IOBASE as the base of virtual PCI IO space
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v13 12/12] arm64: Add architectural support for PCI
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v13 05/12] of/pci: Move of_pci_range_to_resources() to of/address.c
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v13 11/12] PCI: Add pci_remap_iospace() to map bus I/O resources
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v13 04/12] of/pci: Define of_pci_range_to_resource() only when CONFIG_PCI=y
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v13 01/12] asm-generic/io.h: Fix ioport_map() for !CONFIG_GENERIC_IOMAP
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v13 00/12] Support for creating generic PCI host bridges from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v13 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v13 06/12] of/pci: Fix the conversion of IO ranges into IO resources
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v13 02/12] of/pci: Add pci_register_io_range() and pci_pio_to_address()
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v13 09/12] of/pci: Add support for parsing PCI host bridge resources from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v13 08/12] of/pci: Add pci_get_new_domain_nr() and of_get_pci_domain_nr()
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v13 07/12] PCI: Add generic domain handling
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] unicore32: Remove unneeded Kconfig entry NO_IOPORT_MAP
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v12 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH] unicore32: Remove unneeded Kconfig entry NO_IOPORT_MAP
  • From: Xuetao Guan <gxt@xxxxxxxxxx>
• Re: [PATCH v12 08/12] PCI: OF: Introduce helper function for retrieving PCI domain numbers
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v12 08/12] PCI: OF: Introduce helper function for retrieving PCI domain numbers
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v12 08/12] PCI: OF: Introduce helper function for retrieving PCI domain numbers
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v12 08/12] PCI: OF: Introduce helper function for retrieving PCI domain numbers
  • From: liviu@xxxxxxxxxxx
• Re: [PATCH v12 08/12] PCI: OF: Introduce helper function for retrieving PCI domain numbers
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v12 06/12] PCI: Create pci_host_bridge before its associated bus in pci_create_root_bus.
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v12 06/12] PCI: Create pci_host_bridge before its associated bus in pci_create_root_bus.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH V4 3/6] arm: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATCH V4 2/6] arm: mm: Introduce special ptes for LPAE
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATCH V4 4/6] arm: mm: Enable RCU fast_gup
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATCH V4 6/6] arm64: mm: Enable RCU fast_gup
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATCH V4 5/6] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATCH V4 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATCH V4 0/6] RCU get_user_pages_fast and __get_user_pages_fast
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 28/29] Documentation: Add documentation for Nios2 architecture
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 1/2] gpio / CrystalCove: support virtual GPIO
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v2 1/2] gpio / CrystalCove: support virtual GPIO
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 04/22] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 28/29] Documentation: Add documentation for Nios2 architecture
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 17/22] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 15/22] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 14/22] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 12/22] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v2 02/22] PCI/MSI: Remove useless bus->msi assignment
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 11/17] parisc: io: implement dummy relaxed accessor macros for writes
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v12 06/12] PCI: Create pci_host_bridge before its associated bus in pci_create_root_bus.
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v12 06/12] PCI: Create pci_host_bridge before its associated bus in pci_create_root_bus.
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH v3 04/17] xtensa: io: remove dummy relaxed accessor macros for reads
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 0/8] asm-generic/io.h overhaul
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v2 04/22] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v2 1/2] gpio / CrystalCove: support virtual GPIO
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 01/17] asm-generic: io: implement relaxed accessor macros as conditional wrappers
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 1/2] gpio / CrystalCove: support virtual GPIO
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 01/17] asm-generic: io: implement relaxed accessor macros as conditional wrappers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 01/17] asm-generic: io: implement relaxed accessor macros as conditional wrappers
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 09/17] m68k: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v3 01/17] asm-generic: io: implement relaxed accessor macros as conditional wrappers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 09/17] m68k: io: implement dummy relaxed accessor macros for writes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 09/17] m68k: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v12 09/12] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v12 09/12] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2 17/22] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2 15/22] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2 14/22] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2 12/22] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2 02/22] PCI/MSI: Remove useless bus->msi assignment
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 00/20] arch atomic 'cleanup'
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH v2 09/22] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 10/22] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 02/22] PCI/MSI: Remove useless bus->msi assignment
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 1/2] gpio / CrystalCove: support virtual GPIO
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 04/22] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 01/22] PCI/MSI: Clean up struct msi_chip argument
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 11/22] x86/MSI: Remove unused MSI weak arch functions
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 14/22] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 12/22] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 13/22] MIPS/Xlp: Remove the dead function destroy_irq() to fix build error
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 05/22] s390/MSI: Use __msi_mask_irq() instead of default_msi_mask_irq()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 15/22] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 16/22] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 08/22] x86/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 17/22] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 18/22] arm/iop13xx/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 22/22] PCI/MSI: Clean up unused MSI arch functions
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 20/22] Sparc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 21/22] tile/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 19/22] IA64/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 07/22] PCI/MSI: Refactor struct msi_chip to make it become more common
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 09/17] m68k: io: implement dummy relaxed accessor macros for writes
  • From: Greg Ungerer <gerg@xxxxxxxxxxx>
• Re: [PATCH 00/20] arch atomic 'cleanup'
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 00/20] arch atomic 'cleanup'
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 09/12] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v12 09/12] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v12 09/12] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v3 02/17] microblaze: io: remove dummy relaxed accessor macros
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 13/17] sparc: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 12/17] powerpc: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 03/17] s390: io: remove dummy relaxed accessor macros for reads
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 05/17] frv: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 09/17] m68k: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 07/17] ia64: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 10/17] mn10300: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 01/17] asm-generic: io: implement relaxed accessor macros as conditional wrappers
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 15/17] x86: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 04/17] xtensa: io: remove dummy relaxed accessor macros for reads
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 06/17] cris: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 14/17] tile: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 17/17] asm-generic: io: define relaxed accessor macros unconditionally
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 11/17] parisc: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 16/17] documentation: memory-barriers: clarify relaxed io accessor semantics
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 08/17] m32r: io: implement dummy relaxed accessor macros for writes
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 00/17] Cross-architecture definitions of relaxed MMIO accessors
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 00/20] arch atomic 'cleanup'
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v12 09/12] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH V3 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH v12 00/12] Support for creating generic PCI host bridges from DT
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v12 00/12] Support for creating generic PCI host bridges from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH V3 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v12 00/12] Support for creating generic PCI host bridges from DT
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH 1/2] gpio / CrystalCove: support virtual GPIO
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH v12 05/12] PCI: OF: Fix the conversion of IO ranges into IO resources.
  • From: Andrew Murray <amurray@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 05/12] PCI: OF: Fix the conversion of IO ranges into IO resources.
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH v4 0/8] asm-generic/io.h overhaul
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v1 00/21] Use MSI chip to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v12 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v12 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v12 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v12 05/12] PCI: OF: Fix the conversion of IO ranges into IO resources.
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v12 05/12] PCI: OF: Fix the conversion of IO ranges into IO resources.
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v12 05/12] PCI: OF: Fix the conversion of IO ranges into IO resources.
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v12 00/12] Support for creating generic PCI host bridges from DT
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v12 00/12] Support for creating generic PCI host bridges from DT
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v12 00/12] Support for creating generic PCI host bridges from DT
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v12 00/12] Support for creating generic PCI host bridges from DT
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v1 00/21] Use MSI chip to configure MSI/MSI-X in all platforms
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v12 05/12] PCI: OF: Fix the conversion of IO ranges into IO resources.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v12 09/12] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v12 02/12] PCI: Introduce helper functions to deal with PCI I/O ranges.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v12 08/12] PCI: OF: Introduce helper function for retrieving PCI domain numbers
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v12 04/12] PCI: OF: Move of_pci_range_to_resources() into address.c
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v12 12/12] arm64: Add architectural support for PCIe
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v12 00/12] Support for creating generic PCI host bridges from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v12 07/12] PCI: Introduce generic domain handling for PCI busses.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v12 11/12] PCI: Introduce pci_remap_iospace() for remapping PCI I/O bus resources into CPU space
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v12 03/12] ARM: Define PCI_IOBASE as the base of virtual PCI IO space.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v12 06/12] PCI: Create pci_host_bridge before its associated bus in pci_create_root_bus.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v12 01/12] Fix ioport_map() for !CONFIG_GENERIC_IOMAP cases.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v12 10/12] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: bit fields && data tearing
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v11 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v11 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v11 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: "LF.Tan" <lftan.linux@xxxxxxxxx>
• Re: [PATCH 1/2] gpio / CrystalCove: support virtual GPIO
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v11 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v11 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v11 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v11 04/10] PCI: OF: Fix the conversion of IO ranges into IO resources.
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v11 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v11 04/10] PCI: OF: Fix the conversion of IO ranges into IO resources.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v11 10/10] PCI: Introduce pci_remap_iospace() for remapping PCI I/O bus resources into CPU space
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH v11 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v11 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v9 06/12] ARM: integrator: Correct usage of of_pci_range_to_resource()
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v9 06/12] ARM: integrator: Correct usage of of_pci_range_to_resource()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v11 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH v11 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v11 00/10] Support for creating generic PCI host bridges from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v11 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v11 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH V3 0/6] RCU get_user_pages_fast and __get_user_pages_fast
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v11 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v11 04/10] PCI: OF: Fix the conversion of IO ranges into IO resources.
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH 3.17-rc5] Fix confusing PFA_NO_NEW_PRIVS constant.
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 3.17-rc5] Fix confusing PFA_NO_NEW_PRIVS constant.
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v11 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v11 10/10] PCI: Introduce pci_remap_iospace() for remapping PCI I/O bus resources into CPU space
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v11 03/10] ARM: Define PCI_IOBASE as the base of virtual PCI IO space.
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v11 10/10] PCI: Introduce pci_remap_iospace() for remapping PCI I/O bus resources into CPU space
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v11 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v11 00/10] Support for creating generic PCI host bridges from DT
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v11 10/10] PCI: Introduce pci_remap_iospace() for remapping PCI I/O bus resources into CPU space
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v11 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v11 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v11 04/10] PCI: OF: Fix the conversion of IO ranges into IO resources.
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v11 02/10] PCI: Introduce helper functions to deal with PCI I/O ranges.
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH V3 0/6] RCU get_user_pages_fast and __get_user_pages_fast
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH v3 26/29] nios2: ptrace support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v11 09/10] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v11 05/10] PCI: Create pci_host_bridge before its associated bus in pci_create_root_bus.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v11 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v11 02/10] PCI: Introduce helper functions to deal with PCI I/O ranges.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v11 10/10] PCI: Introduce pci_remap_iospace() for remapping PCI I/O bus resources into CPU space
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v11 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v11] arm64: Add architectural support for PCIe
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v11 00/10] Support for creating generic PCI host bridges from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v11 04/10] PCI: OF: Fix the conversion of IO ranges into IO resources.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v11] Add support for PCI in AArch64
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v11 01/10] Fix ioport_map() for !CONFIG_GENERIC_IOMAP cases.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v11 06/10] PCI: Introduce generic domain handling for PCI busses.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v11 03/10] ARM: Define PCI_IOBASE as the base of virtual PCI IO space.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [RFC][PATCH 1/6] topology: rename topology_core_cpumask() to topology_package_cpumask()
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH v1 16/21] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v1 16/21] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data()
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• Re: [PATCH v3 26/29] nios2: ptrace support
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v1 21/21] PCI/MSI: Clean up unused MSI arch functions
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v1 06/21] PCI/MSI: Refactor struct msi_chip to make it become more common
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v1 05/21] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH 0/2] Support CrystalCove PMIC ACPI operation region
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v1 21/21] PCI/MSI: Clean up unused MSI arch functions
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• Re: [PATCH v1 06/21] PCI/MSI: Refactor struct msi_chip to make it become more common
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• Re: [PATCH v1 05/21] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• Re: [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data()
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Support CrystalCove PMIC ACPI operation region
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 00/10] Support for creating generic PCI host bridges from DT
  • From: Suravee Suthikulpanit <suravee.suthikulpanit@xxxxxxx>
• Re: [PATCH v10 09/10] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v10 00/10] Support for creating generic PCI host bridges from DT
  • From: Suravee Suthikulpanit <suravee.suthikulpanit@xxxxxxx>
• Re: [PATCH v10 09/10] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Suravee Suthikulpanit <suravee.suthikulpanit@xxxxxxx>
• Re: [PATCH v10 00/10] Support for creating generic PCI host bridges from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Phil Edworthy <phil.edworthy@xxxxxxxxxxx>
• Re: [Xen-devel] [PATCH v1 04/21] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: bit fields && data tearing
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH v1 04/21] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v10 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v10 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v10 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v10] arm64: Add architectural support for PCIe
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v10 06/10] PCI: Introduce generic domain handling for PCI busses.
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v10 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v10 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v10 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH v1 04/21] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [PATCH v3 25/29] nios2: Module support
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH v3 25/29] nios2: Module support
  • From: Chung-Lin Tang <chunglin_tang@xxxxxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 25/29] nios2: Module support
  • From: Valdis.Kletnieks@xxxxxx
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] asm-generic/io.h: Implement read[bwlq]_relaxed()
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] asm-generic/io.h: Implement read[bwlq]_relaxed()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v10 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH] asm-generic/io.h: Implement read[bwlq]_relaxed()
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH] asm-generic/io.h: Implement read[bwlq]_relaxed()
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH] asm-generic/io.h: Implement read[bwlq]_relaxed()
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH] asm-generic/io.h: Implement read[bwlq]_relaxed()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] asm-generic/io.h: Implement read[bwlq]_relaxed()
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH] asm-generic/io.h: Implement read[bwlq]_relaxed()
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: bit fields && data tearing
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Support CrystalCove PMIC ACPI operation region
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH 1/2] gpio / CrystalCove: support virtual GPIO
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH 2/2] PMIC / opregion: support PMIC customized operation region for CrystalCove
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH 0/2] Support CrystalCove PMIC ACPI operation region
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH 1/2] gpio / CrystalCove: support virtual GPIO
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH 2/2] PMIC / opregion: support PMIC customized operation region for CrystalCove
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH 0/2] Support CrystalCove PMIC ACPI operation region
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 00/29] nios2 Linux kernel port
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH v5 0/5] x86: two-phase syscall tracing and seccomp fastpath
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v5 0/5] x86: two-phase syscall tracing and seccomp fastpath
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 00/10] Support for creating generic PCI host bridges from DT
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [PATCH v10 00/10] Support for creating generic PCI host bridges from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v10 02/10] PCI: Introduce helper functions to deal with PCI I/O ranges.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v10 03/10] ARM: Define PCI_IOBASE as the base of virtual PCI IO space.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v10 06/10] PCI: Introduce generic domain handling for PCI busses.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v10] arm64: Add architectural support for PCIe
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v10] arm64: Add architectural support for PCIe
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v10] Add support for PCI in AArch64
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v10 05/10] PCI: Create pci_host_bridge before its associated bus in pci_create_root_bus.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v10 10/10] PCI: Introduce pci_remap_iospace() for remapping PCI I/O bus resources into CPU space
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v10 09/10] PCI: Assign unassigned bus resources in pci_scan_root_bus()
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v10 08/10] OF: PCI: Add support for parsing PCI host bridge resources from DT
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v10 01/10] Fix ioport_map() for !CONFIG_GENERIC_IOMAP cases.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v10 06/10] PCI: Introduce generic domain handling for PCI busses.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v10 04/10] PCI: OF: Fix the conversion of IO ranges into IO resources.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v9 06/12] ARM: integrator: Correct usage of of_pci_range_to_resource()
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v3 00/29] nios2 Linux kernel port
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 08/29] nios2: MMU Fault handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 10/29] nios2: Process management
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 16/29] nios2: ELF definitions
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 13/29] nios2: Interrupt handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 18/29] nios2: Signal handling support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 15/29] Add ELF machine define for Nios2
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 07/29] nios2: I/O Mapping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 02/29] nios2: Assembly macros and definitions
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 20/29] nios2: Device tree support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 19/29] nios2: Library functions
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 09/29] nios2: Page table management
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 14/29] nios2: DMA mapping API
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 29/29] nios2: Build infrastructure
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 04/29] nios2: Exception handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 03/29] nios2: Kernel booting and initialization
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 11/29] nios2: Cache handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 25/29] nios2: Module support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 26/29] nios2: ptrace support
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 12/29] nios2: TLB handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 27/29] MAINTAINERS: Add nios2 maintainer
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 21/29] nios2: Time keeping
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 24/29] nios2: Nios2 registers
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 22/29] nios2: Cpuinfo handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 28/29] Documentation: Add documentation for Nios2 architecture
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 23/29] nios2: Miscellaneous header files
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 17/29] nios2: System calls handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 06/29] nios2: Memory management
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 05/29] nios2: Traps exception handling
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 01/29] asm-generic: add generic futex for !CONFIG_SMP
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• [PATCH v3 00/29] nios2 Linux kernel port
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH V3 0/6] RCU get_user_pages_fast and __get_user_pages_fast
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 1/5] x86,x32,audit: Fix x32's AUDIT_ARCH wrt audit
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v5 2/5] x86,entry: Only call user_exit if TIF_NOHZ
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v5 3/5] x86: Split syscall_trace_enter into two phases
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v5 4/5] x86_64,entry: Treat regs->ax the same in fastpath and slowpath syscalls
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v5 5/5] x86_64,entry: Use split-phase syscall_trace_enter for 64-bit syscalls
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v5 0/5] x86: two-phase syscall tracing and seccomp fastpath
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v9 04/12] PCI: OF: Fix the conversion of IO ranges into IO resources.
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v9 06/12] ARM: integrator: Correct usage of of_pci_range_to_resource()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: Post-merge-window ping (Re: [PATCH v4 0/5] x86: two-phase syscall tracing and seccomp fastpath)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: Post-merge-window ping (Re: [PATCH v4 0/5] x86: two-phase syscall tracing and seccomp fastpath)
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• RE: bit fields && data tearing
  • From: Marc Gauthier <marc@xxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Post-merge-window ping (Re: [PATCH v4 0/5] x86: two-phase syscall tracing and seccomp fastpath)
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• RE: bit fields && data tearing
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: wangyijing <wangyijing0307@xxxxxxxxx>
• Re: [PATCH v1 09/21] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: wangyijing <wangyijing0307@xxxxxxxxx>
• Re: [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 09/21] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH v1 00/21] Use MSI chip to configure MSI/MSI-X in all platforms
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 11/21] MIPS/Octeon/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 02/21] PCI/MSI: Remove useless bus->msi assignment
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 01/21] PCI/MSI: Clean up struct msi_chip argument
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 09/21] Irq_remapping/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 04/21] x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 16/21] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 15/21] Powerpc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 18/21] IA64/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 19/21] Sparc/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 17/21] arm/iop13xx/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 13/21] MIPS/Xlp/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 14/21] MIPS/Xlr/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 12/21] MIPS/Xlp: Remove the dead function destroy_irq() to fix build error
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 21/21] PCI/MSI: Clean up unused MSI arch functions
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 20/21] tile/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 08/21] x86/xen/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 06/21] PCI/MSI: Refactor struct msi_chip to make it become more common
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 07/21] x86/MSI: Use MSI chip framework to configure MSI/MSI-X irq
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 10/21] x86/MSI: Remove unused MSI weak arch functions
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 03/21] MSI: Remove the redundant irq_set_chip_data()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v1 05/21] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• RE: bit fields && data tearing
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Jakub Jelinek <jakub@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Jakub Jelinek <jakub@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
• RE: bit fields && data tearing
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: bit fields && data tearing
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 17/38] cris: clean-up uapi Kbuild file
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 01/38] cris: fix headers_install
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [RFC PATCH 00/11] Refactor MSI to support Non-PCI device
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v9 03/12] PCI: Introduce helper functions to deal with PCI I/O ranges.
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH V3 0/6] RCU get_user_pages_fast and __get_user_pages_fast
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH V3 0/6] RCU get_user_pages_fast and __get_user_pages_fast
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH V3 6/6] arm64: mm: Enable RCU fast_gup
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATCH V3 3/6] arm: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATCH V3 5/6] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATCH V3 4/6] arm: mm: Enable RCU fast_gup
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATCH V3 2/6] arm: mm: Introduce special ptes for LPAE
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATCH V3 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATCH V3 0/6] RCU get_user_pages_fast and __get_user_pages_fast
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATH V2 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH v9 00/12] Support for creating generic PCI host bridges from DT
  • From: Robert Richter <robert.richter@xxxxxxxxxxxxxxxxxx>
• Re: [PATH V2 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATH V2 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATH V2 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATH V2 6/6] arm64: mm: Enable RCU fast_gup
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATH V2 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATH V2 5/6] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATH V2 4/6] arm: mm: Enable RCU fast_gup
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATH V2 3/6] arm: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATH V2 2/6] arm: mm: Introduce special ptes for LPAE
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATH V2 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATH V2 4/6] arm: mm: Enable RCU fast_gup
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATH V2 3/6] arm: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATH V2 6/6] arm64: mm: Enable RCU fast_gup
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATH V2 5/6] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATH V2 2/6] arm: mm: Introduce special ptes for LPAE
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATH V2 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: Post-merge-window ping (Re: [PATCH v4 0/5] x86: two-phase syscall tracing and seccomp fastpath)
  • From: Alexei Starovoitov <ast@xxxxxxxxxxxx>
• Post-merge-window ping (Re: [PATCH v4 0/5] x86: two-phase syscall tracing and seccomp fastpath)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• Re: [PATCH] include/asm-generic/cmpxchg-local.h: perform comparison in cmpxchg using appropriate size of data
  • From: Darius Rad <darius@xxxxxxxxxxxx>
• Re: [PATCH] include/asm-generic/cmpxchg-local.h: perform comparison in cmpxchg using appropriate size of data
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware
  • From: Joshua Kinard <kumba@xxxxxxxxxx>
• Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• [PATCH] include/asm-generic/cmpxchg-local.h: perform comparison in cmpxchg using appropriate size of data
  • From: Darius Rad <darius@xxxxxxxxxxxx>
• Re: [PATCH v4 0/8] asm-generic/io.h overhaul
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v4 0/8] asm-generic/io.h overhaul
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v4 0/8] asm-generic/io.h overhaul
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v4 0/8] asm-generic/io.h overhaul
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH v4 0/8] asm-generic/io.h overhaul
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v9 04/12] PCI: OF: Fix the conversion of IO ranges into IO resources.
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v9 12/12] PCI: Introduce pci_remap_iospace() for remapping PCI I/O bus resources into CPU space
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [PATCH v9 04/12] PCI: OF: Fix the conversion of IO ranges into IO resources.
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v9 12/12] PCI: Introduce pci_remap_iospace() for remapping PCI I/O bus resources into CPU space
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v2] arch: Kconfig: Let all little endian architectures define CPU_LITTLE_ENDIAN explicitly
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATH V2 0/6] RCU get_user_pages_fast and __get_user_pages_fast
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH v9 03/12] PCI: Introduce helper functions to deal with PCI I/O ranges.
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v9 12/12] PCI: Introduce pci_remap_iospace() for remapping PCI I/O bus resources into CPU space
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v9 04/12] PCI: OF: Fix the conversion of IO ranges into IO resources.
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATH V2 0/6] RCU get_user_pages_fast and __get_user_pages_fast
  • From: Dann Frazier <dann.frazier@xxxxxxxxxxxxx>
• [PATH V2 6/6] arm64: mm: Enable RCU fast_gup
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATH V2 5/6] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATH V2 4/6] arm: mm: Enable RCU fast_gup
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATH V2 3/6] arm: mm: Enable HAVE_RCU_TABLE_FREE logic
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATH V2 2/6] arm: mm: Introduce special ptes for LPAE
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATH V2 1/6] mm: Introduce a general RCU get_user_pages_fast.
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• [PATH V2 0/6] RCU get_user_pages_fast and __get_user_pages_fast
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH v2] dma-mapping: Provide write-combine allocations
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2] dma-mapping: Provide write-combine allocations
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH 0/6] RCU get_user_pages_fast and __get_user_pages_fast
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH 0/6] RCU get_user_pages_fast and __get_user_pages_fast
  • From: Dann Frazier <dann.frazier@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/11] Refactor MSI to support Non-PCI device
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• RE: [RFC PATCH 00/11] Refactor MSI to support Non-PCI device
  • From: "Bharat.Bhushan@xxxxxxxxxxxxx" <Bharat.Bhushan@xxxxxxxxxxxxx>
• Re: [RFC PATCH 11/11] x86/MSI: Refactor x86 MSI code
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [RFC PATCH 10/11] PCI/MSI: Split the generic MSI code into new file
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [RFC PATCH 09/11] PCI/MSI: refactor PCI MSI driver
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [RFC PATCH 03/11] PCI/MSI: Refactor pci_dev_msi_enabled()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [RFC PATCH 00/11] Refactor MSI to support Non-PCI device
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• RE: [RFC PATCH 11/11] x86/MSI: Refactor x86 MSI code
  • From: "Bharat.Bhushan@xxxxxxxxxxxxx" <Bharat.Bhushan@xxxxxxxxxxxxx>
• RE: [RFC PATCH 10/11] PCI/MSI: Split the generic MSI code into new file
  • From: "Bharat.Bhushan@xxxxxxxxxxxxx" <Bharat.Bhushan@xxxxxxxxxxxxx>
• RE: [RFC PATCH 09/11] PCI/MSI: refactor PCI MSI driver
  • From: "Bharat.Bhushan@xxxxxxxxxxxxx" <Bharat.Bhushan@xxxxxxxxxxxxx>
• RE: [RFC PATCH 03/11] PCI/MSI: Refactor pci_dev_msi_enabled()
  • From: "Bharat.Bhushan@xxxxxxxxxxxxx" <Bharat.Bhushan@xxxxxxxxxxxxx>
• RE: [RFC PATCH 00/11] Refactor MSI to support Non-PCI device
  • From: "Bharat.Bhushan@xxxxxxxxxxxxx" <Bharat.Bhushan@xxxxxxxxxxxxx>
• Re: [PATCH v9 02/12] PCI: OF: Parse and map the IRQ when adding the PCI device.
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v9 02/12] PCI: OF: Parse and map the IRQ when adding the PCI device.
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v9 02/12] PCI: OF: Parse and map the IRQ when adding the PCI device.
  • From: Wei Yang <weiyang@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 02/12] PCI: OF: Parse and map the IRQ when adding the PCI device.
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v9 03/12] PCI: Introduce helper functions to deal with PCI I/O ranges.
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v9 00/12] Support for creating generic PCI host bridges from DT
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v9 03/12] PCI: Introduce helper functions to deal with PCI I/O ranges.
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v9 02/12] PCI: OF: Parse and map the IRQ when adding the PCI device.
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH v9 02/12] PCI: OF: Parse and map the IRQ when adding the PCI device.
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Is the SH64 (sub)arch actually meant to be a 64-bit arch?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v9 00/12] Support for creating generic PCI host bridges from DT
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v9 02/12] PCI: OF: Parse and map the IRQ when adding the PCI device.
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v9 03/12] PCI: Introduce helper functions to deal with PCI I/O ranges.
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v9 02/12] PCI: OF: Parse and map the IRQ when adding the PCI device.
  • From: Wei Yang <weiyang@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 02/12] PCI: OF: Parse and map the IRQ when adding the PCI device.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v9 02/12] PCI: OF: Parse and map the IRQ when adding the PCI device.
  • From: Wei Yang <weiyang@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 02/12] PCI: OF: Parse and map the IRQ when adding the PCI device.
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• Re: [PATCH v9 02/12] PCI: OF: Parse and map the IRQ when adding the PCI device.
  • From: Wei Yang <weiyang@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 12/12] PCI: Introduce pci_remap_iospace() for remapping PCI I/O bus resources into CPU space
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v9 12/12] PCI: Introduce pci_remap_iospace() for remapping PCI I/O bus resources into CPU space
  • From: Liviu Dudau <Liviu.Dudau@xxxxxxx>
• [PATCH v4 1/8] ARC: Remove redundant PCI_IOBASE declaration
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v4 2/8] serial: sunzilog: Remove unnecessary volatile keyword
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v4 3/8] sparc: Remove unnecessary volatile usage
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v4 6/8] asm-generic/io.h: Implement generic {read,write}s*()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v4 5/8] /dev/mem: Use more consistent data types
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>