Linux Sparc

• Thread Index

• Re: [PATCH] sparc: migrate exception table users off module.h and onto extable.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• user probes patch
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: prtconfs: Add SPARC S7-2L
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: prtconfs: Add SPARC S7-2
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• tg3 BUG: spinlock lockup suspected
  • From: Meelis Roos <mroos@xxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4] sparc: fixing ident and beautifying code
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v4] sparc: fixing ident and beautifying code
  • From: netmonk@xxxxxxxxxxx
• Re: [PATCH v3] sparc: fixing ident and beautifying code
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] sparc: fixing ident and beautifying code
  • From: netmonk@xxxxxxxxxxx
• Re: [PATCH v3] sparc: fixing ident and beautifying code
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3] sparc: fixing ident and beautifying code
  • From: netmonk@xxxxxxxxxxx
• Re: [PATCH v2] sparc: fixed ident, unsplitted 2 shorts lines in one big line
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v2] sparc: fixed ident, unsplitted 2 shorts lines in one big line
  • From: netmonk@xxxxxxxxxxx
• Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Sparc/prom/ranges.c cosmetic improvement
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] Sparc/prom/ranges.c cosmetic improvement
  • From: netmonk@xxxxxxxxxxx
• Re: [PATCH v3 2/2] lockdep: Limit static allocations if PROVE_LOCKING_SMALL is defined
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH] Sparc/prom/ranges.c cosmetic improvement
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] Sparc/prom/ranges.c cosmetic improvement
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [sparc:master 3/4] arch/sparc/kernel/setup_64.c:653:2: error: implicit declaration of function 'smp_fill_in_cpu_possible_map'
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] Fixes nr_cpus bug along with irq stack bootmem allocation.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Sparc/prom/ranges.c cosmetic improvement
  • From: netmonk@xxxxxxxxxxx
• Re: [PATCH v3 2/2] lockdep: Limit static allocations if PROVE_LOCKING_SMALL is defined
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v2 2/2] sparc64: Fix irq stack bootmem allocation.
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• [PATCH v2 0/2] Fixes nr_cpus bug along with irq stack bootmem allocation.
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• [PATCH v2 1/2] sparc64: Fix cpu_possible_mask if nr_cpus is set
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• [PATCH v2 2/2] sparc64: Enable setting "relaxed ordering" in IOMMU mappings
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• [PATCH v2 1/2] sparc64: Enable PCI IOMMU version 2 API
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• [PATCH v2 0/2] sparc64: PCIe performance enhancements
  • From: chris.hyser@xxxxxxxxxx
• [sparc:master 3/4] arch/sparc/kernel/setup_64.c:653:2: error: implicit declaration of function 'smp_fill_in_cpu_possible_map'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [PATCH 2/2] sparc64: Enable setting "relaxed ordering" in IOMMU mappings
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• [PATCH 1/2] sparc64: Enable PCI IOMMU version 2 API
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• [PATCH 0/2] sparc64: PCIe performance enhancements
  • From: chris.hyser@xxxxxxxxxx
• Re: [PATCH 2/2] sparc64: Fix irq stack bootmem allocation.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc64: Fix cpu_possible_mask if nr_cpus is set
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64 mm: Fix more TSB sizing issues
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v3 0/2] Ajust lockdep static allocations for sparc
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v3 2/2] lockdep: Limit static allocations if PROVE_LOCKING_SMALL is defined
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH v2 1/2] config: Add new CONFIG_PROVE_LOCKING_SMALL
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH v2 1/2] config: Add new CONFIG_PROVE_LOCKING_SMALL
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] config: Add new CONFIG_PROVE_LOCKING_SMALL
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH v2 1/2] config: Add new CONFIG_PROVE_LOCKING_SMALL
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] config: Add new CONFIG_PROVE_LOCKING_SMALL
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v2 1/2] config: Add new CONFIG_PROVE_LOCKING_SMALL
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v2 2/2] lockdep: Keep the static allocations small for PROVE_LOCKING_SMALL
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v2 0/2] Ajust lockdep static allocations for sparc
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH] sparc: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH v14 07/17] sparc/PCI: Reserve legacy mmio after PCI mmio
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v14 05/17] sparc/PCI: Use correct offset for bus address to resource
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v14 13/17] PCI: Check pref compatible bit for mem64 resource of PCIe device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v14 08/17] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v14 09/17] sparc/PCI: Keep resource idx order with bridge register number
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v14 03/17] PCI: Remove __pci_mmap_make_offset()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v14 02/17] PCI: Let pci_mmap_page_range() take resource address
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v2 10/11] sparc/tracing: fix compat syscall handling
  • From: Marcin Nowakowski <marcin.nowakowski@xxxxxxxxxx>
• [PATCH 2/2] sparc64: Fix irq stack bootmem allocation.
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• [PATCH 1/2] sparc64: Fix cpu_possible_mask if nr_cpus is set
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• [PATCH 0/2] Fixes nr_cpus bug along with irq stack bootmem allocation.
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• [PATCH v3 2/2] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v2 2/2] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• SILO Issues on an E4900
  • From: alexmcwhirter@xxxxxxxxxx
• Re: [PATCH] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: Regression with 4.7.2 on sun4u
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Regression with 4.7.2 on sun4u
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 2/4] sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: Clarification for source code formatting around jump labels
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: Clarification for source code formatting around jump labels
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 3/4] sparc: bpf_jit: Avoid assignment for "flen" if BPF JIT is disabled
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] sparc: bpf_jit: Use kmalloc_array() in bpf_jit_compile()
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• [PATCH 4/4] sparc: bpf_jit: Rename jump labels in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/4] sparc: bpf_jit: Avoid assignment for "flen" if BPF JIT is disabled
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/4] sparc: bpf_jit: Move four assignments in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/4] sparc: bpf_jit: Use kmalloc_array() in bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/4] sparc: bpf_jit: Fine-tuning for bpf_jit_compile()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] sparc64 mm: Fix more TSB sizing issues
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH] sparc64 mm: Fix more TSB sizing issues
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH] sparc64 mm: Fix more TSB sizing issues
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] sparc64 mm: Fix more TSB sizing issues
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH 1/2] sparc: Use kmalloc_array() in three functions
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH v9 1/4] nmi_backtrace: add more trigger_*_cpu_backtrace() methods
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH 1/2] sparc: Use kmalloc_array() in three functions
  • From: walter harms <wharms@xxxxxx>
• Re: [PATCH 1/2] sparc: Use kmalloc_array() in three functions
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc: Use kmalloc_array() in three functions
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 0/3] Btrfs: fix free space tree bitmaps+tests on big-endian systems
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH 0/3] Btrfs: fix free space tree bitmaps+tests on big-endian systems
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 0/3] Btrfs: fix free space tree bitmaps+tests on big-endian systems
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH 1/2] sparc: Use kmalloc_array() in three functions
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] sparc: Delete an unnecessary initialisation in led_proc_write()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] sparc: Fine-tuning for three function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [sparc64] ext4 TPC and call trace (process blocked/stuck) on git kernel 4.8.0-rc3+
  • From: Eryu Guan <eguan@xxxxxxxxxx>
• [sparc64] ext4 TPC and call trace (process blocked/stuck) on git kernel 4.8.0-rc3+
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: Cascading crash on ECC error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: Netra T1-105 reboot hang (prtfconf/openprom module related?)
  • From: Meelis Roos <mroos@xxxxxxxx>
• Cascading crash on ECC error
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH v4 04/16] generic-sections: add section core helpers
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v1 7/7] tools: add userspace linker table sandbox
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [sparc64] fio bus error
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [sparc64] fio bus error
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [sparc64] fio bus error
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH v8 1/4] nmi_backtrace: add more trigger_*_cpu_backtrace() methods
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v1 0/7] tools: add linker table userspace sandbox
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v1 0/7] tools: add linker table userspace sandbox
  • From: Rich Felker <dalias@xxxxxxxx>
• [sparc64] fio bus error
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH v8 1/4] nmi_backtrace: add more trigger_*_cpu_backtrace() methods
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v1 0/7] tools: add linker table userspace sandbox
  • From: Rob Landley <rob@xxxxxxxxxxx>
• [PATCH v4 04/16] generic-sections: add section core helpers
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 02/16] dell-smo8800: include uaccess.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 7/7] tools: add userspace linker table sandbox
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 6/7] tools: add __section() to compiler.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 5/7] tools: expand export.h with VMLINUX_SYMBOL()
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 4/7] tools: add __used and enable to override
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 3/7] tools: add init.h for tools
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 2/7] tools: add a basic tools printk.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 1/7] tools: add a userspace tools bug.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v1 0/7] tools: add linker table userspace sandbox
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 01/16] x86: remove LTO_REFERENCE_INITCALL()
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 00/16] linux: generalize sections, ranges and linker tables
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 10/16] firmware: port built-in section to linker table
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 06/16] ranges.h: add helpers to build and identify Linux section ranges
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 07/16] tables.h: add linker table support
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 03/16] scripts/module-common.lds: enable generation
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 05/16] xtensa: skip adding literal when SORT() is used
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 02/16] dell-smo8800: include uaccess.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 04/16] generic-sections: add section core helpers
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 06/16] ranges.h: add helpers to build and identify Linux section ranges
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 07/16] tables.h: add linker table support
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 08/16] kbuild: enable option to force compile force-obj-y and force-lib-y
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 10/16] firmware: port built-in section to linker table
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 15/16] kprobes: port .kprobes.text to section range
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 16/16] kprobes: port blacklist kprobes to linker table
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 13/16] dynamic_debug: port to use linker tables
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 12/16] jump_label: port __jump_table to linker tables
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 11/16] jump_label: move guard #endif down where it belongs
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 08/16] kbuild: enable option to force compile force-obj-y and force-lib-y
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 09/16] firmware/Makefile: force recompilation if makefile changes
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 00/16] linux: generalize sections, ranges and linker tables
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 01/16] x86: remove LTO_REFERENCE_INITCALL()
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 05/16] xtensa: skip adding literal when SORT() is used
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 09/16] firmware/Makefile: force recompilation if makefile changes
  • From: mcgrof@xxxxxxxxxx
• [PATCH v4 03/16] scripts/module-common.lds: enable generation
  • From: mcgrof@xxxxxxxxxx
• Re: [PATCH v8 0/4] improvements to the nmi_backtrace code
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH v8 1/4] nmi_backtrace: add more trigger_*_cpu_backtrace() methods
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v8 1/4] nmi_backtrace: add more trigger_*_cpu_backtrace() methods
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [sparc64] git kernel TPC and OOPS after enabling CONFIG_DEBUG_SLAB
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] Documentation: kprobes: Document jprobes stack copying limitations
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] Documentation: kprobes: Document jprobes stack copying limitations
  • From: David Long <dave.long@xxxxxxxxxx>
• Re: [PATCH] Documentation: kprobes: Document jprobes stack copying limitations
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH] Documentation: kprobes: Document jprobes stack copying limitations
  • From: David Long <dave.long@xxxxxxxxxx>
• Re: [PATCH] Documentation: kprobes: Document jprobes stack copying limitations
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Documentation: kprobes: Document jprobes stack copying limitations
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• [PATCH] Documentation: kprobes: Document jprobes stack copying limitations
  • From: David Long <dave.long@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v15 04/10] arm64: Kprobes with single stepping support
  • From: David Long <dave.long@xxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v15 04/10] arm64: Kprobes with single stepping support
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: Richard Fontana <fontana@xxxxxxxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: Richard Fontana <fontana@xxxxxxxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] sparc64:Support User Probes for sparc
  • From: Allen Pais <allen.pais@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v15 04/10] arm64: Kprobes with single stepping support
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v15 04/10] arm64: Kprobes with single stepping support
  • From: David Long <dave.long@xxxxxxxxxx>
• Re: [PATCH v15 04/10] arm64: Kprobes with single stepping support
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: QLogicPTI Hangs on SPARC64
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• QLogicPTI Hangs on SPARC64
  • From: Alex McWhirter <alexmcwhirter@xxxxxxxxxx>
• [PATCH] sparc64: fix section mismatch in find_numa_latencies_for_group
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc: fix incorrect value returned by copy_from_user_fixup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc: fix incorrect value returned by copy_from_user_fixup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc: fix incorrect value returned by copy_from_user_fixup
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0028/1285] Replace numeric parameter like 0444 with macro
  • From: Baole Ni <baolex.ni@xxxxxxxxx>
• Re: [PATCH 1/2] sparc: fix incorrect value returned by copy_from_user_fixup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Don't leak context bits into thread->fault_address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] sparc: fix fault detection in copy_in_user
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/2] sparc: fix incorrect value returned by copy_from_user_fixup
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] sparc: Don't leak context bits into thread->fault_address
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: 4.7-rc6, ext4, sparc64: Unable to handle kernel paging request at ...
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: btrfs on sparc64 results in kernel stack trace in 1 minute test
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Trim page tables for 8M hugepages
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC v3 05/13] sections.h: add sections header to collect all section info
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2] sparc64: Trim page tables for 8M hugepages
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [PATCH] sparc64 mm: Fix base TSB sizing when hugetlb pages are used
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] sparc64: Fix pagetable freeing for hugepage regions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Don't leak context bits into thread->fault_address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Don't leak context bits into thread->fault_address
  • From: alexmcwhirter@xxxxxxxxxx
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [patch -old] sparc: serial: sunhv: fix a double lock bug
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] sparc32: off by ones in BUG_ON()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] arch/sparc: SPARC-S7 piggyback support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: RFC: using worker threadpool to speed up clear_huge_page() by up to 5x
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Don't leak context bits into thread->fault_address
  • From: alexmcwhirter@xxxxxxxxxx
• [PATCH] sparc: Don't leak context bits into thread->fault_address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: round fault_address down to a page boundary
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 13/13] kprobes: port blacklist kprobes to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 10/13] jump_label: port __jump_table to linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 12/13] kprobes: port .kprobes.text to section range
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• RE: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: QLogic PTI firmware
  • From: rodent@xxxxxxxxxx
• Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: QLogic PTI firmware
  • From: alexmcwhirter@xxxxxxxxxx
• Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v4 00/12] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC v3 07/13] tables.h: add linker table support
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [RFC v3 13/13] kprobes: port blacklist kprobes to linker table
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [RFC v3 12/13] kprobes: port .kprobes.text to section range
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: Richard Fontana <fontana@xxxxxxxxxxxxxxx>
• Re: [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• RE: [PATCH v3 02/11] mm: Hardened usercopy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC/PATCH 00/14] split exception table content out of module.h into extable.h
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [RFC/PATCH 00/14] split exception table content out of module.h into extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 06/14] sparc: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/12] mm: Hardened usercopy
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [RFC v3 10/13] jump_label: port __jump_table to linker tables
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC v3 10/13] jump_label: port __jump_table to linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 10/13] jump_label: port __jump_table to linker tables
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC v3 05/13] sections.h: add sections header to collect all section info
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v3 05/13] sections.h: add sections header to collect all section info
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [RFC v3 02/13] dell-smo8800: include uaccess.h
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• [RFC v3 08/13] firmware/Makefile: force recompilation if makefile changes
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 09/13] firmware: port built-in section to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 13/13] kprobes: port blacklist kprobes to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 12/13] kprobes: port .kprobes.text to section range
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 11/13] dynamic_debug: port to use linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 10/13] jump_label: port __jump_table to linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 07/13] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 06/13] ranges.h: add helpers to build and identify Linux section ranges
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 05/13] sections.h: add sections header to collect all section info
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 03/13] scripts/module-common.lds: enable generation
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 04/13] sections.h: guard against asm and linker script
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 01/13] x86: remove LTO_REFERENCE_INITCALL()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 02/13] dell-smo8800: include uaccess.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v3 00/13] linux: generalize sections, ranges and linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 04/12] x86/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 02/12] mm: Implement stack frame object validation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 11/12] mm: SLAB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 10/12] s390/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 08/12] powerpc/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 03/12] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 05/12] ARM: uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 06/12] arm64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 07/12] ia64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 12/12] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 09/12] sparc/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 00/12] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 01/12] mm: Add is_migrate_cma_page
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 00/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 00/11] mm: Hardened usercopy
  • From: Rik van Riel <riel@xxxxxxxxxx>
• RE: [PATCH v3 00/11] mm: Hardened usercopy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v3 00/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• RE: [PATCH v3 00/11] mm: Hardened usercopy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] mm: Add is_migrate_cma_page
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] mm: Add is_migrate_cma_page
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v3 02/11] mm: Hardened usercopy
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v3 00/11] mm: Hardened usercopy
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• RFC: using worker threadpool to speed up clear_huge_page() by up to 5x
  • From: kpusukur <kishore.kumar.pusukuri@xxxxxxxxxx>
• openpromfs root inode has ino 0
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• [PATCH v3 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 00/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 05/11] arm64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 01/11] mm: Implement stack frame object validation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 11/11] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 10/11] mm: SLAB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 07/11] powerpc/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 06/11] ia64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 03/11] x86/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 08/11] sparc/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 09/11] s390/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 04/11] ARM: uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] sparc64 mm: Fix base TSB sizing when hugetlb pages are used
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Daniel Micay <danielmicay@xxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Daniel Micay <danielmicay@xxxxxxxxx>
• Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• [patch -old] sparc: serial: sunhv: fix a double lock bug
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [patch] sparc32: off by ones in BUG_ON()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 11/11] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 11/11] mm: SLUB hardened usercopy support
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2 02/11] mm: Hardened usercopy
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH v2 01/11] mm: Implement stack frame object validation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 01/11] mm: Implement stack frame object validation
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH for -mm] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 01/11] mm: Implement stack frame object validation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: btrfs on sparc64 results in kernel stack trace in 1 minute test
  • From: Filipe Manana <fdmanana@xxxxxxxxx>
• btrfs on sparc64 results in kernel stack trace in 1 minute test
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH v2 01/11] mm: Implement stack frame object validation
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v2 01/11] mm: Implement stack frame object validation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 01/11] mm: Implement stack frame object validation
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v2 06/11] ia64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 09/11] s390/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 08/11] sparc/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 07/11] powerpc/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 10/11] mm: SLAB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 11/11] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 04/11] ARM: uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 03/11] x86/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 0/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 05/11] arm64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 02/11] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 01/11] mm: Implement stack frame object validation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: Mapping PADDR into virtual memory problem.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Mapping PADDR into virtual memory problem.
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Mapping PADDR into virtual memory problem.
  • From: joe moriarty <joe.moriarty@xxxxxxxxxx>
• Re: [PATCH] Btrfs: fix extent buffer bitmap tests on big-endian systems
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [bug report] SPARC/LEON: added support for selecting Timer Core and Timer within core
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH v6 40/46] sparc: dma-mapping: Use unsigned long for dma_attrs
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v6 00/46] dma-mapping: Use unsigned long for dma_attrs
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH v5 18/32] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: btrfs module does not load on sparc64
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v5 00/44] dma-mapping: Use unsigned long for dma_attrs
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH v5 00/44] dma-mapping: Use unsigned long for dma_attrs
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v5 18/32] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• [PATCH v5 18/32] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: btrfs module does not load on sparc64
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: "PaX Team" <pageexec@xxxxxxxxxxx>
• Re: 4.7-rc6, ext4, sparc64: Unable to handle kernel paging request at ...
  • From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: "PaX Team" <pageexec@xxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Valdis.Kletnieks@xxxxxx
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH] sparc: round fault_address down to a page boundary
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: btrfs module does not load on sparc64
  • From: alexmcwhirter@xxxxxxxxxx
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 4/9] arm64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Rik van Riel <riel@xxxxxxxxxx>
• btrfs module does not load on sparc64
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• prtconfs: Add SPARC S7-2L
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• prtconfs: Add SPARC S7-2
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH 4/9] arm64/uaccess: Enable hardened usercopy
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] mm: Hardened usercopy
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 1/9] mm: Hardened usercopy
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: [PATCH v3 3/7] sparc: support static_key usage in non-module __exit sections
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/9] x86/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 3/9] ARM: uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 4/9] arm64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 8/9] mm: SLAB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 6/9] powerpc/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 5/9] ia64/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 9/9] mm: SLUB hardened usercopy support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 7/9] sparc/uaccess: Enable hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 0/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 1/9] mm: Hardened usercopy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 3/7] sparc: support static_key usage in non-module __exit sections
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: [PATCH v2 4/4] dynamic_debug: add jump label support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v2 4/4] dynamic_debug: add jump label support
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: 4.7-rc6, ext4, sparc64: Unable to handle kernel paging request at ...
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: 4.7-rc6, ext4, sparc64: Unable to handle kernel paging request at ...
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• 4.7-rc6, ext4, sparc64: Unable to handle kernel paging request at ...
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH v2 4/4] dynamic_debug: add jump label support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v5 39/44] sparc: dma-mapping: Use unsigned long for dma_attrs
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v5 00/44] dma-mapping: Use unsigned long for dma_attrs
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH] sparc64: sparc64_defconfig: convert to use libata PATA drivers
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: [PATCH] sparc64: sparc64_defconfig: convert to use libata PATA drivers
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH] sparc64: sparc64_defconfig: convert to use libata PATA drivers
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH] sparc64: sparc64_defconfig: convert to use libata PATA drivers
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH] sparc64: sparc64_defconfig: convert to use libata PATA drivers
  • From: alexmcwhirter@xxxxxxxxxx
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: Alexandre Chartre <alexandre.chartre@xxxxxxxxxx>
• [PATCH] sparc64: sparc64_defconfig: convert to use libata PATA drivers
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 19/29] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [perf core] c5dfd78eb7: BUG: unable to handle kernel NULL pointer dereference at 00000c40
  • From: kernel test robot <fengguang.wu@xxxxxxxxx>
• [PATCH v2 2/2] sparc64: Fix pagetable freeing for hugepage regions
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• [PATCH v2 1/2] sparc64: Trim page tables for 8M hugepages
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: alexmcwhirter@xxxxxxxxxx
• Re: Please upgrade your machines to sparc64
  • From: chase rayfield <cusbrar1@xxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: chase rayfield <cusbrar1@xxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] sparc64: Fix pagetable freeing for hugepage regions
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] sparc64: Fix pagetable freeing for hugepage regions
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] sparc64: Fix pagetable freeing for hugepage regions
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 2/2] sparc64: Fix pagetable freeing for hugepage regions
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• [PATCH 1/2] sparc64: Trim page tables for 8M hugepages
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: chase rayfield <cusbrar1@xxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v13 01/16] PCI: Let pci_mmap_page_range() take resource address
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Swap registers for fault code and address in mna trap
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v13 01/16] PCI: Let pci_mmap_page_range() take resource address
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v13 01/16] PCI: Let pci_mmap_page_range() take resource address
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: chase rayfield <cusbrar1@xxxxxxxxx>
• Re: [PATCH] sparc64: Swap registers for fault code and address in mna trap
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: Please upgrade your machines to sparc64
  • From: Meelis Roos <mroos@xxxxxxxx>
• RE: [PATCH] sparc64: Swap registers for fault code and address in mna trap
  • From: 神田　尚 <hikanda@xxxxxxxxxx>
• Please upgrade your machines to sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80
  • From: mroos@xxxxxxxx
• Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Jeg vil vente på ditt svar
  • From: "Chan Chak" <admin@xxxxxxxx>
• Re: [PATCH v13 01/16] PCI: Let pci_mmap_page_range() take resource address
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] sparc64: Swap registers for fault code and address in mna trap
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v13 01/16] PCI: Let pci_mmap_page_range() take resource address
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v13 04/16] sparc/PCI: Use correct offset for bus address to resource
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v13 02/16] PCI: Remove __pci_mmap_make_offset()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v13 07/16] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v13 12/16] PCI: Check pref compatible bit for mem64 resource of PCIe device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v13 08/16] sparc/PCI: Keep resource idx order with bridge register number
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v12.update2 02/15] PCI: Let pci_mmap_page_range() take resource address
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v13 06/16] sparc/PCI: Reserve legacy mmio after PCI mmio
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v1 0/4] PCI: pci_resource_to_user() cleanups
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v1 2/4] microblaze/PCI: Implement pci_resource_to_user() with pcibios_resource_to_bus()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v1 3/4] powerpc/pci: Implement pci_resource_to_user() with pcibios_resource_to_bus()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v1 4/4] sparc/PCI: Implement pci_resource_to_user() with pcibios_resource_to_bus()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v1 1/4] PCI: Unify pci_resource_to_user() declarations
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v12.update2 02/15] PCI: Let pci_mmap_page_range() take resource address
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v12.update2 02/15] PCI: Let pci_mmap_page_range() take resource address
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v12.update2 02/15] PCI: Let pci_mmap_page_range() take resource address
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH] sparc64: Swap registers for fault code and address in mna trap
  • From: 神田　尚 <hikanda@xxxxxxxxxx>
• Re: [PATCH] sparc64: Swap registers for fault code and address in mna trap
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [PATCH] sparc64: Swap registers for fault code and address in mna trap
  • From: 神田　尚 <hikanda@xxxxxxxxxx>
• Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH v2 4/4] dynamic_debug: add jump label support
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: [PATCH v4 39/44] sparc: dma-mapping: Use unsigned long for dma_attrs
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 39/44] sparc: dma-mapping: Use unsigned long for dma_attrs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v4 39/44] sparc: dma-mapping: Use unsigned long for dma_attrs
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v4 00/44] dma-mapping: Use unsigned long for dma_attrs
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v12.update2 02/15] PCI: Let pci_mmap_page_range() take resource address
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 2/2] arch/sparc: SPARC-S7 IB software support
  • From: joe moriarty <joe.moriarty@xxxxxxxxxx>
• [RFC PATCH v3] sparc64: Meaning of /sys/**/core_siblings on newer platforms
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: tulip hangs under load on sparc64
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [sparc] niagara2 cpu, opcodes not available message?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [sparc] niagara2 cpu, opcodes not available message?
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [sparc] niagara2 cpu, opcodes not available message?
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [PATCH v12.update 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v12.update 02/15] PCI: Let pci_mmap_page_range() take resource address
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [RFC] sparc64: Meaning of /sys/**/core_siblings on newer platforms.
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [RFC v2] sparc64: Meaning of /sys/**/core_siblings on newer platforms.
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [RFC] sparc64: Meaning of /sys/**/core_siblings on newer platforms.
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [RFC] sparc64: Meaning of /sys/**/core_siblings on newer platforms.
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [RFC] sparc64: Meaning of /sys/**/core_siblings on newer platforms.
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [PATCH] sparc32: remove stale RTC_PORT definition
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• [PATCH] sparc32: remove stale RTC_PORT definition
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v12 07/15] sparc/PCI: Keep resource idx order with bridge register number
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v12 05/15] sparc/PCI: Reserve legacy mmio after PCI mmio
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v12 02/15] PCI: Let pci_mmap_page_range() take resource address
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v12 03/15] sparc/PCI: Use correct offset for bus address to resource
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v12 11/15] PCI: Check pref compatible bit for mem64 resource of PCIe device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v12 06/15] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v12 01/15] PCI: Let pci_mmap_page_range() take extra resource pointer
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80
  • From: Meelis Roos <mroos@xxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFT PATCH 1/2] serial: Fix console setup section mismatch
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [RFT PATCH 1/2] serial: Fix console setup section mismatch
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• [RFT PATCH 2/2] serial: pnx8xxx: Fix coding style
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [RFT PATCH 1/2] serial: Fix console setup section mismatch
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [4.1.x -- 4.6.x and probably HEAD] Reproducible unprivileged panic/TLB BUG on sparc via a stack-protected rt_sigaction() ka_restorer, courtesy of the glibc testsuite
  • From: Nix <nix@xxxxxxxxxxxxx>
• sparc64: Fix return from trap window fill crashes.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sparc: Harden signal return frame checks.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [4.1.x -- 4.6.x and probably HEAD] Reproducible unprivileged panic/TLB BUG on sparc via a stack-protected rt_sigaction() ka_restorer, courtesy of the glibc testsuite
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [4.1.x -- 4.6.x and probably HEAD] Reproducible unprivileged panic/TLB BUG on sparc via a stack-protected rt_sigaction() ka_restorer, courtesy of the glibc testsuite
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [4.1.x -- 4.6.x and probably HEAD] Reproducible unprivileged panic/TLB BUG on sparc via a stack-protected rt_sigaction() ka_restorer, courtesy of the glibc testsuite
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [4.1.x -- 4.6.x and probably HEAD] Reproducible unprivileged panic/TLB BUG on sparc via a stack-protected rt_sigaction() ka_restorer, courtesy of the glibc testsuite
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [4.1.x -- 4.6.x and probably HEAD] Reproducible unprivileged panic/TLB BUG on sparc via a stack-protected rt_sigaction() ka_restorer, courtesy of the glibc testsuite
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [4.1.x -- 4.6.x and probably HEAD] Reproducible unprivileged panic/TLB BUG on sparc via a stack-protected rt_sigaction() ka_restorer, courtesy of the glibc testsuite
  • From: Nick Alcock <nix@xxxxxxxxxxxxx>
• Re: [4.1.x -- 4.6.x and probably HEAD] Reproducible unprivileged panic/TLB BUG on sparc via a stack-protected rt_sigaction() ka_restorer, courtesy of the glibc testsuite
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [4.1.x -- 4.6.x and probably HEAD] Reproducible unprivileged panic/TLB BUG on sparc via a stack-protected rt_sigaction() ka_restorer, courtesy of the glibc testsuite
  • From: Nick Alcock <nix@xxxxxxxxxxxxx>
• Re: [4.1.x -- 4.6.x and probably HEAD] Reproducible unprivileged panic/TLB BUG on sparc via a stack-protected rt_sigaction() ka_restorer, courtesy of the glibc testsuite
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [4.1.x -- 4.6.x and probably HEAD] Reproducible unprivileged panic/TLB BUG on sparc via a stack-protected rt_sigaction() ka_restorer, courtesy of the glibc testsuite
  • From: Nick Alcock <nix@xxxxxxxxxxxxx>
• Re: booting sun sparc T5120 with "nosmp" kernel causes OOPS in n2_crypto module
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: newest 4.6.0-08907-g7639dad on sparc64 - possible irq lock inversion dependency detected
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: prtconfs: Add SPARC T7-2
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: prtconfs: Add SPARC M9000 prtconf
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: booting sun sparc T5120 with "nosmp" kernel 4.5.4 causes OOPS in n2_crypto module
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• clone syscall interface on sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: newest 4.6.0-08907-g7639dad on sparc64 - possible irq lock inversion dependency detected
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: newest 4.6.0-08907-g7639dad on sparc64 - possible irq lock inversion dependency detected
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: newest 4.6.0-08907-g7639dad on sparc64 - possible irq lock inversion dependency detected
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH V2 1/2] arch/sparc: SPARC-S7 piggyback support
  • From: Joe Moriarty <joe.moriarty@xxxxxxxxxx>
• [PATCH V2 2/2] arch/sparc: SPARC-S7 epsc group support
  • From: Joe Moriarty <joe.moriarty@xxxxxxxxxx>
• [PATCH V2 0/2] SPARC-S7 epsapp changes
  • From: Joe Moriarty <joe.moriarty@xxxxxxxxxx>
• Re: [PATCH 2/2] arch/sparc: SPARC-S7 IB software support
  • From: joe moriarty <joe.moriarty@xxxxxxxxxx>
• Re: booting sun sparc T5120 with "nosmp" kernel 4.5.4 causes OOPS in n2_crypto module
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: newest 4.6.0-08907-g7639dad on sparc64 - possible irq lock inversion dependency detected
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch/sparc: SPARC-S7 IB software support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/2] arch/sparc: SPARC-S7 IB software support
  • From: joe moriarty <joe.moriarty@xxxxxxxxxx>
• newest 4.6.0-08907-g7639dad on sparc64 - possible irq lock inversion dependency detected
  • From: Meelis Roos <mroos@xxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Trying to allocate with mmap in specific region twice
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0258/1529] Fix typo
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH 0259/1529] Fix typo
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• [PATCH 0258/1529] Fix typo
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• [PATCH 0257/1529] Fix typo
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• [PATCH 0256/1529] Fix typo
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• Re: [PATCH v4] sparc64: Reduce TLB flushes during hugepte changes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] aeroflex/greth: fix warning about unused variable
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] openprom: fix uninitialized warnings
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] sparc32: kgdb_32 and STRICT_MM_TYPECHECKS updates
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: kbuild test robot <lkp@xxxxxxxxx>
• prtconfs: Add SPARC T7-2
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• prtconfs: Add SPARC M9000 prtconf
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: Definition of __sparc64__ in gcc
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Definition of __sparc64__ in gcc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Definition of __sparc64__ in gcc
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [patch V4 08/31] bitops: Add sparc-specific parity functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [patch V4 08/31] bitops: Add sparc-specific parity functions
  • From: zengzhaoxiu@xxxxxxx
• [patch V4 00/31] bitops: add parity functions
  • From: zengzhaoxiu@xxxxxxx
• Re: [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
  • From: Zhaoxiu Zeng <zengzhaoxiu@xxxxxxx>
• Re: [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: accessing stacked FPU state in 32-bit SIGFPE handler?
  • From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
• Re: accessing stacked FPU state in 32-bit SIGFPE handler?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• accessing stacked FPU state in 32-bit SIGFPE handler?
  • From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
• Re: [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [crypto / sparc64] cryptomgr_test OOPS
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
  • From: zengzhaoxiu@xxxxxxx
• Re: [crypto / sparc64] cryptomgr_test OOPS
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• Re: [crypto / sparc64] cryptomgr_test OOPS
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• Re: [crypto / sparc64] cryptomgr_test OOPS
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [crypto / sparc64] cryptomgr_test OOPS
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [crypto / sparc64] cryptomgr_test OOPS
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>