Linux M68K

• Thread Index

• [PATCH v6 2/4] mmc: sdhci: add quirks for be to le byte swapping
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH v6 1/4] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH 10/29] c6x: use asm-generic/cacheflush.h
  • From: Mark Salter <msalter@xxxxxxxxxx>
• [m68k:master] BUILD SUCCESS e886fc082483901d72b153315d294dd660b4ed45
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 4684d38e4d478644c6c5c9cc484d45fe747bfced
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 29/29] module: move the set_fs hack for flush_icache_range to m68k
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH v5 3/3] mmc: host: add Coldfire esdhc support
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v5 3/3] mmc: host: add Coldfire esdhc support
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH v5 3/3] mmc: host: add Coldfire esdhc support
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH v5 2/3] mmc: sdhci: add quirks for be to le byte swapping
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• [PATCH v5 3/3] mmc: host: add Coldfire esdhc support
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH v5 2/3] mmc: sdhci: add quirks for be to le byte swapping
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH v5 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH 05/29] asm-generic: fix the inclusion guards for cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/29] arm64: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/29] asm-generic: improve the flush_dcache_page stub
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/29] c6x: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/29] openrisc: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/29] microblaze: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/29] hexagon: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/29] ia64: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/29] powerpc: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/29] riscv: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/29] arm,sparc,unicore32: remove flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/29] mm: rename flush_icache_user_range to flush_icache_user_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/29] m68k: implement flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/29] exec: only build read_code when needed
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/29] xtensa: implement flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/29] sh: implement flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/29] nommu: use flush_icache_user_range in brk and mmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/29] binfmt_flat: use flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/29] module: move the set_fs hack for flush_icache_range to m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/29] exec: use flush_icache_user_range in read_code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/29] arm: rename flush_cache_user_range to flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/29] asm-generic: add a flush_icache_user_range stub
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/29] m68knommu: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/29] alpha: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/29] asm-generic: don't include <linux/mm.h> in cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/29] unicore32: remove flush_cache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/29] powerpc: unexport flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/29] nds32: unexport flush_icache_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/29] arm: fix the flush_icache_range arguments in set_fiq_handler
  • From: Christoph Hellwig <hch@xxxxxx>
• sort out the flush_icache_range mess v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 2/3] mmc: sdhci: add quirks for be to le byte swapping
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH v4 3/3] mmc: host: add Coldfire esdhc support
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH v4 2/3] mmc: sdhci: add quirks for be to le byte swapping
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH v2 07/10] clk: Allow the common clk framework to be selectable
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 3/3] mmc: host: add Coldfire esdhc support
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH v4 2/3] mmc: sdhci: add quirks for be to le byte swapping
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH v4 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH 12/15] md: stop using ->queuedata
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 12/15] md: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/15] md: stop using ->queuedata
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH 19/31] riscv: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 19/31] riscv: use asm-generic/cacheflush.h
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v3 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH v3 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Greg Ungerer <gregungerer@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 29/31] binfmt_flat: use flush_icache_user_range
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 16/31] m68knommu: use asm-generic/cacheflush.h
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [m68k:master] BUILD SUCCESS 39d91d3c3b4733d38cc4ae72c1f48a4b880d97ba
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:for-next] BUILD SUCCESS b5c08eb306abe5f00bee7220e8d3b62040edf28e
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS c7630f6386a3bf73cca7b07bb2d038f41658177e
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 31/31] module: move the set_fs hack for flush_icache_range to m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: sort out the flush_icache_range mess
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 03/31] MIPS: unexport __flush_icache_user_range
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: sort out the flush_icache_range mess
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 31/31] module: move the set_fs hack for flush_icache_range to m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/31] arm64: fix the flush_icache_range arguments in machine_kexec
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: sort out the flush_icache_range mess
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 31/31] module: move the set_fs hack for flush_icache_range to m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/31] arm64: fix the flush_icache_range arguments in machine_kexec
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 02/31] arm64: fix the flush_icache_range arguments in machine_kexec
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: sort out the flush_icache_range mess
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 31/31] module: move the set_fs hack for flush_icache_range to m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 26/31] m68k: implement flush_icache_user_range
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 21/31] mm: rename flush_icache_user_range to flush_icache_user_page
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 10/31] alpha: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/31] hexagon: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/31] m68knommu: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/31] arm,sparc,unicore32: remove flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/31] riscv: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/31] openrisc: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/31] microblaze: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/31] arm64: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/31] asm-generic: improve the flush_dcache_page stub
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/31] asm-generic: don't include <linux/mm.h> in cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/31] powerpc: unexport flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/31] unicore32: remove flush_cache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/31] arm: rename flush_cache_user_range to flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/31] asm-generic: add a flush_icache_user_range stub
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/31] exec: only build read_code when needed
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/31] m68k: implement flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/31] nommu: use flush_icache_user_range in brk and mmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/31] module: move the set_fs hack for flush_icache_range to m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/31] binfmt_flat: use flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/31] exec: use flush_icache_user_range in read_code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/31] mm: rename flush_icache_user_range to flush_icache_user_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/31] xtensa: implement flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/31] sh: implement flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/31] powerpc: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/31] ia64: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/31] c6x: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/31] asm-generic: fix the inclusion guards for cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/31] nds32: unexport flush_icache_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/31] MIPS: unexport __flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/31] arm: fix the flush_icache_range arguments in set_fiq_handler
  • From: Christoph Hellwig <hch@xxxxxx>
• sort out the flush_icache_range mess
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/31] arm64: fix the flush_icache_range arguments in machine_kexec
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 01/15] nfblock: use gendisk private_data
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 09/15, fіxed] lightnvm: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 06/15] rsxx: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/15] null_blk: stop using ->queuedata for bio mode
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/15] drbd: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/15] lightnvm: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/15] zram: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/15] dm: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/15] umem: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/15] nvdimm/btt: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/15] nvdimm/pmem: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/15] nvdimm/blk: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/15] md: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/15] bcache: stop setting ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/15] ps3vram: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• remove a few uses of ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/15] nfblock: use gendisk private_data
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/15] simdisk: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH] m68k: Drop CONFIG_MTD_M25P80 in stmark2_defconfig
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS ae41e8e24714a9b6ea76bdb909528d57faf1dc4b
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 1ef462ea683704f4e39cc5ef5d3eecdc63d3c6ce
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] m68k: Drop CONFIG_MTD_M25P80 in stmark2_defconfig
  • From: Bin Meng <bmeng.cn@xxxxxxxxx>
• [PATCH v3 3/3] mmc: host: add Coldfire esdhc support
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH v3 2/3] mmc: sdhci: add quirks for be to le byte swapping
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH v3 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH 1/7] mm: Document x86 uses a linked list of pgds
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH 2/7] mm: Move pt_mm within struct page
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 4/7] arm64: Thread mm_struct throughout page table allocation
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 6/7] mm: Set pt_mm in PTE constructor
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5/7] m68k: Thread mm_struct throughout page table allocation
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/7] mm: Move pt_mm within struct page
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/7] Record the mm_struct in the page table pages
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] mm: Set pt_mm in PMD constructor
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] Record the mm_struct in the page table pages
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] mm: Document x86 uses a linked list of pgds
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] mm: Document x86 uses a linked list of pgds
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH 1/7] mm: Document x86 uses a linked list of pgds
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 6/7] mm: Set pt_mm in PTE constructor
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 0/7] Record the mm_struct in the page table pages
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 3/7] arm: Thread mm_struct throughout page table allocation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 5/7] m68k: Thread mm_struct throughout page table allocation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 7/7] mm: Set pt_mm in PMD constructor
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 4/7] arm64: Thread mm_struct throughout page table allocation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 2/7] mm: Move pt_mm within struct page
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS e3b946742479a65abed71ec1d2e41cd0867de0c2
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 2bb95b161a9161214bb8940f1c0d7b756c3146c9
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:for-next] BUILD SUCCESS 366b8149fbff1965f9e25bb27dd4698d654be270
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS c21a7f3943b324f75c85818c9518fcee85541fdd
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS bb060f0fc4d3596add6579a3a8555d90392c9f50
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k/PCI: Fix a memory leak in an error handling path
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND 1/2][next] m68k: amiga: config: Replace zero-length array with flexible-array member
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2][next] m68k: amiga: config: Mark expected switch fall-through
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH RESEND 1/2][next] m68k: amiga: config: Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2][next] m68k: amiga: config: Mark expected switch fall-through
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2][next] m68k: amiga: config: Mark expected switch fall-through
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2][next] m68k: amiga: config: Mark expected switch fall-through
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/PCI: Fix a memory leak in an error handling path
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/PCI: Fix a memory leak in an error handling path
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCHv3 17/50] m68k: Add show_stack_loglvl()
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• Re: [PATCH] m68k/PCI: Fix a memory leak in an error handling path
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH] m68k/PCI: Fix a memory leak in an error handling path
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH v3 00/11] Make PageWriteback use the PageLocked optimisation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/11] Make PageWriteback use the PageLocked optimisation
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 03/11] m68k: Add clear_bit_unlock_is_negative_byte implementation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 00/11] Make PageWriteback use the PageLocked optimisation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: GCC?, was Re: Running m68k on qemu with external initramfs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS bea488eeaee148fa94178bc45938c8e733ff20df
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 29c55ed30d495b506cdfb46b2d6229e47f0e1d6b
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: Drop redundant generic-y += hardirq.h
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.7-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: Drop redundant generic-y += hardirq.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: GCC?, was Re: Running m68k on qemu with external initramfs?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: GCC?, was Re: Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: GCC?, was Re: Running m68k on qemu with external initramfs?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: GCC?, was Re: Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: GCC?, was Re: Running m68k on qemu with external initramfs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: GCC?, was Re: Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• GCC?, was Re: Running m68k on qemu with external initramfs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Planning a Debian/Linux m68k Meeting in 2020
  • From: "Christian T. Steigies" <cts@xxxxxxxxxx>
• Re: Planning a Debian/Linux m68k Meeting in 2020
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Planning a Debian/Linux m68k Meeting in 2020
  • From: Carsten Strotmann <cas@xxxxxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.7
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2 07/10] clk: Allow the common clk framework to be selectable
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 00/10] Allow COMMON_CLK to be selectable
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 00/10] Allow COMMON_CLK to be selectable
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• [PATCH v2 07/10] clk: Allow the common clk framework to be selectable
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• [git pull] m68knommu changes for v5.7
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 6/9] clk: Allow the common clk framework to be selectable
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 6/9] clk: Allow the common clk framework to be selectable
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: A4000 reboot hangs
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• A4000 reboot hangs
  • From: Stefan Reinauer <stefan.k.reinauer@xxxxxxxxx>
• Bountysource campaign for LLVM/m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/9] clk: Allow the common clk framework to be selectable
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 6/9] clk: Allow the common clk framework to be selectable
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 6/9] clk: Allow the common clk framework to be selectable
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• [PATCH 0/9] Allow COMMON_CLK to be selectable
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• RE: [PATCH 0/6] Kill setup_irq()
  • From: "Brian Cain" <bcain@xxxxxxxxxxxxxx>
• Re: Amiga: Writes to Zorro III cards
  • From: Stefan Reinauer <stefan.k.reinauer@xxxxxxxxx>
• Re: Amiga: Writes to Zorro III cards
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Amiga: Writes to Zorro III cards
  • From: Stefan Reinauer <stefan.k.reinauer@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for 5.7
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: kernel memory corruption in private_data
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: BigRAMPlus seems to be detected now
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• kernel memory corruption in private_data
  • From: Stefan Reinauer <stefan.k.reinauer@xxxxxxxxx>
• Re: BigRAMPlus seems to be detected now
  • From: Stefan Reinauer <stefan.k.reinauer@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 851b82b4a5bf1e3d5c65dd8dd3ca184e646bc753
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 4f103b8273d90e2848845c9783fb8eeaf2db6b57
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [GIT PULL] m68k updates for 5.7
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Kill setup_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• RE: [PATCH 0/6] Kill setup_irq()
  • From: "Brian Cain" <bcain@xxxxxxxxxxxxxx>
• [PATCH 0/6] Kill setup_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• [PATCH 0/2][next] m68k: amiga: config: Use flexible-array member and mark expected switch fall-through
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH 2/2][next] m68k: amiga: config: Mark expected switch fall-through
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH v5 00/27] ata: optimize core code size on PATA only setups
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v4 00/27] ata: optimize core code size on PATA only setups
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 02/27] ata: expose ncq_enable_prio sysfs attribute only on NCQ capable hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 01/27] ata: remove stale maintainership information from core code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 04/27] sata_promise: use ata_cable_sata()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 03/27] ata: make SATA_PMP option selectable only if any SATA host driver is enabled
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 09/27] ata: move EXPORT_SYMBOL_GPL()s close to exported code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 10/27] ata: remove EXPORT_SYMBOL_GPL()s not used by modules
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 08/27] ata: optimize ata_scsi_rbuf[] size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 07/27] ata: optimize struct ata_force_param size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 05/27] ata: simplify ata_scsiop_inq_89()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 06/27] ata: use COMMAND_LINE_SIZE for ata_force_param_buf[] size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 11/27] ata: fix CodingStyle issues in PATA timings code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 13/27] ata: add CONFIG_SATA_HOST=n version of ata_ncq_enabled()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 15/27] ata: let compiler optimize out ata_eh_set_lpm() on non-SATA hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 14/27] ata: let compiler optimize out ata_dev_config_ncq() on non-SATA hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 12/27] ata: separate PATA timings code from libata-core.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 16/27] ata: start separating SATA specific code from libata-core.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 17/27] ata: move sata_scr_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 18/27] ata: move *sata_set_spd*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 21/27] ata: move ata_qc_complete_multiple() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 22/27] ata: move sata_deb_timing_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 19/27] ata: move sata_link_{debounce,resume}() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 20/27] ata: move sata_link_hardreset() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 23/27] ata: start separating SATA specific code from libata-scsi.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 24/27] ata: move ata_sas_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 26/27] ata: move ata_eh_analyze_ncq_error() & co. to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 27/27] ata: make "libata.force" kernel parameter optional
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 25/27] ata: start separating SATA specific code from libata-eh.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 00/27] ata: optimize core code size on PATA only setups
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4 00/27] ata: optimize core code size on PATA only setups
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v4 27/27] ata: make "libata.force" kernel parameter optional
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 26/27] ata: move ata_eh_analyze_ncq_error() & co. to libata-sata.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 25/27] ata: start separating SATA specific code from libata-eh.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 24/27] ata: move ata_sas_*() to libata-sata.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 23/27] ata: start separating SATA specific code from libata-scsi.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 22/27] ata: move sata_deb_timing_*() to libata-sata.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 21/27] ata: move ata_qc_complete_multiple() to libata-sata.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 20/27] ata: move sata_link_hardreset() to libata-sata.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 19/27] ata: move sata_link_{debounce,resume}() to libata-sata.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 18/27] ata: move *sata_set_spd*() to libata-sata.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 17/27] ata: move sata_scr_*() to libata-sata.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 16/27] ata: start separating SATA specific code from libata-core.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 15/27] ata: let compiler optimize out ata_eh_set_lpm() on non-SATA hosts
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 14/27] ata: let compiler optimize out ata_dev_config_ncq() on non-SATA hosts
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 13/27] ata: add CONFIG_SATA_HOST=n version of ata_ncq_enabled()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 12/27] ata: separate PATA timings code from libata-core.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 11/27] ata: fix CodingStyle issues in PATA timings code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 08/27] ata: optimize ata_scsi_rbuf[] size
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 04/27] sata_promise: use ata_cable_sata()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 03/27] ata: make SATA_PMP option selectable only if any SATA host driver is enabled
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 02/27] ata: expose ncq_enable_prio sysfs attribute only on NCQ capable hosts
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [tip:locking/core 19/28] include/linux/fs.h:1422:29: error: array type has incomplete element type 'struct percpu_rw_semaphore'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 4466262f0e1f6d7bcea0afd6c1552cea630a16f1
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 56484296208d06b43c9eab7f34c8104257d8a829
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [tip:locking/core 19/28] include/linux/fs.h:1422:29: error: array type has incomplete element type 'struct percpu_rw_semaphore'
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 00/18] genirq: Remove setup_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Seccomp support for linux-m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 03/27] ata: make SATA_PMP option selectable only if any SATA host driver is enabled
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4 03/27] ata: make SATA_PMP option selectable only if any SATA host driver is enabled
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• [PATCH v4 04/27] sata_promise: use ata_cable_sata()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 05/27] ata: simplify ata_scsiop_inq_89()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 06/27] ata: use COMMAND_LINE_SIZE for ata_force_param_buf[] size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 08/27] ata: optimize ata_scsi_rbuf[] size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 07/27] ata: optimize struct ata_force_param size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 10/27] ata: remove EXPORT_SYMBOL_GPL()s not used by modules
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 11/27] ata: fix CodingStyle issues in PATA timings code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 12/27] ata: separate PATA timings code from libata-core.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 16/27] ata: start separating SATA specific code from libata-core.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 18/27] ata: move *sata_set_spd*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 17/27] ata: move sata_scr_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 19/27] ata: move sata_link_{debounce,resume}() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 21/27] ata: move ata_qc_complete_multiple() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 15/27] ata: let compiler optimize out ata_eh_set_lpm() on non-SATA hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 14/27] ata: let compiler optimize out ata_dev_config_ncq() on non-SATA hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 20/27] ata: move sata_link_hardreset() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 22/27] ata: move sata_deb_timing_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 25/27] ata: start separating SATA specific code from libata-eh.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 24/27] ata: move ata_sas_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 26/27] ata: move ata_eh_analyze_ncq_error() & co. to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 27/27] ata: make "libata.force" kernel parameter optional
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 23/27] ata: start separating SATA specific code from libata-scsi.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 13/27] ata: add CONFIG_SATA_HOST=n version of ata_ncq_enabled()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 09/27] ata: move EXPORT_SYMBOL_GPL()s close to exported code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 03/27] ata: make SATA_PMP option selectable only if any SATA host driver is enabled
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 00/27] ata: optimize core code size on PATA only setups
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 02/27] ata: expose ncq_enable_prio sysfs attribute only on NCQ capable hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 01/27] ata: remove stale maintainership information from core code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 5597d9464ed7f4a207d8fccbe3aa575e5709ff8c
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS c785eb5d551c890a977fc00ec2908c45fa51039b
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCHv2 17/50] m68k: Add show_stack_loglvl()
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• Re: [PATCH v3 00/27] ata: optimize core code size on PATA only setups
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH V3] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V2] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V2] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS dd531a53a2791ba4515e6b4eacb98c999f17fdca
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: BigRAMPlus seems to be detected now
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 30dc72d2b3fe2285ec14c9bf08e1983deb0ea235
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: BigRAMPlus seems to be detected now
  • From: Stefan Reinauer <stefan.k.reinauer@xxxxxxxxx>
• Re: BigRAMPlus seems to be detected now
  • From: Stefan Reinauer <stefan.k.reinauer@xxxxxxxxx>
• [PATCH V2] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [m68k:for-v5.7] BUILD SUCCESS 86cded5fc52567774b596827544874499532b8ae
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH -v2 00/10] Rewrite Motorola MMU page-table layout
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -v2 00/10] Rewrite Motorola MMU page-table layout
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: BigRAMPlus seems to be detected now
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• BigRAMPlus seems to be detected now
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 1/2] mm/vma: Define a default value for VM_DATA_DEFAULT_FLAGS
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 0/2] mm/vma: some new flags
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [m68k:master] BUILD SUCCESS e64dab7d50487ce4ca6b68635d3a83d2dca26cd4
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [RFC 1/3] mm/vma: Define a default value for VM_DATA_DEFAULT_FLAGS
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v5] m68k: Replace setup_irq() by request_irq()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v5] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [RFC 1/3] mm/vma: Define a default value for VM_DATA_DEFAULT_FLAGS
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] zorro: Replace zero-length array with flexible-array member
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 195a8edd63f3ff04ab13468f4cf55e4ff2e7cd48
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Stafford Horne <shorne@xxxxxxxxx>
• [RFC 1/3] mm/vma: Define a default value for VM_DATA_DEFAULT_FLAGS
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [RFC 0/3] mm/vma: some new flags and helpers
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v5] m68k: Replace setup_irq() by request_irq()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v3] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• [PATCH v3] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH] zorro: Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH v3 01/27] ata: remove stale maintainership information from core code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 02/27] ata: expose ncq_enable_prio sysfs attribute only on NCQ capable hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 04/27] sata_promise: use ata_cable_sata()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 03/27] ata: make SATA_PMP option selectable only if any SATA host driver is enabled
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 06/27] ata: use COMMAND_LINE_SIZE for ata_force_param_buf[] size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 05/27] ata: simplify ata_scsiop_inq_89()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 08/27] ata: optimize ata_scsi_rbuf[] size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 09/27] ata: move EXPORT_SYMBOL_GPL()s close to exported code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 10/27] ata: remove EXPORT_SYMBOL_GPL()s not used by modules
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 11/27] ata: fix CodingStyle issues in PATA timings code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 00/27] ata: optimize core code size on PATA only setups
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 14/27] ata: let compiler optimize out ata_dev_config_ncq() on non-SATA hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 12/27] ata: separate PATA timings code from libata-core.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 13/27] ata: add CONFIG_SATA_HOST=n version of ata_ncq_enabled()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 15/27] ata: let compiler optimize out ata_eh_set_lpm() on non-SATA hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 18/27] ata: move *sata_set_spd*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 19/27] ata: move sata_link_{debounce,resume}() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 21/27] ata: move ata_qc_complete_multiple() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 20/27] ata: move sata_link_hardreset() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 25/27] ata: start separating SATA specific code from libata-eh.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 24/27] ata: move ata_sas_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 22/27] ata: move sata_deb_timing_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 23/27] ata: start separating SATA specific code from libata-scsi.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 27/27] ata: make "libata.force" kernel parameter optional
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 26/27] ata: move ata_eh_analyze_ncq_error() & co. to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 17/27] ata: move sata_scr_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 16/27] ata: start separating SATA specific code from libata-core.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 07/27] ata: optimize struct ata_force_param size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH 00/18] genirq: Remove setup_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH 00/18] genirq: Remove setup_irq()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 2/4] mm/vma: Make vma_is_accessible() available for general use
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 0ff0384f9fdb2193372e7fed837aa7962160cdb4
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 0eab86753e893828742ff6066e711c91c56557c0
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm/vma: Append unlikely() while testing VMA access permissions
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH] mm/vma: Append unlikely() while testing VMA access permissions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] mm/vma: Append unlikely() while testing VMA access permissions
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V2 2/4] mm/vma: Make vma_is_accessible() available for general use
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V2 0/4] mm/vma: Use all available wrappers when possible
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• [PATCH v2 00/18] genirq: Remove setup_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS fc785bfb45cf525f6711bbe469cfc7b17461685d
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS b30dc4ccfd167e1fc95eea6507fba07927a53e2b
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/5] mm/vma: Make vma_is_accessible() available for general use
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 2/5] mm/vma: Make vma_is_accessible() available for general use
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH 2/5] mm/vma: Make vma_is_accessible() available for general use
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/5] mm/vma: Make vma_is_accessible() available for general use
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 0/5] mm/vma: Use available wrappers when possible
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 988e84709500ec738f48e6df0e791325b8eed053
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:pgtable-layout-rewrite] BUILD SUCCESS de9e354e1f8f975092e6635a0596cf0b9a6b82ac
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS dba5c2db0431a6ac1019ace40545ec8d5d13cc06
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH] treewide: Replace zero-length arrays with flexible-array member
  • From: Kars de Jong <karsdejong@xxxxxxx>
• [PATCH 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• [PATCH 00/18] genirq: Remove setup_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH] treewide: Replace zero-length arrays with flexible-array member
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] fbdev: c2p: Use BUILD_BUG() instead of custom solution
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH] fbdev: c2p: Use BUILD_BUG() instead of custom solution
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [m68k:for-v5.7] BUILD SUCCESS dff527e7a0a831459efcda23ba1577d2cc7aa6e5
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: Checkpatch being daft, Was: [PATCH -v2 08/10] m68k,mm: Extend table allocator for multiple sizes
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: Checkpatch being daft, Was: [PATCH -v2 08/10] m68k,mm: Extend table allocator for multiple sizes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] fbdev: c2p: Use BUILD_BUG() instead of custom solution
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Switch to asm-generic/hardirq.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Fix Kconfig indentation
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] dio: Miscellaneous cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/5] zorro: Miscellaneous cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH -v2 00/10] Rewrite Motorola MMU page-table layout
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.6-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Checkpatch being daft, Was: [PATCH -v2 08/10] m68k,mm: Extend table allocator for multiple sizes
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v2 02/26] ata: expose ncq_enable_prio sysfs attribute only on NCQ capable hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 00/26] ata: optimize core code size on PATA only setups
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 04/26] sata_promise: use ata_cable_sata()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 03/26] ata: make SATA_PMP option selectable only if any SATA host driver is enabled
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 06/26] ata: use COMMAND_LINE_SIZE for ata_force_param_buf[] size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 07/26] ata: optimize struct ata_force_param size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 05/26] ata: simplify ata_scsiop_inq_89()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 10/26] ata: fix CodingStyle issues in PATA timings code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 08/26] ata: move EXPORT_SYMBOL_GPL()s close to exported code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 12/26] ata: add CONFIG_SATA_HOST=n version of ata_ncq_enabled()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 13/26] ata: let compiler optimize out ata_dev_config_ncq() on non-SATA hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 11/26] ata: separate PATA timings code from libata-core.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 14/26] ata: let compiler optimize out ata_eh_set_lpm() on non-SATA hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 18/26] ata: move sata_link_{debounce,resume}() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 16/26] ata: move sata_scr_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 15/26] ata: start separating SATA specific code from libata-core.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 21/26] ata: move sata_deb_timing_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 20/26] ata: move ata_qc_complete_multiple() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 24/26] ata: start separating SATA specific code from libata-eh.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 23/26] ata: move ata_sas_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 26/26] ata: make "libata.force" kernel parameter optional
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 25/26] ata: move ata_eh_analyze_ncq_error() & co. to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 22/26] ata: start separating SATA specific code from libata-scsi.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 17/26] ata: move *sata_set_spd*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 09/26] ata: remove EXPORT_SYMBOL_GPL()s not used by modules
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 19/26] ata: move sata_link_hardreset() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 01/26] ata: remove stale maintainership information from core code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: Checkpatch being daft, Was: [PATCH -v2 08/10] m68k,mm: Extend table allocator for multiple sizes
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: Checkpatch being daft, Was: [PATCH -v2 08/10] m68k,mm: Extend table allocator for multiple sizes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Checkpatch being daft, Was: [PATCH -v2 08/10] m68k,mm: Extend table allocator for multiple sizes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -v2 08/10] m68k,mm: Extend table allocator for multiple sizes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH -v2 09/10] m68k,mm: Fully initialize the page-table allocator
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -v2 08/10] m68k,mm: Extend table allocator for multiple sizes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -v2 09/10] m68k,mm: Fully initialize the page-table allocator
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH -v2 08/10] m68k,mm: Extend table allocator for multiple sizes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.6
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] m68knommu changes for v5.6
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH -v2 00/10] Rewrite Motorola MMU page-table layout
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH -v2 00/10] Rewrite Motorola MMU page-table layout
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH -v2 00/10] Rewrite Motorola MMU page-table layout
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH -v2 00/10] Rewrite Motorola MMU page-table layout
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH -v2 08/10] m68k,mm: Extend table allocator for multiple sizes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 07/10] m68k,mm: Use table allocator for pgtables
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 02/10] m68k,mm: Fix ColdFire pgd_alloc()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 00/10] Rewrite Motorola MMU page-table layout
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 04/10] m68k,mm: Move the pointer table allocator to motorola.c
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 01/10] m68k,mm: Remove stray nocache in ColdFire pgalloc
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 06/10] m68k,mm: Improve kernel_page_table()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 09/10] m68k,mm: Fully initialize the page-table allocator
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 10/10] m68k,mm: Change ColdFire pgtable_t
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 05/10] m68k,mm: Restructure Motorola MMU page-table layout
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 03/10] m68k,mm: Unify Motorola MMU page setup
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH] m68k: configs: Cleanup old Kconfig IO scheduler options
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] m68k: configs: Cleanup old Kconfig IO scheduler options
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH V12] mm/debug: Add tests validating architecture page table helpers
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 4/5] m68k,mm: Extend table allocator for multiple sizes
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 4/5] m68k,mm: Extend table allocator for multiple sizes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] m68k,mm: Use table allocator for pgtables
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] m68k,mm: Extend table allocator for multiple sizes
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 3/5] m68k,mm: Use table allocator for pgtables
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] m68k,mm: Improve kernel_page_table()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 5/5] m68k,mm: Fully initialize the page-table allocator
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 3/5] m68k,mm: Use table allocator for pgtables
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 4/5] m68k,mm: Extend table allocator for multiple sizes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 1/5] m68k,mm: Restructure motorola mmu page-table layout
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 0/5] Rewrite Motorola MMU page-table layout
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 00/28] ata: optimize core code size on PATA only setups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [GIT PULL] m68k updates for 5.6
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] m68k updates for 5.6
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH AUTOSEL 4.4 064/174] m68k: mac: Fix VIA timer counter accesses
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [m68k:master] BUILD INCOMPLETE f81408da67eb4b58f572a565488ad7ead0c94645
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] lib/rbtree: avoid pointless rb_node alignment
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 579b624c58daf20f04e2481118d9c0e61315451f
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] lib/rbtree: avoid pointless rb_node alignment
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH] lib/rbtree: avoid pointless rb_node alignment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD INCOMPLETE cf9654f5404d8efe68f71916907a97700580eb43
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD INCOMPLETE 38fa928bc577a49b0f89cfd736a7c9c073018a4e
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] m68knommu: fix memcpy() out of bounds warning in get_user()
  • From: gerg@xxxxxxxxxxxxxx
• Re: [PATCH AUTOSEL 4.4 064/174] m68k: mac: Fix VIA timer counter accesses
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.9 103/251] m68k: mac: Fix VIA timer counter accesses
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 064/174] m68k: mac: Fix VIA timer counter accesses
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 144/371] m68k: mac: Fix VIA timer counter accesses
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 256/671] m68k: mac: Fix VIA timer counter accesses
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] m68k: Implement copy_thread_tls()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 3ca9dbc825eacce4fea44e6850ebb8c53e672d5b
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: Implement copy_thread_tls()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Implement copy_thread_tls()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] m68k: Wire up clone3() syscall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: Implement copy_thread_tls()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Wire up clone3() syscall
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] m68k: Wire up clone3() syscall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Wire up clone3() syscall
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] m68k: Wire up clone3() syscall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] dio: Miscellaneous cleanups
  • From: Kars de Jong <karsdejong@xxxxxxx>
• Re: [PATCH 0/3] dio: Miscellaneous cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Switch to asm-generic/hardirq.h
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] net: amd: a2065: Kill Sun LANCE relics
  • From: Jakub Kicinski <kubakici@xxxxx>
• Re: [PATCH] net: amd: a2065: Use print_hex_dump_debug() helper
  • From: Jakub Kicinski <kubakici@xxxxx>
• [PATCH] m68k: Switch to asm-generic/hardirq.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: amiga: Fix Denise detection on OCS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] fbdev: c2p: Use BUILD_BUG() instead of custom solution
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 0/3] dio: Miscellaneous cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/3] dio: Remove unused dio_dev_driver()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/3] dio: Make dio_match_device() static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/3] dio: Fix dio_bus_match() kerneldoc
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/5] zorro: Make zorro_match_device() static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/5] zorro: Use zorro_match_device() helper in zorro_bus_match()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/5] zorro: Fix zorro_bus_match() kerneldoc
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 4/5] zorro: Remove unused zorro_dev_driver()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 5/5] zorro: Move zorro_bus_type to bus-private header file
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 0/5] zorro: Miscellaneous cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] net: amd: a2065: Use print_hex_dump_debug() helper
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] net: amd: a2065: Kill Sun LANCE relics
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Wire up clone3() syscall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.5-rc3
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] net: dst: Force 4-byte alignment of dst_metrics
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] net: dst: Force 4-byte alignment of dst_metrics
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Wire up clone3() syscall
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• Re: [PATCH v18 11/13] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Build regressions/improvements in v5.5-rc2
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: Using more than 1 GB in qemu-m68k-system
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.5-rc2
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Wire up clone3() syscall
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: Build regressions/improvements in v5.5-rc2
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Wire up clone3() syscall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Wire up clone3() syscall
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Wire up clone3() syscall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Using more than 1 GB in qemu-m68k-system
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Using more than 1 GB in qemu-m68k-system
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: Using more than 1 GB in qemu-m68k-system
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Using more than 1 GB in qemu-m68k-system
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.5-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 0/2] Some esp_scsi updates
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Linux-mac68k Conversion from CVS to Git
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v18 13/13] Documentation: path-lookup: include new LOOKUP flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 12/13] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 11/13] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 10/13] namei: LOOKUP_{IN_ROOT,BENEATH}: permit limited ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 09/13] namei: LOOKUP_IN_ROOT: chroot-like scoped resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 08/13] namei: LOOKUP_BENEATH: O_BENEATH-like scoped resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 07/13] namei: LOOKUP_NO_XDEV: block mountpoint crossing
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 06/13] namei: LOOKUP_NO_MAGICLINKS: block magic-link resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 05/13] namei: LOOKUP_NO_SYMLINKS: block symlink resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 04/13] namei: allow set_root() to produce errors
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 03/13] namei: allow nd_jump_link() to produce errors
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 02/13] nsfs: clean-up ns_get_path() signature to return int
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 01/13] namei: only return -ECHILD from follow_dotdot_rcu()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 00/13] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.5
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] m68knommu changes for v5.5
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: m68k Kconfig warning
  • From: Kars de Jong <karsdejong@xxxxxxx>
• Re: m68k Kconfig warning
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: m68k Kconfig warning
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k Kconfig warning
  • From: Kars de Jong <karsdejong@xxxxxxx>
• Re: m68k Kconfig warning
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• m68k Kconfig warning
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] m68k: Wire up clone3() syscall
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Wire up clone3() syscall
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [GIT PULL] m68k updates for 5.5
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] m68k updates for 5.5
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Wire up clone3() syscall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: Wire up clone3() syscall
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• [PATCH] m68k: Fix Kconfig indentation
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH RESEND v17 13/13] Documentation: path-lookup: include new LOOKUP flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v17 12/13] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>