Linux Alpha

• Thread Index

• Re: [Y2038] [PATCH 2/2] alpha: osf_sys.c: use timespec64 where appropriate
  • From: Ben Hutchings <ben.hutchings@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha: osf_sys.c: fix put_tv32 regression
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/2] alpha: osf_sys.c: fix put_tv32 regression
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] alpha: osf_sys.c: use timespec64 where appropriate
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/2] alpha: osf_sys.c: fix put_tv32 regression
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] alpha/pci: Fix pci_map_irq()/pci_swizzle() functions section markers
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH] alpha/pci: Fix pci_map_irq()/pci_swizzle() functions section markers
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH] alpha/pci: Fix pci_map_irq()/pci_swizzle() functions section markers
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: alpha boot hang - 4.14-rc* regression
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: alpha boot hang - 4.14-rc* regression
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: alpha boot hang - 4.14-rc* regression
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: alpha boot hang - 4.14-rc* regression
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: alpha boot hang - 4.14-rc* regression
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: alpha boot hang - 4.14-rc* regression
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: alpha boot hang - 4.14-rc* regression
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: alpha boot hang - 4.14-rc* regression
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: alpha boot hang - 4.14-rc* regression
  • From: Meelis Roos <mroos@xxxxx>
• alpha boot hang - 4.14-rc* regression
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: alpha boot hang - 4.14-rc* regression
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Do any Alpha systems include InfiniBand?
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Do any Alpha systems include InfiniBand?
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: Do any Alpha systems include InfiniBand?
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Do any Alpha systems include InfiniBand?
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: Do any Alpha systems include InfiniBand?
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Do any Alpha systems include InfiniBand?
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Do any Alpha systems include InfiniBand?
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH-tip v7 00/15] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip v7 00/15] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip v7 02/15] locking/rwsem: Implement a new locking scheme
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip v7 01/15] locking/rwsem: relocate rwsem_down_read_failed()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip v7 04/15] locking/rwsem: Remove kernel/locking/rwsem.h
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip v7 03/15] locking/rwsem: Move owner setting code from rwsem.c to rwsem-xadd.h
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip v7 05/15] locking/rwsem: Move rwsem internal function declarations to rwsem-xadd.h
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip v7 08/15] locking/rwsem: Enable readers spinning on writer
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip v7 09/15] locking/rwsem: Make rwsem_spin_on_owner() return a tri-state value
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip v7 06/15] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip v7 11/15] locking/rwsem: Remove rwsem_wake spinlock optimization
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip v7 10/15] locking/rwsem: Enable count-based spinning on reader
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip v7 13/15] locking/rwsem: Improve fairness to writers
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip v7 12/15] locking/rwsem: Eliminate redundant writer wakeup calls
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip v7 14/15] locking/rwsem: Make waiting writer to optimistically spin for the lock
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip v7 15/15] locking/rwsem: Wake up all readers in wait queue
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip v7 07/15] locking/rwsem: Implement lock handoff to prevent lock starvation
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 3/3] alpha: atomics: Add smp_read_barrier_depends() to release/relaxed atomics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] locking/barriers: Kill lockless_dereference
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] Remove lockless_dereference
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 1/3] linux/compiler.h: Split into compiler.h and compiler-types.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 3/3] alpha: atomics: Add smp_read_barrier_depends() to release/relaxed atomics
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 2/3] locking/barriers: Kill lockless_dereference
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v6 00/11] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v6 00/11] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v6 00/11] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v6 02/11] locking/rwsem: Implement a new locking scheme
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 02/11] locking/rwsem: Implement a new locking scheme
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v6 02/11] locking/rwsem: Implement a new locking scheme
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v6 00/11] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v6 00/11] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 02/11] locking/rwsem: Implement a new locking scheme
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v6 02/11] locking/rwsem: Implement a new locking scheme
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v6 03/11] locking/rwsem: Move owner setting code from rwsem.c to rwsem-xadd.h
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v6 01/11] locking/rwsem: relocate rwsem_down_read_failed()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v6 04/11] locking/rwsem: Remove kernel/locking/rwsem.h
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v6 06/11] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v6 07/11] locking/rwsem: Implement lock handoff to prevent lock starvation
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v6 08/11] locking/rwsem: Enable readers spinning on writer
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v6 09/11] locking/rwsem: Enable time-based reader lock stealing
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v6 05/11] locking/rwsem: Move rwsem internal function declarations to rwsem-xadd.h
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v6 11/11] locking/rwsem: Enable count-based spinning on reader
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v6 10/11] locking/rwsem: Make rwsem_spin_on_owner() return a tri-state value
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v6 00/11] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 2/4] PCI: Remove redundant pci_dev, pci_bus, resource declarations
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] PCI: Remove redundant pcibios_set_master() declarations
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] PCI: Cleanup unused stuff
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 1/4] PCI: Remove redundant pcibios_set_master() declarations
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 2/4] PCI: Remove redundant pci_dev, pci_bus, resource declarations
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 3/4] PCI: Remove unused declarations
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] PCI: Remove redundant pcibios_set_master() declarations
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 4/4] alpha/PCI: Make pdev_save_srm_config() static
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 3/4] PCI: Remove unused declarations
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 2/4] PCI: Remove redundant pci_dev, pci_bus, resource declarations
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 1/4] PCI: Remove redundant pcibios_set_master() declarations
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 0/4] PCI: Cleanup unused stuff
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] arm64: mm: Use READ_ONCE/WRITE_ONCE when accessing page tables
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] arm64: mm: Use READ_ONCE/WRITE_ONCE when accessing page tables
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [RFC PATCH 1/2] arm64: mm: Use READ_ONCE/WRITE_ONCE when accessing page tables
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] arm64: mm: Use READ_ONCE/WRITE_ONCE when accessing page tables
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH 1/2] arm64: mm: Use READ_ONCE/WRITE_ONCE when accessing page tables
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH REBASED 0/6] rwsem: Implement down_read_killable()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH REBASED 3/6] s390: Add __down_read_killable()
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH REBASED 3/6] s390: Add __down_read_killable()
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH REBASED 3/6] s390: Add __down_read_killable()
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH REBASED 3/6] s390: Add __down_read_killable()
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] arm64: mm: Use READ_ONCE/WRITE_ONCE when accessing page tables
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH 1/2] arm64: mm: Use READ_ONCE/WRITE_ONCE when accessing page tables
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH REBASED 2/6] ia64: Add __down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH REBASED 4/6] x86: Add __down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH REBASED 6/6] fs: Use killable down_read() in iterate_dir()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH REBASED 5/6] rwsem: Add down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH REBASED 3/6] s390: Add __down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH REBASED 1/6] alpha: Add __down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH REBASED 0/6] rwsem: Implement down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] arm64: mm: Use READ_ONCE/WRITE_ONCE when accessing page tables
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH 1/2] arm64: mm: Use READ_ONCE/WRITE_ONCE when accessing page tables
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] arm64: mm: Use READ_ONCE/WRITE_ONCE when accessing page tables
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: alpha runtime warnings due to commit 0e4c2eeb758 ("alpha/PCI: Replace pci_fixup_irqs() call with host ...")
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] arm64: mm: Use READ_ONCE/WRITE_ONCE when accessing page tables
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] arm64: mm: Use READ_ONCE/WRITE_ONCE when accessing page tables
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH 1/2] arm64: mm: Use READ_ONCE/WRITE_ONCE when accessing page tables
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: alpha runtime warnings due to commit 0e4c2eeb758 ("alpha/PCI: Replace pci_fixup_irqs() call with host ...")
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH] alpha: fix build failures
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: alpha runtime warnings due to commit 0e4c2eeb758 ("alpha/PCI: Replace pci_fixup_irqs() call with host ...")
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: alpha runtime warnings due to commit 0e4c2eeb758 ("alpha/PCI: Replace pci_fixup_irqs() call with host ...")
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: alpha runtime warnings due to commit 0e4c2eeb758 ("alpha/PCI: Replace pci_fixup_irqs() call with host ...")
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: alpha runtime warnings due to commit 0e4c2eeb758 ("alpha/PCI: Replace pci_fixup_irqs() call with host ...")
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: alpha runtime warnings due to commit 0e4c2eeb758 ("alpha/PCI: Replace pci_fixup_irqs() call with host ...")
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• alpha runtime warnings due to commit 0e4c2eeb758 ("alpha/PCI: Replace pci_fixup_irqs() call with host ...")
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] alpha: make thread_saved_pc static
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• [PATCH] alpha: fix build failures
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• [RFC PATCH] alpha: make XTABS equivalent to TAB3
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [BUG] 4.13.0 kernel build error on Alpha
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: [BUG] 4.13.0 kernel build error on Alpha
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [BUG] 4.13.0 kernel build error on Alpha
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: [BUG] 4.13.0 kernel build error on Alpha
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: [BUG] 4.13.0 kernel build error on Alpha
  • From: Matt Turner <mattst88@xxxxxxxxx>
• [BUG] 4.13.0 kernel build error on Alpha
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• [PATCH] alpha: mmu_context: Add missing include of linux/sched.h
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PULL] alpha.git
  • From: Matt Turner <mattst88@xxxxxxxxx>
• [PULL] alpha.git
  • From: Matt Turner <mattst88@xxxxxxxxx>
• [PATCH] alpha: Fix section mismatches
  • From: Matt Turner <mattst88@xxxxxxxxx>
• [PATCH] alpha: Fix build error without CONFIG_VGA_HOSE.
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH v2 1/1] futex: remove duplicated code and fix UB
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] futex: remove duplicated code and fix UB
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 1/1] futex: remove duplicated code and fix UB
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH] uapi: fix another asm/shmbuf.h userspace compilation error
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [RESEND PATCH] alpha: defconfig: Cleanup from old Kconfig options
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH] alpha: math-emu: Fix modular build
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH] alpha: Restore symbol versions for symbols exported from assembly
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• [PATCH 1/7] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] [PING] Fix TIOCGPTPEER ioctl definition
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] [PING] Fix TIOCGPTPEER ioctl definition
  • From: Gleb Fotengauer-Malinovskiy <glebfm@xxxxxxxxxxxx>
• Re: [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
  • From: Aleksa Sarai <asarai@xxxxxxx>
• RE: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] tty: Fix TIOCGPTPEER ioctl definition
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH] tty: Fix TIOCGPTPEER ioctl definition
  • From: Gleb Fotengauer-Malinovskiy <glebfm@xxxxxxxxxxxx>
• Re: [PATCH 2/7] rwsem-spinlock: Add killable versions of rwsem_down_read_failed()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH 2/7] rwsem-spinlock: Add killable versions of rwsem_down_read_failed()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code and fix UB
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH RFC 09/26] alpha: Remove spin_unlock_wait() arch-specific definitions
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 6/7] drm/tilcdc: clean up ifdef hacks around iowrite64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH 2/7] iomap: implement ioread64 and iowrite64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 2/7] iomap: implement ioread64 and iowrite64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 6/7] drm/tilcdc: clean up ifdef hacks around iowrite64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code and fix UB
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code and fix UB
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH 6/7] drm/tilcdc: clean up ifdef hacks around iowrite64
  • From: Jyri Sarha <jsarha@xxxxxx>
• Re: [PATCH 1/7] drm/tilcdc: don't use volatile with iowrite64
  • From: Jyri Sarha <jsarha@xxxxxx>
• Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] alpha: provide ioread64 and iowrite64 implementations
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH] alpha: provide ioread64 and iowrite64 implementations
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• Re: [PATCH] alpha: provide ioread64 and iowrite64 implementations
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH] alpha: provide ioread64 and iowrite64 implementations
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• Re: [PATCH] alpha: provide ioread64 and iowrite64 implementations
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH] alpha: provide ioread64 and iowrite64 implementations
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• Re: [PATCH] alpha: support R_ALPHA_REFLONG relocations for module loading
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• [PATCH v2 7/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• [PATCH] alpha: support R_ALPHA_REFLONG relocations for module loading
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH] pci: Add and use PCI_GENERIC_SETUP Kconfig entry
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH 1/3] alpha: Update for new syscalls
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• [PATCH 2/3] alpha: Package string routines together
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• [PATCH 3/3] alpha: Fix typo in ev6-copy_user.S
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• [PATCH 0/3] Updates for Alpha
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• Re: [PATCH 7/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code and fix UB
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: [PATCH 4/7] alpha: provide ioread64 and iowrite64 implementations
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• Re: [PATCH 4/7] alpha: provide ioread64 and iowrite64 implementations
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 4/7] alpha: provide ioread64 and iowrite64 implementations
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/7] asm-generic/io.h: make ioread64 and iowrite64 universally available
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 3/7] asm-generic/io.h: make ioread64 and iowrite64 universally available
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/7] asm-generic/io.h: make ioread64 and iowrite64 universally available
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 3/7] asm-generic/io.h: make ioread64 and iowrite64 universally available
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] alpha: provide ioread64 and iowrite64 implementations
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 4/7] alpha: provide ioread64 and iowrite64 implementations
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] alpha: provide ioread64 and iowrite64 implementations
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 4/7] alpha: provide ioread64 and iowrite64 implementations
  • From: "Stephen Bates" <sbates@xxxxxxxxxxxx>
• RE: [PATCH 5/7] ntb: ntb_hw_intel: remove ioread64 and iowrite64 hacks
  • From: "Jiang, Dave" <dave.jiang@xxxxxxxxx>
• [PATCH 4/7] alpha: provide ioread64 and iowrite64 implementations
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 6/7] drm/tilcdc: clean up ifdef hacks around iowrite64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 5/7] ntb: ntb_hw_intel: remove ioread64 and iowrite64 hacks
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 2/7] iomap: implement ioread64 and iowrite64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 7/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 0/7] cleanup issues with io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 3/7] asm-generic/io.h: make ioread64 and iowrite64 universally available
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH 1/7] drm/tilcdc: don't use volatile with iowrite64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code and fix UB
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• [PATCH 1/1] futex: remove duplicated code and fix UB
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH 0/7] rwsem: Implement down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] rwsem: Implement down_read_killable()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 0/7] rwsem: Implement down_read_killable()
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH 4/7] ia64: Add __down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 5/7] s390: Add __down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 7/7] rwsem: Add down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 6/7] x86: Add __down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 3/7] alpha: Add __down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 2/7] rwsem-spinlock: Add killable versions of rwsem_down_read_failed()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 1/7] rwsem-spinlock: Add killable versions of __down_read()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 0/7] rwsem: Implement down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/9] locking/rwsem: Enable reader optimistic spinning
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH 16/35] alpha: defconfig: Cleanup from old Kconfig options
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v4 1/2] tty: add compat_ioctl callbacks
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: is alpha jensen support dead?
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v4 1/2] tty: add compat_ioctl callbacks
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v4 0/2] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v3 0/2] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v3 2/2] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v3 1/2] tty: add compat_ioctl callbacks
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v2 1/1] tty: add TIOCGPTPEER ioctl
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 0/1] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v2 1/1] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH] tty: add TIOCGPTPEER ioctl
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• Re: [PATCH] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH] tty: add TIOCGPTPEER ioctl
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v5 2/9] locking/rwsem: Stop active read lock ASAP
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 1/9] locking/rwsem: relocate rwsem_down_read_failed()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 4/9] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 6/9] locking/rwsem: Use bit in owner to stop spinning
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 0/9] locking/rwsem: Enable reader optimistic spinning
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 9/9] locking/rwsem: Enable reader lock stealing
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 5/9] locking/rwsem: Enable readers spinning on writer
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 3/9] locking/rwsem: Move common rwsem macros to asm-generic/rwsem_types.h
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 8/9] locking/rwsem: Enable count-based spinning on reader
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 7/9] locking/rwsem: Make rwsem_spin_on_owner() return a tri-state value
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: is alpha jensen support dead?
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: is alpha jensen support dead?
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: is alpha jensen support dead?
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: is alpha jensen support dead?
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: is alpha jensen support dead?
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: is alpha jensen support dead?
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: is alpha jensen support dead?
  • From: Meelis Roos <mroos@xxxxxxxx>
• is alpha jensen support dead?
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH] alpha: use generic fb.h
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Jiri Slaby <jslaby@xxxxxxx>
• 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: [PATCH 1/2] alpha-module: Improve a size determination in module_frob_arch_sections()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] alpha-module: Delete an error message for a failed memory allocation in module_frob_arch_sections()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] alpha-module: Improve a size determination in module_frob_arch_sections()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] alpha-module: Adjustments for module_frob_arch_sections()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] alpha: improvements of arch/alpha/lib/Makefile
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH] alpha: cleanup: remove __NR_sys_epoll_*, leave __NR_epoll_*
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• Re: [PATCH v3 5/7] zram: Convert to using memset_l
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v2 1/7] time: Delete do_sys_setimeofday()
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH v2 0/7] Change k_clock interfaces to use timespec64
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• 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>
• [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 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 3/7] x86: Implement memset16, memset32 & memset64
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 1/7] Add multibyte memset functions
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v2 2/9] alpha: marvel: make use of raw_spinlock variants
  • From: Julia Cartwright <julia@xxxxxx>
• 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>
• Re: [PATCH 03/19] alpha: marvel: make use of raw_spinlock variants
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 03/19] alpha: marvel: make use of raw_spinlock variants
  • From: Julia Cartwright <julia@xxxxxx>
• 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] 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>
• Debian kernel boot failure on Alpha [was Re: systemd FTBFS]
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH 1/3] futex: remove duplicated code
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• 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] 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] uapi: fix asm/signal.h userspace compilation errors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• 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 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH 01/35] alpha: Convert remaining uses of pr_warning to pr_warn
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: Question about DEC Alpha memory ordering
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: Question about DEC Alpha memory ordering
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: Question about DEC Alpha memory ordering
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: Question about DEC Alpha memory ordering
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Question about DEC Alpha memory ordering
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Question about DEC Alpha memory ordering
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Question about DEC Alpha memory ordering
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Question about DEC Alpha memory ordering
  • From: Tobias Klausmann <klausman@xxxxxxxxxxxxxxx>
• Re: Question about DEC Alpha memory ordering
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: Question about DEC Alpha memory ordering
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Question about DEC Alpha memory ordering
  • From: Will Deacon <will.deacon@xxxxxxx>
• Question about DEC Alpha memory ordering
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH] add a const to ioread* routines to fix compile testing
  • From: Cédric Le Goater <clg@xxxxxxxx>
• Alpha Kernel Regression [was Re: BRSGP relocation truncations in linking kernel for Alpha.]
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• [PATCH 1/4] alpha: use generic current.h
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v2 00/10] Finalize separation of extable.h from module.h
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [PATCH v3 00/20] Finalize separation of extable.h from module.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 05/20] alpha: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] alpha: Move two assignments for the variable "res" in srm_env_proc_write()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: alpha: Checking source code positions for the setting of error codes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: alpha: Checking source code positions for the setting of error codes
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] alpha: Move two assignments for the variable "res" in srm_env_proc_write()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] alpha: Move two assignments for the variable "res" in srm_env_proc_write()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] alpha: Move two assignments for the variable "res" in srm_env_proc_write()
  • From: Jan-Benedict Glaw <jbglaw@xxxxxxxxxx>
• [PATCH 4/4] alpha: Move two assignments for the variable "res" in srm_env_proc_write()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/4] alpha: Return directly after a failed copy_from_user() or getname() in two functions
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/4] alpha: Move two assignments for the variable "error" in osf_utsname()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/4] alpha: Return an error code only as a constant in osf_sigstack()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/4] alpha: Fine-tuning for five function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• 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 v3 1/8] arm: put types.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [no subject]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [no subject]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v3 3/8] nios2: put setup.h in uapi
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• [PATCH v3 4/8] x86: stop exporting msr-index.h to userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [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 3/8] nios2: put setup.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v3 5/8] Makefile.headersinst: cleanup input files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Jeff Epler <jepler@xxxxxxxxxxxxxx>
• 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: [BUG] 4.9.0 build error on Alpha
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [Linux-c6x-dev] [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH v2 0/7] uapi: export all headers under uapi directories
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• [PATCH 05/10] alpha: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH v2 00/10] Finalize separation of extable.h from module.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/7] arm: put types.h in uapi
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/7] arm: put types.h in uapi
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 0/7] uapi: export all headers under uapi directories
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 3/7] nios2: put setup.h in uapi
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 4/7] x86: put msr-index.h in uapi
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 4/7] x86: put msr-index.h in uapi
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2 6/7] Makefile.headersinst: remove destination-y option
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 5/7] Makefile.headersinst: cleanup input files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 2/7] h8300: put bitsperlong.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 4/7] x86: put msr-index.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 1/7] arm: put types.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 7/7] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 0/7] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v2 3/7] nios2: put setup.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [BUG] 4.9.0 build error on Alpha
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: [BUG] 4.9.0 build error on Alpha
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: [BUG] 4.9.0 build error on Alpha
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [BUG] 4.9.0 build error on Alpha
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: [BUG] 4.9.0 build error on Alpha
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [BUG] 4.9.0 build error on Alpha
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: [BUG] 4.9.0 build error on Alpha
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: [BUG] 4.9.0 build error on Alpha
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [BUG] 4.9.0 build error on Alpha
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: [BUG] 4.9.0 build error on Alpha
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Courier was not able to deliver your parcel (ID009535355, USPS)
  • From: "USPS Delivery" <jason.maddox@xxxxxxxxxxxxx>
• Re: [BUG] 4.9.0 build error on Alpha
  • From: Helge Deller <deller@xxxxxx>
• Re: [BUG] 4.9.0 build error on Alpha
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [BUG] 4.9.0 build error on Alpha
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: [BUG] 4.9.0 build error on Alpha
  • From: Matt Turner <mattst88@xxxxxxxxx>
• [BUG] 4.9.0 build error on Alpha
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• [PATCH] alpha: use generic current.h
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: 4.9.0 build error on Alpha
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• 4.9.0 build error on Alpha
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: alpha: Checking for a failed kmalloc() in process_reloc_for_got()?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: alpha: Checking for a failed kmalloc() in process_reloc_for_got()?
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• alpha: Checking for a failed kmalloc() in process_reloc_for_got()?
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [patch] alpha: silence a buffer overflow warning
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: BRSGP relocation truncations in linking kernel for Alpha.
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• bpf on Alpha [was Re: [PATCH 2/3] ARM: convert to generated system call tables]
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH 2/3] ARM: convert to generated system call tables
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: BRSGP relocation truncations in linking kernel for Alpha.
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: BRSGP relocation truncations in linking kernel for Alpha.
  • From: Thorsten Kranzkowski <dl8bcu@xxxxxxxxx>
• Re: BRSGP relocation truncations in linking kernel for Alpha.
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• Re: [PATCH 2/3] ARM: convert to generated system call tables
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] ARM: convert to generated system call tables
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• Re: BRSGP relocation truncations in linking kernel for Alpha.
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• Re: [PATCH 2/3] ARM: convert to generated system call tables
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/3] ARM: convert to generated system call tables
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: BRSGP relocation truncations in linking kernel for Alpha.
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: BRSGP relocation truncations in linking kernel for Alpha.
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• Re: BRSGP relocation truncations in linking kernel for Alpha.
  • From: Helge Deller <deller@xxxxxx>
• BRSGP relocation truncations in linking kernel for Alpha.
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH 05/10] mm: replace get_vaddr_frames() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 06/10] mm: replace get_user_pages() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 07/10] mm: replace get_user_pages_remote() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 03/10] mm: replace get_user_pages_unlocked() write/force parameters with gup_flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 02/10] mm: remove write/force parameters from __get_user_pages_unlocked()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 01/10] mm: remove write/force parameters from __get_user_pages_locked()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 10/10] mm: replace access_process_vm() write parameter with gup_flags
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 06/10] mm: replace get_user_pages() write/force parameters with gup_flags
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 02/10] mm: remove write/force parameters from __get_user_pages_unlocked()
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH 03/10] mm: replace get_user_pages_unlocked() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 02/10] mm: remove write/force parameters from __get_user_pages_unlocked()
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 06/10] mm: replace get_user_pages() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 10/10] mm: replace access_process_vm() write parameter with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 05/10] mm: replace get_vaddr_frames() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 01/10] mm: remove write/force parameters from __get_user_pages_locked()
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 08/10] mm: replace __access_remote_vm() write parameter with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 09/10] mm: replace access_remote_vm() write parameter with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• [PATCH 07/10] mm: replace get_user_pages_remote() write/force parameters with gup_flags
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• alpha: WARNING: CPU: 0 PID: 17 at kernel/softirq.c:150 __local_bh_enable_ip+0xbc/0x100
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] locking/osq: Provide proper lock/unlock and relaxed flavors
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Jason Low <jason.low2@xxxxxxx>
• Re: [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Jason Low <jason.low2@xxxxxx>
• Re: [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [PATCH] alpha: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [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>
• [PATCH 0/3] alpha: improvements of arch/alpha/lib/Makefile
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 3/3] alpha: make short build log available for division routines
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 1/3] alpha: add $(src)/ rather than $(obj)/ to make source file path
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 2/3] alpha: merge build rules of division routines
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH] alpha: squash lines for immediate return
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• 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: [RFC PATCH-tip v4 10/10] locking/rwsem: Add a boot parameter to reader spinning threshold
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v4 10/10] locking/rwsem: Add a boot parameter to reader spinning threshold
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v4 07/10] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Wanpeng Li <kernellwp@xxxxxxxxx>
• Re: [RFC PATCH-tip v4 07/10] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Waiman Long <waiman.long@xxxxxxx>
• [RFC PATCH-tip v4 08/10] locking/rwsem: Enable spinning readers
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v4 10/10] locking/rwsem: Add a boot parameter to reader spinning threshold
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• Re: [RFC PATCH-tip v4 07/10] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Wanpeng Li <kernellwp@xxxxxxxxx>
• [RFC PATCH-tip v4 07/10] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v4 09/10] locking/rwsem: Enable reactivation of reader spinning
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v4 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v4 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v4 00/10] locking/rwsem: Enable reader optimistic spinning
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v4 06/10] locking/rwsem: Move common rwsem macros to asm-generic/rwsem_types.h
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v4 04/10] locking/rwsem: Enable count-based spinning on reader
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v4 05/10] locking/rwsem: move down rwsem_down_read_failed function
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v4 03/10] locking/rwsem: Make rwsem_spin_on_owner() return a tri-state value
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [PATCH] binfmt_em86: Fix incompatible pointer type
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [RFC/PATCH 00/14] split exception table content out of module.h into extable.h
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 11/14] alpha: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [RFC/PATCH 00/14] split exception table content out of module.h into extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH for -mm] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v6 03/46] alpha: 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: [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>
• [PATCH v5 02/44] alpha: 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>
• [PATCH v4 19/29] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 00/10] locking/rwsem: Enable reader optimistic spinning
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 04/10] locking/rwsem: Enable count-based spinning on reader
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 03/10] locking/rwsem: Make rwsem_spin_on_owner() return a tri-state value
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Will Deacon <will.deacon@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 05/10] locking/rwsem: move down rwsem_down_read_failed function
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 07/10] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 08/10] locking/rwsem: Enable spinning readers
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 06/10] locking/rwsem: Move common rwsem macros to asm-generic/rwsem_types.h
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 10/10] locking/rwsem: Add a boot parameter to reader spinning threshold
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 09/10] locking/rwsem: Enable reactivation of reader spinning
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 3/6] locking/rwsem: Enable count-based spinning on reader
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 4/6] locking/rwsem: move down rwsem_down_read_failed function
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 4/6] locking/rwsem: move down rwsem_down_read_failed function
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 3/6] locking/rwsem: Enable count-based spinning on reader
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v2 3/6] locking/rwsem: Enable count-based spinning on reader
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v2 0/6] locking/rwsem: Enable reader optimistic spinning
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v2 4/6] locking/rwsem: move down rwsem_down_read_failed function
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v2 6/6] locking/rwsem: Enable spinning readers
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• Re: [RFC PATCH-tip 2/6] locking/rwsem: Enable optional count-based spinning on reader
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip 2/6] locking/rwsem: Enable optional count-based spinning on reader
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [RFC PATCH-tip 2/6] locking/rwsem: Enable optional count-based spinning on reader
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip 1/6] locking/rwsem: Stop active read lock ASAP
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip 3/6] locking/rwsem: move down rwsem_down_read_failed function
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip 4/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip 5/6] locking/rwsem: Enable spinning readers
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip 0/6] locking/rwsem: Enable reader optimistic spinning
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• Re: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 02/44] alpha: 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: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH] binfmt_em86: Fix incompatible pointer type
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• 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>
• Re: [PATCH v4 04/16] rtc: sh: provide rtc_class_ops directly
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH v4 00/16] genrtc removal
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 00/16] genrtc removal
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 03/16] char/genrtc: x86: remove remnants of asm/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 07/16] rtc: parisc: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 01/16] rtc: cmos: remove empty asm/mc146818rtc.h files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 06/16] char/genrtc: remove mn10300 support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 12/16] rtc: powerpc: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 09/16] rtc: m68k: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 04/16] rtc: sh: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 11/16] char/genrtc: remove m68k support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 05/16] char/genrtc: remove alpha support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 10/16] rtc: m68k: provide ioctl for q40
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 00/16] genrtc removal
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 15/16] char/genrtc: remove asm-generic/rtc.h from mips
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 08/16] char/genrtc: remove parisc support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 13/16] char/genrtc: remove powerpc support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 16/16] char/genrtc: remove the rest of the driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 14/16] rtc: generic: remove get_rtc_time/set_rtc_time wrappers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 02/16] rtc: cmos: move mc146818rtc code out of asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/16] genrtc removal
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• [PATCH 0065/1529] Fix typo
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• [PATCH 0064/1529] Fix typo
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• [PATCH 0063/1529] Fix typo
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• [PATCH 0062/1529] Fix typo
  • From: Andrea Gelmini <andrea.gelmini@xxxxxxxxx>
• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [patch V4 03/31] bitops: Add alpha-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: 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>
• [patch V4] lib: GCD: Use binary GCD algorithm instead of Euclidean
  • From: zengzhaoxiu@xxxxxxx
• Re: linux 4.6 FTBFS on alpha
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v3 12/16] rtc: powerpc: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/16] genrtc removal
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/16] genrtc removal
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 12/16] rtc: powerpc: provide rtc_class_ops directly
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/16] genrtc removal
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: Josh Juran <jjuran@xxxxxxxxx>
• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [patch V3] lib: GCD: add binary GCD algorithm
  • From: zengzhaoxiu@xxxxxxx
• Re: [PATCH v3 13/16] char/genrtc: remove powerpc support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/16] genrtc removal
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 13/16] char/genrtc: remove powerpc support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH v3 09/16] rtc: m68k: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 00/16] genrtc removal
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 09/16] rtc: m68k: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 14/16] rtc: generic: remove get_rtc_time/set_rtc_time wrappers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 05/16] char/genrtc: remove alpha support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 06/16] char/genrtc: remove mn10300 support
  • From: Arnd Bergmann <arnd@xxxxxxxx>