Linux Sparc

• Thread Index

• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Aw: Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: "Helge Deller" <deller@xxxxxx>
• Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: provide more common DMA API functions V2
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: provide more common DMA API functions V2
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: bisected: boot hang on sparc64 after PCIe changes
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: bisected: boot hang on sparc64 after PCIe changes
  • From: Meelis Roos <mroos@xxxxx>
• [PATCH 3/5] dma-mapping: cosolidate dma_mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/5] dma-mapping: consolidate dma_supported
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/5] dma-mapping: consolidate dma_set_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• provide more common DMA API functions V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/5] dma-mapping: consolidate dma_{alloc,free}_noncoherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/5] dma-mapping: consolidate dma_{alloc,free}_{attrs,coherent}
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 14/31] sparc32/io-unit: handle page-less SG entries
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• [PATCH v5 3/8] perf: Rename perf_event_read_{one,group}, perf_read_hw
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 5/8] perf: Invert perf_read_group() loops
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 1/8] perf: Add a flags parameter to pmu txn interfaces
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 7/8] Define PERF_PMU_TXN_READ interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 2/8] perf: Split perf_event_read() and perf_event_count()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 6/8] perf: Add return value for perf_event_read().
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 8/8] powerpc/perf/hv-24x7: Use PERF_PMU_TXN_READ interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 4/8] perf: Add group reads to perf_event_read()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 0/8] perf: Implement group-read of events using txn interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 09/10] Define PERF_PMU_TXN_READ interface
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 09/10] Define PERF_PMU_TXN_READ interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] dma-mapping: consolidate dma_set_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/5] dma-mapping: consolidate dma_{alloc,free}_noncoherent
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] dma-mapping: consolidate dma_set_mask
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] dma-mapping: consolidate dma_{alloc,free}_noncoherent
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 1/5] dma-mapping: consolidate dma_{alloc,free}_{attrs,coherent}
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/5] dma-mapping: consolidate dma_{alloc,free}_noncoherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/5] dma-mapping: consolidate dma_supported
  • From: Christoph Hellwig <hch@xxxxxx>
• provide more common DMA API functions
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/5] dma-mapping: cosolidate dma_mapping_error
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/5] dma-mapping: consolidate dma_set_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 31/31] dma-mapping-common: skip kmemleak checks for page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: bisected: boot hang on sparc64 after PCIe changes
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: bisected: boot hang on sparc64 after PCIe changes
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: bisected: boot hang on sparc64 after PCIe changes
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: bisected: boot hang on sparc64 after PCIe changes
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: bisected: boot hang on sparc64 after PCIe changes
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: bisected: boot hang on sparc64 after PCIe changes
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: bisected: boot hang on sparc64 after PCIe changes
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• bisected: boot hang on sparc64 after PCIe changes
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Grant Grundler <grantgrundler@xxxxxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 31/31] dma-mapping-common: skip kmemleak checks for page-less SG entries
  • From: Catalin Marinas <catalin.marinas@xxxxxxxxx>
• Re: [PATCH 31/31] dma-mapping-common: skip kmemleak checks for page-less SG entries
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [PATCH 16/31] s390: handle page-less SG entries
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 19/31] arc: handle page-less SG entries
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: Occasional userland crashes on sparc in 4.1.0+
  • From: Meelis Roos <mroos@xxxxx>
• Re: [PATCH 30/31] intel-iommu: handle page-less SG entries
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/6] mm: mlock: Add new mlock system call
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 20/31] avr32: handle page-less SG entries
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH 09/10] Define PERF_PMU_TXN_READ interface
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 03/31] dma-debug: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/31] scatterlist: add sg_pfn and sg_has_page helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/31] alpha/pci-noop: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/31] scatterlist: use sg_phys()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/31] alpha/pci_iommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/31] x86/pci-nommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/31] c6x: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• RFC: prepare for struct scatterlist entries without page backing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/31] x86/pci-calgary: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/31] ia64/pci_dma: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/31] sparc/ldc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/31] sparc32/io-unit: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/31] sparc/iommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/31] s390: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/31] mn10300: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/31] nios2: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/31] ia64/sba_iommu: remove sba_sg_address
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/31] avr32: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/31] metag: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/31] xtensa: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/31] openrisc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/31] frv: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/31] powerpc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/31] mips: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/31] intel-iommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/31] parisc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/31] dma-mapping-common: skip kmemleak checks for page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/31] sh: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/31] blackfin: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/31] arc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/31] sparc32/iommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/31] powerpc/iommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 09/10] Define PERF_PMU_TXN_READ interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 69/74] sparc/time: Migrate to new 'set-state' interface
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: sparc64 function alignmnet (4 or 32)?
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: sparc64 function alignmnet (4 or 32)?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64 function alignmnet (4 or 32)?
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• sparc64 function alignmnet (4 or 32)?
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v7 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH v7 0/6] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH v7 2/6] mm: mlock: Add new mlock system call
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: Occasional userland crashes on sparc in 4.1.0+
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Occasional userland crashes on sparc in 4.1.0+
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH] sparc64: use ENTRY/ENDPROC in VISsave
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Fix incorrect ASI_ST_BLKINIT_MRU_S value
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Fix incorrect ASI_ST_BLKINIT_MRU_S value
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• [PATCH] sparc64: use ENTRY/ENDPROC in VISsave
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH V6 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Fix userspace FPU register corruptions.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH V6 2/6] mm: mlock: Add new mlock system call
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 09/10] Define PERF_PMU_TXN_READ interface
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Occasional userland crashes on sparc in 4.1.0+
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32: do not include swap.h from pgtable_32.h export struct mem_cgroup'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] sparc32: do not include swap.h from pgtable_32.h export struct mem_cgroup'
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: Build failure (sparc32:allmodconfig) in -next due to 'memcg: export struct mem_cgroup'
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: Build failure (sparc32:allmodconfig) in -next due to 'memcg: export struct mem_cgroup'
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: Build failure (sparc32:allmodconfig) in -next due to 'memcg: export struct mem_cgroup'
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2] arch: use WRITE_ONCE/READ_ONCE in smp_store_release/smp_load_acquire
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH v2] arch: use WRITE_ONCE/READ_ONCE in smp_store_release/smp_load_acquire
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2] arch: use WRITE_ONCE/READ_ONCE in smp_store_release/smp_load_acquire
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [v3, 2/8] powerpc/perf/hv-24x7: Simplify extracting counter from result buffer
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [v3,1/8] powerpc/perf/hv-24x7: Whitespace - fix parameter alignment
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2] arch: use WRITE_ONCE/READ_ONCE in smp_store_release/smp_load_acquire
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2] arch: use WRITE_ONCE/READ_ONCE in smp_store_release/smp_load_acquire
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Build failure (sparc32:allmodconfig) in -next due to 'memcg: export struct mem_cgroup'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Debian drops support for sparc
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Debian drops support for sparc
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Debian drops support for sparc
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Re: Debian drops support for sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Debian drops support for sparc
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Debian drops support for sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Debian drops support for sparc
  • From: Patrick Baggett <baggett.patrick@xxxxxxxxx>
• Re: Debian drops support for sparc
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Debian drops support for sparc
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Debian drops support for sparc
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH V6 0/6] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V6 2/6] mm: mlock: Add new mlock system call
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V6 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v3 40/51] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in of parsing
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v3 50/51] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V5 5/7] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V5 5/7] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH V5 5/7] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Occasional userland crashes on sparc in 4.1.0+
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V5 5/7] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH V5 4/7] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/7] mm: mlock: Add new mlock system call
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/8] perf: Split perf_event_read_value()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 05/10] perf: Unroll perf_event_read_value() in perf_read_group()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 04/10] perf: Rename perf_event_read_{one,group}, perf_read_hw
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 06/10] perf: Add return value for perf_event_read().
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 08/10] perf: Add return value to __perf_event_read()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 07/10] perf: Add group parameter to perf_event_read()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 03/10] perf: Define perf_event_aggregate()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 01/10] perf: Add a flags parameter to pmu txn interfaces
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 10/10] powerpc/perf/hv-24x7: Use PMU_TXN_READ interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 09/10] Define PERF_PMU_TXN_READ interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/10] perf: Split perf_event_read() and perf_event_count()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 0/10] Implement group-read of events using txn interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH V5 5/7] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V5 4/7] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V5 0/7] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V5 2/7] mm: mlock: Add new mlock system call
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH v3 7/8] perf: Define PMU_TXN_READ interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 7/8] perf: Define PMU_TXN_READ interface
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/8] perf: Split perf_event_read_value()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH v3 7/8] perf: Define PMU_TXN_READ interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V4 5/6] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH V4 5/6] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V4 5/6] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 7/8] perf: Define PMU_TXN_READ interface
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 4/4] drivers/tty: make serial/sunhv.c driver explicitly non-modular
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 0/4] tty/serial: delete orphaned code in non-modules
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 3/4] drivers/tty: make serial/suncore.c driver explicitly non-modular
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH v3 7/8] perf: Define PMU_TXN_READ interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] mfd: Remove MFD_CROS_EC depends on X86 || ARM
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [PATCH 2/3] mfd: Remove MFD_CROS_EC depends on X86 || ARM
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] mfd: Remove MFD_CROS_EC depends on X86 || ARM
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH V4 0/6] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V4 5/6] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V4 2/6] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: 4.1 regression in resizable hashtable tests
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: 4.1 regression in resizable hashtable tests
  • From: Phil Sutter <phil@xxxxxx>
• Re: 4.1 regression in resizable hashtable tests
  • From: Phil Sutter <phil@xxxxxx>
• Re: 4.1 regression in resizable hashtable tests
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH v3 7/8] perf: Define PMU_TXN_READ interface
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/8] perf: Split perf_event_read_value()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/8] perf: Add a flags parameter to pmu txn interfaces
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/8] perf: Split perf_event_read_value()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/8] perf: Add a flags parameter to pmu txn interfaces
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/8] perf: Add a flags parameter to pmu txn interfaces
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 17/23] sparc/time: Migrate to new 'set-state' interface
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 17/23] sparc/time: Migrate to new 'set-state' interface
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v3 1/8] powerpc/perf/hv-24x7: Whitespace - fix parameter alignment
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 5/8] perf: Split perf_event_read_value()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 7/8] perf: Define PMU_TXN_READ interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 6/8] perf: Rename perf_event_read_{one,group}, perf_read_hw
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 8/8] powerpc/perf/hv-24x7: Use PMU_TXN_READ interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 3/8] perf: Add a flags parameter to pmu txn interfaces
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 4/8] perf: Split perf_event_read() and perf_event_count()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 0/8] Implement group-read of events using txn interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 2/8] powerpc/perf/hv-24x7: Simplify extracting counter from result buffer
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 39/49] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in of parsing
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v2 48/49] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v2] rhashtable: fix for resize events during table walk
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH v2] rhashtable: fix for resize events during table walk
  • From: mroos@xxxxxxxx
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [RFC Patch V1 07/12] sparc, PCI: Use helper functions to access fields in struct msi_desc
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [RFC Patch V1 07/12] sparc, PCI: Use helper functions to access fields in struct msi_desc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] rhashtable: fix for resize events during table walk
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH V3 0/5] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 0/5] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V3 2/5] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH V3 2/5] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V3 2/5] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH V3 0/5] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V3 4/5] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V3 2/5] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V3 0/5] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH 27/36] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in of parsing
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v2] rhashtable: fix for resize events during table walk
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rhashtable: fix for resize events during table walk
  • From: Phil Sutter <phil@xxxxxx>
• [PATCH v2] rhashtable: fix for resize events during table walk
  • From: Phil Sutter <phil@xxxxxx>
• Re: [PATCH] rhashtable: fix for resize events during table walk
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] rhashtable: fix for resize events during table walk
  • From: Phil Sutter <phil@xxxxxx>
• Re: 4.1 regression in resizable hashtable tests
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH 8/8] math-emu: Remove math-emu-old
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• [PATCH 7/8] sparc/math-emu: Move sparc from math-emu-old to math-emu
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• [PATCH 2/8] math-emu: Import current glibc soft-fp as include/math-emu
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• [PATCH 1/8] math-emu: Move math-emu to math-emu-old
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND] Update kernel math-emu code from current glibc soft-fp
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: 4.1 regression in resizable hashtable tests
  • From: Thomas Graf <tgraf@xxxxxxx>
• 4.1 regression in resizable hashtable tests
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH RESEND] Update kernel math-emu code from current glibc soft-fp
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND] Update kernel math-emu code from current glibc soft-fp
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND] Update kernel math-emu code from current glibc soft-fp
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND] Update kernel math-emu code from current glibc soft-fp
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Ping Re: [PATCH RESEND] Update kernel math-emu code from current glibc soft-fp
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [next] nfs update breaks build on sparc
  • From: Peng Tao <tao.peng@xxxxxxxxxxxxxxx>
• Re: [next] nfs update breaks build on sparc
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• Re: [next] nfs update breaks build on sparc
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [next] nfs update breaks build on sparc
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] sparc64: perf fixes for userspace stacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH RESEND] Update kernel math-emu code from current glibc soft-fp
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: David Mattli <dmm@xxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: How to compile glibc?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: How to compile glibc?
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• How to compile glibc?
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 3/4] sparc64: perf: Add sanity checking on addresses in user stack
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH 3/4] sparc64: perf: Add sanity checking on addresses in user stack
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [PATCH 4/4] sparc64: perf: Use UREG_FP rather than UREG_I6
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• [PATCH 0/4] sparc64: perf fixes for userspace stacks
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• [PATCH 3/4] sparc64: perf: Add sanity checking on addresses in user stack
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• [PATCH 2/4] sparc64: Convert BUG_ON to warning
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• [PATCH 1/4] sparc: perf: Disable pagefaults while walking userspace stacks
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: netboot failure with current kernels?
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH v3 1/3] NTP: rtc: Add CONFIG_RTC_SYSTOHC_DEVICE for NTP synchronization
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] sparc: time: Replace update_persistent_clock() with CONFIG_RTC_SYSTOHC
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 2/3] sparc: time: Replace update_persistent_clock() with CONFIG_RTC_SYSTOHC
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/3] NTP: rtc: Add CONFIG_RTC_SYSTOHC_DEVICE for NTP synchronization
  • From: Xunlei Pang <xlpang@xxxxxxx>
• [PATCH v3 2/3] sparc: time: Replace update_persistent_clock() with CONFIG_RTC_SYSTOHC
  • From: Xunlei Pang <xlpang@xxxxxxx>
• [PATCH v3 3/3] drivers/rtc/interface.c: Remove rtc_set_mmss()
  • From: Xunlei Pang <xlpang@xxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH] treewide: Fix typo compatability -> compatibility
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: James Y Knight <jyknight@xxxxxxxxxx>
• [RESEND PATCH V2 2/3] Add mlockall flag for locking pages on fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
• Re: [PATCH] treewide: Fix typo compatability -> compatibility
  • From: Masanari Iida <standby24x7@xxxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] treewide: Fix typo compatability -> compatibility
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: James Y Knight <jyknight@xxxxxxxxxx>
• Re: netboot failure with current kernels?
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: James Y Knight <jyknight@xxxxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux Sparc FPU register corruption
  • From: David Miller <davem@xxxxxxxxxxxxx>
• PCI slot detection on older systems
  • From: Meelis Roos <mroos@xxxxxxxx>
• Linux Sparc FPU register corruption
  • From: James Y Knight <jyknight@xxxxxxxxxx>
• Re: [RFT v2 43/48] genirq, arch: Kill the first parameter 'irq' of irq_flow_handler_t
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH] treewide: Fix typo compatability -> compatibility
  • From: Stanislav Yakovlev <stas.yakovlev@xxxxxxxxx>
• Re: [PATCH] of: return NUMA_NO_NODE from fallback of_node_to_nid()
  • From: Grant Likely <grant.likely@xxxxxxxxxx>
• [RFT v2 43/48] genirq, arch: Kill the first parameter 'irq' of irq_flow_handler_t
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Generic kernel features that need architecture(sparc) support
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• qla2xxx crash on sparc64 (bus error)
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V2 2/3] Add mlockall flag for locking pages on fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• netboot failure with current kernels?
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [RESEND PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 0/5] Remove s390 sw-emulated hugepages and cleanup
  • From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] NTP: rtc: Add CONFIG_RTC_SYSTOHC_DEVICE for NTP synchronization
  • From: pang.xunlei@xxxxxxxxxx
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RESEND PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] treewide: Fix typo compatability -> compatibility
  • From: Alexander Graf <agraf@xxxxxxx>
• Re: [PATCH v2 1/4] NTP: rtc: Add CONFIG_RTC_SYSTOHC_DEVICE for NTP synchronization
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [Patch v3 08/36] sparc, irq: Use helper irq_data_get_irq_handler_data() to hide irq_desc details
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [Patch v3 26/36] sparc, irq: Use access helper irq_data_get_affinity_mask()
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] Remove s390 sw-emulated hugepages and cleanup
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3] sparc: Resolve conflict between sparc v9 and M7 on usage of bit 9 of TTE
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3] sparc64: pci slots information is not populated in sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: kernel: GRPCI2: Remove a useless memset
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 4/4] cris: time: Cleanup of persistent clock stuff
  • From: Xunlei Pang <xlpang@xxxxxxx>
• [PATCH v2 2/4] sparc: time: Replace update_persistent_clock() with CONFIG_RTC_SYSTOHC
  • From: Xunlei Pang <xlpang@xxxxxxx>
• [PATCH v2 1/4] NTP: rtc: Add CONFIG_RTC_SYSTOHC_DEVICE for NTP synchronization
  • From: Xunlei Pang <xlpang@xxxxxxx>
• [PATCH v2 3/4] drivers/rtc/interface.c: Remove rtc_set_mmss()
  • From: Xunlei Pang <xlpang@xxxxxxx>
• [RESEND PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [RESEND PATCH 2/3] Add mlockall flag for locking pages on fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [RESEND PATCH 1/3] Add flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• 4.0, sparc64, hugetlb: possible irq lock inversion dependency detected
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 3/5] mm/hugetlb: remove arch_prepare/release_hugepage from arch headers
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• [PATCH 5/5] s390/mm: forward check for huge pmds to pmd_large()
  • From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] mm/hugetlb: remove unused arch hook prepare/release_hugepage
  • From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/5] Remove s390 sw-emulated hugepages and cleanup
  • From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/5] mm/hugetlb: remove arch_prepare/release_hugepage from arch headers
  • From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/5] s390/hugetlb: remove dead code for sw emulated huge pages
  • From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/5] s390/mm: make hugepages_supported a boot time decision
  • From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] PCI/sparc: Fix booting with T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v3] sparc: Resolve conflict between sparc v9 and M7 on usage of bit 9 of TTE
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v3] sparc64: pci slots information is not populated in sysfs
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [PATCH] treewide: Fix typo compatability -> compatibility
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] treewide: Fix typo compatability -> compatibility
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH] treewide: Fix typo compatability -> compatibility
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc: Resolve conflict between sparc v9 and M7 on usage of bit 9 of TTE
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc: Resolve conflict between sparc v9 and M7 on usage of bit 9 of TTE
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Patch v2 06/14] genirq: Move field 'handler_data' from struct irq_data into struct irq_common_data
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC v1 20/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• [RFC v1 20/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [Patch v2 06/14] genirq: Move field 'handler_data' from struct irq_data into struct irq_common_data
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [PATCH] Update kernel math-emu code from current glibc soft-fp
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 1/6] crypto: md5: add MD5 initial vectors
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Adding support for Fujitsu SPARC64 machines?
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 4/6] crypto: sparc/md5: use md5 IV MD5_HX instead of their raw value
  • From: LABBE Corentin <clabbe.montjoie@xxxxxxxxx>
• [PATCH 3/6] crypto: powerpc/md5: use md5 IV MD5_HX instead of their raw value
  • From: LABBE Corentin <clabbe.montjoie@xxxxxxxxx>
• [PATCH 6/6] crypto: octeon: use md5 IV MD5_HX instead of their raw value
  • From: LABBE Corentin <clabbe.montjoie@xxxxxxxxx>
• [PATCH 5/6] crypto: n2: use md5 IV MD5_HX instead of their raw value
  • From: LABBE Corentin <clabbe.montjoie@xxxxxxxxx>
• [PATCH 2/6] crypto: md5: use md5 IV MD5_HX instead of their raw value
  • From: LABBE Corentin <clabbe.montjoie@xxxxxxxxx>
• [PATCH 1/6] crypto: md5: add MD5 initial vectors
  • From: LABBE Corentin <clabbe.montjoie@xxxxxxxxx>
• Re: [PATCH 0/3] PCI/sparc: Fix booting with T5-8
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 0/3] PCI/sparc: Fix booting with T5-8
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 1/2] drivers/rtc/interface.c: Change rtc_set_mmss() to use time64_t
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH v2] sparc: Resolve conflict between sparc v9 and M7 on usage of bit 9 of TTE
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH 2/2] sparc: time: Provide update_persistent_clock64()
  • From: Xunlei Pang <xlpang@xxxxxxx>
• [PATCH 1/2] drivers/rtc/interface.c: Change rtc_set_mmss() to use time64_t
  • From: Xunlei Pang <xlpang@xxxxxxx>
• Re: [PATCH v2] sparc64: pci slots information is not populated in sysfs
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH Resend] sparc64: Resolve conflict between sparc v9 and M7 on usage of bit 9 of TTE
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2] sparc64: pci slots information is not populated in sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH Resend] sparc64: Resolve conflict between sparc v9 and M7 on usage of bit 9 of TTE
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• 4.0: sparc64 possible irq lock inversion dependency detected
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH 1/3] Add flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH 2/3] Add mlockall flag for locking pages on fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: Ultra1 warning in 4.0.0-rc4-00048-gc586165
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• [RFC v1 04/11] genirq: Move field 'handler_data' from struct irq_data into struct irq_common_data
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [PATCH v2 09/10] sparc: use for_each_sg()
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH] sparc: kernel: GRPCI2: Remove a useless memset
  • From: Christophe Jaillet <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH] of: return NUMA_NO_NODE from fallback of_node_to_nid()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• [PATCH v2] sparc64: pci slots information is not populated in sysfs
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [PATCH RFC 1/1] sparc64: pci slots information is not populated in sysfs
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [PATCH] tile: properly use node_isset() on a nodemask_t
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: Build regressions/improvements in v4.1-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Build regressions/improvements in v4.1-rc1
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/1] sparc64: pci slots information is not populated in sysfs
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: Build regressions/improvements in v4.1-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Build regressions/improvements in v4.1-rc1
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/1] sparc64: pci slots information is not populated in sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC 1/1] sparc64: pci slots information is not populated in sysfs
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH RFC 1/1] sparc64: pci slots information is not populated in sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC 1/1] sparc64: pci slots information is not populated in sysfs
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH RFC 1/1] sparc64: pci slots information is not populated in sysfs
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [PATCH Resend] sparc64: Resolve conflict between sparc v9 and M7 on usage of bit 9 of TTE
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH RFC 1/1] sparc64: pci slots information is not populated in sysfs
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: Build regressions/improvements in v4.1-rc1
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Build regressions/improvements in v4.1-rc1
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: Build regressions/improvements in v4.1-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: sparc: deadlock using perf with sched tracepoints and user callstacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: perf: Add support M7 processor
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc: deadlock using perf with sched tracepoints and user callstacks
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH] sparc: perf: Add support M7 processor
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH] sparc: perf: Add support M7 processor
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH] sparc: perf: Add support M7 processor
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc: deadlock using perf with sched tracepoints and user callstacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: perf: Add support M7 processor
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH] sparc: perf: Add support M7 processor
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: perf: Add support M7 processor
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH] sparc: perf: Add support M7 processor
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v4] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: chris.hyser@xxxxxxxxxx
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Use GFP_ATOMIC in ldc_alloc_exp_dring() as it can be called in softirq context
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: perf: Add support M7 processor
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [PATCH v3] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [PATCH v3] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• [PATCH] sparc: Use GFP_ATOMIC in ldc_alloc_exp_dring() as it can be called in softirq context
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v10 21/29] sparc/PCI: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] iommu-common build warning fixes.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Fwd: Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: Fwd: Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Fwd: Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] iommu-common: rename iommu_pool_hash to iommu_hash_common
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 1/2] iommu-common: fix x86_64 compiler warnings
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: IOMMU patch seems to work fine on older sparcs
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: IOMMU patch seems to work fine on older sparcs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• IOMMU patch seems to work fine on older sparcs
  • From: Meelis Roos <mroos@xxxxxxxx>
• Fwd: Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] iommu-common: rename iommu_pool_hash to iommu_hash_common
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH 0/2] iommu-common build warning fixes.
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH 1/2] iommu-common: fix x86_64 compiler warnings
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• sparc64: Build failure due to commit f1600e549b94 (sparc: Make sparc64 use scalable lib/iommu-common.c functions)
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] iommu-common: Fix PARISC compile-time warnings
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] iommu-common: Fix PARISC compile-time warnings
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH v3] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [PATCH v10 0/3] Generic IOMMU pooled allocator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: perf: Add support M7 processor
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] cpumask: remove __first_cpu / __next_cpu
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] cpumask: remove __first_cpu / __next_cpu
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] sparc: perf: Add support M7 processor
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH] of: return NUMA_NO_NODE from fallback of_node_to_nid()
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH] of: return NUMA_NO_NODE from fallback of_node_to_nid()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH] of: return NUMA_NO_NODE from fallback of_node_to_nid()
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH] sparc: Fix execution domain removal
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: Fix execution domain removal
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v3] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4] sparc64: sunvdc: Complete I/O request if vdisk server error
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [PATCH v3] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [PATCH] of: return NUMA_NO_NODE from fallback of_node_to_nid()
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] sparc64: sunvdc: Complete I/O request if vdisk server error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v4] sparc64: sunvdc: Complete I/O request if vdisk server error
  • From: chris.hyser@xxxxxxxxxx
• Re: [PATCH v3] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [PATCH] of: return NUMA_NO_NODE from fallback of_node_to_nid()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: system call tracing on sparc
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: system call tracing on sparc
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] of: return NUMA_NO_NODE from fallback of_node_to_nid()
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: system call tracing on sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: system call tracing on sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: system call tracing on sparc
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• system call tracing on sparc
  • From: David Ahern <david.ahern@xxxxxxxxxx>
• Re: [PATCH v10 0/3] Generic IOMMU pooled allocator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v10 0/3] Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v10 1/3] Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v10 2/3] sparc: Make sparc64 use scalable lib/iommu-common.c functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v10 3/3] sparc: Make LDC use common iommu poll management functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v3] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: chris.hyser@xxxxxxxxxx
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] tty: serial: Add const to struct uart_ops declarations
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] of: return NUMA_NO_NODE from fallback of_node_to_nid()
  • From: Konstantin Khlebnikov <koct9i@xxxxxxxxx>
• Re: [PATCH] of: return NUMA_NO_NODE from fallback of_node_to_nid()
  • From: Konstantin Khlebnikov <koct9i@xxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] of: return NUMA_NO_NODE from fallback of_node_to_nid()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH] of: return NUMA_NO_NODE from fallback of_node_to_nid()
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] of: return NUMA_NO_NODE from fallback of_node_to_nid()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• [PATCH] of: return NUMA_NO_NODE from fallback of_node_to_nid()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCHv9 RFC 1/3] Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCHv9 RFC 1/3] Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] sunvdc: Complete I/O request if vdisk server error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Setup sysfs to mark LDOM sockets, cores and threads correctly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in of parsing
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH V2] tty: serial: Add const to struct uart_ops declarations
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] signal: optimize 'sigaction' call path
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH V2] tty: serial: Add const to struct uart_ops declarations
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH V2] tty: serial: Add const to struct uart_ops declarations
  • From: Patrice Chotard <patrice.chotard@xxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 3/3] PCI: Set pref for mem64 resource of pcie device
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Introduce pci_bus_addr_t
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH V2] tty: serial: Add const to struct uart_ops declarations
  • From: Sören Brinkmann <soren.brinkmann@xxxxxxxxxx>
• Re: [PATCH V2] tty: serial: Add const to struct uart_ops declarations
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH V2] tty: serial: Add const to struct uart_ops declarations
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: [PATCH V2] tty: serial: Add const to struct uart_ops declarations
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCHv9 RFC 1/3] Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH V2] tty: serial: Add const to struct uart_ops declarations
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCHv9 RFC 1/3] Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v9 RFC 0/3] Generic IOMMU pooled allocator
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v9 RFC 2/3] sparc: Make sparc64 use scalable lib/iommu-common.c functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCHv9 RFC 1/3] Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v9 RFC 3/3] sparc: Make LDC use common iommu poll management functions
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Introduce pci_bus_addr_t
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] tty: serial: Add const to struct uart_ops declarations
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: [PATCH 1/3] PCI: Introduce pci_bus_addr_t
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [PATCH] tty: serial: Add const to struct uart_ops declarations
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Introduce pci_bus_addr_t
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] signal: optimize 'sigaction' call path
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH] signal: optimize 'sigaction' call path
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 1/3] PCI: Introduce pci_bus_addr_t
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Introduce pci_bus_addr_t
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Introduce pci_bus_addr_t
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 2/3] sparc/PCI: Add mem64 resource parsing for root bus
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Introduce pci_bus_addr_t
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Introduce pci_bus_addr_t
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Introduce pci_bus_addr_t
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: d63e2e1f3df breaks sparc/T5-8
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v9 21/30] sparc/PCI: Use pci_scan_host_bridge() for simplicity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH 0/3] PCI/sparc: Fix booting with T5-8
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] PCI/sparc: Fix booting with T5-8
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] PCI/sparc: Fix booting with T5-8
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH v8 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>