Linux M68K

• Thread Index

• Re: [PATCH 0/7] clk: clean up legacy clock interfaces
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 4/7] m68k: coldfire: use clkdev_lookup on most coldfire
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 0/7] clk: clean up legacy clock interfaces
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] m68k: coldfire: use clkdev_lookup on most coldfire
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Replace macide driver with generic platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Replace macide driver with generic platform driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k/mac: Replace macide driver with generic platform driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] mm: generalize ZONE_[DMA|DMA32]
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH 7/7] clkdev: remove unused clkdev_alloc() interfaces
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 6/7] clkdev: remove CONFIG_CLKDEV_LOOKUP
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 5/7] m68k: coldfire: remove private clk_get/clk_put
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 4/7] m68k: coldfire: use clkdev_lookup on most coldfire
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 3/7] mips: ralink: convert to CONFIG_COMMON_CLK
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 2/7] mips: ar7: convert to CONFIG_COMMON_CLK
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 1/7] mips: ar7: convert to clkdev_lookup
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 0/7] clk: clean up legacy clock interfaces
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 0/7] clk: clean up legacy clock interfaces
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 0/7] clk: clean up legacy clock interfaces
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH 0/7] clk: clean up legacy clock interfaces
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2] mm: generalize ZONE_[DMA|DMA32]
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH 07/15] m68k: convert to setup_initial_init_mm()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] mm: generalize ZONE_[DMA|DMA32]
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH 07/15] m68k: convert to setup_initial_init_mm()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v1] kbuild: Disable compile testing if HAVE_LEGACY_CLK enabled
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v1] kbuild: Disable compile testing if HAVE_LEGACY_CLK enabled
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2] mm: generalize ZONE_[DMA|DMA32]
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH] mm: generalize ZONE_[DMA|DMA32]
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] mm: generalize ZONE_[DMA|DMA32]
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm: generalize ZONE_[DMA|DMA32]
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] mm: generalize ZONE_[DMA|DMA32]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] mm: generalize ZONE_[DMA|DMA32]
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v2] MOUSE_ATARI: fix kconfig unmet dependency warning
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2] MOUSE_ATARI: fix kconfig unmet dependency warning
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] MOUSE_ATARI: fix kconfig unmet dependency warning
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k: Drop duplicate "core-y += arch/m68k/" rule causing link failures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Drop duplicate "core-y += arch/m68k/" rule causing link failures
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH] m68k: Drop duplicate "core-y += arch/m68k/" rule causing link failures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: simplify gendisk and request_queue allocation for bio based drivers
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH] MOUSE_ATARI: fix kconfig unmet dependency warning
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: simplify gendisk and request_queue allocation for bio based drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v1] kbuild: Disable compile testing if HAVE_LEGACY_CLK enabled
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: simplify gendisk and request_queue allocation for bio based drivers
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v1] kbuild: Disable compile testing if HAVE_LEGACY_CLK enabled
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1] kbuild: Disable compile testing if HAVE_LEGACY_CLK enabled
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v1] kbuild: Disable compile testing if HAVE_LEGACY_CLK enabled
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 3428ff4f47ba01620d01de4e179105498ac24d8f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1] kbuild: Disable compile testing if HAVE_LEGACY_CLK enabled
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1] kbuild: Disable compile testing if HAVE_LEGACY_CLK enabled
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 14/26] md: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 18/26] nvme-multipath: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 14/26] md: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/26] dm: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 06/26] brd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [dm-devel] [PATCH 05/26] block: add blk_alloc_disk and blk_cleanup_disk APIs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/26] block: refactor device number setup in __device_add_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [dm-devel] [PATCH 01/26] block: refactor device number setup in __device_add_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v1] kbuild: Disable compile testing if HAVE_LEGACY_CLK enabled
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 26/26] block: unexport blk_alloc_queue
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 25/26] null_blk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 24/26] xpram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 23/26] dcssblk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 22/26] ps3vram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 21/26] n64cart: convert to blk_alloc_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 20/26] simdisk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 19/26] nfblock: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 18/26] nvme-multipath: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 17/26] nvdimm-pmem: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 16/26] nvdimm-btt: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 15/26] nvdimm-blk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 14/26] md: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 13/26] dm: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 11/26] lightnvm: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 10/26] zram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 09/26] rsxx: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 08/26] pktcdvd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 07/26] drbd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 06/26] brd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/26] block: add blk_alloc_disk and blk_cleanup_disk APIs
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 04/26] block: add a flag to make put_disk on partially initalized disks safer
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 03/26] block: automatically enable GENHD_FL_EXT_DEVT
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 02/26] block: move the DISK_MAX_PARTS sanity check into __device_add_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 01/26] block: refactor device number setup in __device_add_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [dm-devel] [PATCH 05/26] block: add blk_alloc_disk and blk_cleanup_disk APIs
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 04/26] block: add a flag to make put_disk on partially initalized disks safer
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 03/26] block: automatically enable GENHD_FL_EXT_DEVT
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 02/26] block: move the DISK_MAX_PARTS sanity check into __device_add_disk
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 01/26] block: refactor device number setup in __device_add_disk
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 19/26] nfblock: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 26/26] block: unexport blk_alloc_queue
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/26] null_blk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/26] xpram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/26] dcssblk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/26] n64cart: convert to blk_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/26] ps3vram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/26] simdisk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/26] nfblock: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/26] nvme-multipath: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/26] nvdimm-pmem: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/26] nvdimm-btt: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/26] nvdimm-blk: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/26] md: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/26] bcache: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/26] dm: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/26] lightnvm: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/26] zram: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/26] rsxx: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/26] pktcdvd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/26] drbd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/26] brd: convert to blk_alloc_disk/blk_cleanup_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/26] block: add blk_alloc_disk and blk_cleanup_disk APIs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/26] block: automatically enable GENHD_FL_EXT_DEVT
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/26] block: add a flag to make put_disk on partially initalized disks safer
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/26] block: refactor device number setup in __device_add_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/26] block: move the DISK_MAX_PARTS sanity check into __device_add_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• simplify gendisk and request_queue allocation for bio based drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• simplify gendisk and request_queue allocation for bio based drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/2] net-next: xsurf100: drop include of lib8390.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] net-next: xsurf100: drop include of lib8390.c
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 2/2] net-next: xsurf100: drop include of lib8390.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/5] asm-generic/uaccess.h: remove __strncpy_from_user/__strnlen_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC 06/13] [net-next] m68k: remove legacy probing
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] asm-generic: uaccess: remove inline strncpy_from_user/strnlen_user
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] asm-generic/uaccess.h: remove __strncpy_from_user/__strnlen_user
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] [v2] asm-generic: uaccess: remove inline strncpy_from_user/strnlen_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 4/6] [v2] arc: use generic strncpy/strnlen from_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 3/6] [v2] hexagon: use generic strncpy/strnlen from_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 5/6] [v2] asm-generic: uaccess: remove inline strncpy_from_user/strnlen_user
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 4/6] [v2] arc: use generic strncpy/strnlen from_user
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/6] [v2] hexagon: use generic strncpy/strnlen from_user
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/2] net-next: xsurf100: drop include of lib8390.c
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC 13/13] [net-next] 8390: xsurf100: avoid including lib8390.c
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC 13/13] [net-next] 8390: xsurf100: avoid including lib8390.c
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC 13/13] [net-next] 8390: xsurf100: avoid including lib8390.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6/6] [v2] asm-generic: remove extra strn{cpy_from,len}_user declarations
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 5/6] [v2] asm-generic: uaccess: remove inline strncpy_from_user/strnlen_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 4/6] [v2] arc: use generic strncpy/strnlen from_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 3/6] [v2] hexagon: use generic strncpy/strnlen from_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 2/6] [v2] h8300: remove stale strncpy_from_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 1/6] [v2] asm-generic/uaccess.h: remove __strncpy_from_user/__strnlen_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 0/6] [v2] asm-generic: strncpy_from_user/strnlen_user cleanup
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 0/5] asm-generic: strncpy_from_user/strnlen_user cleanup
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 0/5] asm-generic: strncpy_from_user/strnlen_user cleanup
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/5] asm-generic: remove extra strn{cpy_from,len}_user declarations
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 4/5] asm-generic: uaccess: remove inline strncpy_from_user/strnlen_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 3/5] arc: use generic strncpy/strnlen from_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 2/5] hexagon: use generic strncpy/strnlen from_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 1/5] asm-generic/uaccess.h: remove __strncpy_from_user/__strnlen_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 0/5] asm-generic: strncpy_from_user/strnlen_user cleanup
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 04/13] m68k: select CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 01/13] asm-generic: use asm-generic/unaligned.h for most architectures
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 00/13] Unify asm/unaligned.h around struct helper
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 11/12] tools: sync lib/find_bit implementation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 11/12] tools: sync lib/find_bit implementation
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/12] tools: sync lib/find_bit implementation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 11/12] tools: sync lib/find_bit implementation
  • From: Rikard Falkeborn <rikard.falkeborn@xxxxxxxxx>
• Re: [PATCH 11/12] tools: sync lib/find_bit implementation
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 11/12] tools: sync lib/find_bit implementation
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/12] tools: sync lib/find_bit implementation
  • From: Rikard Falkeborn <rikard.falkeborn@xxxxxxxxx>
• Re: [PATCH 11/12] tools: sync lib/find_bit implementation
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 11/12] tools: sync lib/find_bit implementation
  • From: Rikard Falkeborn <rikard.falkeborn@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 655a9d76bf8fec8e5df18f6e8323bc21f2681b1c
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:for-next] BUILD SUCCESS eeff86b6d18ccd7ef1e663dd428b93f5887d02b5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 11/12] tools: sync lib/find_bit implementation
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 11/12] tools: sync lib/find_bit implementation
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 11/12] tools: sync lib/find_bit implementation
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC 01/12] asm-generic: use asm-generic/unaligned.h for most architectures
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC 04/12] m68k: select CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC 01/12] asm-generic: use asm-generic/unaligned.h for most architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.13-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: dma: remove unnecessary include of asm/cacheflush.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: dma: remove unnecessary include of asm/cacheflush.h
  • From: Wan Jiabing <wanjiabing@xxxxxxxx>
• Re: [RFC 01/12] asm-generic: use asm-generic/unaligned.h for most architectures
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [RFC 0/12] Unify asm/unaligned.h around struct helper
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [RFC 04/12] m68k: select CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [RFC 01/12] asm-generic: use asm-generic/unaligned.h for most architectures
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [RFC 0/12] Unify asm/unaligned.h around struct helper
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH] mm: update legacy flush_tlb_* to use vma
  • From: Chen Li <chenli@xxxxxxxxxxxxx>
• Re: [PATCH] mm: update legacy flush_tlb_* to use vma
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: use cross_compiling to check whether it is a cross build or not
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH] m68k: Drop -fno-strength-reduce from KBUILD_CFLAGS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Drop -fno-strength-reduce from KBUILD_CFLAGS
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.13
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 2/2] arch: use cross_compiling to check whether it is a cross build or not
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [git pull] m68knommu changes for v5.13
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: use cross_compiling to check whether it is a cross build or not
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 2/2] arch: use cross_compiling to check whether it is a cross build or not
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/2] arch: use cross_compiling to check whether it is a cross build or not
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 2/2] m68k: introduce a virtual m68k machine
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k: introduce a virtual m68k machine
  • From: Josh Juran <jjuran@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: introduce a virtual m68k machine
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: introduce a virtual m68k machine
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k: introduce a virtual m68k machine
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Replace macide driver with generic platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Replace macide driver with generic platform driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k/mac: Replace macide driver with generic platform driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: introduce a virtual m68k machine
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH] m68knommu: fix missing LCD splash screen data initializer
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: fix missing LCD splash screen data initializer
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH] m68knommu: fix missing LCD splash screen data initializer
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Replace macide driver with generic platform driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Replace macide driver with generic platform driver
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH] m68k/mac: Replace macide driver with generic platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Replace macide driver with generic platform driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [m68k:m68k-v5.12] BUILD SUCCESS 52d5c056e366b87429b53dffe3875a090f6ddcbb
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 69e46b7756691bcf1c63c369852c42d792a172c8
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for 5.13
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] m68k updates for 5.13
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Replace macide driver with generic platform driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Replace macide driver with generic platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Replace macide driver with generic platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Replace macide driver with generic platform driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k/mac: Replace macide driver with generic platform driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k/mac: Replace macide driver with generic platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] kunit: Fix formatting of KUNIT tests to meet the standard
  • From: David Gow <davidgow@xxxxxxxxxx>
• Re: [PATCH v2] m68k: coldfire: fix irq ranges
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] kunit: Fix formatting of KUNIT tests to meet the standard
  • From: Nico Pache <npache@xxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 116a46c3f0cf8a2053aef36d5e59fc3dea7da0d5
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:for-v5.13] BUILD SUCCESS 34e5269bf987aff9a33ad3ab4f5d65c02913cbc1
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH AUTOSEL 5.11 10/23] m68k: fix flatmem memory model setup
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2 5/6] kunit: mptcp: adhear to KUNIT formatting standard
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/6] kunit: ext4: adhear to KUNIT formatting standard
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2 0/6] kunit: Fix formatting of KUNIT tests to meet the standard
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2 5/6] kunit: mptcp: adhear to KUNIT formatting standard
  • From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
• Re: [PATCH v2 5/6] kunit: mptcp: adhear to KUNIT formatting standard
  • From: David Gow <davidgow@xxxxxxxxxx>
• Re: [PATCH 0/2] m68k: Add Virtual M68k Machine
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH 0/2] m68k: Add Virtual M68k Machine
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v2 5/6] kunit: mptcp: adhear to KUNIT formatting standard
  • From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
• Re: [PATCH] m68k: Remove unneeded semicolon
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] kunit: mptcp: adhear to KUNIT formatting standard
  • From: David Gow <davidgow@xxxxxxxxxx>
• Re: [PATCH] mm: Define ARCH_HAS_FIRST_USER_ADDRESS
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH] m68k: Remove unneeded semicolon
  • From: Wan Jiabing <wanjiabing@xxxxxxxx>
• Re: (subset) [PATCH v2 0/6] kunit: Fix formatting of KUNIT tests to meet the standard
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 1/6] kunit: ASoC: topology: adhear to KUNIT formatting standard
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 5/6] kunit: mptcp: adhear to KUNIT formatting standard
  • From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
• [PATCH v2 2/6] kunit: software node: adhear to KUNIT formatting standard
  • From: Nico Pache <npache@xxxxxxxxxx>
• [PATCH v2 0/6] kunit: Fix formatting of KUNIT tests to meet the standard
  • From: Nico Pache <npache@xxxxxxxxxx>
• [PATCH v2 1/6] kunit: ASoC: topology: adhear to KUNIT formatting standard
  • From: Nico Pache <npache@xxxxxxxxxx>
• [PATCH v2 5/6] kunit: mptcp: adhear to KUNIT formatting standard
  • From: Nico Pache <npache@xxxxxxxxxx>
• [PATCH v2 6/6] m68k: update configs to match the proper KUNIT syntax
  • From: Nico Pache <npache@xxxxxxxxxx>
• [PATCH v2 4/6] kunit: lib: adhear to KUNIT formatting standard
  • From: Nico Pache <npache@xxxxxxxxxx>
• [PATCH v2 3/6] kunit: ext4: adhear to KUNIT formatting standard
  • From: Nico Pache <npache@xxxxxxxxxx>
• Re: [PATCH] mm: Define ARCH_HAS_FIRST_USER_ADDRESS
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH] mm: Define ARCH_HAS_FIRST_USER_ADDRESS
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH 1/2] kunit: Fix formatting of KUNIT tests to meet the standard
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] kunit: Fix formatting of KUNIT tests to meet the standard
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: Define ARCH_HAS_FIRST_USER_ADDRESS
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH 2/2] m68k: update configs to match the proper KUNIT syntax
  • From: Nico Pache <npache@xxxxxxxxxx>
• [PATCH 1/2] kunit: Fix formatting of KUNIT tests to meet the standard
  • From: Nico Pache <npache@xxxxxxxxxx>
• [PATCH] mm: Define ARCH_HAS_FIRST_USER_ADDRESS
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [m68k:master] BUILD SUCCESS f6e3956c365be3777473a2b6a999ec21e4a74d1c
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:for-v5.13] BUILD SUCCESS f829b4b212a315b912cb23fd10aaf30534bb5ce9
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [git pull] m68knommu fix for v5.12-rc7
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2] m68k: fix flatmem memory model setup
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] kbuild: use ?= to assign CROSS_COMPILE by arch-Makefile
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH] kbuild: use ?= to assign CROSS_COMPILE by arch-Makefile
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH] kbuild: use ?= to assign CROSS_COMPILE by arch-Makefile
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: coldfire: fix irq ranges
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] arch/m68k/kernel/sys_m68k: Add missing mmap_read_lock() to sys_cacheflush()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [git pull] m68knommu fix for v5.12-rc7
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] kbuild: use ?= to assign CROSS_COMPILE by arch-Makefile
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 12/20] kbuild: m68k: use common install script
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2] m68k: coldfire: fix irq ranges
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH] m68k: coldfire: fix irq ranges
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH] arch/m68k/kernel/sys_m68k: Add missing mmap_read_lock() to sys_cacheflush()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] arch/m68k/kernel/sys_m68k: Add missing mmap_read_lock() to sys_cacheflush()
  • From: Liam Howlett <liam.howlett@xxxxxxxxxx>
• [PATCH] arch/m68k/kernel/sys_m68k: Add missing mmap_read_lock() to sys_cacheflush()
  • From: Liam Howlett <liam.howlett@xxxxxxxxxx>
• Re: [PATCH 12/20] kbuild: m68k: use common install script
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 12/20] kbuild: m68k: use common install script
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [m68k:for-next] BUILD SUCCESS 7accea0c95a1ce4cf1bbf622c42b00c27a2dd51d
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 2a87461a35b76691d4e7577bf28fff7f99208719
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 11/13] lib: add fast path for find_first_*_bit() and find_last_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 11/13] lib: add fast path for find_first_*_bit() and find_last_bit()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] m68k: mvme147, mvme16x: Don't wipe PCC timer config bits
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/3] drivers/char: remove /dev/kmem for good
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 00/12] lib/find_bit: fast path for small bitmaps
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 00/12] lib/find_bit: fast path for small bitmaps
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v6 00/12] lib/find_bit: fast path for small bitmaps
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 00/12] lib/find_bit: fast path for small bitmaps
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 10/12] lib: add fast path for find_first_*_bit() and find_last_bit()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 09/12] lib: add fast path for find_next_*_bit()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 07/12] lib: inline _find_next_bit() wrappers
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 05/12] lib: extend the scope of small_const_nbits() macro
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH 11/12] tools: sync lib/find_bit implementation
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 12/12] MAINTAINERS: Add entry for the bitmap API
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 08/12] tools: sync find_next_bit implementation
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 10/12] lib: add fast path for find_first_*_bit() and find_last_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 07/12] lib: inline _find_next_bit() wrappers
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 09/12] lib: add fast path for find_next_*_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 06/12] tools: sync small_const_nbits() macro with the kernel
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 04/12] arch: rearrange headers inclusion order in asm/bitops for m68k and sh
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 05/12] lib: extend the scope of small_const_nbits() macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 03/12] tools: sync BITMAP_LAST_WORD_MASK() macro with the kernel
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 02/12] tools: bitmap: sync function declarations with the kernel
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v6 00/12] lib/find_bit: fast path for small bitmaps
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 01/12] tools: disable -Wno-type-limits
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: remove meaningless EXTRA_LDFLAGS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] m68k: remove meaningless $(OS_OBJS)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/2] m68k: remove meaningless EXTRA_LDFLAGS
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 1/2] m68k: remove meaningless $(OS_OBJS)
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH] m68k: mvme147, mvme16x: Don't wipe PCC timer config bits
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [m68k:for-v5.13] BUILD SUCCESS 152ec0d0d0e1643cd6392b691c3dd6d1fb0fe391
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 2eb05a181bda0875199521407134f6b98109d0a9
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: v5.11 (CONFIG_FLATMEM) boot crash
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: v5.11 (CONFIG_FLATMEM) boot crash
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: v5.11 (CONFIG_FLATMEM) boot crash
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: v5.11 (CONFIG_FLATMEM) boot crash
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• v5.11 (CONFIG_FLATMEM) boot crash
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/12] tools: sync small_const_nbits() macro with the kernel
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v1 2/3] mm: remove xlate_dev_kmem_ptr()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 1/3] drivers/char: remove /dev/kmem for good
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 04/10] MIPS: disable CONFIG_IDE in sb1250_swarm_defconfig
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 06/10] MIPS: disable CONFIG_IDE in rbtx49xx_defconfig
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 08/10] MIPS: disable CONFIG_IDE in malta*_defconfig
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 07/10] MIPS: disable CONFIG_IDE in bigsur_defconfig
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 05/10] MIPS: switch workpad_defconfig from legacy IDE to libata
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Cye Borg <cyborgyn@xxxxxxxxx>
• [PATCH 2/2] m68k: introduce a virtual m68k machine
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH 1/2] rtc: goldfish: remove dependency to OF
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH 0/2] m68k: Add Virtual M68k Machine
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 611c7df4a24ea84bfe4bf1ecb7d090889f990143
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Cye Borg <cyborgyn@xxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Cye Borg <cyborgyn@xxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC 1/3] drivers/char: remove /dev/kmem for good
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 06/12] tools: sync small_const_nbits() macro with the kernel
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [PATCH 12/12] MAINTAINERS: Add entry for the bitmap API
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 10/12] lib: add fast path for find_first_*_bit() and find_last_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 11/12] tools: sync lib/find_bit implementation
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 07/12] lib: inline _find_next_bit() wrappers
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 09/12] lib: add fast path for find_next_*_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 08/12] tools: sync find_next_bit implementation
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 06/12] tools: sync small_const_nbits() macro with the kernel
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 05/12] lib: extend the scope of small_const_nbits() macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 03/12] tools: sync BITMAP_LAST_WORD_MASK() macro with the kernel
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 04/12] arch: rearrange headers inclusion order in asm/bitops for m68k and sh
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 01/12] tools: disable -Wno-type-limits
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 02/12] tools: bitmap: sync function declarations with the kernel
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v5 00/12] lib/find_bit: fast path for small bitmaps
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: remove the legacy ide driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/10] ide: remove the legacy ide driver
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH 10/10] ide: remove the legacy ide driver
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH] m68k/mvme16x: Fix timer interrupts
  • From: Michael Pavone <pavone@xxxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: remove the legacy ide driver
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH 01/10] alpha: use libata instead of the legacy ide driver
  • From: Serge Belyshev <belyshev@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/3] mm: remove xlate_dev_kmem_ptr()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH RFC 1/3] drivers/char: remove /dev/kmem for good
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFC 2/3] mm: remove xlate_dev_kmem_ptr()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 08/10] MIPS: disable CONFIG_IDE in malta*_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68k/mvme16x: Fix timer interrupts
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mvme16x: Fix timer interrupts
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: remove the legacy ide driver
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove the legacy ide driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] MIPS: disable CONFIG_IDE in sb1250_swarm_defconfig
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH 01/10] alpha: use libata instead of the legacy ide driver
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: [PATCH 01/10] alpha: use libata instead of the legacy ide driver
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: [PATCH 08/10] MIPS: disable CONFIG_IDE in malta*_defconfig
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 08/10] MIPS: disable CONFIG_IDE in malta*_defconfig
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 07/10] MIPS: disable CONFIG_IDE in bigsur_defconfig
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 01/10] alpha: use libata instead of the legacy ide driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mvme16x: Fix timer interrupts
  • From: Michael Pavone <pavone@xxxxxxxxxxxx>
• Re: [PATCH 01/10] alpha: use libata instead of the legacy ide driver
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] alpha: use libata instead of the legacy ide driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/10] m68k: use libata instead of the legacy ide driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/10] MIPS: disable CONFIG_IDE in bigsur_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/10] MIPS: disable CONFIG_IDE in malta*_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/10] MIPS: switch workpad_defconfig from legacy IDE to libata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/10] MIPS: disable CONFIG_IDE in rbtx49xx_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/10] MIPS: disable CONFIG_IDE in sb1250_swarm_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/10] ARM: disable CONFIG_IDE in pxa_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/10] alpha: use libata instead of the legacy ide driver
  • From: Christoph Hellwig <hch@xxxxxx>
• remove the legacy ide driver
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68k/mvme16x: Fix timer interrupts
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 04/13] lib: introduce BITS_{FIRST,LAST} macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 04/13] lib: introduce BITS_{FIRST,LAST} macro
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 13/13] MAINTAINERS: Add entry for the bitmap API
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 13/13] MAINTAINERS: Add entry for the bitmap API
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 04/13] lib: introduce BITS_{FIRST,LAST} macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 13/13] MAINTAINERS: Add entry for the bitmap API
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 06/13] lib: extend the scope of small_const_nbits() macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 13/13] MAINTAINERS: Add entry for the bitmap API
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH] m68k/mvme16x: Fix timer interrupts
  • From: Mike Pavone <pavone@xxxxxxxxxxxx>
• [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH] mm: Move mem_init_print_info() into mm_init()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH RESEND] mm: Move mem_init_print_info() into mm_init()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH RESEND] mm: Move mem_init_print_info() into mm_init()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH] mm: Move mem_init_print_info() into mm_init()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH] mm: Move mem_init_print_info() into mm_init()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH] mm: Move mem_init_print_info() into mm_init()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH 13/13] MAINTAINERS: Add entry for the bitmap API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 04/13] lib: introduce BITS_{FIRST,LAST} macro
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/13] tools: disable -Wno-type-limits
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 06/13] lib: extend the scope of small_const_nbits() macro
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/13] lib: introduce BITS_{FIRST,LAST} macro
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/13] tools: bitmap: sync function declarations with the kernel
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/13] tools: disable -Wno-type-limits
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [PATCH 12/13] tools: sync lib/find_bit implementation
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 13/13] MAINTAINERS: Add entry for the bitmap API
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 11/13] lib: add fast path for find_first_*_bit() and find_last_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 09/13] tools: sync find_next_bit implementation
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 10/13] lib: add fast path for find_next_*_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 08/13] lib: inline _find_next_bit() wrappers
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 06/13] lib: extend the scope of small_const_nbits() macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 07/13] tools: sync small_const_nbits() macro with the kernel
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 05/13] tools: sync BITS_MASK macros with the kernel
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 03/13] arch: rearrange headers inclusion order in asm/bitops for m68k and sh
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 04/13] lib: introduce BITS_{FIRST,LAST} macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 02/13] tools: bitmap: sync function declarations with the kernel
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v4 00/13] lib/find_bit: fast path for small bitmaps
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 01/13] tools: disable -Wno-type-limits
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS d9921dce1f1f3279e8a422b8e43ce815f0c84ee1
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k: mm: fix inappropriate pte dirty bit set
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH 06/14] bitsperlong.h: introduce SMALL_CONST() macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 14/14] MAINTAINERS: Add entry for the bitmap API
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/14] bitsperlong.h: introduce SMALL_CONST() macro
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/14] bitsperlong.h: introduce SMALL_CONST() macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 04/14] lib: introduce BITS_{FIRST,LAST} macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• M68k backend has landed in LLVM
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] m68k updates for 5.12 (take two)
  • From: pr-tracker-bot@xxxxxxxxxx
• [m68k:master] BUILD SUCCESS d671b3a350e84113412e1d04ebd99dd24f33da7f
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:for-v5.12] BUILD SUCCESS a65a802aadba072ca7514fc0c301fd7fdc6fc6cb
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:for-v5.13] BUILD SUCCESS f2e7e4bf38fd95aa8c0fdb8b2ad4104a9fc96d64
  • From: kernel test robot <lkp@xxxxxxxxx>
• [GIT PULL] m68k updates for 5.12 (take two)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: Fix virt_addr_valid() W=1 compiler warnings
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v2] m68k: Fix virt_addr_valid() W=1 compiler warnings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Fix virt_addr_valid() W=1 compiler warnings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k: syscalls: switch to generic syscallhdr.sh
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] m68k: syscalls: switch to generic syscalltbl.sh
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: fix flatmem memory model setup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS e6ff6d209f2106e9f7fd5d0c4f4ef3e45996888c
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:for-next] BUILD SUCCESS 5d2b62832c2ef88d0baa9d99d06b481cd3bace18
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 1/2] m68k: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 2/2] m68k: syscalls: switch to generic syscallhdr.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.12-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: fix flatmem memory model setup
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2] m68k: fix flatmem memory model setup
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix flatmem memory model setup
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH] m68k: fix flatmem memory model setup
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.12
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] m68knommu changes for v5.12
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] [RFT] m68k: enable HAVE_LD_DEAD_CODE_DATA_ELIMINATION
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] [RFT] m68k: enable HAVE_LD_DEAD_CODE_DATA_ELIMINATION
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] [RFT] m68k: enable HAVE_LD_DEAD_CODE_DATA_ELIMINATION
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/4] Add support for synchronous signals on perf events
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH RFC 0/4] Add support for synchronous signals on perf events
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/4] signal: Introduce TRAP_PERF si_code and si_perf to siginfo
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH RFC 0/4] Add support for synchronous signals on perf events
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH RFC 3/4] perf/core: Add support for SIGTRAP on perf events
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH RFC 2/4] signal: Introduce TRAP_PERF si_code and si_perf to siginfo
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 4/4] perf/core: Add breakpoint information to siginfo on SIGTRAP
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH RFC 4/4] perf/core: Add breakpoint information to siginfo on SIGTRAP
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH RFC 4/4] perf/core: Add breakpoint information to siginfo on SIGTRAP
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH RFC 4/4] perf/core: Add breakpoint information to siginfo on SIGTRAP
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH RFC 3/4] perf/core: Add support for SIGTRAP on perf events
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH RFC 1/4] perf/core: Apply PERF_EVENT_IOC_MODIFY_ATTRIBUTES to children
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [PATCH RFC 4/4] perf/core: Add breakpoint information to siginfo on SIGTRAP
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH RFC 3/4] perf/core: Add support for SIGTRAP on perf events
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH RFC 2/4] signal: Introduce TRAP_PERF si_code and si_perf to siginfo
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH RFC 1/4] perf/core: Apply PERF_EVENT_IOC_MODIFY_ATTRIBUTES to children
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH RFC 0/4] Add support for synchronous signals on perf events
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH] m68k: Fix virt_addr_valid() W=1 compiler warnings
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] m68k: Fix virt_addr_valid() W=1 compiler warnings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/20] Manual replacement of all strlcpy in favor of strscpy
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• [PATCH 09/20] m68k/atari: Manual replacement of the deprecated strlcpy() with return values
  • From: Romain Perier <romain.perier@xxxxxxxxx>
• [PATCH 00/20] Manual replacement of all strlcpy in favor of strscpy
  • From: Romain Perier <romain.perier@xxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• Re: [GIT PULL] m68k updates for 5.12
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 1/2] arch: syscalls: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: [PATCH 08/14] lib/Kconfig: introduce FAST_PATH option
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 06/14] bitsperlong.h: introduce SMALL_CONST() macro
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/14] lib: introduce BITS_{FIRST,LAST} macro
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 08/14] lib/Kconfig: introduce FAST_PATH option
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 14/14] MAINTAINERS: Add entry for the bitmap API
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 14/14] MAINTAINERS: Add entry for the bitmap API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 11/14] lib: add fast path for find_next_*_bit()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 08/14] lib/Kconfig: introduce FAST_PATH option
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: Xiaofei Tan <tanxiaofei@xxxxxxxxxx>
• RE: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 14/14] MAINTAINERS: Add entry for the bitmap API
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 11/14] lib: add fast path for find_next_*_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 09/14] lib: inline _find_next_bit() wrappers
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 08/14] lib/Kconfig: introduce FAST_PATH option
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 13/14] tools: sync lib/find_bit implementation
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 10/14] tools: sync find_next_bit implementation
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 12/14] lib: add fast path for find_first_*_bit() and find_last_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 07/14] tools: introduce SMALL_CONST() macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 06/14] bitsperlong.h: introduce SMALL_CONST() macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 05/14] tools: sync BITS_MASK macros with the kernel
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 04/14] lib: introduce BITS_{FIRST,LAST} macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 01/14] tools: disable -Wno-type-limits
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 03/14] arch: rearrange headers inclusion order in asm/bitops for m68k and sh
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 02/14] tools: bitmap: sync function declarations with the kernel
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v3 00/14] lib/find_bit: fast path for small bitmaps
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• RE: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• Re: [RESEND PATCH v2 0/6] lib/find_bit: fast path for small bitmaps
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS fa8e9df665a14d951e0991c6d5d4b1651a22665a
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:m68k-v5.11] BUILD SUCCESS df2c81e80007c370ee5429f93bf044221dad6c4b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RESEND PATCH v2 0/6] lib/find_bit: fast path for small bitmaps
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [RESEND PATCH v2 0/6] lib/find_bit: fast path for small bitmaps
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH v2 0/6] lib/find_bit: fast path for small bitmaps
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [GIT PULL] m68k updates for 5.12
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 00/27] arch: syscalls: unifiy all syscalltbl.sh into scripts/syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 2/2] arch: syscalls: remove $(srctree)/ prefix from syscall tables
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 1/2] arch: syscalls: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 21/27] sparc: remove wrong comment from arch/sparc/include/asm/Kbuild
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• RE: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• RE: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• RE: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• Re: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• RE: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• Re: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• RE: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• Re: [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• RE: Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• [RFC] IRQ handlers run with some high-priority interrupts(not NMI) enabled on some platform
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• RE: Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• RE: Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• RE: Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• RE: Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 757f4e8adbaa70c189767e5234809bc9c8e20172
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• RE: [Linuxarm] Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Drop -fno-strength-reduce from KBUILD_CFLAGS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Drop -fno-strength-reduce from KBUILD_CFLAGS
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k: Drop -fno-strength-reduce from KBUILD_CFLAGS
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arch: m68k: include: asm: Reconstruct the sentence in file sun3ints.h
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH] arch: m68k: include: asm: Reconstruct the sentence in file sun3ints.h
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] arch: m68k: include: asm: Reconstruct the sentence in file sun3ints.h
  • From: Bhaskar Chowdhury <unixbhaskar@xxxxxxxxx>
• Re: [PATCH] net: fec: Silence M5272 build warnings
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] net: fec: Silence M5272 build warnings
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] net: fec: Silence M5272 build warnings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 6/8] lib: inline _find_next_bit() wrappers
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 5/8] bitsperlong.h: introduce SMALL_CONST() macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 7/8] lib: add fast path for find_next_*_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS ba69143c0249902349d36552a40ac7ada0a61faf
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 7/8] lib: add fast path for find_next_*_bit()
  • From: "'Andy Shevchenko'" <andriy.shevchenko@xxxxxxxxxxxxxxx>
• RE: [PATCH 7/8] lib: add fast path for find_next_*_bit()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 8/8] lib: add fast path for find_first_*_bit() and find_last_bit()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 7/8] lib: add fast path for find_next_*_bit()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 6/8] lib: inline _find_next_bit() wrappers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/8] bitsperlong.h: introduce SMALL_CONST() macro
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/8] lib: introduce BITS_{FIRST,LAST} macro
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 6/8] lib: inline _find_next_bit() wrappers
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 5/8] bitsperlong.h: introduce SMALL_CONST() macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 7/8] lib: add fast path for find_next_*_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 4/8] lib: introduce BITS_{FIRST,LAST} macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 8/8] lib: add fast path for find_first_*_bit() and find_last_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 3/8] arch: rearrange headers inclusion order in asm/bitops for m68k and sh
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 2/8] tools: bitmap: sync function declarations with linux kernel
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 1/8] tools: disable -Wno-type-limits
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [RESEND PATCH v2 0/6] lib/find_bit: fast path for small bitmaps
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 2/5] bits_per_long.h: introduce SMALL_CONST() macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 2/5] bits_per_long.h: introduce SMALL_CONST() macro
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 2/5] bits_per_long.h: introduce SMALL_CONST() macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 0/6] lib/find_bit: fast path for small bitmaps
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 2/5] bits_per_long.h: introduce SMALL_CONST() macro
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 0/6] lib/find_bit: fast path for small bitmaps
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 4/5] lib: add fast path for find_next_*_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 6/6] lib: add fast path for find_first_*_bit() and find_last_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 3/5] lib: inline _find_next_bit() wrappers
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 2/6] lib: inttroduce BITS_{FIRST,LAST}() macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 2/5] bits_per_long.h: introduce SMALL_CONST() macro
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 1/6] arch: rearrange headers inclusion order in asm/bitops for m68k and sh
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 0/6] lib/find_bit: fast path for small bitmaps
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 242118f751648aa0286acb1000eaadf6accd336d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/6] lib: inline _find_next_bit() wrappers
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 12/27] m68k: syscalls: switch to generic syscalltbl.sh
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/27] x86/syscalls: fix -Wmissing-prototypes warnings from COND_SYSCALL()
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 02/27] x86/syscalls: fix -Wmissing-prototypes warnings from COND_SYSCALL()
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 11/27] m68k: add missing FORCE and fix 'targets' to make if_changed work
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 19/27] sh: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 26/27] xtensa: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 06/27] ARM: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 11/27] m68k: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 07/27] alpha: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 08/27] alpha: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 23/27] sparc: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 03/27] x86/build: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 14/27] microblaze: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 09/27] ia64: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 01/27] scripts: add generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 10/27] ia64: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 02/27] x86/syscalls: fix -Wmissing-prototypes warnings from COND_SYSCALL()
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 00/27] arch: syscalls: unifiy all syscalltbl.sh into scripts/syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 24/27] powerpc: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 15/27] mips: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 20/27] sh: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 05/27] x86/syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 25/27] powerpc: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 04/27] x86/entry/x32: rename __x32_compat_sys_* to __x64_compat_sys_*
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 22/27] sparc: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 27/27] xtensa: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 21/27] sparc: remove wrong comment from arch/sparc/include/asm/Kbuild
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 13/27] microblaze: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 16/27] mips: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 02/27] x86/syscalls: fix -Wmissing-prototypes warnings from COND_SYSCALL()
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 12/27] m68k: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 01/27] scripts: add generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 17/27] parisc: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 18/27] parisc: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [m68k:for-next] BUILD SUCCESS c396dd2ec5bbd1cb80eafe32a72ab6bd6b17cb5a
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 3680b999390b58753ef154ce5d95d86183ab8db6
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: let clk_enable() return immediately if clk is NULL
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] macintosh/adb-iop: Use big-endian autopoll mask
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>