Linux Alpha

• Thread Index

• Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH 18/30] notifier: Show function names on notifier routines if DEBUG_NOTIFIERS is set
  • From: Xiaoming Ni <nixiaoming@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 20/30] panic: Add the panic informational notifier list
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 30/30] um: Avoid duplicate call to kmsg_dump()
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 26/30] Drivers: hv: Do not force all panic notifiers to execute before kdump
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 25/30] panic, printk: Add console flush parameter and convert panic_print to a notifier
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 27/30] powerpc: Do not force all panic notifiers to execute before kdump
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 28/30] panic: Unexport crash_kexec_post_notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 29/30] powerpc: ps3, pseries: Avoid duplicate call to kmsg_dump() on panic
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 22/30] panic: Introduce the panic post-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 23/30] printk: kmsg_dump: Introduce helper to inform number of dumpers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 18/30] notifier: Show function names on notifier routines if DEBUG_NOTIFIERS is set
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 15/30] bus: brcmstb_gisb: Clean-up panic/die notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 11/30] um: Improve panic notifiers consistency and ordering
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 13/30] s390/consoles: Improve panic notifiers reliability
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 17/30] tracing: Improve panic/die notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 14/30] panic: Properly identify the panic event to the notifiers' callbacks
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 16/30] drivers/hv/vmbus, video/hyperv_fb: Untangle and refactor Hyper-V panic notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 20/30] panic: Add the panic informational notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 12/30] parisc: Replace regular spinlock with spin_trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 09/30] coresight: cpu-debug: Replace mutex with mutex_trylock on panic notifier
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 10/30] alpha: Clean-up the panic notifier code
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 08/30] powerpc/setup: Refactor/untangle panic notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 01/30] x86/crash,reboot: Avoid re-disabling VMX in all CPUs on crash/restart
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 02/30] ARM: kexec: Disable IRQs/FIQs also on crash CPUs shutdown path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 07/30] mips: ip22: Reword PANICED to PANICKED and remove useless header
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 05/30] misc/pvpanic: Convert regular spinlock into trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 06/30] soc: bcm: brcmstb: Document panic notifier action and remove useless header
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 03/30] notifier: Add panic notifiers info and purge trailing whitespaces
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 00/30] The panic notifiers refactor
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
  • From: Erin MacNeil <lnx.erin@xxxxxxxxx>
• [PATCH net-next v2] net: Add SO_RCVMARK socket option to provide SO_MARK with recvmsg().
  • From: Erin MacNeil <lnx.erin@xxxxxxxxx>
• Re: [PATCH net-next] net: mark tulip obsolete
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next] net: mark tulip obsolete
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/10] serial: General support for multipoint addresses
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/10] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/10] serial: General support for multipoint addresses
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v5 06/10] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] Remove unused SLOW_DOWN_IO
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v4 09/13] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v4 08/13] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 0/7] Remove unused SLOW_DOWN_IO
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: Bob Tracy <rct@xxxxxxxx>
• [PATCH 6/7] ia64: remove unused __SLOW_DOWN_IO and SLOW_DOWN_IO definitions
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 7/7] alpha: remove unused __SLOW_DOWN_IO and SLOW_DOWN_IO definitions
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 4/7] sh: remove unused SLOW_DOWN_IO
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 5/7] powerpc: Remove unused SLOW_DOWN_IO definition
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 0/7] Remove unused SLOW_DOWN_IO
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 3/7] net: remove comments that mention obsolete __SLOW_DOWN_IO
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 1/7] net: wan: atp: remove unused eeprom_delay()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 2/7] net: wan: lmc: remove unused DELAY()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] Alpha: Remove redundant local asm header redirections
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH] Alpha: Remove redundant local asm header redirections
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PING^3][PATCH] Alpha: Remove redundant local asm header redirections
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PING^3][PATCH] Alpha: Remove redundant local asm header redirections
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH 5.16 150/285] rtc: Check return value from mc146818_get_time()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.15 145/277] rtc: Check return value from mc146818_get_time()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 08/12] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v3 07/12] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: Helge Deller <deller@xxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: [PATCH v2 07/12] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/12] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 08/12] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v2 07/12] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH] alpha: add null pointer check
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] alpha: add null pointer check
  • From: cgel.zte@xxxxxxxxx
• [PATCH RESEND] alpha: replace NR_SYSCALLS by NR_syscalls
  • From: cgel.zte@xxxxxxxxx
• [PING^2][PATCH] Alpha: Remove redundant local asm header redirections
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH] alpha: replace NR_SYSCALLS by NR_syscalls
  • From: cgel.zte@xxxxxxxxx
• Re: 5.17.0 boot issue on Miata
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• 5.17.0 boot issue on Miata
  • From: Bob Tracy <rct@xxxxxxxx>
• [PATCH] alpha: Fix warning comparing pointer to 0
  • From: Haowen Bai <baihaowen@xxxxxxxxx>
• Re: [PATCH] mm: fix typos in comments
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] mm: fix typos in comments
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• [PATCH] mm: fix typos in comments
  • From: Julia Lawall <Julia.Lawall@xxxxxxxx>
• [linux-next:master] BUILD REGRESSION 97add482e9033a9386baa8824fbea34d0cbfe663
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 8a11187eb62b8b910d2c5484e1f5d160e8b11eb4
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION a32cd981a6da2373c093d471ee4405a915e217d5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V3 05/30] arm64/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH V3 05/30] arm64/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [RFC PATCH 5/7] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V3 04/30] powerpc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PING][PATCH] Alpha: Remove redundant local asm header redirections
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH V3 19/30] csky/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH V3 30/30] mm/mmap: Drop ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 28/30] ia64/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 29/30] mm/mmap: Drop generic vm_get_page_prot()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 27/30] nds32/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 23/30] um/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 21/30] parisc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 26/30] hexagon/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 25/30] nios2/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 22/30] openrisc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 24/30] microblaze/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 20/30] xtensa/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 19/30] csky/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 18/30] arc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 17/30] sh/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 16/30] alpha/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 13/30] mm/mmap: Drop arch_vm_get_page_pgprot()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 15/30] riscv/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 14/30] s390/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 12/30] mm/mmap: Drop arch_filter_pgprot()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 08/30] m68k/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 10/30] x86/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 11/30] mm/mmap: Drop protection_map[]
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 07/30] mips/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 06/30] sparc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 05/30] arm64/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 04/30] powerpc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 03/30] mm/mmap: Add new config ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 02/30] mm/mmap: Clarify protection_map[] indices
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 01/30] mm/debug_vm_pgtable: Drop protection_map[] usage
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 00/30] mm/mmap: Drop protection_map[] and platform's __SXXX/__PXXX requirements
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v2 12/18] uaccess: fix type mismatch warnings from access_ok()
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v2 02/18] uaccess: fix nios2 and microblaze get_user_8()
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 07/18] nios2: drop access_ok() check from __put_user()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] alpha: Implement "current_stack_pointer"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 07/18] nios2: drop access_ok() check from __put_user()
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• [PATCH V2 16/30] alpha/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• RE: [PATCH v2 05/18] x86: remove __range_not_ok()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Sergey Matyukevich <geomatsi@xxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• RE: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 10/18] m68k: fix access_ok for coldfire
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/18] uaccess: add generic __{get,put}_kernel_nofault
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 10/18] m68k: fix access_ok for coldfire
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 05/18] x86: remove __range_not_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 14/18] lib/test_lockup: fix kernel pointer check for separate address spaces
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 16/18] sh: remove CONFIG_SET_FS support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 14/18] lib/test_lockup: fix kernel pointer check for separate address spaces
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 12/18] uaccess: fix type mismatch warnings from access_ok()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 10/18] m68k: fix access_ok for coldfire
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 08/18] uaccess: add generic __{get,put}_kernel_nofault
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 07/18] nios2: drop access_ok() check from __put_user()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 06/18] x86: use more conventional access_ok() definition
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 05/18] x86: remove __range_not_ok()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 03/18] nds32: fix access_ok() checks in get/put_user
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 02/18] uaccess: fix nios2 and microblaze get_user_8()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 15/18] sparc64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 15/18] sparc64: remove CONFIG_SET_FS support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 15/18] sparc64: remove CONFIG_SET_FS support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• RE: [PATCH v2 02/18] uaccess: fix nios2 and microblaze get_user_8()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 17/18] ia64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 16/18] sh: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 14/18] lib/test_lockup: fix kernel pointer check for separate address spaces
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 15/18] sparc64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 12/18] uaccess: fix type mismatch warnings from access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 11/18] arm64: simplify access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 10/18] m68k: fix access_ok for coldfire
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 08/18] uaccess: add generic __{get,put}_kernel_nofault
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 07/18] nios2: drop access_ok() check from __put_user()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 06/18] x86: use more conventional access_ok() definition
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 05/18] x86: remove __range_not_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 04/18] sparc64: add __{get,put}_kernel_nocheck()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 03/18] nds32: fix access_ok() checks in get/put_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 02/18] uaccess: fix nios2 and microblaze get_user_8()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 01/18] uaccess: fix integer overflow on access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 11/14] sparc64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 11/14] sparc64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• RE: [PATCH 09/14] m68k: drop custom __access_ok()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 05/14] uaccess: add generic __{get,put}_kernel_nofault
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 07/14] uaccess: generalize access_ok()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 03/14] nds32: fix access_ok() checks in get/put_user
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/14] m68k: drop custom __access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• RE: [PATCH 08/14] arm64: simplify access_ok()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 03/14] nds32: fix access_ok() checks in get/put_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 14/14] uaccess: drop set_fs leftovers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 14/14] uaccess: drop set_fs leftovers
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 09/14] m68k: drop custom __access_ok()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/14] m68k: drop custom __access_ok()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 14/14] uaccess: drop set_fs leftovers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/14] sparc64: remove CONFIG_SET_FS support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/14] m68k: drop custom __access_ok()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/14] uaccess: add generic __{get,put}_kernel_nofault
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 07/14] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 10/14] uaccess: remove most CONFIG_SET_FS users
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/14] clean up asm/uaccess.h, kill set_fs for good
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/14] uaccess: generalize access_ok()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 03/14] nds32: fix access_ok() checks in get/put_user
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 11/14] sparc64: remove CONFIG_SET_FS support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 10/14] uaccess: remove most CONFIG_SET_FS users
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 07/14] uaccess: generalize access_ok()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 03/14] nds32: fix access_ok() checks in get/put_user
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 05/14] uaccess: add generic __{get,put}_kernel_nofault
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 01/14] uaccess: fix integer overflow on access_ok()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 14/14] uaccess: drop set_fs leftovers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 13/14] ia64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 12/14] sh: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 11/14] sparc64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 10/14] uaccess: remove most CONFIG_SET_FS users
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 09/14] m68k: drop custom __access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 05/14] uaccess: add generic __{get,put}_kernel_nofault
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 07/14] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 08/14] arm64: simplify access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 06/14] mips: use simpler access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 03/14] nds32: fix access_ok() checks in get/put_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 02/14] sparc64: add __{get,put}_kernel_nocheck()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 01/14] uaccess: fix integer overflow on access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 00/14] clean up asm/uaccess.h, kill set_fs for good
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 16/30] alpha/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH] Alpha: Remove redundant local asm header redirections
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH 14/49] arch/alpha: replace cpumask_weight with cpumask_empty where appropriate
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called.
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called.
  • From: Arseny Maslennikov <ar@xxxxxxxxx>
• Re: [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called.
  • From: Arseny Maslennikov <ar@xxxxxxxxx>
• Re: [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] status: Add user space API definitions for VSTATUS, NOKERNINFO and TIOCSTAT
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/3] status: Add user space API definitions for VSTATUS, NOKERNINFO and TIOCSTAT
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called.
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• [PATCH v2 1/3] vstatus: Allow the n_tty line dicipline to write to a user tty
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• [PATCH v2 0/3] vstatus: TTY status message request
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: [PATCH] alpha: Silence -Warray-bounds warnings
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] alpha: Silence -Warray-bounds warnings
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/3] status: TTY status message request
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: [PATCH 0/3] status: TTY status message request
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• [RFC V1 16/31] alpha/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 13/54] arch/alpha: replace cpumask_weight with cpumask_empty where appropriate
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: architectures that still need to remove set_fs()
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH 2/3] vstatus: Add user space API definitions for VSTATUS, NOKERNINFO and TIOCSTAT
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• architectures that still need to remove set_fs()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] vstatus: Add user space API definitions for VSTATUS, NOKERNINFO and TIOCSTAT
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• [PATCH 0/3] status: TTY status message request
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 01/16] alpha: Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] arch/alpha/kernel: remove redundant err variable
  • From: cgel.zte@xxxxxxxxx
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Arseny Maslennikov <ar@xxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Arseny Maslennikov <ar@xxxxxxxxx>
• [PATCH v5 3/9] Check return value from mc146818_get_time()
  • From: Mateusz Jończyk <mat.jonczyk@xxxxx>
• [PATCH 01/16] alpha: Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH] alpha: Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] alpha: Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2] serial: 8250: Move Alpha-specific quirk out of the core
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• [RFC PATCH 4/8] signals: Remove sigmask() macro
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: Booting newer kernels on the Jensen...update
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH] alpha: Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Booting newer kernels on the Jensen...update
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• [PATCH] alpha: Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH v2] serial: 8250: Move Alpha-specific quirk out of the core
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [RFC 02/32] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• kernel oops when reading /proc/bus/pci/00/01.00 with odd size and odd alignment
  • From: "Colin King (gmail)" <colin.i.king@xxxxxxxxx>
• Re: [PATCH 13/17] kernel/cpu: add num_possible_cpus counter
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 14/17] kernel/cpu: add num_present_cpu counter
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 15/17] kernel/cpu: add num_active_cpu counter
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 08/17] all: replace bitmap_weight with bitmap_weight_{eq,gt,ge,lt,le} where appropriate
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/17] all: don't use bitmap_weight() where possible
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 01/17] all: don't use bitmap_weight() where possible
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• [PATCH 17/17] MAINTAINERS: add cpumask and nodemask files to BITMAP_API
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 16/17] tools/bitmap: sync bitmap_weight
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 15/17] kernel/cpu: add num_active_cpu counter
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 14/17] kernel/cpu: add num_present_cpu counter
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 13/17] kernel/cpu: add num_possible_cpus counter
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 12/17] kernel/cpu.c: fix init_cpu_online
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 11/17] lib/nodemask: add num_node_state_eq()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 06/17] all: replace nodes_weight with nodes_empty where appropriate
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 07/17] lib/bitmap: add bitmap_weight_{cmp,eq,gt,ge,lt,le} functions
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 10/17] lib/nodemask: add nodemask_weight_{eq,gt,ge,lt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 09/17] lib/cpumask: add cpumask_weight_{eq,gt,ge,lt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 08/17] all: replace bitmap_weight with bitmap_weight_{eq,gt,ge,lt,le} where appropriate
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 03/17] fix open-coded for_each_set_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 04/17] all: replace bitmap_weight with bitmap_empty where appropriate
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 05/17] all: replace cpumask_weight with cpumask_empty where appropriate
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 02/17] drivers: rename num_*_cpus variables
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 01/17] all: don't use bitmap_weight() where possible
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v2 00/17] lib/bitmap: optimize bitmap_weight() usage
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] serial: 8250: Move alpha-specific quirk out of the core
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• [PATCH] serial: 8250: Move alpha-specific quirk out of the core
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• RE: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• kernel oops on malformed execve call on Alpha
  • From: "Colin King (gmail)" <colin.i.king@xxxxxxxxx>
• [PATCH] alpha: osf_sys: reduce kernel log spamming on invalid osf_mount call typenr
  • From: Colin Ian King <colin.i.king@xxxxxxxxx>
• [PATCH v4 3/9] Check return value from mc146818_get_time()
  • From: Mateusz Jończyk <mat.jonczyk@xxxxx>
• Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 11/11] locking: Allow to include asm/spinlock_types.h from linux/spinlock_types_raw.h
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq()
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage
  • From: mirq-test@xxxxxxxxxxxx
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Emil Renner Berthing <emil.renner.berthing@xxxxxxxxx>
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Dennis Zhou <dennis@xxxxxxxxxx>
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 3/9] all: replace bitmap_weigth() with bitmap_{empty,full,eq,gt,le}
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH 3/9] all: replace bitmap_weigth() with bitmap_{empty,full,eq,gt,le}
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq()
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• [PATCH 9/9] MAINTAINERS: add cpumask and nodemask files to BITMAP_API
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 8/9] lib/nodemask: add num_node_state_eq()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 7/9] lib/cpumask: add num_{possible,present,active}_cpus_{eq,gt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 6/9] lib/nodemask: add nodemask_weight_{eq,gt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 5/9] lib/cpumask: add cpumask_weight_{eq,gt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 4/9] tools: sync bitmap_weight() usage with the kernel
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 3/9] all: replace bitmap_weigth() with bitmap_{empty,full,eq,gt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 2/9] lib/bitmap: implement bitmap_{empty,full} with bitmap_weight_eq()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 1/9] lib/bitmap: add bitmap_weight_{eq,gt,le}
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 0/9] lib/bitmap: optimize bitmap_weight() usage
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH] alpha: fix typo in a comment
  • From: Jason Wang <wangborong@xxxxxxxxxx>
• [PATCH] alpha: signal: drop DEBUG_SIG print statements
  • From: Denis Kirjanov <kda@xxxxxxxxxxxxxxxxx>
• [PATCH v2] mm: Fix warning comparing pointer to 0
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: Fix warning comparing pointer to 0
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] mm: Fix warning comparing pointer to 0
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] futex: Wireup futex_waitv syscall
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: Wireup futex_waitv syscall
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: Wireup futex_waitv syscall
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 1/1] futex: Wireup futex_waitv syscall
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH 1/1] futex: Wireup futex_waitv syscall
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: Wireup futex_waitv syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/1] futex: Wireup futex_waitv syscall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] mm: Fix warning comparing pointer to 0
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 03/16] x86/tdx: Exclude Shared bit from physical_mask
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v0 26/42] alpha: Check notifier registration return value
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 03/16] x86/tdx: Exclude Shared bit from physical_mask
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/16] x86/kvm: Use bounce buffers for TD guest
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 06/16] x86/tdx: Make DMA pages shared
  • From: Sathyanarayanan Kuppuswamy <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/16] x86/tdx: Make DMA pages shared
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 07/16] x86/kvm: Use bounce buffers for TD guest
  • From: Sathyanarayanan Kuppuswamy <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/16] x86/tdx: Make DMA pages shared
  • From: Sathyanarayanan Kuppuswamy <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/16] x86/mm: Move force_dma_unencrypted() to common code
  • From: Sathyanarayanan Kuppuswamy <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/16] x86/tdx: Make pages shared in ioremap()
  • From: Sathyanarayanan Kuppuswamy <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/16] x86/kvm: Use bounce buffers for TD guest
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 06/16] x86/tdx: Make DMA pages shared
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 01/16] x86/mm: Move force_dma_unencrypted() to common code
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 04/16] x86/tdx: Make pages shared in ioremap()
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 2/2] kbuild: use more subdir- for visiting subdirectories while cleaning
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/2] kbuild: use more subdir- for visiting subdirectories while cleaning
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 2/2] kbuild: use more subdir- for visiting subdirectories while cleaning
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 15/16] x86/tdx: Implement ioremap_host_shared for x86
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 14/16] virtio: Use shared mappings for virtio PCI devices
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 13/16] PCI: Mark MSI data shared
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range()
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 11/16] asm/io.h: Add ioremap_host_shared fallback
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 10/16] PCI: Consolidate pci_iomap_range(), pci_iomap_wc_range()
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 07/16] x86/kvm: Use bounce buffers for TD guest
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 09/16] x86/tdx: Enable shared memory confidential guest flags for TDX guest
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 08/16] x86/tdx: ioapic: Add shared bit for IOAPIC base address
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 06/16] x86/tdx: Make DMA pages shared
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 05/16] x86/tdx: Add helper to do MapGPA hypercall
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 04/16] x86/tdx: Make pages shared in ioremap()
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 03/16] x86/tdx: Exclude Shared bit from physical_mask
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 02/16] x86/tdx: Get TD execution environment information via TDINFO
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 01/16] x86/mm: Move force_dma_unencrypted() to common code
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v5 00/16] Add TDX Guest Support (shared-mm support)
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 07/11] mm: kasan: Use is_kernel() helper
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 0/6] memblock: cleanup memblock_free interface
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 6/6] memblock: use memblock_free for freeing virtual pointers
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 5/6] memblock: rename memblock_free to memblock_phys_free
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 4/6] memblock: stop aliasing __memblock_free_late with memblock_free_late
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 3/6] memblock: drop memblock_free_early_nid() and memblock_free_early()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 2/6] xen/x86: free_p2m_page: use memblock_free_ptr() to free a virtual pointer
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 1/6] arch_numa: simplify numa_distance allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 0/6] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 07/11] mm: kasan: Use is_kernel() helper
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: [PATCH v4 10/11] microblaze: Use is_kernel_text() helper
  • From: Michal Simek <monstr@xxxxxxxxx>
• [PATCH v4 05/11] x86: mm: Rename __is_kernel_text() to is_x86_32_kernel_text()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 06/11] sections: Provide internal __is_kernel() and __is_kernel_text() helper
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 01/11] kallsyms: Remove arch specific text and data check
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 09/11] powerpc/mm: Use core_kernel_text() helper
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 10/11] microblaze: Use is_kernel_text() helper
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 07/11] mm: kasan: Use is_kernel() helper
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 02/11] kallsyms: Fix address-checks for kernel related range
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 04/11] sections: Move is_kernel_inittext() into sections.h
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 11/11] alpha: Use is_kernel_text() helper
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 08/11] extable: Use is_kernel_text() helper
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 03/11] sections: Move and rename core_kernel_data() to is_kernel_core_data()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v4 00/11] sections: Unify kernel sections range check and use
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and use absolute_pointer macro)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] alpha: lazy FPU switching
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and use absolute_pointer macro)
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHES] alpha asm glue cleanups and fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 7/7] alpha: lazy FPU switching
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 6/6] alpha: ret_from_fork can go straight to ret_to_user
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] alpha: syscall exit cleanup
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/6] alpha: fix handling of a3 on straced syscalls
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/6] alpha: _TIF_ALLWORK_MASK is unused
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/6] alpha: fix syscall entry in !AUDUT_SYSCALL case
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] alpha: fix TIF_NOTIFY_SIGNAL handling
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCHES] alpha asm glue cleanups and fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Newer kernels on the Jensen (was: [PATCH v2 0/4] Introduce and use absolute_pointer macro)
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] memblock: cleanup memblock_free interface
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Shahab Vahedi <Shahab.Vahedi@xxxxxxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH 2/3] xen/x86: free_p2m_page: use memblock_free_ptr() to free a virtual pointer
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH 3/3] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 2/3] xen/x86: free_p2m_page: use memblock_free_ptr() to free a virtual pointer
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 1/3] arch_numa: simplify numa_distance allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 0/3] memblock: cleanup memblock_free interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 08/10] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 09/11] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 11/13] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 13/15] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 17/19] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Dave Taht <dave.taht@xxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Thorsten Glaser <t.glaser@xxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Anders Larsen <al@xxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] compiler.h: Introduce absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 1/4] compiler.h: Introduce absolute_pointer macro
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] net: i825xx: Use absolute_pointer for memcpy from fixed memory location
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] compiler.h: Introduce absolute_pointer macro
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 4/4] alpha: Use absolute_pointer to define COMMAND_LINE
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v2 3/4] alpha: Move setup.h out of uapi
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v2 2/4] net: i825xx: Use absolute_pointer for memcpy from fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v2 1/4] compiler.h: Introduce absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 3/4] parisc: Use absolute_pointer for memcmp on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 3/4] parisc: Use absolute_pointer for memcmp on fixed memory location
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 3/4] parisc: Use absolute_pointer for memcmp on fixed memory location
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] net: i825xx: Use absolute_pointer for memcpy on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 2/4] net: i825xx: Use absolute_pointer for memcpy on fixed memory location
  • From: Jeroen Roovers <jer@xxxxxxxxx>