Linux ia64 Archive — Date Index

• Thread Index

• Re: [PATCH] kbuild: add machine size to CHEKCFLAGS
  • From: Andreas Färber <afaerber@xxxxxxx>
• [PATCH] kbuild: add machine size to CHEKCFLAGS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] ia64: pgtable.h: fix a comment typo
  • From: Li Qiang <liq3ea@xxxxxxxxx>
• Re: [PATCH 7/7] x86: switch the VIA 32-bit DMA quirk to use the struct device flag
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] x86: switch the VIA 32-bit DMA quirk to use the struct device flag
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 7/7] x86: switch the VIA 32-bit DMA quirk to use the struct device flag
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] x86: switch the VIA 32-bit DMA quirk to use the struct device flag
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 7/7] x86: switch the VIA 32-bit DMA quirk to use the struct device flag
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] x86: switch the VIA 32-bit DMA quirk to use the struct device flag
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 7/7] x86: switch the VIA 32-bit DMA quirk to use the struct device flag
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] x86: remove the explicit nodac and allowdac option
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 5/7] x86: remove the experimental forcesac boot option
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 4/7] x86: remove a stray reference to pci-nommu.c
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] core, dma-direct: add a flag 32-bit dma limits
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] core, dma-direct: add a flag 32-bit dma limits
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/7] core, dma-direct: add a flag 32-bit dma limits
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/7] core, dma-direct: add a flag 32-bit dma limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/7] x86: remove a stray reference to pci-nommu.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/7] ia64: remove iommu_dma_supported
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/7] x86: remove the experimental forcesac boot option
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/7] ia64: remove the dead iommu_sac_force variable
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/7] x86: switch the VIA 32-bit DMA quirk to use the struct device flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/7] x86: remove the explicit nodac and allowdac option
  • From: Christoph Hellwig <hch@xxxxxx>
• refactor 32-bit dma limit quirks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4.4 25/92] futex: Remove duplicated code and fix undefined behaviour
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined behaviour
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined behaviour
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined behaviour
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: provide a fallback for PAGE_KERNEL_RO for architectures
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH] mm: provide a fallback for PAGE_KERNEL_RO for architectures
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] mm: provide a fallback for PAGE_KERNEL_RO for architectures
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH] mm: provide a fallback for PAGE_KERNEL_RO for architectures
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] IA64: tiocx: use put_device() instead of kfree()
  • From: Arvind Yadav <arvind.yadav.cs@xxxxxxxxx>
• Re: ia64 platform selection
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• ia64 platform selection
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [REVIEW][PATCH 12/17] signal/ia64: Replace FPE_FIXME with FPE_FLTUNK
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 00/32] docs/vm: convert to ReST format
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 00/32] docs/vm: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/32] docs/vm: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/32] docs/vm: convert to ReST format
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 00/32] docs/vm: convert to ReST format
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH 00/32] docs/vm: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC linux v2] init: make all setup_arch() output string to boot_command_line[]
  • From: yuan linyu <cugyly@xxxxxxx>
• Re: [PATCH] drm/sti: Depend on OF rather than selecting it
  • From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
• [RFC linux] init: make all setup_arch() output string to boot_command_line[]
  • From: yuan linyu <cugyly@xxxxxxx>
• Re: [PATCH] drm/sti: Depend on OF rather than selecting it
  • From: Philippe CORNU <philippe.cornu@xxxxxx>
• Re: [PATCH] drm/sti: Depend on OF rather than selecting it
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• [PATCH] drm/sti: Depend on OF rather than selecting it
  • From: "Oliver O'Halloran" <oohall@xxxxxxxxx>
• Re: [PATCH 00/32] docs/vm: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 00/32] docs/vm: convert to ReST format
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [PATCH] docs/memory-barriers.txt: Fix broken DMA vs MMIO ordering example
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] docs/memory-barriers.txt: Fix broken DMA vs MMIO ordering example
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH] docs/memory-barriers.txt: Fix broken DMA vs MMIO ordering example
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 2/2] Architecture defined limit on memory region random shift.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 1/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/2] Architecture defined limit on memory region random shift.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] Randomization of address chosen by mmap.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 1/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• [RFC PATCH v2 2/2] Architecture defined limit on memory region random shift.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• [PATCH 01/32] docs/vm: active_mm.txt convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/32] docs/vm: balance: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 03/32] docs/vm: cleancache.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 04/32] docs/vm: frontswap.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 06/32] docs/vm: hmm.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 05/32] docs/vm: highmem.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 07/32] docs/vm: hugetlbpage.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 08/32] docs/vm: hugetlbfs_reserv.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 09/32] docs/vm: hwpoison.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 12/32] docs/vm: mmu_notifier.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 10/32] docs/vm: idle_page_tracking.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 11/32] docs/vm: ksm.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 14/32] docs/vm: overcommit-accounting: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 15/32] docs/vm: page_frags convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 16/32] docs/vm: numa: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 17/32] docs/vm: pagemap.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 18/32] docs/vm: page_migration: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 19/32] docs/vm: page_owner: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 21/32] docs/vm: slub.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 23/32] docs/vm: split_page_table_lock: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 22/32] docs/vm: soft-dirty.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 25/32] docs/vm: transhuge.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 29/32] docs/vm: zsmalloc.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 27/32] docs/vm: userfaultfd.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 30/32] docs/vm: zswap.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 28/32] docs/vm: z3fold.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 26/32] docs/vm: unevictable-lru.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 32/32] docs/vm: add index.rst and link MM documentation to top level index
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 31/32] docs/vm: rename documentation files to .rst
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 20/32] docs/vm: remap_file_pages.txt: conert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 13/32] docs/vm: numa_memory_policy.txt: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 00/32] docs/vm: convert to ReST format
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI/MSI: Don't set up INTx if MSI or MSI-X is enabled
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] PCI/MSI: Don't set up INTx if MSI or MSI-X is enabled
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] PCI/MSI: Don't set up INTx if MSI or MSI-X is enabled
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] PCI/MSI: Don't set up INTx if MSI or MSI-X is enabled
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] PCI/MSI: Don't set up INTx if MSI or MSI-X is enabled
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] PCI/MSI: Don't set up INTx if MSI or MSI-X is enabled
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Re: [PATCH] PCI/MSI: Don't set up INTx if MSI or MSI-X is enabled
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• RE: [PATCH] PCI/MSI: Don't set up INTx if MSI or MSI-X is enabled
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• [PATCH] PCI/MSI: Don't set up INTx if MSI or MSI-X is enabled
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Can not boot rx1600, rx1620, rx2800 - at all
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH v2, simpler] ia64: fix ptrace(PTRACE_GETREGS) (unbreaks strace, gdb)
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• Re: [PATCH v2 01/11] kbuild: define PYTHON2 and PYTHON3 variables instead of PYTHON
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/11] kbuild: define PYTHON2 and PYTHON3 variables instead of PYTHON
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [GIT PULL] ia64 changes for 4.16
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• [PATCH 4.14 089/115] ia64, sched/cputime: Fix build error if CONFIG_VIRT_CPU_ACCOUNTING_NATIVE=y
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] ia64/err-inject: fix spelling mistake: "capapbilities" -> "capabilities"
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [RFC 2/5] ia64/sn/hwperf: use seq_open_data
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 01/11] kbuild: define PYTHON2 and PYTHON3 variables instead of PYTHON
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v2 00/11] Add Kconfig unit tests
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [RFC 1/5] seq_file: introduce seq_open_data helper
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• [RFC 1/5] seq_file: introduce seq_open_data helper
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [RFC 2/5] ia64/sn/hwperf: use seq_open_data
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ia64/err-inject: Use get_user_pages_fast()
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH 1/3] ftrace: Add module to ftrace_make_call() parameters
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/3] ftrace: Add module to ftrace_make_call() parameters
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] ia64: doc: tweak whitespace for 'console=' parameter
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• [PATCH 1/3] ftrace: Add module to ftrace_make_call() parameters
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxxxx>
• [PATCH 0/3] ARM: Implement MODULE_PLT support in FTRACE
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxxxx>
• [PATCH 2/3] ARM: PLT: Move struct plt_entries definition to header
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxxxx>
• [PATCH 3/3] ftrace: Add MODULE_PLTS support
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxxxx>
• [PATCH] ia64: Convert remaining atomic operations
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 00/14] Add Kconfig unit tests
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] ia64: convert unwcheck.py to python3
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• Re: [PATCH] ia64/err-inject: Use get_user_pages_fast()
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH] ia64: Remove pci-swiotlb.o from kernel Makefile
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] ia64: Remove pci-swiotlb.o from kernel Makefile
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] ia64: Remove pci-swiotlb.o from kernel Makefile
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] ia64: fix ptrace(PTRACE_GETREGS) (unbreaks strace, gdb)
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• Re: [PATCH] ia64: fix build failure with CONFIG_SWIOTLB
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] ia64: fix build failure with CONFIG_SWIOTLB
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• Re: [PATCH 00/14] Add Kconfig unit tests
  • From: Ulf Magnusson <ulfalizer@xxxxxxxxx>
• RE: [PATCH 06/14] kbuild: define PYTHON2 and PYTHON3 variables instead of PYTHON
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 06/14] kbuild: define PYTHON2 and PYTHON3 variables instead of PYTHON
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/14] kbuild: define PYTHON2 and PYTHON3 variables instead of PYTHON
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 00/14] Add Kconfig unit tests
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/14] kbuild: define PYTHON2 and PYTHON3 variables instead of PYTHON
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 06/14] kbuild: define PYTHON2 and PYTHON3 variables instead of PYTHON
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 00/14] Add Kconfig unit tests
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH AUTOSEL for 4.14 092/110] ia64, sched/cputime: Fix build error if CONFIG_VIRT_CPU_ACCOUNTING_NATIVE=y
  • From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
• Re: [PATCH] ia64: fix ptrace(PTRACE_GETREGS) (unbreaks strace, gdb)
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• Re: [PATCH] ia64: fix ptrace(PTRACE_GETREGS) (unbreaks strace, gdb)
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• [PATCH] ia64: fix ptrace(PTRACE_GETREGS) (unbreaks strace, gdb)
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• Re: [PATCH 22/34] dma-mapping: add an arch_dma_supported hook
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] ia64/err-inject: Use get_user_pages_fast()
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH] ia64: Rewrite atomic_add and atomic_sub
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] ia64: Rewrite atomic_add and atomic_sub
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH] ia64: Rewrite atomic_add and atomic_sub
  • From: Jakub Jelinek <jakub@xxxxxxxxxx>
• Re: [PATCH] ia64: Rewrite atomic_add and atomic_sub
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] ia64: Rewrite atomic_add and atomic_sub
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• [PATCH] ia64: Rewrite atomic_add and atomic_sub
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] Expand the INIT_SIGNALS and INIT_SIGHAND macros and remove
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: consolidate swiotlb dma_map implementations
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: consolidate swiotlb dma_map implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: consolidate swiotlb dma_map implementations
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: consolidate swiotlb dma_map implementations
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: consolidate direct dma mapping V4
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 10/22] swiotlb: refactor coherent buffer allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 06/22] swiotlb: rename swiotlb_free to swiotlb_exit
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH 05/22] x86: rename swiotlb_dma_ops
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH 04/22] powerpc: rename swiotlb_dma_ops
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH 03/22] ia64: rename swiotlb_dma_ops
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH 21/33] dma-mapping: add an arch_dma_supported hook
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH 19/33] dma-mapping: warn when there is no coherent_dma_mask
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• [PATCH 01/34] alpha: mark jensen as broken
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/34] hexagon: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• consolidate direct dma mapping V4
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/34] powerpc: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/34] m32r: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/34] m32r: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/34] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/34] s390: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/34] dma-mapping: take dma_pfn_offset into account in dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/34] mips: fix an off-by-one in dma_capable
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/34] arm64: don't override dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/34] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/34] dma-mapping: move dma_mark_clean to dma-direct.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/34] microblaze: remove the dead !NOT_COHERENT_CACHE dma code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/34] dma-mapping: warn when there is no coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/34] dma-mapping: clear harmful GFP_* flags in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/34] s390: move s390_pci_dma_ops to asm/pci_dma.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/34] dma-mapping: add an arch_dma_supported hook
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/34] dma-mapping: provide a generic asm/dma-mapping.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/34] dma-direct: use phys_to_dma
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/34] dma-direct: rename dma_noop to dma_direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/34] dma-direct: add dma address sanity checks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/34] dma-direct: add support for allocation from ZONE_DMA and ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/34] dma-direct: add support for CMA allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/34] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/34] dma-direct: use node local allocations for coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/34] dma-direct: make dma_direct_{alloc,free} available to other implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 34/34] h8300: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 33/34] cris: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 32/34] dma-direct: reject too small dma masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/34] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/34] microblaze: rename dma_direct to dma_nommu
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/34] microblaze: remove dma_nommu_dma_supported
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/34] hexagon: use the generic dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/34] riscv: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 08/22] swiotlb: wire up ->dma_supported in swiotlb_dma_ops
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 21/22] arm64: replace ZONE_DMA with ZONE_DMA32
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 10/22] swiotlb: refactor coherent buffer allocation
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 31/33] dma-direct: reject too small dma masks
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 27/33] dma-direct: use node local allocations for coherent memory
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 21/22] arm64: replace ZONE_DMA with ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 21/22] arm64: replace ZONE_DMA with ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 10/22] swiotlb: refactor coherent buffer allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 08/22] swiotlb: wire up ->dma_supported in swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 31/33] dma-direct: reject too small dma masks
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 27/33] dma-direct: use node local allocations for coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 20/33] dma-mapping: clear harmful GFP_* flags in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 22/22] arm64: use swiotlb_alloc and swiotlb_free
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 21/22] arm64: replace ZONE_DMA with ZONE_DMA32
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 10/22] swiotlb: refactor coherent buffer allocation
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 08/22] swiotlb: wire up ->dma_supported in swiotlb_dma_ops
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 02/22] arm64: rename swiotlb_dma_ops
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 27/33] dma-direct: use node local allocations for coherent memory
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 20/33] dma-mapping: clear harmful GFP_* flags in common code
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 31/33] dma-direct: reject too small dma masks
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 10/33] arm64: don't override dma_max_pfn
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 09/33] dma-mapping: take dma_pfn_offset into account in dma_max_pfn
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 29/33] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: consolidate swiotlb dma_map implementations
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• consolidate direct dma mapping V3
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/33] alpha: mark jensen as broken
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/33] hexagon: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/33] m32r: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/33] powerpc: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/33] riscv: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/33] m32r: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/33] s390: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/33] dma-mapping: take dma_pfn_offset into account in dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/33] arm64: don't override dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/33] dma-mapping: move dma_mark_clean to dma-direct.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/33] hexagon: use the generic dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• consolidate swiotlb dma_map implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/22] swiotlb: suppress warning when __GFP_NOWARN is set
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/22] ia64: rename swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/22] arm64: rename swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/22] x86: rename swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/22] powerpc: rename swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/22] swiotlb: rename swiotlb_free to swiotlb_exit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/22] swiotlb: add common swiotlb_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/22] swiotlb: wire up ->dma_supported in swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/22] swiotlb: refactor coherent buffer freeing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/22] swiotlb: refactor coherent buffer allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/22] swiotlb: remove various exports
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/22] ia64: replace ZONE_DMA with ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/22] ia64: clean up swiotlb support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/22] ia64: use generic swiotlb_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/22] tile: replace ZONE_DMA with ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/22] ia64: remove an ifdef around the content of pci-dma.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/22] unicore32: use generic swiotlb_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/22] tile: use generic swiotlb_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/22] mips: use swiotlb_{alloc,free}
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/22] mips/netlogic: remove swiotlb support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/22] arm64: replace ZONE_DMA with ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/22] arm64: use swiotlb_alloc and swiotlb_free
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/33] microblaze: rename dma_direct to dma_nommu
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/33] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/33] microblaze: remove dma_nommu_dma_supported
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/33] s390: move s390_pci_dma_ops to asm/pci_dma.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/33] microblaze: remove the dead !NOT_COHERENT_CACHE dma code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/33] dma-mapping: clear harmful GFP_* flags in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/33] dma-mapping: warn when there is no coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/33] dma-mapping: add an arch_dma_supported hook
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/33] dma-mapping: provide a generic asm/dma-mapping.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/33] dma-direct: rename dma_noop to dma_direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/33] dma-direct: use phys_to_dma
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/33] dma-direct: add support for CMA allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/33] dma-direct: add dma address sanity checks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/33] dma-direct: use node local allocations for coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/33] dma-direct: add support for allocation from ZONE_DMA and ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/33] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 32/33] cris: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/33] dma-direct: reject too small dma masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/33] dma-direct: make dma_direct_{alloc,free} available to other implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 33/33] h8300: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/33] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a flag in struct dma_map_ops
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 22/67] dma-mapping: clear harmful GFP_* flags in common code
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 34/67] cris: use dma-direct
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 06/67] hexagon: remove unused flush_write_buffers definition
  • From: Richard Kuo <rkuo@xxxxxxxxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [PATCH] ia64: Fix syntax error introduced by e2339a4caa5e
  • From: Valentin Ilie <valentin.ilie@xxxxxxxxx>
• Re: [PATCH 09/67] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/67] alpha: mark jensen as broken
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 27/67] dma-direct: add dma address sanity checks
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 17/67] microblaze: rename dma_direct to dma_microblaze
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/27] kill devm_ioremap_nocache
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 31/67] dma-direct: make dma_direct_{alloc, free} available to other implementations
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 26/67] dma-direct: use phys_to_dma
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 25/67] dma-direct: rename dma_noop to dma_direct
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 4/5] Expand the INIT_SIGNALS and INIT_SIGHAND macros and remove
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a flag in struct dma_map_ops
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 22/67] dma-mapping: clear harmful GFP_* flags in common code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/67] alpha: mark jensen as broken
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 29/67] dma-direct: use node local allocations for coherent memory
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: consolidate direct dma mapping and swiotlb support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 27/67] dma-direct: add dma address sanity checks
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: consolidate direct dma mapping and swiotlb support
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 17/67] microblaze: rename dma_direct to dma_microblaze
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [PATCH 01/67] x86: remove X86_PPRO_FENCE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a flag in struct dma_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/67] arm64: don't override dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/67] dma-mapping: take dma_pfn_offset into account in dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/67] alpha: mark jensen as broken
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/67] powerpc: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/67] hexagon: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/67] m32r: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/67] s390: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/67] dma-mapping: move dma_mark_clean to dma-direct.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/67] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/67] riscv: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/67] hexagon: use the generic dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/67] microblaze: remove dma_nommu_dma_supported
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/67] dma-mapping: warn when there is no coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/67] microblaze: rename dma_direct to dma_microblaze
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/67] s390: move s390_pci_dma_ops to asm/pci_dma.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/67] dma-mapping: add an arch_dma_supported hook
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/67] dma-mapping: provide a generic asm/dma-mapping.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/67] dma-direct: rename dma_noop to dma_direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/67] dma-direct: add dma address sanity checks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/67] dma-direct: use phys_to_dma
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/67] dma-direct: use node local allocations for coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/67] dma-direct: add support for CMA allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/67] dma-direct: make dma_direct_{alloc,free} available to other implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 34/67] cris: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 33/67] dma-direct: reject too small dma masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 35/67] h8300: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 37/67] x86: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 36/67] x86: remove dma_alloc_coherent_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 40/67] iommu/intel-iommu: use dma_direct_* helpers for the direct mapping case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 39/67] iommu/amd_iommu: use dma_direct_* helpers for the direct mapping case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 38/67] x86/amd_gart: clean up gart_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 41/67] x86: remove dma_alloc_coherent_gfp_flags
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 45/67] swiotlb: rename swiotlb_free to swiotlb_exit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 43/67] ia64: rename swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 48/67] swiotlb: rely on dev->coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 49/67] swiotlb: refactor coherent buffer freeing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 51/67] set_memory.h: provide set_memory_{en,de}crypted stubs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 47/67] swiotlb: wire up ->dma_supported in swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 46/67] swiotlb: lift x86 swiotlb_dma_ops to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 50/67] swiotlb: refactor coherent buffer allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 54/67] x86: remove sta2x11_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 55/67] ia64: replace ZONE_DMA with ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 57/67] ia64: clean up swiotlb support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 52/67] dma-direct: handle the memory encryption bit in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 56/67] ia64: use generic swiotlb_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 59/67] unicore32: use generic swiotlb_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 62/67] mips/netlogic: remove swiotlb support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 60/67] tile: replace ZONE_DMA with ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 58/67] ia64: remove an ifdef around the content of pci-dma.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 61/67] tile: use generic swiotlb_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 63/67] mips: use swiotlb_{alloc,free}
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 67/67] swiotlb: remove various exports
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 65/67] arm64: use swiotlb_alloc and swiotlb_free
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 66/67] swiotlb: remove swiotlb_{alloc,free}_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 64/67] arm64: replace ZONE_DMA with ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 53/67] swiotlb: remove swiotlb_set_mem_attributes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 44/67] powerpc: rename swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 42/67] arm64: rename swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 32/67] dma-direct: add support for allocation from ZONE_DMA and ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/67] dma-mapping: clear harmful GFP_* flags in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/67] microblaze: remove the dead !NOT_COHERENT_CACHE dma code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/67] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/67] m32r: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• consolidate direct dma mapping and swiotlb support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 4/5] Expand the INIT_SIGNALS and INIT_SIGHAND macros and remove
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [PATCH] ia64: agp: Replace empty define with do while
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Adding init_task consolidation patches to linux-next
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Re: Adding init_task consolidation patches to linux-next
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Adding init_task consolidation patches to linux-next
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: Adding init_task consolidation patches to linux-next
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Re: Adding init_task consolidation patches to linux-next
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH] ia64: Bounds-check node_distance and allow use from modules
  • From: James Clarke <jrtc27@xxxxxxxxxx>
• [PATCHv2 11/13] irq debug: do not use print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 11/13] irq debug: do not use print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 08/13] x86: do not use print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 13/13] arc: do not use __print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 08/13] x86: do not use print_symbol()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 13/13] arc: do not use __print_symbol()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• RE: [PATCH 11/13] irq debug: do not use print_symbol()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH 00/13] replace print_symbol() with printk()-s
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [PATCH 01/13] arm: do not use print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [PATCH 02/13] arm64: do not use print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [PATCH 04/13] ia64: do not use print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [PATCH 06/13] sh: do not use print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [PATCH 08/13] x86: do not use print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [PATCH 09/13] drivers: do not use print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [PATCH 11/13] irq debug: do not use print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [PATCH 12/13] lib: do not use print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [PATCH 13/13] arc: do not use __print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [PATCH 10/13] sysfs: do not use print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [PATCH 07/13] unicore32: do not use print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [PATCH 05/13] mn10300: do not use print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [PATCH 03/13] c6x: do not use print_symbol()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: Adding init_task consolidation patches to linux-next
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH 3/3] serial: ioc3: Adjust two function calls together with a variable assignment
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] serial: ioc3: Improve size determinations in ioc3uart_probe()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] serial: ioc3: Delete error messages for a failed memory allocation in ioc3uart_probe()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] tty/serial/ioc3: Adjustments for three function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• RE: Does this break IA64 Linux?
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: Does this break IA64 Linux?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Does this break IA64 Linux?
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: Does this break IA64 Linux?
  • From: David Howells <dhowells@xxxxxxxxxx>
• RE: Does this break IA64 Linux?
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Adding init_task consolidation patches to linux-next
  • From: David Howells <dhowells@xxxxxxxxxx>
• Does this break IA64 Linux?
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 0/5] Consolidate init_task handling and expand macros
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 1/5] Construct init thread stack in the linker script rather than by union
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 3/5] Expand various INIT_* macros and remove
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 4/5] Expand the INIT_SIGNALS and INIT_SIGHAND macros and remove
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 5/5] Expand INIT_STRUCT_PID and remove
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 2/5] Expand INIT_TASK() in init/init_task.c and remove
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCHv4 5/6] symbol lookup: introduce dereference_symbol_descriptor()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCHv4 5/6] symbol lookup: introduce dereference_symbol_descriptor()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCHv4 5/6] symbol lookup: introduce dereference_symbol_descriptor()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH] acpi, numa, ia64: Parse all entries of SRAT memory affinity table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCHv4 5/6] symbol lookup: introduce dereference_symbol_descriptor()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] acpi, numa, ia64: Parse all entries of SRAT memory affinity table
  • From: Ganapatrao Kulkarni <gklkml16@xxxxxxxxx>
• Re: [PATCH] acpi, numa, ia64: Parse all entries of SRAT memory affinity table
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] acpi, numa, ia64: Parse all entries of SRAT memory affinity table
  • From: Ganapatrao Kulkarni <gklkml16@xxxxxxxxx>
• RE: [PATCH] acpi, numa, ia64: Parse all entries of SRAT memory affinity table
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• [PATCH] acpi, numa, ia64: Parse all entries of SRAT memory affinity table
  • From: Ganapatrao Kulkarni <ganapatrao.kulkarni@xxxxxxxxxx>
• Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [GIT PULL] ia64 for v4.15
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCHv4 3/6] powerpc64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCHv4 3/6] powerpc64: Add .opd based function descriptor dereference
  • From: Santosh Sivaraj <santosh@xxxxxxxxxx>
• Re: [PATCHv4 5/6] symbol lookup: introduce dereference_symbol_descriptor()
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCHv4 5/6] symbol lookup: introduce dereference_symbol_descriptor()
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• [PATCHv4 1/6] sections: split dereference_function_descriptor()
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCHv4 2/6] ia64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCHv4 3/6] powerpc64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCHv4 5/6] symbol lookup: introduce dereference_symbol_descriptor()
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCHv4 4/6] parisc64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCHv4 6/6] checkpatch: add pF/pf deprecation warning
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCH] ia64: Update fsyscall gettime to use modern vsyscall_update
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: GENERIC_TIME_VSYSCALL_OLD deprecation
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: GENERIC_TIME_VSYSCALL_OLD deprecation
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: GENERIC_TIME_VSYSCALL_OLD deprecation
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• RE: GENERIC_TIME_VSYSCALL_OLD deprecation
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• GENERIC_TIME_VSYSCALL_OLD deprecation
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH] ia64: Convert timers to use timer_setup()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCHv3 6/7] symbol lookup: use new kernel and module dereference functions
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCH] ia64/kernel/ptrace: Use common error handling code in two functions
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 1/7] switch dereference_function_descriptor() to `unsigned long'
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCHv3 6/7] symbol lookup: use new kernel and module dereference functions
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH-tip v7 00/15] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: refactor dma_cache_sync V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCHv3 4/7] powerpc64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCHv3 1/7] switch dereference_function_descriptor() to `unsigned long'
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCHv3 2/7] sections: split dereference_function_descriptor()
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCHv3 4/7] powerpc64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCHv3 5/7] parisc64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCHv3 6/7] symbol lookup: use new kernel and module dereference functions
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• [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 05/15] locking/rwsem: Move rwsem internal function declarations to rwsem-xadd.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 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 07/15] locking/rwsem: Implement lock handoff to prevent lock starvation
  • 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 15/15] locking/rwsem: Wake up all readers in wait queue
  • 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>
• Re: refactor dma_cache_sync V2
  • From: Christoph Hellwig <hch@xxxxxx>
• RE: [PATCH v4 2/2] pid: Remove pidhash
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• 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 v4 2/2] pid: Remove pidhash
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• 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: [PATCHv3 7/7] checkpatch: add pF/pf deprecation warning
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCHv3 6/7] symbol lookup: use new kernel and module dereference functions
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCHv3 4/7] powerpc64: Add .opd based function descriptor dereference
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCHv3 5/7] parisc64: Add .opd based function descriptor dereference
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCHv3 4/7] powerpc64: Add .opd based function descriptor dereference
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 04/11] ia64: make dma_cache_sync a no-op
  • From: "'Christoph Hellwig'" <hch@xxxxxx>
• Re: [PATCHv3 3/7] ia64: Add .opd based function descriptor dereference
  • From: Petr Mladek <pmladek@xxxxxxxx>
• RE: [PATCH 04/11] ia64: make dma_cache_sync a no-op
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCHv3 2/7] sections: split dereference_function_descriptor()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 07/11] powerpc: make dma_cache_sync a no-op
  • From: Christophe LEROY <christophe.leroy@xxxxxx>
• Re: [PATCHv3 1/7] switch dereference_function_descriptor() to `unsigned long'
  • From: Petr Mladek <pmladek@xxxxxxxx>
• RE: [PATCH 02/11] x86: make dma_cache_sync a no-op
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RE: [PATCH 02/11] x86: make dma_cache_sync a no-op
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 07/11] powerpc: make dma_cache_sync a no-op
  • From: Christophe LEROY <christophe.leroy@xxxxxx>
• Re: refactor dma_cache_sync V2
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 07/11] powerpc: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 07/11] powerpc: make dma_cache_sync a no-op
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH 03/11] frv: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• refactor dma_cache_sync V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/11] x86: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/11] floppy: consolidate the dummy fd_cacheflush definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/11] ia64: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/11] microblaze: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/11] powerpc: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/11] unicore32: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/11] xtensa: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/11] sh: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/11] dma-mapping: turn dma_cache_sync into a dma_map_ops method
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/11] mn10300: make dma_cache_sync a no-op
  • From: Christoph Hellwig <hch@xxxxxx>
• 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>
• [PATCHv3 1/7] switch dereference_function_descriptor() to `unsigned long'
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCHv3 4/7] powerpc64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCHv3 7/7] checkpatch: add pF/pf deprecation warning
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCHv3 6/7] symbol lookup: use new kernel and module dereference functions
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCHv3 5/7] parisc64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCHv3 3/7] ia64: Add .opd based function descriptor dereference
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCHv3 2/7] sections: split dereference_function_descriptor()
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCHv3 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCH REBASED 0/6] rwsem: Implement down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH REBASED 1/6] alpha: Add __down_read_killable()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH REBASED 2/6] ia64: 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 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] [IA64] sn: make sn_screen_info const, static and __initconst
  • From: Bhumika Goyal <bhumirks@xxxxxxxxx>
• Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH v9] ACPI / init: Invoke early ACPI initialization earlier
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v9] ACPI / init: Invoke early ACPI initialization earlier
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v9] ACPI / init: Invoke early ACPI initialization earlier
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v9] ACPI / init: Invoke early ACPI initialization earlier
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v9] ACPI / init: Invoke early ACPI initialization earlier
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Helge Deller <deller@xxxxxx>
• RE: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• RE: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 0/3] use setup_timer() helper function.
  • From: Allen <allen.lkml@xxxxxxxxx>
• [PATCH 3/3] ia64: salinfo: use setup_timer() helper.
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [PATCH 2/3] ia64: mca: use setup_timer() helper.
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [PATCH 1/3] ia64: bte: use setup_timer() helper.
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [PATCH 0/3] use setup_timer() helper function.
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Santosh Sivaraj <santosh@xxxxxxxxxx>
• Re: [RFC][PATCH v2 6/7] symbol lookup: use new kernel and module dereference functions
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Helge Deller <deller@xxxxxx>
• Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
  • From: Helge Deller <deller@xxxxxx>
• Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC][PATCH v2 7/7] checkpatch: add pF/pf deprecation warning
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH 0/5] [RFC] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>