Linux M68K

• Thread Index

• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 20/36] arch/idle: Change arch_cpu_idle() IRQ behaviour
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 02/36] x86/idle: Replace x86_idle with a static_call
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 34/36] cpuidle,omap3: Push RCU-idle into omap_sram_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH 18/36] cpuidle: Annotate poll_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 26/36] cpuidle,sched: Remove annotations from TIF_{POLLING_NRFLAG,NEED_RESCHED}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 06/36] cpuidle,riscv: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 14/36] cpuidle: Fix rcu_idle_*() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 31/36] cpuidle,acpi: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 28/36] cpuidle,tdx: Make tdx noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 12/36] cpuidle,omap2: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 11/36] cpuidle,armada: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 15/36] cpuidle,cpu_pm: Remove RCU fiddling from cpu_pm_{enter,exit}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 32/36] ftrace: WARN on rcuidle
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 00/36] cpuidle,rcu: Cleanup the mess
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 07/36] cpuidle,tegra: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 01/36] x86/perf/amd: Remove tracing from perf_lopwr_cb()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 36/36] cpuidle,clk: Remove trace_.*_rcuidle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 03/36] cpuidle/poll: Ensure IRQ state is invariant
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 02/36] x86/idle: Replace x86_idle with a static_call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 27/36] cpuidle,mwait: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 05/36] cpuidle: Move IRQ state validation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 08/36] cpuidle,psci: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 30/36] cpuidle,nospec: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 17/36] acpi_idle: Remove tracing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 35/36] cpuidle,powerdomain: Remove trace_.*_rcuidle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 21/36] x86/tdx: Remove TDX_HCALL_ISSUE_STI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 13/36] cpuidle,dt: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 19/36] objtool/idle: Validate __cpuidle code as noinstr
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 10/36] cpuidle,omap3: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 22/36] arm,smp: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 25/36] time/tick-broadcast: Remove RCU_NONIDLE usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 09/36] cpuidle,imx6: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 34/36] cpuidle,omap3: Push RCU-idle into omap_sram_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 23/36] arm64,smp: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 29/36] cpuidle,xenpv: Make more PARAVIRT_XXL noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 20/36] arch/idle: Change arch_cpu_idle() IRQ behaviour
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 16/36] rcu: Fix rcu_idle_exit()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] scsi: remove stale BusLogic driver
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: (subset) [PATCH 00/23] Update Documentation/ cross-references
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] bitops: wrap non-atomic bitops with a transparent macro
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 4/6] bitops: unify non-atomic bitops prototypes across architectures
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 5/6] bitops: wrap non-atomic bitops with a transparent macro
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 0/6] phase out CONFIG_VIRT_TO_BUS
  • From: Martyn Welch <martyn@xxxxxxxxxxxx>
• Re: [PATCH 23/23] arch: m68k: q40: README: drop references to IDE driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.19-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/6] bitops: unify non-atomic bitops prototypes across architectures
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 00/23] Update Documentation/ cross-references
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 5/6] scsi: remove stale BusLogic driver
  • From: Khalid Aziz <khalid@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] bitops: wrap non-atomic bitops with a transparent macro
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 4/6] bitops: unify non-atomic bitops prototypes across architectures
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 23/23] arch: m68k: q40: README: drop references to IDE driver
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 23/23] arch: m68k: q40: README: drop references to IDE driver
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• [PATCH 00/23] Update Documentation/ cross-references
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH 0/6] phase out CONFIG_VIRT_TO_BUS
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 5/6] scsi: remove stale BusLogic driver
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH 6/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 1/6] ia64, processor: fix -Wincompatible-pointer-types in ia64_get_irr()
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 5/6] bitops: wrap non-atomic bitops with a transparent macro
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 4/6] bitops: unify non-atomic bitops prototypes across architectures
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 5/6] scsi: remove stale BusLogic driver
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH 0/6] phase out CONFIG_VIRT_TO_BUS
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] vme: remove ca91cx42 Universe-II support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 6/6] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 4/6] scsi: dpt_i2o: drop stale VIRT_TO_BUS dependency
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 0/6] phase out CONFIG_VIRT_TO_BUS
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 2/6] vme: move back to staging
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 3/6] media: sta2x11: remove VIRT_TO_BUS dependency
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] m68k: coldfire/device.c: protect FLEXCAN blocks
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Fix syntax errors in comments
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: Fix syntax errors in comments
  • From: Xiang wangx <wangxiang@xxxxxxxxxx>
• Re: arch/m68k/68000/ints.c:82:30: error: 'ISR' undeclared
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: arch/m68k/68000/ints.c:82:30: error: 'ISR' undeclared
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: virt: Kconfig minor fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v8 16/27] m68k: Switch to new sys-off handler API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v8 16/27] m68k: Switch to new sys-off handler API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: virt: Kconfig minor fixes
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] m68k: virt: Kconfig minor fixes
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH v16 4/4] m68k: introduce a virtual m68k machine
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] m68k: coldfire:Add const to clk_ops
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v16 4/4] m68k: introduce a virtual m68k machine
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v16 4/4] m68k: introduce a virtual m68k machine
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH] m68k: coldfire/device.c: protect FLEXCAN blocks
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v16 4/4] m68k: introduce a virtual m68k machine
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v5] mm: Avoid unnecessary page fault retires on shared memory types
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH v5] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.19
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 101/109] m68k: atari: Make Atari ROM port I/O write macros return void
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 70/76] m68k: atari: Make Atari ROM port I/O write macros return void
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.17 127/135] m68k: atari: Make Atari ROM port I/O write macros return void
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH AUTOSEL 5.18 149/159] m68k: atari: Make Atari ROM port I/O write macros return void
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH] m68k: coldfire:Add const to clk_ops
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [git pull] m68knommu changes for v5.19
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] m68k: coldfire:Add const to clk_ops
  • From: Xiang wangx <wangxiang@xxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v2 0/3] bitops: __fls adjustments
  • From: Amadeusz Sławiński <amadeuszx.slawinski@xxxxxxxxxxxxxxx>
• [PATCH v2 3/3] sparc64: bitops: Change __fls to return unsigned long
  • From: Amadeusz Sławiński <amadeuszx.slawinski@xxxxxxxxxxxxxxx>
• [PATCH v2 1/3] ARC: bitops: Change __fls to return unsigned long
  • From: Amadeusz Sławiński <amadeuszx.slawinski@xxxxxxxxxxxxxxx>
• [PATCH v2 2/3] m68k: bitops: Change __fls to return and accept unsigned long
  • From: Amadeusz Sławiński <amadeuszx.slawinski@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 1/2] ARC: bitops: Change __fls to return unsigned long
  • From: Amadeusz Sławiński <amadeuszx.slawinski@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 0/2] bitops: __fls adjustments
  • From: Cezary Rojewski <cezary.rojewski@xxxxxxxxx>
• Re: [PATCH 1/2] ARC: bitops: Change __fls to return unsigned long
  • From: Vineet Gupta <vgupta@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Vineet Gupta <vgupta@xxxxxxxxxx>
• [PATCH 2/2] m68k: bitops: Change __fls to return and accept unsigned long
  • From: Amadeusz Sławiński <amadeuszx.slawinski@xxxxxxxxxxxxxxx>
• [PATCH 1/2] ARC: bitops: Change __fls to return unsigned long
  • From: Amadeusz Sławiński <amadeuszx.slawinski@xxxxxxxxxxxxxxx>
• [PATCH 0/2] bitops: __fls adjustments
  • From: Amadeusz Sławiński <amadeuszx.slawinski@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v8 07/27] kernel/reboot: Add kernel_can_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v2 1/3] m68knommu: fix undefined reference to `mach_get_rtc_pll'
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v8 07/27] kernel/reboot: Add kernel_can_power_off()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] m68knommu: fix undefined reference to `mach_get_rtc_pll'
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v8 00/27] Introduce power-off+restart call chain API
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v8 07/27] kernel/reboot: Add kernel_can_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v8 07/27] kernel/reboot: Add kernel_can_power_off()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/3] m68k: Kconfig.debug: Replace single quotes
  • From: Juerg Haefliger <juerg.haefliger@xxxxxxxxxxxxx>
• [PATCH 0/3] m68k: Kconfig: Style cleanups
  • From: Juerg Haefliger <juerg.haefliger@xxxxxxxxxxxxx>
• [PATCH 3/3] m68k: Kconfig.machine: Add endif comment
  • From: Juerg Haefliger <juerg.haefliger@xxxxxxxxxxxxx>
• [PATCH 1/3] m68k: Kconfig.cpu: Fix indentation and add endif comments
  • From: Juerg Haefliger <juerg.haefliger@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] m68knommu: fix undefined reference to `mach_get_rtc_pll'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] m68knommu: fix undefined reference to `mach_get_rtc_pll'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [GIT PULL] m68k updates for v5.19
  • From: pr-tracker-bot@xxxxxxxxxx
• [linux-next:master] BUILD REGRESSION cc63e8e92cb872081f249ea16e6c460642f3e4fb
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:m68k-v5.18] BUILD SUCCESS 93c071b060b9c0298a56841f9a129d17594a5d38
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 67e3a731eab11bc68822924b983a6a981138c47c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH next] m68k: virt: Switch to new sys-off handler API
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH next] m68k: virt: Switch to new sys-off handler API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH next] m68k: virt: Switch to new sys-off handler API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v8 00/27] Introduce power-off+restart call chain API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 06/11] nios2: use fallback for random_get_entropy() instead of zero
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• [GIT PULL] m68k updates for v5.19
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:for-v5.19] BUILD SUCCESS 30b5e6ef4a32ea4985b99200e06d6660a69f9246
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 736ee37e2e8eed7fe48d0a37ee5a709514d478b3
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 736ee37e2e8eed7fe48d0a37ee5a709514d478b3
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 736ee37e2e8eed7fe48d0a37ee5a709514d478b3
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] m68k: Use strscpy to replace strlcpy
  • From: 陈学兵 <chenxuebing@xxxxxxx>
• [geert-m68k:for-v5.19] BUILD SUCCESS 4c0dd11e576412605b1fd9e868e2f66627c195b0
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: atari: Make Atari ROM port I/O write macros return void
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k: atari: Make Atari ROM port I/O write macros return void
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] m68k: atari: Make Atari ROM port I/O write macros return void
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: atari: Make Atari ROM port I/O write macros return void
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] m68k: atari: Make Atari ROM port I/O write macros return void
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 736ee37e2e8eed7fe48d0a37ee5a709514d478b3
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 736ee37e2e8eed7fe48d0a37ee5a709514d478b3
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v8 00/27] Introduce power-off+restart call chain API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v8 00/27] Introduce power-off+restart call chain API
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 3/3] m68knommu: fix 68000 CPU link with no platform selected
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] m68knommu: fix undefined reference to `mach_get_rtc_pll'
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/3] m68k: removed unused "mach_get_ss"
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3] m68knommu: fix 68000 CPU link with no platform selected
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] m68knommu: fix undefined reference to `mach_get_rtc_pll'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] m68k: removed unused "mach_get_ss"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/3] m68knommu: fix 68000 CPU link with no platform selected
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 2/3] m68k: removed unused "mach_get_ss"
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 1/3] m68knommu: fix undefined reference to `mach_get_rtc_pll'
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 0/3] m68k: build fixes and cleanup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: fix undefined reference to `mach_get_rtc_pll'
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [geert-m68k:for-v5.19] BUILD SUCCESS ed6bc6bf0a7d75e80eb1df883c09975ebb74e590
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 5b566ef5f7d6a0c31a512bfe4eefcce31771cf12
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68knommu: fix undefined reference to `mach_get_rtc_pll'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: fix undefined reference to `_init_sp'
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: fix undefined reference to `_init_sp'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: fix undefined reference to `mach_get_rtc_pll'
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: math-emu: Fix dependencies of math emulation support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 5ce775425058ddf42f6fc7e493de72603fd2c667
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68knommu: fix undefined reference to `mach_get_rtc_pll'
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2] m68k: math-emu: Fix dependencies of math emulation support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: fix undefined reference to `mach_get_rtc_pll'
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: math-emu: Fix dependencies of math emulation support
  • From: Greg Ungerer <gerg@xxxxxxxxxxx>
• Re: [PATCH] m68knommu: fix undefined reference to `mach_get_rtc_pll'
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] m68knommu: fix undefined reference to `_init_sp'
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: fix undefined reference to `mach_get_rtc_pll'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: math-emu: Fix dependencies of math emulation support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68knommu: fix undefined reference to `mach_get_rtc_pll'
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] m68knommu: allow elf_fdpic loader to be selected
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: math-emu: Fix dependencies of math emulation support
  • From: Greg Ungerer <gerg@xxxxxxxxxxx>
• [PATCH v2 4/4] m68knommu: allow elf_fdpic loader to be selected
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [geert-m68k:for-v5.19] BUILD SUCCESS 4fbdb1a9e9e5c802080aa86c8d557135922fb859
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: math-emu: Fix dependencies of math emulation support
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: math-emu: Fix dependencies of math emulation support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: math-emu: Fix dependencies of math emulation support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: math-emu: Fix dependencies of math emulation support
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v8 01/27] notifier: Add atomic_notifier_call_chain_is_empty()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH] m68k: math-emu: Fix dependencies of math emulation support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v8 01/27] notifier: Add atomic_notifier_call_chain_is_empty()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v8 27/27] kernel/reboot: Add devm_register_restart_handler()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 26/27] kernel/reboot: Add devm_register_power_off_handler()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 25/27] soc/tegra: pmc: Use sys-off handler API to power off Nexus 7 properly
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 24/27] reboot: Remove pm_power_off_prepare()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 22/27] ACPI: power: Switch to sys-off handler API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 23/27] regulator: pfuze100: Use devm_register_sys_off_handler()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 21/27] memory: emif: Use kernel_can_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 18/27] x86: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 20/27] mips: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 06/27] kernel/reboot: Add stub for pm_power_off
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 19/27] ia64: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 05/27] kernel/reboot: Add do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 07/27] kernel/reboot: Add kernel_can_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 10/27] csky: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 08/27] kernel/reboot: Add register_platform_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 09/27] ARM: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 11/27] riscv: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 14/27] xen/x86: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 13/27] parisc: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 17/27] sh: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 16/27] m68k: Switch to new sys-off handler API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 15/27] powerpc: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 12/27] arm64: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 03/27] kernel/reboot: Introduce sys-off handler API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 04/27] kernel/reboot: Wrap legacy power-off callbacks into sys-off handlers
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 00/27] Introduce power-off+restart call chain API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 02/27] notifier: Add blocking/atomic_notifier_chain_register_unique_prio()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 01/27] notifier: Add atomic_notifier_call_chain_is_empty()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH] kernel/drivers: Remove redundant driver match function
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v10 0/3] Add kernel seccomp support for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v10 1/3] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] kernel/drivers: Remove redundant driver match function
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] kernel/drivers: Remove redundant driver match function
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] kernel/drivers: Remove redundant driver match function
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] kernel/drivers: Remove redundant driver match function
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v7 04/20] kernel: Add combined power-off+restart handler call chain API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v7 04/20] kernel: Add combined power-off+restart handler call chain API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7 04/20] kernel: Add combined power-off+restart handler call chain API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• RE: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH v7 04/20] kernel: Add combined power-off+restart handler call chain API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• RE: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• RE: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• RE: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• RE: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v10 0/3] Add kernel seccomp support for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] kernel/drivers: Remove redundant driver match function
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH] kernel/drivers: Remove redundant driver match function
  • From: lizhe <sensor1010@xxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS f3f50e32949fa00ca6517073ebaabe47eb23ed3a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v10 0/3] Add kernel seccomp support for m68k
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v5 06/11] nios2: use fallback for random_get_entropy() instead of zero
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH] m68k: fix typos in comments
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix typos in comments
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/math-emu: fix typos in comments
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 138d673f12ac7e33ef4c54a4e104675bcadc1aaa
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k/math-emu: fix typos in comments
  • From: Julia Lawall <Julia.Lawall@xxxxxxxx>
• [PATCH] m68k: fix typos in comments
  • From: Julia Lawall <Julia.Lawall@xxxxxxxx>
• [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [geert-m68k:for-v5.19] BUILD SUCCESS a96e4ebf3dedaf110999189939cd0272d32c4296
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/4] m68knommu: allow elf_fdpic loader to be selected
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] m68knommu: allow elf_fdpic loader to be selected
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] m68knommu: use asm-generic/mmu.h for nommu setups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 4/4] m68knommu: allow elf_fdpic loader to be selected
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 2/4] m68knommu: implement minimal regset support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 3/4] m68knommu: add definitions to support elf_fdpic program loader
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 1/4] m68knommu: use asm-generic/mmu.h for nommu setups
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 0/4] m68knommu: add support for elf-fdpic
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] [v4] m68k: coldfire: drop ISA_DMA_API support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] binfmt_flat: Remove shared library support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] binfmt_flat: Remove shared library support
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH] binfmt_flat: Remove shared library support
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v4 04/11] mips: use fallback for random_get_entropy() instead of zero
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH v4 04/11] mips: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 04/11] mips: use fallback for random_get_entropy() instead of zero
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH v6 00/17] archs/random: fallback to best raw ktime when no cycle counter
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v5 11/11] random: insist on random_get_entropy() existing in order to simplify
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 11/11] random: insist on random_get_entropy() existing in order to simplify
  • From: Sandy Harris <sandyinchina@xxxxxxxxx>
• Re: [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] binfmt_flat: Remove shared library support
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH] [v4] m68k: coldfire: drop ISA_DMA_API support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] [v4] m68k: coldfire: drop ISA_DMA_API support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH V2 08/30] m68k/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 04/11] mips: use fallback for random_get_entropy() instead of just c0 random
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/11] mips: use fallback for random_get_entropy() instead of just c0 random
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v5 04/11] mips: use fallback for random_get_entropy() instead of just c0 random
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH] [v4] m68k: coldfire: drop ISA_DMA_API support
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] binfmt_flat: Remove shared library support
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: Regression with v5.18-rc1 tag on STM32F7 and STM32H7 based boards
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] [v4] m68k: coldfire: drop ISA_DMA_API support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v5 10/11] xtensa: use fallback for random_get_entropy() instead of zero
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH] binfmt_flat: Remove shared library support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] binfmt_flat: Remove shared library support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: (subset) [PATCH] binfmt_flat: Remove shared library support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] binfmt_flat: Remove shared library support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] binfmt_flat: Remove shared library support
  • From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] binfmt_flat: Remove shared library support
  • From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] binfmt_flat: Remove shared library support
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH] binfmt_flat: Remove shared library support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 04/20] kernel: Add combined power-off+restart handler call chain API
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] binfmt_flat: Remove shared library support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v7 03/20] reboot: Print error message if restart handler has duplicated priority
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] binfmt_flat: Remove shared library support
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH] binfmt_flat: Remove shared library support
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH] binfmt_flat: Remove shared library support
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: Regression with v5.18-rc1 tag on STM32F7 and STM32H7 based boards
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Regression with v5.18-rc1 tag on STM32F7 and STM32H7 based boards
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] signal: Deliver SIGTRAP on perf event asynchronously if blocked
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] [v3] m68k: coldfire: drop ISA_DMA_API support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] [v3] m68k: coldfire: drop ISA_DMA_API support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] [v2] m68k: coldfire: drop ISA_DMA_API support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] [v2] m68k: coldfire: drop ISA_DMA_API support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v5 07/11] x86: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v5 07/11] x86: use fallback for random_get_entropy() instead of zero
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 07/11] x86: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v5 07/11] x86: use fallback for random_get_entropy() instead of zero
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] [v2] m68k: coldfire: drop ISA_DMA_API support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] [v2] m68k: coldfire: drop ISA_DMA_API support
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• [PATCH] [v2] m68k: coldfire: drop ISA_DMA_API support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v5 08/11] um: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v5 08/11] um: use fallback for random_get_entropy() instead of zero
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• [PATCH v5 11/11] random: insist on random_get_entropy() existing in order to simplify
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 10/11] xtensa: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 09/11] sparc: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 08/11] um: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 07/11] x86: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 06/11] nios2: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 05/11] arm: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 04/11] mips: use fallback for random_get_entropy() instead of just c0 random
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 03/11] riscv: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 02/11] m68k: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 01/11] timekeeping: add raw clock fallback for random_get_entropy()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 00/11] archs/random: fallback to best raw ktime when no cycle counter
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH] m68k: coldfire: drop ISA_DMA_API support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v4 04/11] mips: use fallback for random_get_entropy() instead of zero
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v7 04/20] kernel: Add combined power-off+restart handler call chain API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v7 03/20] reboot: Print error message if restart handler has duplicated priority
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v4 04/11] mips: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 04/11] mips: use fallback for random_get_entropy() instead of zero
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH v4 04/11] mips: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: Regression with v5.18-rc1 tag on STM32F7 and STM32H7 based boards
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v7 04/20] kernel: Add combined power-off+restart handler call chain API
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 04/11] mips: use fallback for random_get_entropy() instead of zero
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH v4 01/11] timekeeping: add raw clock fallback for random_get_entropy()
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v4 01/11] timekeeping: add raw clock fallback for random_get_entropy()
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v7 00/20] Introduce power-off+restart call chain API
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH v4 01/11] timekeeping: add raw clock fallback for random_get_entropy()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v7 03/20] reboot: Print error message if restart handler has duplicated priority
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 01/11] timekeeping: add raw clock fallback for random_get_entropy()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 04/11] mips: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 04/11] mips: use fallback for random_get_entropy() instead of zero
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v4 03/11] riscv: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 01/11] timekeeping: add raw clock fallback for random_get_entropy()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 04/11] mips: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v7 03/20] reboot: Print error message if restart handler has duplicated priority
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v7 03/20] reboot: Print error message if restart handler has duplicated priority
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 03/11] riscv: use fallback for random_get_entropy() instead of zero
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v4 01/11] timekeeping: add raw clock fallback for random_get_entropy()
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v4 04/11] mips: use fallback for random_get_entropy() instead of zero
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH v4 04/11] mips: use fallback for random_get_entropy() instead of zero
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• [PATCH v4 11/11] random: insist on random_get_entropy() existing in order to simplify
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 10/11] xtensa: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 09/11] sparc: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 08/11] um: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 07/11] x86: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 06/11] nios2: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 04/11] mips: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 05/11] arm: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 03/11] riscv: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 01/11] timekeeping: add raw clock fallback for random_get_entropy()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 02/11] m68k: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 00/11] archs/random: fallback to best raw ktime when no cycle counter
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 01/10] timekeeping: add raw clock fallback for random_get_entropy()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 01/10] timekeeping: add raw clock fallback for random_get_entropy()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 02/10] m68k: use fallback for random_get_entropy() instead of zero
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 04/10] mips: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 05/10] arm: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 06/10] nios2: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 03/10] riscv: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 09/10] sparc: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 08/10] um: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 10/10] xtensa: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 02/10] m68k: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 07/10] x86: use fallback for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 01/10] timekeeping: add raw clock fallback for random_get_entropy()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 00/10] archs/random: fallback to best raw ktime when no cycle counter
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] signal: Deliver SIGTRAP on perf event asynchronously if blocked
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v7 17/20] memory: emif: Use kernel_can_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v7 16/20] mips: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v7 00/20] Introduce power-off+restart call chain API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v7 00/20] Introduce power-off+restart call chain API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 8841e027aa6b5d10b98b5cf67bf705e363917c00
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v7 19/20] regulator: pfuze100: Use devm_register_sys_off_handler()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 17/20] memory: emif: Use kernel_can_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 14/20] x86: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 11/20] powerpc: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 12/20] m68k: Switch to new sys-off handler API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 20/20] reboot: Remove pm_power_off_prepare()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 15/20] ia64: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 16/20] mips: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [geert-m68k:for-next] BUILD SUCCESS 05d51e42df06f0211c7029ab9aa46c492ee85043
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v7 18/20] ACPI: power: Switch to sys-off handler API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 13/20] sh: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 09/20] parisc: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 08/20] arm64: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 10/20] xen/x86: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 07/20] riscv: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 04/20] kernel: Add combined power-off+restart handler call chain API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 05/20] ARM: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 06/20] csky: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 02/20] notifier: Add atomic/blocking_notifier_chain_register_unique_prio()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 03/20] reboot: Print error message if restart handler has duplicated priority
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 01/20] notifier: Add blocking_notifier_call_chain_is_empty()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v7 00/20] Introduce power-off+restart call chain API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v2 03/11] m68k: use ktime_read_raw_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v16 0/4] m68k: Add Virtual M68k Machine
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v16 1/4] tty: goldfish: introduce gf_ioread32()/gf_iowrite32()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v16 1/4] tty: goldfish: introduce gf_ioread32()/gf_iowrite32()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 03/11] m68k: use ktime_read_raw_clock() for random_get_entropy() instead of zero
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/10] archs/random: fallback to using sched_clock() if no cycle counter
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH RFC v1 00/10] archs/random: fallback to using sched_clock() if no cycle counter
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 08/11] x86: use ktime_read_raw_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 07/11] nios2: use ktime_read_raw_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 09/11] um: use ktime_read_raw_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 10/11] sparc: use ktime_read_raw_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 05/11] mips: use ktime_read_raw_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 04/11] riscv: use ktime_read_raw_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 06/11] arm: use ktime_read_raw_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 11/11] xtensa: use ktime_read_raw_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 03/11] m68k: use ktime_read_raw_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 02/11] timekeeping: use ktime_read_raw_clock() for random_get_entropy() if no get_cycles()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 01/11] timekeeping: add accessor for raw clock
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 00/11] archs/random: fallback to using ktime_read_raw_clock() if no cycle counter
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH RFC v1 00/10] archs/random: fallback to using sched_clock() if no cycle counter
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH RFC v1 00/10] archs/random: fallback to using sched_clock() if no cycle counter
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/10] archs/random: fallback to using sched_clock() if no cycle counter
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH RFC v1 00/10] archs/random: fallback to using sched_clock() if no cycle counter
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Daniel Palmer <daniel@xxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH RFC v1 07/10] arm64: use sched_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH RFC v1 07/10] arm64: use sched_clock() for random_get_entropy() instead of zero
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH RFC v1 10/10] xtensa: use sched_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH RFC v1 09/10] sparc: use sched_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH RFC v1 06/10] x86: use sched_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH RFC v1 07/10] arm64: use sched_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH RFC v1 05/10] arm: use sched_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH RFC v1 08/10] um: use sched_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH RFC v1 04/10] mips: use sched_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH RFC v1 02/10] m68k: use sched_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH RFC v1 03/10] riscv: use sched_clock() for random_get_entropy() instead of zero
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH RFC v1 01/10] random: use sched_clock() for random_get_entropy() if no get_cycles()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH RFC v1 00/10] archs/random: fallback to using sched_clock() if no cycle counter
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v16 1/4] tty: goldfish: introduce gf_ioread32()/gf_iowrite32()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v16 1/4] tty: goldfish: introduce gf_ioread32()/gf_iowrite32()
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH v16 1/4] tty: goldfish: introduce gf_ioread32()/gf_iowrite32()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Rob Landley <rob@xxxxxxxxxxx>
• [PATCH v16 2/4] rtc: goldfish: use gf_ioread32()/gf_iowrite32()
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH v16 3/4] clocksource/drivers: Add a goldfish-timer clocksource
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH v16 4/4] m68k: introduce a virtual m68k machine
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH v16 0/4] m68k: Add Virtual M68k Machine
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH v16 1/4] tty: goldfish: introduce gf_ioread32()/gf_iowrite32()
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH v15 4/5] clocksource/drivers: Add a goldfish-timer clocksource
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v15 4/5] clocksource/drivers: Add a goldfish-timer clocksource
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v15 4/5] clocksource/drivers: Add a goldfish-timer clocksource
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH v15 4/5] clocksource/drivers: Add a goldfish-timer clocksource
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: Regression with v5.18-rc1 tag on STM32F7 and STM32H7 based boards
  • From: Patrice CHOTARD <patrice.chotard@xxxxxxxxxxx>
• Re: Regression with v5.18-rc1 tag on STM32F7 and STM32H7 based boards
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] signal: Deliver SIGTRAP on perf event asynchronously if blocked
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [PATCH 5.15 346/913] m68k: coldfire/device.c: only build for MCF_EDMA when h/w macros are defined
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.10 236/599] m68k: coldfire/device.c: only build for MCF_EDMA when h/w macros are defined
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.16 0367/1017] m68k: coldfire/device.c: only build for MCF_EDMA when h/w macros are defined
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.17 0390/1126] m68k: coldfire/device.c: only build for MCF_EDMA when h/w macros are defined
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Build regressions/improvements in v5.18-rc1
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: Build regressions/improvements in v5.18-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Daniel Palmer <daniel@xxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 412ed8f7fe7544bd92457711b4f992793655f88c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: Build regressions/improvements in v5.18-rc1
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PULL] remove arch/h8300
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] signal: Deliver SIGTRAP on perf event asynchronously if blocked
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] signal: Deliver SIGTRAP on perf event asynchronously if blocked
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.18-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Build regressions/improvements in v5.18-rc1
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Build regressions/improvements in v5.18-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v15 4/5] clocksource/drivers: Add a goldfish-timer clocksource
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.18
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] lib: stackinit: Convert to KUnit
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [no subject]
  • From: Unknown
• [git pull] m68knommu changes for v5.18
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] lib: stackinit: Convert to KUnit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS f0c73906b869c57ed9f74fd5add86581e457d13c
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:m68k-v5.17] BUILD SUCCESS 5e1850bb3c647ceb323efc380b4e7f0c60189be2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for v5.18
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] m68k updates for v5.18
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH -next] ptrace: Remove duplicated include in ptrace.c
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH -next] ptrace: Remove duplicated include in ptrace.c
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH -next] ptrace: Remove duplicated include in ptrace.c
  • From: Yang Li <yang.lee@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/10] drm/fourcc: Add DRM_FORMAT_C[124]
  • From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
• Re: [PATCH v2 05/10] drm/fourcc: Add DRM_FORMAT_C[124]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 05/10] drm/fourcc: Add DRM_FORMAT_C[124]
  • From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
• Re: [PATCH v2 05/10] drm/fourcc: Add DRM_FORMAT_C[124]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 05/10] drm/fourcc: Add DRM_FORMAT_C[124]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 05/10] drm/fourcc: Add DRM_FORMAT_C[124]
  • From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS dcb13717dcd512bc7fdd7a3c98b3438b2feae250
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 05/10] drm/fourcc: Add DRM_FORMAT_C[124]
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v2 05/10] drm/fourcc: Add DRM_FORMAT_C[124]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 05/10] drm/fourcc: Add DRM_FORMAT_C[124]
  • From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
• Re: [PATCH v2 05/10] drm/fourcc: Add DRM_FORMAT_C[124]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] x86: Remove a.out support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] x86: Remove a.out support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] x86: Remove a.out support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] x86: Remove a.out support
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v15 2/5] tty: goldfish: introduce gf_ioread32()/gf_iowrite32()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v15 5/5] m68k: introduce a virtual m68k machine
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v15 3/5] rtc: goldfish: use gf_ioread32()/gf_iowrite32()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v15 2/5] tty: goldfish: introduce gf_ioread32()/gf_iowrite32()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v15 1/5] m68k: add asm/config.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v15 5/5] m68k: introduce a virtual m68k machine
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH v15 0/5] m68k: Add Virtual M68k Machine
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH v15 2/5] tty: goldfish: introduce gf_ioread32()/gf_iowrite32()
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH v15 3/5] rtc: goldfish: use gf_ioread32()/gf_iowrite32()
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH v15 4/5] clocksource/drivers: Add a goldfish-timer clocksource
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH v15 1/5] m68k: add asm/config.h
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH v14 4/5] clocksource/drivers: Add a goldfish-timer clocksource
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] a.out: Stop building a.out/osf1 support on alpha and m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] a.out: Stop building a.out/osf1 support on alpha and m68k
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] a.out: Stop building a.out/osf1 support on alpha and m68k
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] a.out: Stop building a.out/osf1 support on alpha and m68k
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] a.out: Stop building a.out/osf1 support on alpha and m68k
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: Wrong colours on ARAnyM
  • From: Thorsten Glaser <t.glaser@xxxxxxxxx>
• Re: [PATCH v2 RFC 10/10] drm/fourcc: Add DRM_FORMAT_D[1248]
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 RFC 09/10] drm/fourcc: Add DRM_FORMAT_R[124]
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 RFC 08/10] drm/fourcc: Document that single-channel "red" can be any color
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 RFC 07/10] drm/gem-fb-helper: Use actual bpp for size calculations
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 06/10] drm/fb-helper: Add support for DRM_FORMAT_C[124]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/10] drm/fb-helper: Add support for DRM_FORMAT_C[124]
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 05/10] drm/fourcc: Add DRM_FORMAT_C[124]
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 04/10] drm/framebuffer: Use actual bpp for DRM_IOCTL_MODE_GETFB
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 03/10] drm/client: Use actual bpp when allocating frame buffers
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 02/10] drm/fourcc: Add drm_format_info.is_color_indexed flag
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 01/10] drm/fourcc: Add drm_format_info_bpp() helper
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V3 05/30] arm64/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v2 RFC 08/10] drm/fourcc: Document that single-channel "red" can be any color
  • From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
• Re: [PATCH v2 05/10] drm/fourcc: Add DRM_FORMAT_C[124]
  • From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 46c5118e55c98936e6a433c7b1554dfc36b7cad1
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 RFC 08/10] drm/fourcc: Document that single-channel "red" can be any color
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 RFC 10/10] drm/fourcc: Add DRM_FORMAT_D[1248]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 02/10] drm/fourcc: Add drm_format_info.is_color_indexed flag
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 01/10] drm/fourcc: Add drm_format_info_bpp() helper
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 04/10] drm/framebuffer: Use actual bpp for DRM_IOCTL_MODE_GETFB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 05/10] drm/fourcc: Add DRM_FORMAT_C[124]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 RFC 09/10] drm/fourcc: Add DRM_FORMAT_R[124]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 06/10] drm/fb-helper: Add support for DRM_FORMAT_C[124]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 RFC 07/10] drm/gem-fb-helper: Use actual bpp for size calculations
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 00/10] drm: Add support for low-color frame buffer formats
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 03/10] drm/client: Use actual bpp when allocating frame buffers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3] m68k: coldfire/device.c: only build for MCF_EDMA when h/w macros are defined
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• [PATCH v3] m68k: coldfire/device.c: only build for MCF_EDMA when h/w macros are defined
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v2] m68k: coldfire/device.c: only build for MCF_EDMA when xyz
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] m68k: tweak coldfire/device.c for COMPILE_TEST
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: tweak coldfire/device.c for COMPILE_TEST
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] m68k: tweak coldfire/device.c for COMPILE_TEST
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: tweak coldfire/device.c for COMPILE_TEST
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: tweak coldfire/device.c for COMPILE_TEST
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH V3 05/30] arm64/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V3 04/30] powerpc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: Re: [PATCH RFC v0] random: block in /dev/urandom
  • From: 10maurycy10@xxxxxxxxx
• [no subject]
  • From: Unknown
• Re: [PATCH V3 19/30] csky/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Guo Ren <guoren@xxxxxxxxxx>