Linux Sparc

• Thread Index

• Re: [RFC] arch hardlockup detector interfaces improvement
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• [RFC] arch hardlockup detector interfaces improvement
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH] sparc/ftrace: Fix ftrace graph time measurement
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH sparc] sparc: Fix -Wstringop-overflow warning,[PATCH sparc] sparc: Fix -Wstringop-overflow warning
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Fix mapping of 64k pages with MAP_FIXED
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] mm: Adaptive hash table scaling
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH] sparc/ftrace: Fix ftrace graph time measurement
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxx>
• [PATCH sparc] sparc: Fix -Wstringop-overflow warning
  • From: Orlando Arias <oarias@xxxxxxxxxxxxxxx>
• Re: Fix warning caused by stringop-overflow in GCC7,Fix warning caused by stringop-overflow in GCC7
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Fix warning caused by stringop-overflow in GCC7
  • From: Orlando Arias <oarias@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next] bnxt: add dma mapping attributes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [v3 9/9] s390: teach platforms not to zero struct pages memory
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH] sparc64: Fix mapping of 64k pages with MAP_FIXED
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [v3 9/9] s390: teach platforms not to zero struct pages memory
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH net-next 0/2] ldmvsw: port removal stability
  • From: David Miller <davem@xxxxxxxxxx>
• Re: [v3 9/9] s390: teach platforms not to zero struct pages memory
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH net-next 2/2] ldmvsw: stop the clean timer at beginning of remove
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH net-next 1/2] ldmvsw: unregistering netdev before disable hardware
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH net-next 0/2] ldmvsw: port removal stability
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 1/1] futex: remove duplicated code
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [v3 3/9] mm: add "zero" argument to vmemmap allocators
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 5/5] sparc64: print debug messages when reading from LDC channel
  • From: Jag Raman <jag.raman@xxxxxxxxxx>
• [PATCH v2 3/5] sparc64: ensure LDC channel is ready before communication
  • From: Jag Raman <jag.raman@xxxxxxxxxx>
• [PATCH v2 4/5] sparc64: ldc abort during vds iso boot
  • From: Jag Raman <jag.raman@xxxxxxxxxx>
• [PATCH v2 2/5] sparc64: enhance ldc_abort to print message
  • From: Jag Raman <jag.raman@xxxxxxxxxx>
• [PATCH v2 0/5] LDC changes for porting VCC driver into upstream kernel
  • From: Jag Raman <jag.raman@xxxxxxxxxx>
• [PATCH v2 1/5] sparc64: expand LDC interface
  • From: Jag Raman <jag.raman@xxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 net-next] bnxt: add dma mapping attributes
  • From: Michael Chan <michael.chan@xxxxxxxxxxxx>
• [PATCH v2 net-next] bnxt: add dma mapping attributes
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH net-next] bnxt: add dma mapping attributes
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH net-next] bnxt: add dma mapping attributes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bnxt: add dma mapping attributes
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH net-next] bnxt: add dma mapping attributes
  • From: Michael Chan <michael.chan@xxxxxxxxxxxx>
• [PATCH net-next] bnxt: add dma mapping attributes
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix fault handling in NGbzero.S and GENbzero.S
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: use memdup_user_nul in sun4m LED driver
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [v3 0/9] parallelized "struct page" zeroing
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 4/4] mm: Adaptive hash table scaling
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v3 4/4] mm: Adaptive hash table scaling
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] sparc64: fix fault handling in NGbzero.S and GENbzero.S
  • From: Dave Aldridge <david.j.aldridge@xxxxxxxxxx>
• Re: [v3 9/9] s390: teach platforms not to zero struct pages memory
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH] sparc: use memdup_user_nul in sun4m LED driver
  • From: Geliang Tang <geliangtang@xxxxxxxxx>
• [v3 8/9] powerpc: teach platforms not to zero struct pages memory
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v3 0/9] parallelized "struct page" zeroing
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v3 3/9] mm: add "zero" argument to vmemmap allocators
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v3 9/9] s390: teach platforms not to zero struct pages memory
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v3 1/9] sparc64: simplify vmemmap_populate
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v3 5/9] mm: zero struct pages during initialization
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v3 4/9] mm: do not zero vmemmap_buf
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v3 2/9] mm: defining memblock_virt_alloc_try_nid_raw
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v3 7/9] x86: teach x86 not to zero struct pages memory
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v3 6/9] sparc64: teach sparc not to zero struct pages memory
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v3 4/4] mm: Adaptive hash table scaling
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH 04/13] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 4/4] mm: Adaptive hash table scaling
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 4/4] mm: Adaptive hash table scaling
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 09/13] PCI: Check pref compatible bit for mem64 resource of PCIe device
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 4/4] mm: Adaptive hash table scaling
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v3 4/4] mm: Adaptive hash table scaling
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH 03/13] sparc/PCI: Reserve legacy mmio after PCI mmio
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: linux-4.11-rc6/arch/sparc/kernel/setup_32.c:151]: (style) Redundant condition
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v2 3/5] mm: add "zero" argument to vmemmap allocators
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH 4/5] sparc64: skip control packet while processing LDC RX queue
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] sparc64: expand LDC interface
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v2 3/5] mm: add "zero" argument to vmemmap allocators
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] mm: Adaptive hash table scaling
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v3 4/4] mm: Adaptive hash table scaling
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next v2] sparc64: Improve 64-bit constant loading in eBPF JIT.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sparc64: Improve 64-bit constant loading in eBPF JIT.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] sparc64: Improve 64-bit constant loading in eBPF JIT.
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH net-next] sparc64: Improve 64-bit constant loading in eBPF JIT.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [sparc64] ext4 TPC and call trace (process blocked/stuck) on git kernel 4.8.0-rc3+
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [PATCH] sparc: Update syscall tables.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Fill in rest of HAVE_REGS_AND_STACK_ACCESS_API
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Spontaneous reboots seem to have been fixed
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 2/2] sparc64: Add eBPF JIT.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] sparc64: Add eBPF JIT.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH 2/2] sparc64: Add eBPF JIT.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/2] sparc: Split BPF JIT into 32-bit and 64-bit.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 net-next 0/2] sparc64 eBPF JIT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [sparc64] ext4 TPC and call trace (process blocked/stuck) on git kernel 4.8.0-rc3+
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH 05/13] sparc/PCI: Keep resource idx order with bridge register number
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 01/13] sparc/PCI: Use correct offset for bus address to resource
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 04/13] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 09/13] PCI: Check pref compatible bit for mem64 resource of PCIe device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 03/13] sparc/PCI: Reserve legacy mmio after PCI mmio
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 2/2] sparc64: Add eBPF JIT.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Panic enabling bochs_drm on qemu-system-sparc64 (sun4u)
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Panic enabling bochs_drm on qemu-system-sparc64 (sun4u)
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: [PATCH 2/2] sparc64: Add eBPF JIT.
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Fix hugepage page table free
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Use LOCKDEP_SMALL, not PROVE_LOCKING_SMALL
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] sparc: Split BPF JIT into 32-bit and 64-bit.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] sparc: Split BPF JIT into 32-bit and 64-bit.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] sparc64: Add eBPF JIT.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next 1/2] sparc: Split BPF JIT into 32-bit and 64-bit.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next 0/2] sparc64 eBPF JIT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH] sparc64: Fix hugepage page table free
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: David Miller <davem@xxxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC] sparc64: eBPF JIT
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• [PATCH RFC] sparc64: eBPF JIT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [patch V2 06/13] sparc/sysfs: Replace racy task affinity logic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 06/13] sparc/sysfs: Replace racy task affinity logic
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [patch 06/13] sparc/sysfs: Replace racy task affinity logic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Improved logging
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: 4.10 sparc64 regression: BUG: soft lockup - CPU#0 stuck for 23s! [khugepaged:153]
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] LDC changes for porting VCC driver into upstream kernel
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] LDC changes for porting VCC driver into upstream kernel
  • From: Jag Raman <jag.raman@xxxxxxxxxx>
• [PATCH] sparc64: Use LOCKDEP_SMALL, not PROVE_LOCKING_SMALL
  • From: daniel.m.jordan@xxxxxxxxxx
• Re: 4.10 sparc64 regression: BUG: soft lockup - CPU#0 stuck for 23s! [khugepaged:153]
  • From: Meelis Roos <mroos@xxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v2 5/5] mm: teach platforms not to zero struct pages memory
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc: remove unused wp_works_ok macro
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32: Export vac_cache_size to fix build error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Fix memory corruption when THP is enabled
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Fix kernel panic due to erroneous #ifdef surrounding pmd_write()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2] sparc: remove unused wp_works_ok macro
  • From: Mathias Krause <minipli@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] sparc: convert mdesc_handle.refcnt from atomic_t to refcount_t
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [PATCH 3/4] sparc: convert mdesc_handle.refcnt from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 3/4] sparc: convert mdesc_handle.refcnt from atomic_t to refcount_t
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [PATCH 3/4] sparc: convert mdesc_handle.refcnt from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• [PATCH] sparc32: Export vac_cache_size to fix build error
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] sparc/time: set ->min_delta_ticks and ->max_delta_ticks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Fix memory corruption when THP is enabled
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• [PATCH] sparc64: Fix kernel panic due to erroneous #ifdef surrounding pmd_write()
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• Re: [PATCH] serial: Do not treat the IIR register as a bitfield
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] serial: Do not treat the IIR register as a bitfield
  • From: Olliver Schinagl <o.schinagl@xxxxxxxxxxxxx>
• Re: [PATCH] serial: Do not treat the IIR register as a bitfield
  • From: Olliver Schinagl <o.schinagl@xxxxxxxxxxxxx>
• Re: tlb_batch_add_one()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: tlb_batch_add_one()
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: tlb_batch_add_one()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: tlb_batch_add_one()
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: tlb_batch_add_one()
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: tlb_batch_add_one()
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: tlb_batch_add_one()
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: tlb_batch_add_one()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: tlb_batch_add_one()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: tlb_batch_add_one()
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: tlb_batch_add_one()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc/time: set ->min_delta_ticks and ->max_delta_ticks
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH] serial: Do not treat the IIR register as a bitfield
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• Re: [PATCH] serial: Do not treat the IIR register as a bitfield
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] serial: Do not treat the IIR register as a bitfield
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [kbuild-all] [PATCH] serial: Do not treat the IIR register as a bitfield
  • From: Fengguang Wu <lkp@xxxxxxxxx>
• Re: [PATCH] serial: Do not treat the IIR register as a bitfield
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] serial: Do not treat the IIR register as a bitfield
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] serial: Do not treat the IIR register as a bitfield
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] serial: Do not treat the IIR register as a bitfield
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] serial: Do not treat the IIR register as a bitfield
  • From: Vignesh R <vigneshr@xxxxxx>
• Re: [PATCH] serial: Do not treat the IIR register as a bitfield
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• Re: [PATCH] serial: Do not treat the IIR register as a bitfield
  • From: Vignesh R <vigneshr@xxxxxx>
• [PATCH 3/5] sparc64: ensure LDC channel is ready before communication
  • From: Jag Raman <jag.raman@xxxxxxxxxx>
• [PATCH 1/5] sparc64: expand LDC interface
  • From: Jag Raman <jag.raman@xxxxxxxxxx>
• [PATCH 0/5] LDC changes for porting VCC driver into upstream kernel
  • From: Jag Raman <jag.raman@xxxxxxxxxx>
• [PATCH 4/5] sparc64: skip control packet while processing LDC RX queue
  • From: Jag Raman <jag.raman@xxxxxxxxxx>
• [PATCH 5/5] sparc64: print debug messages when reading from LDC channel
  • From: Jag Raman <jag.raman@xxxxxxxxxx>
• [PATCH 2/5] sparc64: enhance ldc_abort to print message
  • From: Jag Raman <jag.raman@xxxxxxxxxx>
• [PATCH] serial: Do not treat the IIR register as a bitfield
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• tlb_batch_add_one()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/4] mm: Add functions to support extra actions on swap in/out
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] arch/sparc: Avoid DCTI Couples
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Improved logging
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Fix size check in huge_pte_alloc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Add support for 2G hugepages
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: kern_addr_valid regression
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Build regressions/improvements in v4.11-rc4
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [v2 5/5] mm: teach platforms not to zero struct pages memory
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v3 5/7] zram: Convert to using memset_l
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v3 7/7] vga: Optimise console scrolling
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 7/7] vga: Optimise console scrolling
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 3/7] x86: Implement memset16, memset32 & memset64
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 4/7] alpha: Add support for memset16
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [v2 0/5] parallelized "struct page" zeroing
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [v2 2/5] mm: defining memblock_virt_alloc_try_nid_raw
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v2 1/5] sparc64: simplify vmemmap_populate
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v2 4/5] mm: zero struct pages during initialization
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v2 0/5] parallelized "struct page" zeroing
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v2 5/5] mm: teach platforms not to zero struct pages memory
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v2 3/5] mm: add "zero" argument to vmemmap allocators
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v6 2/4] mm: Add functions to support extra actions on swap in/out
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• [PATCH v3 4/7] alpha: Add support for memset16
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 6/7] sym53c8xx_2: Convert to use memset32
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 7/7] vga: Optimise console scrolling
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 5/7] zram: Convert to using memset_l
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 3/7] x86: Implement memset16, memset32 & memset64
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 0/7] Add memsetN functions
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 2/7] ARM: Implement memset16, memset32 & memset64
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 1/7] Add multibyte memset functions
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [v1 0/5] parallelized "struct page" zeroing
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [v1 0/5] parallelized "struct page" zeroing
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [v1 0/5] parallelized "struct page" zeroing
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [v1 0/5] parallelized "struct page" zeroing
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [v1 0/5] parallelized "struct page" zeroing
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [v1 0/5] parallelized "struct page" zeroing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v1 0/5] parallelized "struct page" zeroing
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [v1 2/5] mm: defining memblock_virt_alloc_try_nid_raw
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v1 3/5] mm: add "zero" argument to vmemmap allocators
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v1 4/5] mm: zero struct pages during initialization
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v1 1/5] sparc64: simplify vmemmap_populate
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v1 5/5] mm: teach platforms not to zero struct pages memory
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [v1 0/5] parallelized "struct page" zeroing
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v2] arch/sparc: Avoid DCTI Couples
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH v2 net-next 0/5] sunvnet: better connection management
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 4/5] sunvnet: count multicast packets
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4] sparc64: shut down to OBP correctly
  • From: Alexandre Chartre <alexandre.chartre@xxxxxxxxxx>
• Re: [PATCH v4] sparc64: shut down to OBP correctly
  • From: Larry Bassel <larry.bassel@xxxxxxxxxx>
• Re: Retrieving disk info from sunvdc using udevadm
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Retrieving disk info from sunvdc using udevadm
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Retrieving disk info from sunvdc using udevadm
  • From: James Clarke <jrtc27@xxxxxxxxxx>
• Re: change uprobe_events default ? Was: [PATCH] perf: Rename CONFIG_[UK]PROBE_EVENT to CONFIG_[UK]PROBE_EVENTS
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: Retrieving disk info from sunvdc using udevadm
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Retrieving disk info from sunvdc using udevadm
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• RE: [PATCH v2 net-next 4/5] sunvnet: count multicast packets
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: change uprobe_events default ? Was: [PATCH] perf: Rename CONFIG_[UK]PROBE_EVENT to CONFIG_[UK]PROBE_EVENTS
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: change uprobe_events default ? Was: [PATCH] perf: Rename CONFIG_[UK]PROBE_EVENT to CONFIG_[UK]PROBE_EVENTS
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: change uprobe_events default ? Was: [PATCH] perf: Rename CONFIG_[UK]PROBE_EVENT to CONFIG_[UK]PROBE_EVENTS
  • From: "Wangnan (F)" <wangnan0@xxxxxxxxxx>
• Re: change uprobe_events default ? Was: [PATCH] perf: Rename CONFIG_[UK]PROBE_EVENT to CONFIG_[UK]PROBE_EVENTS
  • From: Srikar Dronamraju <srikar@xxxxxxxxxxxxxxxxxx>
• Re: change uprobe_events default ? Was: [PATCH] perf: Rename CONFIG_[UK]PROBE_EVENT to CONFIG_[UK]PROBE_EVENTS
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: change uprobe_events default ? Was: [PATCH] perf: Rename CONFIG_[UK]PROBE_EVENT to CONFIG_[UK]PROBE_EVENTS
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: change uprobe_events default ? Was: [PATCH] perf: Rename CONFIG_[UK]PROBE_EVENT to CONFIG_[UK]PROBE_EVENTS
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• change uprobe_events default ? Was: [PATCH] perf: Rename CONFIG_[UK]PROBE_EVENT to CONFIG_[UK]PROBE_EVENTS
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v2 net-next 4/5] sunvnet: count multicast packets
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• RE: [PATCH v2 net-next 4/5] sunvnet: count multicast packets
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Retrieving disk info from sunvdc using udevadm
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 net-next 1/5] ldmvsw: better use of link up and down on ldom vswitch
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v2 net-next 0/5] sunvnet: better connection management
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v2 net-next 2/5] sunvnet: add stats to track ldom to ldom packets and bytes
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v2 net-next 3/5] sunvnet: track port queues correctly
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v2 net-next 5/5] sunvnet: xoff not needed when removing port link
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v2 net-next 4/5] sunvnet: count multicast packets
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [RFC PATCH 10/13] mm: Introduce first class virtual address spaces
  • From: Till Smejkal <till.smejkal@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 10/13] mm: Introduce first class virtual address spaces
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v2 2/4] sparc64: allow platforms to say when to unload boot console
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v2 3/4] sparc64: remove trailing white spaces
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v2 1/4] sparc64: initialize time early
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v2 0/4] Improved logging
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v2 4/4] sparc64: stop duplicating boot messages
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH] arch/sparc: Avoid DCTI Couples
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] arch/sparc: Avoid DCTI Couples
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: 4.10 sparc64 regression: BUG: soft lockup - CPU#0 stuck for 23s! [khugepaged:153]
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH] sparc64: kern_addr_valid regression
  • From: Bob Picco <bob.picco@xxxxxxxxxx>
• Re: 4.10 sparc64 regression: BUG: soft lockup - CPU#0 stuck for 23s! [khugepaged:153]
  • From: Meelis Roos <mroos@xxxxxxxx>
• 4.10 sparc64 regression: BUG: soft lockup - CPU#0 stuck for 23s! [khugepaged:153]
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH] sparc64: Add support for 2G hugepages
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [PATCH net-next 0/5] sunvnet: better connection management
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH net-next 0/5] sunvnet: better connection management
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v1 4/4] sparc64: stop duplicating boot messages
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v1 1/4] sparc64: initialize time early
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v1 2/4] sparc64: allow platforms to say when to unload boot console
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v1 3/4] sparc64: remove trailing white spaces
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v1 0/4] Improved logging
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v6 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH net-next 0/5] sunvnet: better connection management
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH net-next 1/5] ldmvsw: better use of link up and down on ldom vswitch
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH v6 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• Re: [PATCH v6 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH net-next 1/5] ldmvsw: better use of link up and down on ldom vswitch
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH net-next 1/5] ldmvsw: better use of link up and down on ldom vswitch
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH net-next 5/5] sunvnet: xoff not needed when removing port link
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH net-next 2/5] sunvnet: add stats to track ldom to ldom packets and bytes
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH net-next 3/5] sunvnet: track port queues correctly
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH net-next 4/5] sunvnet: count multicast packets
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] sparc64: NG4 memset 32 bits overflow
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] mm: Adaptive hash table scaling
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] sparc64: Fix size check in huge_pte_alloc
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH 1/3] futex: remove duplicated code
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] sparc64: NG4 memset 32 bits overflow
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH] uapi: fix another asm/shmbuf.h userspace compilation error
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3] uapi: fix asm/shmbuf.h userspace compilation errors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 2/4] mm: Zeroing hash tables in allocator
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v3 3/4] mm: Updated callers to use HASH_ZERO flag
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v3 4/4] mm: Adaptive hash table scaling
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v3 0/4] Zeroing hash tables in allocator
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v3 1/4] sparc64: NG4 memset 32 bits overflow
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v2 1/3] sparc64: NG4 memset 32 bits overflow
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] uapi: fix another asm/shmbuf.h userspace compilation error
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH 1/3] uapi: fix asm/msgbuf.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH 2/3] uapi: fix asm/sembuf.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH 3/3] uapi: fix asm/shmbuf.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH v2] uapi: fix asm/signal.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v2 1/3] sparc64: NG4 memset 32 bits overflow
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] sparc64: NG4 memset 32 bits overflow
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v2 1/3] sparc64: NG4 memset 32 bits overflow
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] sparc64: NG4 memset 32 bits overflow
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH] uapi: fix asm/ipcbuf.h userspace compilation errors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 1/3] sparc64: NG4 memset 32 bits overflow
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 1/3] sparc64: NG4 memset 32 bits overflow
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH v6 2/4] mm: Add functions to support extra actions on swap in/out
  • From: Jerome Marchand <jmarchan@xxxxxxxxxx>
• Re: [PATCH v2 1/3] sparc64: NG4 memset 32 bits overflow
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• [PATCH v2 3/3] mm: Updated callers to use HASH_ZERO flag
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v2 0/3] Zeroing hash tables in allocator
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v2 1/3] sparc64: NG4 memset 32 bits overflow
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v2 2/3] mm: Zeroing hash tables in allocator
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v1 1/3] sparc64: NG4 memset/memcpy 32 bits overflow
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/3] sparc64: NG4 memset/memcpy 32 bits overflow
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v1 1/3] sparc64: NG4 memset/memcpy 32 bits overflow
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v6 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v6 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v6 2/4] mm: Add functions to support extra actions on swap in/out
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v6 1/4] signals, sparc: Add signal codes for ADI violations
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v6 3/4] sparc64: Add support for ADI register fields, ASIs and traps
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v1 1/3] sparc64: NG4 memset/memcpy 32 bits overflow
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v1 1/3] sparc64: NG4 memset/memcpy 32 bits overflow
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v1 1/3] sparc64: NG4 memset/memcpy 32 bits overflow
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v1 3/3] mm: Updated callers to use HASH_ZERO flag
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v1 0/3] Zeroing hash tables in allocator
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v1 2/3] mm: Zeroing hash tables in allocator
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH 0/3] tsb expansion for sun4v
  • From: Stanislav Kholmanskikh <stanislav.kholmanskikh@xxxxxxxxxx>
• Re: git kernel (4.9.0-rc3) hard lockup on cpu
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [PATCH] uapi: fix asm/ipcbuf.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Fix build error in flush_tsb_user_page
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Fix build error in flush_tsb_user_page
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [sparc:master 7/9] arch/sparc/mm/tsb.c:155:3: error: implicit declaration of function '__flush_huge_tsb_one_entry'
  • From: David Miller <davem@xxxxxxxxxx>
• Re: [sparc:master 7/9] arch/sparc/mm/tsb.c:155:3: error: implicit declaration of function '__flush_huge_tsb_one_entry'
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• [sparc:master 7/9] arch/sparc/mm/tsb.c:155:3: error: implicit declaration of function '__flush_huge_tsb_one_entry'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: Emil Velikov <emil.l.velikov@xxxxxxxxx>
• Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v6] sparc64: Multi-page size support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Add 64K page size support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] sparc64: Jump to boot prom from console on panic
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: memblock resizes are not handled properly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: use latency groups to improve add_node_ranges speed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: topology_64.h: Fix condition for including cpudata.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sunvdc: Add support for setting physical sector size
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix for user probes in high memory
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] tsb expansion for sun4v
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 2/4] x86: convert threshold_bank.cpus from atomic_t to refcount_t
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/4] x86: convert threshold_bank.cpus from atomic_t to refcount_t
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 3/4] sparc: convert mdesc_handle.refcnt from atomic_t to refcount_t
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] s390: convert debug_info.ref_count from atomic_t to refcount_t
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• RE: [PATCH 1/4] s390: convert debug_info.ref_count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 1/4] s390: convert debug_info.ref_count from atomic_t to refcount_t
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 1/4] s390: convert debug_info.ref_count from atomic_t to refcount_t
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 2/4] x86: convert threshold_bank.cpus from atomic_t to refcount_t
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH 4/4] kvm: convert kvm.users_count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• RE: [PATCH 2/4] x86: convert threshold_bank.cpus from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 4/4] kvm: convert kvm.users_count from atomic_t to refcount_t
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 2/4] x86: convert threshold_bank.cpus from atomic_t to refcount_t
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 4/4] kvm: convert kvm.users_count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 3/4] sparc: convert mdesc_handle.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 2/4] x86: convert threshold_bank.cpus from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 1/4] s390: convert debug_info.ref_count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 0/4] arch subsystem refcounter conversions
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 08/35] sparc: Convert remaining use of pr_warning to pr_warn
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 08/35] sparc: Convert remaining use of pr_warning to pr_warn
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 08/35] sparc: Convert remaining use of pr_warning to pr_warn
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] sparc64: memblock resizes are not handled properly
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH] sparc64: memblock resizes are not handled properly
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH] sparc64: use latency groups to improve add_node_ranges speed
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH] improve add_node_ranges() performance
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH] perf: Rename CONFIG_[UK]PROBE_EVENT to CONFIG_[UK]PROBE_EVENTS
  • From: Anton Blanchard <anton@xxxxxxxxxx>
• Re: [PATCH] perf: Fix CONFIG_KPROBE_EVENTS and CONFIG_UPROBE_EVENTS typos
  • From: Anton Blanchard <anton@xxxxxxxxx>
• Re: [PATCH v4 net-next 0/8] sunvnet driver updates
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 net-next 5/8] sunvnet: straighten up message event handling logic
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH v4 net-next 5/8] sunvnet: straighten up message event handling logic
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v4 net-next 4/8] sunvnet: add memory barrier before check for tx enable
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v4 net-next 3/8] sunvnet: update version and version printing
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v4 net-next 2/8] sunvnet: remove unused variable in maybe_tx_wakeup
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v4 net-next 1/8] sunvnet: make sunvnet common code dynamically loadable
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v4 net-next 0/8] sunvnet driver updates
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v4 net-next 8/8] ldmvsw: disable tso and gso for bridge operations
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v4 net-next 6/8] sunvnet: remove extra rcu_read_unlocks
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v4 net-next 7/8] ldmvsw: update and simplify version string
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v4 net-next 5/8] sunvnet: straighten up message event handling logic
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH v3 net-next 1/9] sunvnet: make sunvnet common code dynamically loadable
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH v3 net-next 4/9] sunvnet: add driver stats for ethtool support
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH] add a const to ioread* routines to fix compile testing
  • From: Cédric Le Goater <clg@xxxxxxxx>
• Re: [PATCH] perf: Fix CONFIG_KPROBE_EVENTS and CONFIG_UPROBE_EVENTS typos
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] perf: Fix CONFIG_KPROBE_EVENTS and CONFIG_UPROBE_EVENTS typos
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] sparc: remove unused wp_works_ok macro
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] perf: Fix CONFIG_KPROBE_EVENTS and CONFIG_UPROBE_EVENTS typos
  • From: Anton Blanchard <anton@xxxxxxxxxx>
• [PATCH 4/6] sparc: remove unused wp_works_ok macro
  • From: Mathias Krause <minipli@xxxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 1/9] sunvnet: make sunvnet common code dynamically loadable
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 4/9] sunvnet: add driver stats for ethtool support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 4/9] sunvnet: add driver stats for ethtool support
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 net-next 1/9] sunvnet: make sunvnet common code dynamically loadable
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v3 net-next 7/9] sunvnet: remove extra rcu_read_unlocks
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v3 net-next 3/9] sunvnet: update version and version printing
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v3 net-next 9/9] ldmvsw: disable tso and gso for bridge operations
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v3 net-next 4/9] sunvnet: add driver stats for ethtool support
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v3 net-next 5/9] sunvnet: add memory barrier before check for tx enable
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v3 net-next 8/9] ldmvsw: update and simplify version string
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v3 net-next 2/9] sunvnet: remove unused variable in maybe_tx_wakeup
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v3 net-next 0/9] sunvnet driver updates
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v3 net-next 6/9] sunvnet: straighten up message event handling logic
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH v2 net-next 1/9] sunvnet: make sunvnet common code dynamically loadable
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH v2 net-next 1/9] sunvnet: make sunvnet common code dynamically loadable
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 6/9] sunvnet: straighten up message event handling logic
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH v2 net-next 6/9] sunvnet: straighten up message event handling logic
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH v2 net-next 6/9] sunvnet: straighten up message event handling logic
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH v2 net-next 4/9] sunvnet: add driver stats for ethtool support
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v2 net-next 6/9] sunvnet: straighten up message event handling logic
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v2 net-next 5/9] sunvnet: add memory barrier before check for tx enable
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v2 net-next 9/9] ldmvsw: disable tso and gso for bridge operations
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v2 net-next 1/9] sunvnet: make sunvnet common code dynamically loadable
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v2 net-next 2/9] sunvnet: remove unused variable in maybe_tx_wakeup
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v2 net-next 7/9] sunvnet: remove extra rcu_read_unlocks
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v2 net-next 3/9] sunvnet: update version and version printing
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v2 net-next 8/9] ldmvsw: update and simplify version string
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v2 net-next 0/9] sunvnet driver updates
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH] sparc64: Add 64K page size support
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• [PATCH] sparc64: fix for user probes in high memory
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• RE: [PATCH] sparc: topology_64.h: Fix condition for including cpudata.h
  • From: "Gonglei (Arei)" <arei.gonglei@xxxxxxxxxx>
• Re: [PATCH net-next 5/9] sunvnet: add memory barrier before check for tx enable
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH] sparc: topology_64.h: Fix condition for including cpudata.h
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next 5/9] sunvnet: add memory barrier before check for tx enable
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next 5/9] sunvnet: add memory barrier before check for tx enable
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 9/9] ldmvsw: disable tso and gso for bridge operations
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH net-next 5/9] sunvnet: add memory barrier before check for tx enable
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH net-next 9/9] ldmvsw: disable tso and gso for bridge operations
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next 5/9] sunvnet: add memory barrier before check for tx enable
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH net-next 7/9] sunvnet: remove extra rcu_read_unlocks
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH net-next 9/9] ldmvsw: disable tso and gso for bridge operations
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH net-next 1/9] sunvnet: make sunvnet common code dynamically loadable
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH net-next 8/9] ldmvsw: update and simplify version string
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH net-next 2/9] sunvnet: remove unused variable in maybe_tx_wakeup
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH net-next 6/9] sunvnet: straighten up message event handling logic
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH net-next 4/9] sunvnet: add driver stats for ethtool support
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH net-next 5/9] sunvnet: add memory barrier before check for tx enable
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH net-next 3/9] sunvnet: update version and version printing
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH net-next 0/9] sunvnet driver updates
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v6] sparc64: Multi-page size support
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [PATCH v3 0/4] sparc64: Jump to boot prom from console on panic
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• Re: [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 0/4] sparc64: Jump to boot prom from console on panic
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] sparc64: make tsb pointer computation symbolic
  • From: Bob Picco <bob.picco@xxxxxxxxxx>
• [PATCH v3 2/4] sparc64: Migrate hvcons irq to panicked cpu
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH v3 4/4] Documentation/sparc: Steps for sending break on sunhv console
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH v3 0/4] sparc64: Jump to boot prom from console on panic
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH v3 3/4] sparc64: Send break twice from console to return to boot prom
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH v3 1/4] sparc64: Set cpu state to offline when stopped
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH] sunvdc: Add support for setting physical sector size
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v5 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] sparc64: make tsb pointer computation symbolic
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 1/3] sparc64: make tsb pointer computation symbolic
  • From: Bob Picco <bob.picco@xxxxxxxxxx>
• [PATCH 2/3] sparc64: tsb size expansion
  • From: Bob Picco <bob.picco@xxxxxxxxxx>
• [PATCH 0/3] tsb expansion for sun4v
  • From: Bob Picco <bob.picco@xxxxxxxxxx>
• [PATCH 3/3] sparc64: increase FORCE_MAX_ZONEORDER to 16
  • From: Bob Picco <bob.picco@xxxxxxxxxx>
• Re: [PATCH v5 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] sparc64: Recover from userspace non-resumable PIO & MEM errors
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32: mm: srmmu: add __ro_after_init to sparc32_cachetlb_ops structures
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4] sparc64: shut down to OBP correctly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v5 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH v5 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v5 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• [PATCH v5 1/4] signals, sparc: Add signal codes for ADI violations
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v5 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v5 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v5 2/4] mm: Add functions to support extra actions on swap in/out
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v5 3/4] sparc64: Add support for ADI register fields, ASIs and traps
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH] tty: serial: constify uart_ops structures
  • From: Bhumika Goyal <bhumirks@xxxxxxxxx>
• Re: Booting qla2x00_mailbox_command+0x8ac/0xec0
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: Booting qla2x00_mailbox_command+0x8ac/0xec0
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: Booting qla2x00_mailbox_command+0x8ac/0xec0
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: Booting qla2x00_mailbox_command+0x8ac/0xec0
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH 11/20] sparc: migrate exception table users onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH v3 00/20] Finalize separation of extable.h from module.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Booting qla2x00_mailbox_command+0x8ac/0xec0
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: [PATCH v7 09/14] jump_label: port __jump_table to linker tables
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 08/14] jump_label: move guard #endif down where it belongs
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 06/14] firmware/Makefile: force recompilation if makefile changes
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 05/14] kbuild: enable option to force compile force-obj-y and force-lib-y
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/6] tools: add init.h for tools
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 04/14] tables.h: add linker table support
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 03/14] ranges.h: add helpers to build and identify Linux section ranges
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 01/14] generic-sections: add section core helpers
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/6] tools: add __section() to compiler.h
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] tools: expand export.h with VMLINUX_SYMBOL()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] tools: expand export.h with VMLINUX_SYMBOL()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/6] tools: add __used and enable to override
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/6] tools: add a userspace tools bug.h
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 02/14] xtensa: skip adding literal when SORT() is used
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v4 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH RESEND] coredump: Ensure proper size of sparse core files
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCH RESEND] coredump: Ensure proper size of sparse core files
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v4 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH] sparc32: mm: srmmu: add __ro_after_init to sparc32_cachetlb_ops structures
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 1/2] sparc64: Zero pages on allocation for mondo and error queues.
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v3 2/2] sparc64: Handle PIO & MEM non-resumable errors.
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v3 0/2] sparc64: Recover from userspace non-resumable PIO & MEM errors
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v4 3/4] sparc64: Add support for ADI register fields, ASIs and traps
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH RESEND] coredump: Ensure proper size of sparse core files
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 4/4] sparc64: Add support for ADI (Application Data Integrity)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/4] sparc64: Add support for ADI register fields, ASIs and traps
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RESEND] coredump: Ensure proper size of sparse core files
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Fixed typo in sstate.c. Replaced panicing with panicking
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] sparc64: Handle PIO & MEM non-resumable errors.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 0/2] sparc64: Recover from userspace non-resumable PIO & MEM errors
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v2 1/2] sparc64: Zero pages on allocation for mondo and error queues.
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v2 2/2] sparc64: Handle PIO & MEM non-resumable errors.
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v6 01/14] generic-sections: add section core helpers
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v4 6/6] tools: add userspace linker table sandbox
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 4/6] tools: expand export.h with VMLINUX_SYMBOL()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 5/6] tools: add __section() to compiler.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 2/6] tools: add init.h for tools
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 3/6] tools: add __used and enable to override
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 1/6] tools: add a userspace tools bug.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 0/6] tools: add linker table userspace sandbox
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 14/14] lib: add linker tables test driver
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 13/14] kprobes: port blacklist kprobes to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 11/14] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 12/14] kprobes: port .kprobes.text to section range
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 10/14] dynamic_debug: port to use linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 09/14] jump_label: port __jump_table to linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 08/14] jump_label: move guard #endif down where it belongs
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 07/14] firmware: port built-in section to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 06/14] firmware/Makefile: force recompilation if makefile changes
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 05/14] kbuild: enable option to force compile force-obj-y and force-lib-y
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 04/14] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 03/14] ranges.h: add helpers to build and identify Linux section ranges
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 01/14] generic-sections: add section core helpers
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 02/14] xtensa: skip adding literal when SORT() is used
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v7 00/14] linux: generalize sections, ranges and linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH] sparc: Don't leak context bits into thread->fault_address
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] sparc32: mm: srmmu: add __ro_after_init to sparc32_cachetlb_ops structures
  • From: Bhumika Goyal <bhumirks@xxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH v2] tcp: fix tcp_fastopen unaligned access complaints on sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/8] arm: put types.h in uapi
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/8] x86: stop exporting msr-index.h to userland
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 1/8] arm: put types.h in uapi
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/8] x86: stop exporting msr-index.h to userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/8] arm: put types.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [no subject]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [no subject]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 0/4] n2rng: add support for m5/m7 rng register layout
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/8] nios2: put setup.h in uapi
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• [PATCH v3 1/8] arm: put types.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 6/8] Makefile.headersinst: remove destination-y option
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 0/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 7/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 2/8] h8300: put bitsperlong.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 8/8] uapi: export all arch specifics directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 5/8] Makefile.headersinst: cleanup input files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 3/8] nios2: put setup.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 4/8] x86: stop exporting msr-index.h to userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Jeff Epler <jepler@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] tcp: fix tcp_fastopen unaligned access complaints on sparc
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH v2] tcp: fix tcp_fastopen unaligned access complaints on sparc
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH] tcp: fix tcp_fastopen unaligned access complaints on sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] tcp: fix tcp_fastopen unaligned access complaints on sparc
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH] tcp: fix tcp_fastopen unaligned access complaints on sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] tcp: fix tcp_fastopen unaligned access complaints on sparc
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] tcp: fix tcp_fastopen unaligned access complaints on sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] tcp: fix tcp_fastopen unaligned access complaints on sparc
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH] tcp: fix tcp_fastopen unaligned access complaints on sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] tcp: fix tcp_fastopen unaligned access complaints on sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] tcp: fix tcp_fastopen unaligned access complaints on sparc
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH] tcp: fix tcp_fastopen unaligned access complaints on sparc
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] tcp: fix tcp_fastopen unaligned access complaints on sparc
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH] tcp: fix tcp_fastopen unaligned access complaints on sparc
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH] tcp: fix tcp_fastopen unaligned access complaints on sparc
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH 3/4] n2rng: support new hardware register layout
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH 4/4] n2rng: update version info
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH 0/4] n2rng: add support for m5/m7 rng register layout
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH 2/4] n2rng: add device data descriptions
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH 1/4] n2rng: limit error spewage when self-test fails
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH RESEND] coredump: Ensure proper size of sparse core files
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>