Linux M68K

• Thread Index

• [PATCH] m68k: defconfig: Enable KUnit tests
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• RE: [PATCH 2/2] i2c: imx: remove id_table entry
  • From: Peng Fan <peng.fan@xxxxxxx>
• Re: [RFC 13/13] m68k: mac: convert to generic clockevent
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: imx: remove id_table entry
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• RE: [PATCH 2/2] i2c: imx: remove id_table entry
  • From: Peng Fan <peng.fan@xxxxxxx>
• Re: [LTP] mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [LTP] mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [LTP] mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [LTP] mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [LTP] mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [LTP] mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [LTP] mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: imx: remove id_table entry
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [RFC 13/13] m68k: mac: convert to generic clockevent
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [LTP] mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [LTP] mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Sean Christopherson <sean.j.christopherson@xxxxxxxxx>
• Re: [PATCH] serial: pmac_zilog: don't init if zilog is not available
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [LTP] mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [LTP] mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Daniel Díaz <daniel.diaz@xxxxxxxxxx>
• Re: mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH] serial: pmac_zilog: don't init if zilog is not available
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] serial: pmac_zilog: don't init if zilog is not available
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH] serial: pmac_zilog: don't init if zilog is not available
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] serial: pmac_zilog: don't init if zilog is not available
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• mmstress[1309]: segfault at 7f3d71a36ee8 ip 00007f3d77132bdf sp 00007f3d71a36ee8 error 4 in libc-2.27.so[7f3d77058000+1aa000]
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• FAIL: LTP: clone08.c:135: FAIL: ctid != getpid() (0 != 1008)
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH] serial: pmac_zilog: don't init if zilog is not available
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH] serial: pmac_zilog: don't init if zilog is not available
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] serial: pmac_zilog: don't init if zilog is not available
  • From: Brad Boyer <brad@xxxxxxxxxxxxx>
• Re: [PATCH] serial: pmac_zilog: don't init if zilog is not available
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH] serial: pmac_zilog: don't init if zilog is not available
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] serial: pmac_zilog: don't init if zilog is not available
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH] serial: pmac_zilog: don't init if zilog is not available
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] serial: pmac_zilog: don't init if zilog is not available
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH] serial: pmac_zilog: don't init if zilog is not available
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] serial: pmac_zilog: don't init if zilog is not available
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.10
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] m68knommu changes for v5.10
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v2] m68knommu: align BSS section to 4-byte boundaries
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k: m68328: remove duplicate code
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [RFC 13/13] m68k: mac: convert to generic clockevent
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] m68k: m68328: remove duplicate code
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/2] m68k: m68328: move platform code to separate files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 13/13] m68k: mac: convert to generic clockevent
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 814cd3aaf9f1818139ef0f90e9429f6e717b6317
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 77c9fbb0dddbad04d5857962bc60e9f056ce3a30
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/13] Clean up legacy clock tick users
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 11/13] timekeeping: remove xtime_update
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 08/13] m68k: m68328: use legacy_timer_tick()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [GIT PULL] m68k updates for 5.10
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 08/13] m68k: m68328: use legacy_timer_tick()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] m68knommu: align BSS section to 4-byte boundaries
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: align BSS section to 4-byte boundaries
  • From: Philippe De Muyter <phdm@xxxxxxx>
• Re: [PATCH 11/13] timekeeping: remove xtime_update
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] m68k: avoid xchg() warning
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 12/13] timekeeping: default GENERIC_CLOCKEVENTS to enabled
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 11/13] timekeeping: remove xtime_update
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 09/13] m68k: change remaining timers to legacy_timer_tick
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/13] m68k: m68328: use legacy_timer_tick()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 10/13] m68k: remove timer_interrupt() function
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 07/13] m68k: sun3/sun3c: use legacy_timer_tick
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 06/13] m68k: split heartbeat out of timer function
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/13] timekeeping: add CONFIG_LEGACY_TIMER_TICK
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [GIT PULL] m68k updates for 5.10
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68knommu: align BSS section to 4-byte boundaries
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [RFC 13/13] m68k: mac: convert to generic clockevent
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 01/13] timekeeping: add CONFIG_LEGACY_TIMER_TICK
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 13/13] m68k: mac: convert to generic clockevent
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/13] timekeeping: add CONFIG_LEGACY_TIMER_TICK
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: remove unused mach_max_dma_address
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH] m68k: remove unused mach_max_dma_address
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Upstreaming the CD-TV CD-ROM driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Upstreaming the CD-TV CD-ROM driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Upstreaming the CD-TV CD-ROM driver
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Upstreaming the CD-TV CD-ROM driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/13] m68k: coldfire: use legacy_timer_tick()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 05/13] m68k: coldfire: use legacy_timer_tick()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] kernel: allow to configure PREEMPT_NONE, PREEMPT_VOLUNTARY on kernel command line
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH] kernel: allow to configure PREEMPT_NONE, PREEMPT_VOLUNTARY on kernel command line
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] m68k: remove unused mach_max_dma_address
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: remove unused mach_max_dma_address
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [LTP] [PATCH 1/1] cacheflush01: Rewrite into new API
  • From: Petr Vorel <petr.vorel@xxxxxxxxx>
• [RFC 13/13] m68k: mac: convert to generic clockevent
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 12/13] timekeeping: default GENERIC_CLOCKEVENTS to enabled
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 11/13] timekeeping: remove xtime_update
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 09/13] m68k: change remaining timers to legacy_timer_tick
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 10/13] m68k: remove timer_interrupt() function
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 07/13] m68k: sun3/sun3c: use legacy_timer_tick
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 08/13] m68k: m68328: use legacy_timer_tick()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 06/13] m68k: split heartbeat out of timer function
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 05/13] m68k: coldfire: use legacy_timer_tick()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 04/13] parisc: use legacy_timer_tick
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 03/13] ARM: rpc: use legacy_timer_tick
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 00/13] Clean up legacy clock tick users
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 01/13] timekeeping: add CONFIG_LEGACY_TIMER_TICK
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 02/13] ia64: convert to legacy_timer_tick
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] m68k: avoid xchg() warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] fbdev/sbuslib: remove FBIOSCURSOR/FBIOGCURSOR leftovers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] serial: mcf: add sysrq capability
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [LTP] [PATCH 1/1] cacheflush01: Rewrite into new API
  • From: Jan Stancek <jstancek@xxxxxxxxxx>
• Re: [PATCH 1/3] fbdev/sbuslib: remove FBIOSCURSOR/FBIOGCURSOR leftovers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] fbdev/sbuslib: remove FBIOSCURSOR/FBIOGCURSOR leftovers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/3] fbdev/sbuslib: remove FBIOSCURSOR/FBIOGCURSOR leftovers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3] fbdev/sbuslib: avoid compat_alloc_user_space in fbiogetputcmap
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] fbdev/sbuslib: remove FBIOSCURSOR/FBIOGCURSOR leftovers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/3] fbdev/sbuslib: remove FBIOSCURSOR/FBIOGCURSOR leftovers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] fbdev/sbuslib: remove FBIOSCURSOR/FBIOGCURSOR leftovers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/3] fbdev/sbuslib: refactor sbusfb_ioctl_helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] fbdev/sbuslib: remove FBIOSCURSOR/FBIOGCURSOR leftovers
  • From: Christoph Hellwig <hch@xxxxxx>
• fbdev sbuslib cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/3] fbdev/sbuslib: avoid compat_alloc_user_space in fbiogetputcmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS bbd34c88b6605581249048c4b59ee253f30f0b8c
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 44ac78271d9ae80c14509bcd20f257fe065ce819
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] cacheflush01: Rewrite into new API
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 1/1] cacheflush01: Rewrite into new API
  • From: Petr Vorel <petr.vorel@xxxxxxxxx>
• [PATCH] serial: mcf: add sysrq capability
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: Fwd: Re: Registers used for exception handling on Linux/m68k?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Fwd: Re: Registers used for exception handling on Linux/m68k?
  • From: Nathan Sidwell <nathan@xxxxxxx>
• Re: Fwd: Re: Registers used for exception handling on Linux/m68k?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Fwd: Re: Registers used for exception handling on Linux/m68k?
  • From: Nathan Sidwell <nathan@xxxxxxx>
• Re: Fwd: Re: Registers used for exception handling on Linux/m68k?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Registers used for exception handling on Linux/m68k?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [m68k:for-v5.10] BUILD SUCCESS 50c5feeea0af99a4401fd54fd72bec1333a496ca
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 59e0f7c1de77e871c3df8d7a1881abc01fa4b2a2
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS acf4becdad7e6fe614dfe4ca4a12c834ac77fd5e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] fs/affs: Fix basic permission bits to actually work
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH] fs/affs: Fix basic permission bits to actually work
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ide/falconide: Fix module unload
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] ide/falconide: Fix module unload
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] ide/falconide: Fix module unload
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] ide/macide: Convert Mac IDE driver to platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] ide/macide: Convert Mac IDE driver to platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] ide/macide: Convert Mac IDE driver to platform driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] ide/macide: Convert Mac IDE driver to platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4] ide/macide: Convert Mac IDE driver to platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Quick test on real hardware requested to test qemu
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Quick test on real hardware requested to test qemu
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Quick test on real hardware requested to test qemu
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Quick test on real hardware requested to test qemu
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Quick test on real hardware requested to test qemu
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Quick test on real hardware requested to test qemu
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Quick test on real hardware requested to test qemu
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Quick test on real hardware requested to test qemu
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 8249fa45a1bcd9c9b7f7dc28d736ca4099f786a7
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68knommu: include SDHC support only when hardware has it
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: include SDHC support only when hardware has it
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: include SDHC support only when hardware has it
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH] m68knommu: include SDHC support only when hardware has it
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68knommu: include SDHC support only when hardware has it
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2] kbuild: preprocess module linker script
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH -next] m68k/amiga: missing platform_device_unregister() on error in amiga_init_devices()
  • From: miaoqinglang <miaoqinglang@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 016/330] m68k: q40: Fix info-leak in rtc_ioctl
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 008/206] m68k: q40: Fix info-leak in rtc_ioctl
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 02/90] m68k: q40: Fix info-leak in rtc_ioctl
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 02/64] m68k: q40: Fix info-leak in rtc_ioctl
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 003/127] m68k: q40: Fix info-leak in rtc_ioctl
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 03/13] preempt: Clenaup PREEMPT_COUNT leftovers
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 08/13] sched: Clenaup PREEMPT_COUNT leftovers
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2] ide/macide: Convert Mac IDE driver to platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 06/13] locking/bitspinlock: Clenaup PREEMPT_COUNT leftovers
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [patch 04/13] lockdep: Clenaup PREEMPT_COUNT leftovers
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH] m68knommu: fix sparse warnings in signal code
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2] ide/macide: Convert Mac IDE driver to platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3] ide/macide: Convert Mac IDE driver to platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] ide/macide: Convert Mac IDE driver to platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS bf002079ea2aa3d7e2c39a7585e26351185a394d
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 3da72afd6534e2800a2c70e135db49c9ad430e7b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] ide/macide: Convert Mac IDE driver to platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [m68knommu:for-next 1/1] arch/m68k/kernel/signal.c:923:16: sparse: sparse: incorrect type in initializer (different address spaces)
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2] ide/macide: Convert Mac IDE driver to platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ide/macide: Convert Mac IDE driver to platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ide/macide: Convert Mac IDE driver to platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] ide/macide: Convert Mac IDE driver to platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] kbuild: preprocess module linker script
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: rework check_disk_change() v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] ide/macide: Convert Mac IDE driver to platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] ide/macide: Convert Mac IDE driver to platform driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] ide/macide: Convert Mac IDE driver to platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ide/macide: Convert Mac IDE driver to platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: switch to using asm-generic/uaccess.h
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: switch to using asm-generic/uaccess.h
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 16/19] sd: use bdev_check_media_change
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 07/19] swim3: use bdev_check_media_changed
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 19/19] block: remove check_disk_change
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 18/19] sr: simplify sr_block_revalidate_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 15/19] md: use bdev_check_media_change
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 17/19] sr: use bdev_check_media_change
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 16/19] sd: use bdev_check_media_change
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 14/19] ide-gd: stop using the disk events mechanism
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 13/19] ide-cd: remove idecd_revalidate_disk
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 12/19] ide-cd: use bdev_check_media_changed
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 11/19] gdrom: use bdev_check_media_change
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 10/19] paride/pcd: use bdev_check_media_change
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 08/19] xsysace: use bdev_check_media_change
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 09/19] xsysace: simplify media change handling
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 07/19] swim3: use bdev_check_media_changed
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 06/19] swim: simplify media change handling
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 02/19] amiflop: use bdev_check_media_change
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 03/19] ataflop: use bdev_check_media_change
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 04/19] floppy: use bdev_check_media_change
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/19] swim: use bdev_check_media_change
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 01/19] block: add a bdev_check_media_change helper
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] m68knommu: switch to using asm-generic/uaccess.h
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68knommu: switch to using asm-generic/uaccess.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 04/19] floppy: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH v2] kbuild: preprocess module linker script
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH] m68knommu: switch to using asm-generic/uaccess.h
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 15/19] md: use bdev_check_media_change
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] m68knommu: add missing __user annotations
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 15/19] md: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/19] ide-cd: remove idecd_revalidate_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/19] ide-cd: use bdev_check_media_changed
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/19] xsysace: simplify media change handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/19] paride/pcd: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/19] floppy: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/19] amiflop: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/19] sr: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/19] sd: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/19] gdrom: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/19] gdrom: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/19] ide-gd: stop using the disk events mechanism
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/19] ataflop: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/19] sr: simplify sr_block_revalidate_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/19] block: add a bdev_check_media_change helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/19] xsysace: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• rework check_disk_change() v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68knommu: add missing __user annotations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] m68knommu: add missing __user annotations
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [char-misc:char-misc-next 28/28] drivers/char/mem.c:737:21: sparse: sparse: incorrect type in argument 1 (different address spaces)
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 05/19] swim: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/19] block: remove check_disk_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/19] swim3: use bdev_check_media_changed
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/19] swim: simplify media change handling
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2] kbuild: preprocess module linker script
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2] kbuild: preprocess module linker script
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 5f5de4b2bf04575c501ea7315730fb167931aa45
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:for-v5.10] BUILD SUCCESS 352e04291115af2a74c271e0cd3643a632af6b7a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] kbuild: preprocess module linker script
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH] m68k: Revive _TIF_* masks
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: mm: Remove superfluous memblock_alloc*() casts
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: mm: Use PAGE_ALIGNED() helper
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Sort selects in main Kconfig
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: amiga: Clean up Amiga hardware configuration
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [char-misc:char-misc-next 28/28] drivers/char/mem.c:737:21: sparse: sparse: incorrect type in argument 1 (different address spaces)
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [char-misc:char-misc-next 28/28] drivers/char/mem.c:737:21: sparse: sparse: incorrect type in argument 1 (different address spaces)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [char-misc:char-misc-next 28/28] drivers/char/mem.c:737:21: sparse: sparse: incorrect type in argument 1 (different address spaces)
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 08/11] kprobes: switch to kernel_clone()
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH] kbuild: preprocess module linker script
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 19/19] block: switch gendisk lookup to a simple xarray
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 18/19] z2ram: use separate gendisk for the different modes
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 16/19] ataflop: use a separate gendisk for each media format
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 15/19] amiflop: use separate gendisks for Amiga vs MS-DOS mode
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 14/19] floppy: use a separate gendisk for each media format
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 13/19] ide: switch to __register_blkdev for command set probing
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 12/19] md: use __register_blkdev to allocate devices on demand
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 11/19] loop: use __register_blkdev to allocate devices on demand
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 10/19] brd: use __register_blkdev to allocate devices on demand
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 09/19] sd: use __register_blkdev to avoid a modprobe for an unregistered dev_t
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 08/19] swim: don't call blk_register_region
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 06/19] block: add an optional probe callback to major_names
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/19] block: rework requesting modules for unclaimed devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 04/19] block: split block_class_lock
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 03/19] block: cleanup del_gendisk a bit
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 02/19] block: merge drivers/base/map.c into block/genhd.c
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 14/19] floppy: use a separate gendisk for each media format
  • From: Denis Efremov <efremov@xxxxxxxxx>
• Re: rework check_disk_change()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 10/11] tracing: switch to kernel_clone()
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH 04/19] block: split block_class_lock
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/19] block: cleanup del_gendisk a bit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/19] block: add an optional probe callback to major_names
  • From: Christoph Hellwig <hch@xxxxxx>
• simplify gendisk lookup and remove struct block_device aliases v3
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/19] ide: remove ide_{,un}register_region
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/19] block: rework requesting modules for unclaimed devices
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/19] swim: don't call blk_register_region
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/19] sd: use __register_blkdev to avoid a modprobe for an unregistered dev_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 16/19] ataflop: use a separate gendisk for each media format
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH 11/19] loop: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/19] md: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/19] ide: switch to __register_blkdev for command set probing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/19] floppy: use a separate gendisk for each media format
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/19] brd: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/19] amiflop: use separate gendisks for Amiga vs MS-DOS mode
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/19] z2ram: reindent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/19] ataflop: use a separate gendisk for each media format
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/19] block: switch gendisk lookup to a simple xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/19] z2ram: use separate gendisk for the different modes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/19] block: merge drivers/base/map.c into block/genhd.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/19] gdrom: use bdev_check_media_change
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 16/19] sd: use bdev_check_media_change
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 15/19] md: use bdev_check_media_change
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 19/19] block: remove check_disk_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 18/19] sr: simplify sr_block_revalidate_disk
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 17/19] sr: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 16/19] sd: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 15/19] md: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 12/19] ide-cd: use bdev_check_media_changed
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 13/19] ide-cd: remove idecd_revalidate_disk
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 10/19] paride/pcd: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: rework check_disk_change()
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: [PATCH 11/19] gdrom: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 08/19] xsysace: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 07/19] swim3: use bdev_check_media_changed
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 01/19] block: add a bdev_check_media_change helper
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 03/19] ataflop: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 06/19] swim: simplify media change handling
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 04/19] floppy: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 05/19] swim: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/19] swim: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 02/19] amiflop: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• [PATCH 06/19] swim: simplify media change handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/19] xsysace: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/19] block: add a bdev_check_media_change helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/19] ide-cd: use bdev_check_media_changed
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/19] xsysace: simplify media change handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/19] ataflop: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/19] ide-gd: stop using the disk events mechanism
  • From: Christoph Hellwig <hch@xxxxxx>
• rework check_disk_change()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/19] swim: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/19] paride/pcd: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/19] swim3: use bdev_check_media_changed
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/19] sr: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/19] block: remove check_disk_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/19] sr: simplify sr_block_revalidate_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/19] sd: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/19] amiflop: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/19] floppy: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/19] md: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/19] gdrom: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/19] ide-cd: remove idecd_revalidate_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v3 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v2 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v2 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 11df6eddc50b8f1e60cdccef97a90908457a68ce
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 6487dce21c44bfa4c57b41c9d626649f2473470e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] fs/affs: Fix basic permission bits to actually work
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH 19/19] block: switch gendisk lookup to a simple xarray
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 02/19] block: merge drivers/base/map.c into block/genhd.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/19] block: add an optional probe callback to major_names
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/19] block: rework requesting modules for unclaimed devices
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/19] block: cleanup del_gendisk a bit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/19] sd: use __register_blkdev to avoid a modprobe for an unregistered dev_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/19] brd: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/19] block: split block_class_lock
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/19] md: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/19] loop: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/19] ide: switch to __register_blkdev for command set probing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/19] amiflop: use separate gendisks for Amiga vs MS-DOS mode
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/19] ataflop: use a separate gendisk for each media format
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/19] floppy: use a separate gendisk for each media format
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/19] z2ram: reindent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/19] z2ram: use separate gendisk for the different modes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/19] block: switch gendisk lookup to a simple xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/19] ide: remove ide_{,un}register_region
  • From: Christoph Hellwig <hch@xxxxxx>
• simplify gendisk lookup and remove struct block_device aliases v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/19] swim: don't call blk_register_region
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 12/19] md: use __register_blkdev to allocate devices on demand
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] fs/affs: Fix basic permission bits to actually work
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH] fs/affs: Fix basic permission bits to actually work
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2] m68k: Replace HTTP links with HTTPS ones
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 07/19] ide: remove ide_{,un}register_region
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Hannes Reinecke <hare@xxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 3d86f8d3c27501378f9256a99cd2616d3539bb9b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: Correct some typos in comments
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Revive _TIF_* masks
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: mm: Remove superfluous memblock_alloc*() casts
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [m68k:for-v5.10] BUILD SUCCESS 5661bccb70ef134502b9d2e80a19465ad943b022
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS d0e85366d55ae1bed7b67a0a6d7812f295b1e5f1
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2] m68k: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• [PATCH v2 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: mm: Remove superfluous memblock_alloc*() casts
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH] m68k: mm: Remove superfluous memblock_alloc*() casts
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: mm: Use PAGE_ALIGNED() helper
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: Sort selects in main Kconfig
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: amiga: Clean up Amiga hardware configuration
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: Revive _TIF_* masks
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] zorro: Fix address space collision message with RAM expansion boards
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: amiga: Fix Denise detection on OCS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] zorro: Fix address space collision message with RAM expansion boards
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: use get_kernel_nofault in show_registers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH -next] m68k/amiga: missing platform_device_unregister() on error in amiga_init_devices()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Correct some typos in comments
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Replace HTTP links with HTTPS ones
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/19] block: merge drivers/base/map.c into block/genhd.c
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 19/19] block: switch gendisk lookup to a simple xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/19] z2ram: reindent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/19] ataflop: use a separate gendisk for each media format
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/19] amiflop: use separate gendisks for Amiga vs MS-DOS mode
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/19] z2ram: use separate gendisk for the different modes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/19] floppy: use a separate gendisk for each media format
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/19] ide: switch to __register_blkdev for command set probing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/19] md: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/19] loop: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/19] brd: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/19] sd: use __register_blkdev to avoid a modprobe for an unregistered dev_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/19] swim: don't call blk_register_region
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/19] ide: remove ide_{,un}register_region
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/19] block: add an optional probe callback to major_names
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/19] block: rework requesting modules for unclaimed devices
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/19] block: split block_class_lock
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/19] block: cleanup del_gendisk a bit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/19] block: merge drivers/base/map.c into block/genhd.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• simplify gendisk lookup and remove struct block_device aliases
  • From: Christoph Hellwig <hch@xxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 58903b129bbae0bc128882241e48880147c4938d
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS d95f83a8adbe7eba5ab43e45496755d40b83092a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.9-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] m68knommu changes for v5.9-rc3
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: m68k chat 21st Aug 2020 - "the Amitari - EmuTOS and Atari Software on the Amiga"
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH AUTOSEL 5.8 11/27] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 09/24] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 08/22] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 07/18] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 06/13] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 05/11] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 04/10] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2 06/11] sparc: switch to kernel_clone()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• RE: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• RE: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 09/11] kgdbts: switch to kernel_clone()
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v2 03/11] ia64: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 01/11] fork: introduce kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 05/11] nios2: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 04/11] m68k: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 07/11] x86: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 06/11] sparc: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 02/11] h8300: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 11/11] sched: remove _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 09/11] kgdbts: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 08/11] kprobes: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 10/11] tracing: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 04/11] m68k: switch to kernel_clone()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: peterz@xxxxxxxxxxxxx
• [m68k:m68k-queue] BUILD SUCCESS b82e743d09fba36330735bec28733b0682f8ed4c
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 4893607c94ab8d8e22a12480837fb87c56d70ea5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 04/11] m68k: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 02/11] h8300: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 08/11] kprobes: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 09/11] kgdbts: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 11/11] sched: remove _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 10/11] tracing: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 06/11] sparc: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 07/11] x86: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 05/11] nios2: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 01/11] fork: introduce kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 03/11] ia64: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH] ide/macide: Convert Mac IDE driver to platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: INFO: task hung in pipe_release (2)
  • From: syzbot <syzbot+61acc40a49a3e46e25ea@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: m68k chat 21st Aug 2020 - "the Amitari - EmuTOS and Atari Software on the Amiga"
  • From: "Karoly Balogh (Charlie/SGR)" <charlie@xxxxxxxxxxxxxxxx>
• Re: m68k chat 21st Aug 2020 - "the Amitari - EmuTOS and Atari Software on the Amiga"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k chat 21st Aug 2020 - "the Amitari - EmuTOS and Atari Software on the Amiga"
  • From: "Karoly Balogh (Charlie/SGR)" <charlie@xxxxxxxxxxxxxxxx>
• Re: m68k chat 21st Aug 2020 - "the Amitari - EmuTOS and Atari Software on the Amiga"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k chat 21st Aug 2020 - "the Amitari - EmuTOS and Atari Software on the Amiga"
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• m68k chat 21st Aug 2020 - "the Amitari - EmuTOS and Atari Software on the Amiga"
  • From: Carsten Strotmann <cas@xxxxxxxxxxxx>
• Re: [PATCH 2/9] macintosh/via-macii: Poll the device most likely to respond
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 1/9] macintosh/via-macii: Access autopoll_devs when inside lock
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] macintosh/via-macii: Poll the device most likely to respond
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] macintosh/via-macii: Access autopoll_devs when inside lock
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 2/9] macintosh/via-macii: Poll the device most likely to respond
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH AUTOSEL 5.8 28/72] m68k: mac: Don't send IOP message until channel is idle
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.8 29/72] m68k: mac: Fix IOP status/control register writes
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 26/58] m68k: mac: Fix IOP status/control register writes
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 18/40] m68k: mac: Fix IOP status/control register writes
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 17/40] m68k: mac: Don't send IOP message until channel is idle
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 13/21] m68k: mac: Don't send IOP message until channel is idle
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 14/21] m68k: mac: Fix IOP status/control register writes
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 08/14] m68k: mac: Don't send IOP message until channel is idle
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 4/9] m68k: mac: Don't send IOP message until channel is idle
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 5/9] m68k: mac: Fix IOP status/control register writes
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 3/5] m68k: mac: Fix IOP status/control register writes
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 2/5] m68k: mac: Don't send IOP message until channel is idle
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 09/14] m68k: mac: Fix IOP status/control register writes
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 25/58] m68k: mac: Don't send IOP message until channel is idle
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.9
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] m68knommu changes for v5.9
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: syscall_trace_enter and syscall_trace_leave for m68k w/MMU
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: syscall_trace_enter and syscall_trace_leave for m68k w/MMU
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: stmark2: enable edma support for dspi
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 9f2606b55aca95fc75e92af24fc298bad136ca24
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS fcd6fab3f4748ca1bd431e25c8db3d15fb631009
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for 5.9
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] m68k: stmark2: enable edma support for dspi
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH] m68k: stmark2: enable edma support for dspi
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [GIT PULL] m68k updates for 5.9
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 09/24] m68k: use asm-generic/mmu_context.h for no-op implementations
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k/amiga: Add missing platform_device_unregister() call in amiga_init_devices()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/amiga: Add missing platform_device_unregister() call in amiga_init_devices()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 09/24] m68k: use asm-generic/mmu_context.h for no-op implementations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH -next] m68k/amiga: missing platform_device_unregister() on error in amiga_init_devices()
  • From: Qinglang Miao <miaoqinglang@xxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Macintosh II ADB driver fixes
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH 0/8] Mac ADB IOP driver fixes
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@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: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: syscall_trace_enter and syscall_trace_leave for m68k w/MMU
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• syscall_trace_enter and syscall_trace_leave for m68k w/MMU
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 87ecad4defef74de3bf48c7493606453d93bdfc8
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k: Correct some typos in comments
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 4a0b5198f5e9b0074a0df27d5d621eded75ecc3f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Out-of-tree support for Sharp X68000
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k: use get_kernel_nofault in show_registers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68k: Replace HTTP links with HTTPS ones
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [PATCH] m68k: Replace HTTP links with HTTPS ones
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 3/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 2/3] m68k/mm: enable use of generic memory_model.h for !DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 1/3] m68k/mm: make node data and node setup depend on CONFIG_DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] m68k: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [PATCH] m68k: Replace HTTP links with HTTPS ones
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [PATCH] m68k: mm: fix wrong m68k_fixup_info addresses
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH] m68k: mm: fix wrong m68k_fixup_info addresses
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 4e906dc09434547f09e6143afeb8081890c2be14
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS cb9f7797a4553dfa531f41459c840bb47d13a2bb
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:for-v5.9] BUILD SUCCESS 382f429bb559fe991b1ece2e5e58c812e28b3ad8
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: mm: fix wrong m68k_fixup_info addresses
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [RFC PATCH 31/35] m68k: Change PCIBIOS_SUCCESSFUL to 0
  • From: "Saheed O. Bolarinwa" <refactormyself@xxxxxxxxx>
• [PATCH] zorro: Fix address space collision message with RAM expansion boards
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: virtual eventing chat meeting today
  • From: Carsten Strotmann <carsten@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] video: fbdev: amifb: add FIXMEs about {put,get}_user() failures
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] video: fbdev: amifb: add FIXME about dead APUS support
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: virtual eventing chat meeting today
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• virtual eventing chat meeting today
  • From: Carsten Strotmann <cas@xxxxxxxxxxxx>
• [PATCH AUTOSEL 5.4 09/16] m68k: nommu: register start of the memory with memblock
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 12/30] m68k: nommu: register start of the memory with memblock
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 10/16] m68k: mm: fix node memblock init
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 3/8] m68k: nommu: register start of the memory with memblock
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 4/8] m68k: mm: fix node memblock init
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 13/30] m68k: mm: fix node memblock init
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH v5 09/25] mm/m68k: Use general page fault accounting
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 60247e093fbbd52d9cab7eebdc6745996dedf64a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: stmark2: enable edma support for dspi
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 50b615674c23c9c40a77a7b45ddad2dc37db0ec6
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.8-rc3
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.8-rc4
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH] m68k: stmark2: enable edma support for dspi
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [git pull] m68knommu changes for v5.8-rc4
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 0/8] mm: cleanup usage of <asm/pgalloc.h>
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 17/20] block: rename generic_make_request to submit_bio_noacct
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 18/20] block: refator submit_bio_noacct
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH 18/20] block: refator submit_bio_noacct
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH 18/20] block: refator submit_bio_noacct
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 17/20] block: rename generic_make_request to submit_bio_noacct
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 16/20] block: move ->make_request_fn to struct block_device_operations
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 09/20] bcache: stop setting ->queuedata
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 18/20] block: refator submit_bio_noacct
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH 12/20] block: remove the request_queue argument from blk_queue_split
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 10/20] dm: stop using ->queuedata
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 16/20] block: move ->make_request_fn to struct block_device_operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: rename ->make_request_fn and move it to the block_device_operations v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• rename ->make_request_fn and move it to the block_device_operations v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/20] drbd: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/20] simdisk: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/20] null_blk: stop using ->queuedata for bio mode
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/20] ps3vram: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/20] rsxx: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/20] zram: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/20] dm: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/20] block: remove the request_queue argument from blk_queue_split
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/20] fs: remove a weird comment in submit_bh_wbc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/20] bcache: stop setting ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/20] umem: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>