Linux PA RISC
[Prev Page][Next Page]
- Re: [PATCH 03/20] arc: use generic dma_noncoherent_ops
- From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
- Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- [PATCH 01/20] dma-mapping: simplify Kconfig dependencies
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/20] hexagon: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/20] m68k: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/20] microblaze: remove the consistent_sync and consistent_sync_page
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/20] nios2: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 13/20] sh: simplify get_arch_dma_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 17/20] sh: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 19/20] sparc: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 18/20] xtensa: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 20/20] parisc: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 16/20] mm: split arch/sh/mm/consistent.c
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 15/20] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 14/20] sh: introduce a sh_cacheop_vaddr helper
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/20] openrisc: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/20] nds32: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/20] microblaze: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/20] c6x: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/20] arc: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
- From: Christoph Hellwig <hch@xxxxxx>
- common non-cache coherent direct dma mapping ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH] IB: Fix RDMA_RXE and INFINIBAND_RDMAVT dependencies for DMA_VIRT_OPS
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- [PATCH v2 10/11] arch/*: Kconfig: fix documentation for NMI watchdog
- From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
- Re: [PATCH v4 1/3] resource: Use list_head to link sibling resource
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v4 1/3] resource: Use list_head to link sibling resource
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and debug_dma_dump_mappings
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 1/3] dma-debug: move initialization to common code
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: [PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and debug_dma_dump_mappings
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH 4/3] dma-debug: remove CONFIG_HAVE_DMA_API_DEBUG
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH 2/3] dma-debug: simplify counting of preallocated requests
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH 1/3] dma-debug: move initialization to common code
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH v4 1/3] resource: Use list_head to link sibling resource
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH v4 1/3] resource: Use list_head to link sibling resource
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: dma-debug cleanups, including removing the arch hook
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH v4 3/3] kexec_file: Load kernel at top of system RAM if required
- From: Baoquan He <bhe@xxxxxxxxxx>
- [PATCH v4 2/3] resource: add walk_system_ram_res_rev()
- From: Baoquan He <bhe@xxxxxxxxxx>
- [PATCH v4 1/3] resource: Use list_head to link sibling resource
- From: Baoquan He <bhe@xxxxxxxxxx>
- [PATCH v4 0/3] resource: Use list_head to link sibling resource
- From: Baoquan He <bhe@xxxxxxxxxx>
- [GIT PULL] parisc fixes for 4.17-rc4
- From: Helge Deller <deller@xxxxxx>
- diskless operation of HP 9000 712/80
- From: Frank Scheiner <frank.scheiner@xxxxxx>
- [PATCH 4/3] dma-debug: remove CONFIG_HAVE_DMA_API_DEBUG
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
- From: Greentime Hu <green.hu@xxxxxxxxx>
- Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops
- From: "hch@xxxxxx" <hch@xxxxxx>
- Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
- From: Greentime Hu <green.hu@xxxxxxxxx>
- Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops
- From: "hch@xxxxxx" <hch@xxxxxx>
- Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
- From: Greentime Hu <green.hu@xxxxxxxxx>
- Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops
- From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
- Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
- From: Greentime Hu <green.hu@xxxxxxxxx>
- Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and debug_dma_dump_mappings
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 1/3] dma-debug: move initialization to common code
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 2/3] dma-debug: simplify counting of preallocated requests
- From: Christoph Hellwig <hch@xxxxxx>
- dma-debug cleanups, including removing the arch hook
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 01/22] dma-debug: move initialization to common code
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH][RFC] parisc: Build kernel without -ffunction-sections
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Ultra5 successful install - PGX64 issues
- From: Frank Scheiner <frank.scheiner@xxxxxx>
- Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
- From: Greentime Hu <green.hu@xxxxxxxxx>
- Re: Ultra5 successful install - PGX64 issues
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Ultra5 successful install - PGX64 issues
- From: Frank Scheiner <frank.scheiner@xxxxxx>
- Re: Ultra5 successful install - PGX64 issues
- From: Frank Scheiner <frank.scheiner@xxxxxx>
- Re: Ultra5 successful install - PGX64 issues
- From: Frank Scheiner <frank.scheiner@xxxxxx>
- Re: Ultra5 successful install - PGX64 issues
- From: Helge Deller <deller@xxxxxx>
- Re: Ultra5 successful install - PGX64 issues
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Ultra5 successful install - PGX64 issues
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Ultra5 successful install - PGX64 issues
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
- From: Helge Deller <deller@xxxxxx>
- Re: [REVIEW][PATCH 13/22] signal/parisc: Use force_sig_fault where appropriate
- From: Helge Deller <deller@xxxxxx>
- Re: Compiling parisc without -ffunction-sections?
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Compiling parisc without -ffunction-sections?
- From: Helge Deller <deller@xxxxxx>
- Re: Compiling parisc without -ffunction-sections?
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: Ultra5 successful install - PGX64 issues
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Compiling parisc without -ffunction-sections?
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [PATCH] parisc: Fix section mismatches
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: drivers.c: Fix section mismatches
- From: Helge Deller <deller@xxxxxx>
- [PATCH][RFC] parisc: Build kernel without -ffunction-sections
- From: Helge Deller <deller@xxxxxx>
- Re: Compiling parisc without -ffunction-sections?
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] parisc: time: Convert read_persistent_clock() to read_persistent_clock64()
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] parisc: time: Convert read_persistent_clock() to read_persistent_clock64()
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [REVIEW][PATCH 13/22] signal/parisc: Use force_sig_fault where appropriate
- From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
- [REVIEW][PATCH 12/22] signal/parisc: Use force_sig_mceerr where appropriate
- From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
- Re: Compiling parisc without -ffunction-sections?
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: Compiling parisc without -ffunction-sections?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Compiling parisc without -ffunction-sections?
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH 01/22] dma-debug: move initialization to common code
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: Ultra5 successful install - PGX64 issues
- From: Jeroen Roovers <jer@xxxxxxxxxx>
- [PATCH 05/22] alpha: simplify get_arch_dma_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/22] dma-mapping: provide a generic dma-noncoherent implementation
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/22] arc: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/22] c6x: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/22] arm-nommu: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/22] m68k: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/22] hexagon: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/22] microblaze: remove the consistent_sync and consistent_sync_page
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 14/22] nios2: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 15/22] openrisc: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 13/22] nds32: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 16/22] sh: simplify get_arch_dma_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 17/22] sh: introduce a sh_cacheop_vaddr helper
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 19/22] sh: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 21/22] sparc: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 22/22] parisc: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 20/22] xtensa: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 18/22] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/22] microblaze: use generic dma_noncoherent_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/22] alpha: use dma_direct_ops for jensen
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 02/22] dma-mapping: simplify Kconfig dependencies
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/22] dma-debug: move initialization to common code
- From: Christoph Hellwig <hch@xxxxxx>
- [no subject]
- From: Christoph Hellwig <hch@xxxxxx>
- Re: Ultra5 successful install - PGX64 issues
- From: Helge Deller <deller@xxxxxx>
- Re: Ultra5 successful install - PGX64 issues
- From: Frank Scheiner <frank.scheiner@xxxxxx>
- [PATCH] parisc: time: Convert read_persistent_clock() to read_persistent_clock64()
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: [PATCH v2 2/2] parisc: define stronger ordering for the default readX()
- From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
- [PATCH] parisc: Make bzImage default build target
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v2 2/2] parisc: define stronger ordering for the default readX()
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH v2 2/2] parisc: define stronger ordering for the default readX()
- From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] parisc: define stronger ordering for the default readX()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] parisc: define stronger ordering for the default readX()
- From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] parisc: define stronger ordering for the default readX()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] parisc: use the asm-generic version for readX()
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
- From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
- [PATCH v2 2/2] parisc: define stronger ordering for the default readX()
- From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
- [PATCH v2 1/2] parisc: define stronger ordering for the default writeX()
- From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
- HP Superdome possible test
- From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
- From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
- From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
- From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] parisc: use the asm-generic version for writeX()
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [PATCH 1/2] parisc: use the asm-generic version for writeX()
- From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
- [PATCH 2/2] parisc: use the asm-generic version for readX()
- From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
- [GIT PULL] parisc trivial build fix for 4.17
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: Document rules regarding checksum of HPMC handler
- From: Helge Deller <deller@xxxxxx>
- Re: Ultra5 successful install - PGX64 issues
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] parisc: Switch to generic COMPAT_BINFMT_ELF
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH] parisc: Switch to generic COMPAT_BINFMT_ELF
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] parisc: Switch to generic COMPAT_BINFMT_ELF
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [GIT PULL] parisc architecture updates for 4.17-rc1
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v2] dec: tulip: de4x5: Replace mdelay with usleep_range in de4x5_hw_init
- From: Jia-Ju Bai <baijiaju1990@xxxxxxxxx>
- Re: [PATCH v2] dec: tulip: de4x5: Replace mdelay with usleep_range in de4x5_hw_init
- From: arvindY <arvind.yadav.cs@xxxxxxxxx>
- Re: [PATCH v2] dec: tulip: de4x5: Replace mdelay with usleep_range in de4x5_hw_init
- From: Jia-Ju Bai <baijiaju1990@xxxxxxxxx>
- [PATCH] parisc: Prevent panic at system halt
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v2] dec: tulip: de4x5: Replace mdelay with usleep_range in de4x5_hw_init
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH v2] dec: tulip: de4x5: Replace mdelay with usleep_range in de4x5_hw_init
- From: Jia-Ju Bai <baijiaju1990@xxxxxxxxx>
- Re: [PATCH] dec: tulip: de4x5: Replace mdelay with usleep_range in de4x5_hw_init
- From: kbuild test robot <lkp@xxxxxxxxx>
- [PATCH] parisc: Switch to generic COMPAT_BINFMT_ELF
- From: Helge Deller <deller@xxxxxx>
- [PATCH] dec: tulip: de4x5: Replace mdelay with usleep_range in de4x5_hw_init
- From: Jia-Ju Bai <baijiaju1990@xxxxxxxxx>
- [PATCH] parisc: Move cache flush functions into .text.hot section
- From: Helge Deller <deller@xxxxxx>
- Re: [stffrdhrn:peterz-mbsync 1/2] arch/parisc/include/asm/spinlock.h:23:2: error: implicit declaration of function 'mb'; did you mean 'rmb'?
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [stffrdhrn:peterz-mbsync 1/2] arch/parisc/include/asm/spinlock.h:23:2: error: implicit declaration of function 'mb'; did you mean 'rmb'?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [stffrdhrn:peterz-mbsync 1/2] arch/parisc/include/asm/spinlock.h:23:2: error: implicit declaration of function 'mb'; did you mean 'rmb'?
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [stffrdhrn:peterz-mbsync 1/2] arch/parisc/include/asm/spinlock.h:23:2: error: implicit declaration of function 'mb'; did you mean 'rmb'?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] sound: ad1889: Replace mdelay with usleep_range in snd_ad1889_init
- From: Takashi Iwai <tiwai@xxxxxxx>
- [PATCH 2/2] sound: ad1889: Replace mdelay with usleep_range in snd_ad1889_ac97_ready
- From: Jia-Ju Bai <baijiaju1990@xxxxxxxxx>
- [PATCH 1/2] sound: ad1889: Replace mdelay with usleep_range in snd_ad1889_init
- From: Jia-Ju Bai <baijiaju1990@xxxxxxxxx>
- [RFC linux v2] init: make all setup_arch() output string to boot_command_line[]
- From: yuan linyu <cugyly@xxxxxxx>
- [RFC linux] init: make all setup_arch() output string to boot_command_line[]
- From: yuan linyu <cugyly@xxxxxxx>
- linux-next: build failure after merge of the parisc-hd tree
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH resend] parisc: Optimze cache flush algorithms
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [GIT PULL] parisc architecture updates for 4.17
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v6 13/16] parisc: Switch to generic free_initrd_mem.
- From: Helge Deller <deller@xxxxxx>
- [PATCH v6 13/16] parisc: Switch to generic free_initrd_mem.
- From: Shea Levy <shea@xxxxxxxxxxxx>
- 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>
- [PATCH v5 13/16] parisc: Switch to generic free_initrd_mem.
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v4 13/16] parisc: Use generic free_initrd_mem.
- From: Shea Levy <shea@xxxxxxxxxxxx>
- 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] video/console/sticore: Delete an error message for a failed memory allocation in sti_try_rom_generic()
- From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
- Re: [PATCH v2 2/2] video/fbdev/stifb: Delete an error message for a failed memory allocation in stifb_init_fb()
- From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
- Re: [PATCH v2 1/2] video/fbdev/stifb: Return -ENOMEM after a failed kzalloc() in stifb_init_fb()
- From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
- Re: [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- 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: [PATCH v2] ipmi/parisc: Add IPMI chassis poweroff for certain HP PA-RISC and IA-64 servers
- From: Corey Minyard <minyard@xxxxxxx>
- [PATCH v2] ipmi/parisc: Add IPMI chassis poweroff for certain HP PA-RISC and IA-64 servers
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] ipmi/parisc: Add IPMI chassis poweroff for certain HP PA-RISC servers
- From: Helge Deller <deller@xxxxxx>
- 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: [PATCH] ipmi/parisc: Add IPMI chassis poweroff for certain HP PA-RISC servers
- From: Corey Minyard <minyard@xxxxxxx>
- Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH] parisc/pci: Switch LBA PCI bus from Hard Fail to Soft Fail mode
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
- Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
- From: Ilya Smith <blackzert@xxxxxxxxx>
- Re: [PATCH] parisc: Directly call machine_power_off() in power button driver
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: [PATCH] parisc: machine_power_off() should call pm_power_off()
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: [PATCH] ipmi/parisc: Add IPMI chassis poweroff for certain HP PA-RISC servers
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH v2 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.
- From: Shea Levy <shea@xxxxxxxxxxxx>
- Re: [PATCH v2 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.
- From: Palmer Dabbelt <palmer@xxxxxxxxxx>
- [PATCH v2 01/16] initrd: Add generic code path for common initrd unloading logic.
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v2 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v2 03/16] alpha: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v2 04/16] arc: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v2 06/16] frv: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v2 05/16] c6x: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v2 08/16] m32r: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v2 07/16] h8300: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v2 10/16] microblaze: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v2 09/16] m68k: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v2 12/16] openrisc: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v2 13/16] parisc: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v2 11/16] nios2: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v2 14/16] powerpc: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v2 16/16] um: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v2 15/16] sh: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- Re: [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH v2 00/16] Generic infrastructure for unloading initramfs
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH] parisc: Fix out of array access in match_pci_device()
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
- From: LEROY Christophe <christophe.leroy@xxxxxx>
- [PATCH] parisc: Add code generator for Qemu/SeaBIOS machine info
- From: Helge Deller <deller@xxxxxx>
- Re: googletest's test suite triggers "Data TLB miss fault"
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [PATCH] parisc/pci: Switch LBA PCI bus from Hard Fail to Soft Fail mode
- From: Helge Deller <deller@xxxxxx>
- Re: [RFC][PATCH v2] Fix HPMC handler by increasing size to multiple of 16 bytes
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: Directly call machine_power_off() in power button driver
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: machine_power_off() should call pm_power_off()
- From: Helge Deller <deller@xxxxxx>
- [PATCH] ipmi/parisc: Add IPMI chassis poweroff for certain HP PA-RISC servers
- From: Helge Deller <deller@xxxxxx>
- [PATCH 09/16] m68k: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH 05/16] c6x: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH 12/16] openrisc: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH 06/16] frv: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH 03/16] alpha: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH 00/16] Generic infrastructure for unloading initramfs
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH 16/16] um: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH 15/16] sh: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH 11/16] nios2: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH 14/16] powerpc: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH 13/16] parisc: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH 04/16] arc: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH 08/16] m32r: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH 07/16] h8300: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- [PATCH 10/16] microblaze: Use INITRAMFS_GENERIC_UNLOAD
- From: Shea Levy <shea@xxxxxxxxxxxx>
- 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>
- Re: C8000 serial console remote reboot
- From: Helge Deller <deller@xxxxxx>
- Re: C8000 serial console remote reboot
- From: Helge Deller <deller@xxxxxx>
- [RFC PATCH v2 1/2] Randomization of address chosen by mmap.
- From: Ilya Smith <blackzert@xxxxxxxxx>
- [RFC PATCH v2 0/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>
- Re: googletest's test suite triggers "Data TLB miss fault"
- From: Matt Turner <mattst88@xxxxxxxxx>
- C3600, kernel-4.16.2-64bit is stable
- From: Carlo Pisani <carlojpisani@xxxxxxxxx>
- Re: googletest's test suite triggers "Data TLB miss fault"
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: C8000 serial console remote reboot
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: High system overhead on PA8800/PA8900?
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: C8000 serial console remote reboot
- From: Tom Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
- googletest's test suite triggers "Data TLB miss fault"
- From: Matt Turner <mattst88@xxxxxxxxx>
- High system overhead on PA8800/PA8900?
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: C8000 serial console remote reboot
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: C8000 serial console remote reboot
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a conflict with SI_USER with SIGFPE
- From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
- Re: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a conflict with SI_USER with SIGFPE
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- C8000 serial console remote reboot
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a conflict with SI_USER with SIGFPE
- From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
- Re: [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a conflict with SI_USER with SIGFPE
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [RFC][PATCH] Fix HPMC handler by increasing size to multiple of 16 bytes
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [RFC][PATCH] Fix HPMC handler by increasing size to multiple of 16 bytes
- From: Helge Deller <deller@xxxxxx>
- Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
- Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
- Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
- [PATCH AUTOSEL for 4.9 277/281] signal/parisc: Document a conflict with SI_USER with SIGFPE
- From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
- [PATCH AUTOSEL for 4.14 91/97] signal/parisc: Document a conflict with SI_USER with SIGFPE
- From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
- [PATCH AUTOSEL for 4.15 118/124] signal/parisc: Document a conflict with SI_USER with SIGFPE
- From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
- Re: Aw: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
- Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
- From: Grant Grundler <grantgrundler@xxxxxxxxx>
- Re: [PATCH v3] parisc: Fix ordering of cache and TLB flushes
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: kernel 4.15.7/64bit, C3600 is unstable during heavy I/O on PCI
- From: Helge Deller <deller@xxxxxx>
- [GIT PULL] parisc architecture fix for 4.16-rc6
- From: Helge Deller <deller@xxxxxx>
- Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
- From: Helge Deller <deller@xxxxxx>
- Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: Aw: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Aw: Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
- From: "Helge Deller" <deller@xxxxxx>
- Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: C3600 kernel/64bit 4.* slow IO due to -mlong-calls
- From: Helge Deller <deller@xxxxxx>
- Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
- Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v5 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v5 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
- [PATCH v5 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
- Re: [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
- Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
- [PATCH] parisc/Kconfig: SMP kernels boot on all machines
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: kernel 4.* slow IO due to -mlong-calls (hppa/c3600)
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: kbuild test robot <lkp@xxxxxxxxx>
- kernel 4.* slow IO due to -mlong-calls (hppa/c3600)
- From: Carlo Pisani <carlojpisani@xxxxxxxxx>
- Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
- [PATCH v4 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
- [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
- [PATCH -v2] parisc: Handle case where flush_cache_range is called with no context
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
- Re: [PATCH] parisc: time: stop validating rtc_time in .read_time
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH] parisc: silence uninitialized variable warning in dbl_to_sgl_fcnvff()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: Handle case where flush_cache_range is called with no context
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: James Hogan <jhogan@xxxxxxxxxx>
- [GIT PULL] parisc architecture fixes for 4.16-rc4
- From: Helge Deller <deller@xxxxxx>
- [PATCH v3] parisc: Fix ordering of cache and TLB flushes
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- X11 doesn't work on c3750
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
- From: Helge Deller <deller@xxxxxx>
- WARNING: CPU: 0 PID: NNNN at kernel/cgroup.c:492 cgroup_get+0xNN/0xNN on first login
- From: Jeroen Roovers <jer@xxxxxxxxxx>
- Re: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH] parisc: time: stop validating rtc_time in .read_time
- From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
- Re: linux-next: Signed-off-by missing for commit in the parisc-hd tree
- From: Helge Deller <deller@xxxxxx>
- linux-next: Signed-off-by missing for commit in the parisc-hd tree
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH v2] parisc: Fix ordering of cache and TLB flushes
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: parisc 4.16-rc1 error: ERROR: "$$remU" [drivers/net/tun.ko] undefined!
- From: Meelis Roos <mroos@xxxxxxxx>
- [PATCH] parisc: Improve cache flushing under qemu
- From: Helge Deller <deller@xxxxxx>
- Re: parisc 4.16-rc1 error: ERROR: "$$remU" [drivers/net/tun.ko] undefined!
- From: Helge Deller <deller@xxxxxx>
- Re: parisc 4.16-rc1 error: ERROR: "$$remU" [drivers/net/tun.ko] undefined!
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: parisc 4.16-rc1 error: ERROR: "$$remU" [drivers/net/tun.ko] undefined!
- From: John David Anglin <dave.anglin@xxxxxxxx>
- parisc 4.16-rc1 error: ERROR: "$$remU" [drivers/net/tun.ko] undefined!
- From: Meelis Roos <mroos@xxxxxxxx>
- [PATCH] parisc: Fix ordering of cache and TLB flushes
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [PATCH] parisc: Reduce irq overhead when run in QEMU
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 22/34] dma-mapping: add an arch_dma_supported hook
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
- From: Helge Deller <deller@xxxxxx>
- Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
- From: Helge Deller <deller@xxxxxx>
- Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [committed] hppa: Switch hppa-linux to caller copies ABI
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [committed] hppa: Switch hppa-linux to caller copies ABI
- From: Richard Biener <richard.guenther@xxxxxxxxx>
- [committed] hppa: Switch hppa-linux to caller copies ABI
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v3 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: consolidate direct dma mapping V4
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
- [PATCH v3 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
- Re: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
- From: Helge Deller <deller@xxxxxx>
- Re: [GIT PULL] parisc architecture fixes for 4.15-rc7
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [GIT PULL] parisc architecture fixes for 4.15-rc7
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: Check if secondary CPUs want own PDC calls
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: Use cr16 interval timers unconditionally on qemu
- From: Helge Deller <deller@xxxxxx>
- 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 05/34] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/34] m32r: remove the unused dma_capable helper
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/34] riscv: remove the unused dma_capable helper
- 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 10/34] arm64: don't override dma_max_pfn
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 13/34] dma-mapping: move dma_mark_clean to dma-direct.h
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 20/34] dma-mapping: warn when there is no coherent_dma_mask
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 16/34] microblaze: rename dma_direct to dma_nommu
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 21/34] dma-mapping: clear harmful GFP_* flags in common code
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 15/34] powerpc: 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 22/34] dma-mapping: add an arch_dma_supported hook
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 18/34] microblaze: remove the dead !NOT_COHERENT_CACHE dma 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 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 30/34] dma-direct: retry allocations using GFP_DMA for small masks
- 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 27/34] dma-direct: add support for CMA allocation
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 32/34] dma-direct: reject too small dma masks
- 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 28/34] dma-direct: use node local allocations for coherent memory
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 14/34] hexagon: use the generic dma_capable helper
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/34] dma-mapping: move swiotlb arch helpers to a new header
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/34] mips: fix an off-by-one in dma_capable
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/34] m32r: remove unused flush_write_buffers definition
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/11] signal/parisc: Document a conflict with SI_USER with SIGFPE
- From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
- 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 11/33] dma-mapping: move swiotlb arch helpers to a new header
- 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: [GIT PULL] parisc architecture fixes for 4.15-rc7
- From: Helge Deller <deller@xxxxxx>
- 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>
- consolidate direct dma mapping V3
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/33] m32r: remove unused flush_write_buffers definition
- 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 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 08/33] s390: 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 05/33] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/33] arm64: don't override dma_max_pfn
- 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 14/33] powerpc: rename dma_direct_ to dma_nommu_
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 15/33] microblaze: rename dma_direct to dma_nommu
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 16/33] microblaze: remove dma_nommu_dma_supported
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 13/33] hexagon: use the generic dma_capable helper
- 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 20/33] dma-mapping: clear harmful GFP_* flags in common code
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 22/33] dma-mapping: provide a generic asm/dma-mapping.h
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 21/33] dma-mapping: add an arch_dma_supported hook
- 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 28/33] dma-direct: add support for allocation from ZONE_DMA and ZONE_DMA32
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 27/33] dma-direct: use node local allocations for coherent memory
- 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 29/33] dma-direct: retry allocations using GFP_DMA for small 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 25/33] dma-direct: add dma address sanity checks
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 23/33] dma-direct: rename dma_noop to dma_direct
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 19/33] dma-mapping: warn when there is no coherent_dma_mask
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 17/33] microblaze: remove the dead !NOT_COHERENT_CACHE dma code
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/33] dma-mapping: move dma_mark_clean to dma-direct.h
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [GIT PULL] parisc architecture fixes for 4.15-rc7
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- 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>
- [PATCH] parisc: Use fast cr16 clocksource with qemu
- From: Helge Deller <deller@xxxxxx>
- [GIT PULL] parisc architecture fixes for 4.15-rc7
- From: Helge Deller <deller@xxxxxx>
- [PATCH v2 2/2] video/fbdev/stifb: Delete an error message for a failed memory allocation in stifb_init_fb()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH v2 1/2] video/fbdev/stifb: Return -ENOMEM after a failed kzalloc() in stifb_init_fb()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH v2 0/2] video/fbdev/stifb: Adjustments for stifb_init_fb()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH] parisc: QEMU host idle sleep support
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 09/67] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- 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 16/67] powerpc: rename dma_direct_ to dma_nommu_
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- [PATCH] parisc: Show unhashed EISA EEPROM address
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: Show unhashed HPA of Dino chip
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: Show initial kernel memory layout unhashed
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: Show unhashed hardware inventory
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: Fix alignment of pa_tlb_lock in assembly on 32-bit SMP kernel
- From: Helge Deller <deller@xxxxxx>
- 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 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] video/fbdev/stifb: Delete an error message for a failed memory allocation in stifb_init_fb()
- From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
- 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>
- consolidate direct dma mapping and swiotlb support
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/67] arm64: don't override dma_max_pfn
- 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 07/67] m32r: 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 15/67] hexagon: use the generic dma_capable helper
- 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 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 28/67] dma-direct: add support for CMA allocation
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 29/67] dma-direct: use node local allocations for coherent memory
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks
- 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 37/67] x86: use dma-direct
- 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 36/67] x86: remove dma_alloc_coherent_mask
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 35/67] h8300: use dma-direct
- 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 41/67] x86: remove dma_alloc_coherent_gfp_flags
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 38/67] x86/amd_gart: clean up gart_alloc_coherent
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 45/67] swiotlb: rename swiotlb_free to swiotlb_exit
- 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 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 54/67] x86: remove sta2x11_dma_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 57/67] ia64: clean up swiotlb support
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 55/67] ia64: 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 52/67] dma-direct: handle the memory encryption bit in common code
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 50/67] swiotlb: refactor coherent buffer allocation
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 59/67] unicore32: use generic swiotlb_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 56/67] ia64: use generic swiotlb_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 62/67] mips/netlogic: remove swiotlb support
- 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 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 66/67] swiotlb: remove swiotlb_{alloc,free}_coherent
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 65/67] arm64: use swiotlb_alloc and swiotlb_free
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 64/67] arm64: replace ZONE_DMA with ZONE_DMA32
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 61/67] tile: use generic swiotlb_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 60/67] tile: replace ZONE_DMA with ZONE_DMA32
- 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 31/67] dma-direct: make dma_direct_{alloc,free} available to other implementations
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 26/67] dma-direct: use phys_to_dma
- 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 17/67] microblaze: rename dma_direct to dma_microblaze
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/67] riscv: remove the unused dma_capable helper
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/67] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
- 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>
- Re: Have my PA8800 back online... (serial port missing on v4.14)
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: Have my PA8800 back online... (serial port missing on v4.14)
- From: Helge Deller <deller@xxxxxx>
- [GIT PULL] parisc architecture fixes for 4.15-rc5
- From: Helge Deller <deller@xxxxxx>
- Re: Have my PA8800 back online... (serial port missing on v4.14)
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- [BUG] tulip/de4x5: a possible sleep-in-atomic bug in de4x5_interrupt
- From: Jia-Ju Bai <baijiaju1990@xxxxxxxxx>
- Re: Have my PA8800 back online...
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: Fix indenting in puts()
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: Align os_hpmc_size on word boundry
- From: Helge Deller <deller@xxxxxx>
- Re: Have my PA8800 back online... (serial port missing on v4.14)
- From: Helge Deller <deller@xxxxxx>
- Re: Have my PA8800 back online...
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Have my PA8800 back online...
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: crashes in 4.10 because of "parisc: Enable KASLR"
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Have my PA8800 back online...
- From: Helge Deller <deller@xxxxxx>
- Re: Have my PA8800 back online... (serial port missing on v4.14)
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: crashes in 4.10 because of "parisc: Enable KASLR"
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [PATCH 37/45] arch/parisc: remove duplicate includes
- From: Pravin Shedge <pravin.shedge4linux@xxxxxxxxx>
- Re: Have my PA8800 back online...
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] parisc: Add missing curly braces in puts()
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: Add missing curly braces in puts()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] parisc: Reduce probability of stack overflow
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Have my PA8800 back online... (serial port missing on v4.14)
- From: Helge Deller <deller@xxxxxx>
- Re: crashes in 4.10 because of "parisc: Enable KASLR"
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] ipmi_si: fix crash on parisc
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] ipmi_si: fix crash on parisc
- From: Corey Minyard <minyard@xxxxxxx>
- Re: [PATCH] ipmi_si: fix crash on parisc
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- 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>
- [PATCH] ipmi_si: fix crash on parisc
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCHv4 5/6] symbol lookup: introduce dereference_symbol_descriptor()
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- [PATCH] video/console/sticore: Delete an error message for a failed memory allocation in sti_try_rom_generic()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: Debian vmlinux-4.14.0-1-parisc64-smp fails to boot on c3750
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Debian vmlinux-4.14.0-1-parisc64-smp fails to boot on c3750
- From: Helge Deller <deller@xxxxxx>
- Re: Debian vmlinux-4.14.0-1-parisc64-smp fails to boot on c3750
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: Debian vmlinux-4.14.0-1-parisc64-smp fails to boot on c3750
- From: Helge Deller <deller@xxxxxx>
- Re: Debian vmlinux-4.14.0-1-parisc64-smp fails to boot on c3750
- From: Helge Deller <deller@xxxxxx>
- Debian vmlinux-4.14.0-1-parisc64-smp fails to boot on c3750
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Deepa Dinamani <deepa.kernel@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 v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
- Re: [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v2 02/10] include: Move compat_timespec/ timeval to compat_time.h
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
- [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
- [PATCH 2/3] y2038: elfcore: use __kernel_old_timeval for process times
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
- From: Vlastimil Babka <vbabka@xxxxxxx>
- [PATCH 3/3] Input: hp_sdc: convert to ktime_get()
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 2/3] input: hil_mlc: convert timeval to jiffies
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 1/3] Input: hil_mlc: convert timeval to time64_t
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] video/fbdev/stifb: Delete an error message for a failed memory allocation in stifb_init_fb()
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH] video/fbdev/stifb: Delete an error message for a failed memory allocation in stifb_init_fb()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- [GIT PULL] parisc architecture updates for 4.15
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: Various sparse patches for v4.16
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
- Re: linux-next: Tree for Nov 7
- From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
- Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: linux-next: Tree for Nov 7
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: linux-next: Tree for Nov 7
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: linux-next: Tree for Nov 7
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: linux-next: Tree for Nov 7
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: linux-next: Tree for Nov 7
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: linux-next: Tree for Nov 7
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- linux-next: manual merge of the nvdimm tree with the parisc-hd tree
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- [PATCH] parisc: Reduce probability of stack overflow
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
- From: Helge Deller <deller@xxxxxx>
- Re: linux-next: Tree for Nov 7
- From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
- Re: linux-next: Tree for Nov 7
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: linux-next: Tree for Nov 7
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: linux-next: Tree for Nov 7
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: linux-next: Tree for Nov 7
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: linux-next: Tree for Nov 7
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: linux-next: Tree for Nov 7
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: linux-next: Tree for Nov 7
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: linux-next: Tree for Nov 7
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- 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>
- [PATCH] ALSA: ad1889: Use common error handling code in snd_ad1889_create()
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite News]