Linux M68K

• Thread Index

• Re: [git pull] m68knommu changes for v6.1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [RFC PATCH 01/18] block: add and use init disk helper
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [git pull] m68knommu changes for v6.1
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 05/18] drbd: use init disk helper
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [RFC PATCH 05/18] drbd: use init disk helper
  • From: Christoph Böhmwalder <christoph.boehmwalder@xxxxxxxxxx>
• Re: [RFC PATCH 15/18] swim: use init disk helper
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [RFC PATCH 18/18] ubi: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 17/18] z2ram: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 14/18] rnbd-clt: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 13/18] pktcdvd: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 15/18] swim: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 16/18] swim3: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 12/18] pf: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 11/18] pd: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 10/18] pcd: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 06/18] floppy: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 07/18] loop: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 08/18] n64cart: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 09/18] nbd: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 05/18] drbd: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 03/18] amiflop: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 04/18] brd: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 02/18] nfblock: use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 01/18] block: add and use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH 00/18] block: add and use init disk helper
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• Re: [PATCH v2 33/44] ftrace: WARN on rcuidle
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v2 00/44] cpuidle,rcu: Clean up the mess
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v2 12/44] cpuidle,dt: Push RCU-idle into driver
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v2 38/44] cpuidle,powerdomain: Remove trace_.*_rcuidle()
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v2 39/44] cpuidle,clk: Remove trace_.*_rcuidle()
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v2 23/44] arm,smp: Remove trace_.*_rcuidle() usage
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v2 14/44] cpuidle,cpu_pm: Remove RCU fiddling from cpu_pm_{enter,exit}()
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v2 12/44] cpuidle,dt: Push RCU-idle into driver
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 180671f0f5e2b6e27de37291dffe99f5798a82fb
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:m68k-v6.0] BUILD SUCCESS b4619cc166e1e974f99fe8e90d2057beeee3d463
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for v6.1
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] m68k updates for v6.1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH linux-next] m68k: Move from strlcpy with unused retval to strscpy
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: update config files
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: [PATCH] m68k: update config files
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: update config files
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• [geert-m68k:for-v6.1] BUILD SUCCESS dc63a086daee92c63e392e4e7cd7ed61f3693026
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS f1bb20c8be1929743fdb313b4770601afc39c1b7
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH qemu v2 1/2] m68k: rework BI_VIRT_RNG_SEED as BI_RNG_SEED
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH v2] m68k: pass rng seed via BI_RNG_SEED
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH qemu v2 2/2] m68k: align bootinfo strings and data to 4 bytes
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v5 1/2] m68k: process bootinfo records before saving them
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] m68k: rework BI_VIRT_RNG_SEED as BI_RNG_SEED
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: rubric to the m68k rng seed rework
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: rubric to the m68k rng seed rework
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 1/2] m68k: process bootinfo records before saving them
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 3/3] m68k: generate new RNG seed on reboot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 2/2] m68k: rework BI_VIRT_RNG_SEED as BI_RNG_SEED
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 00/44] cpuidle,rcu: Clean up the mess
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 37/44] arm,omap2: Use WFI for omap2_pm_idle()
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH qemu v2 2/2] m68k: align bootinfo strings and data to 4 bytes
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH qemu v2 2/2] m68k: align bootinfo strings and data to 4 bytes
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH qemu v2 2/2] m68k: align bootinfo strings and data to 4 bytes
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH qemu v2 2/2] m68k: align bootinfo strings and data to 4 bytes
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH v2 33/44] ftrace: WARN on rcuidle
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 2/2] m68k: virt: generate new RNG seed on reboot
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] m68k: generate new RNG seed on reboot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: virt: generate new RNG seed on reboot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: virt: generate new RNG seed on reboot
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: virt: generate new RNG seed on reboot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: virt: generate new RNG seed on reboot
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH qemu v2 2/2] m68k: align bootinfo strings and data to 4 bytes
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: virt: generate new RNG seed on reboot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: virt: generate new RNG seed on reboot
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: virt: generate new RNG seed on reboot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: rubric to the m68k rng seed rework
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 1/3] m68k: process bootinfo records before saving them
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH qemu v2 1/2] m68k: rework BI_VIRT_RNG_SEED as BI_RNG_SEED
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH qemu v2 2/2] m68k: align bootinfo strings and data to 4 bytes
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 3/3] m68k: generate new RNG seed on reboot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 2/3] m68k: rework BI_VIRT_RNG_SEED as BI_RNG_SEED
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 3/3] m68k: rework BI_VIRT_RNG_SEED as BI_RNG_SEED
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 3/3] m68k: rework BI_VIRT_RNG_SEED as BI_RNG_SEED
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 3/3] m68k: rework BI_VIRT_RNG_SEED as BI_RNG_SEED
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] m68k: virt: generate new RNG seed on reboot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 2/3] m68k: virt: generate new RNG seed on reboot
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] m68k: process bootinfo records before saving them
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] m68k: process bootinfo records before saving them
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 1/3] m68k: process bootinfo records before saving them
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• rubric to the m68k rng seed rework
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH qemu] m68k: rework BI_VIRT_RNG_SEED as BI_RNG_SEED
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 1/3] m68k: process bootinfo records before saving them
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 2/3] m68k: virt: generate new RNG seed on reboot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 3/3] m68k: rework BI_VIRT_RNG_SEED as BI_RNG_SEED
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 2/2] m68k: virt: generate new RNG seed on reboot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2] m68k: pass rng seed via BI_RNG_SEED
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH kexec-tools] m68k: pass rng seed via BI_VIRT_RNG_SEED
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: virt: generate new RNG seed on reboot
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH kexec-tools] m68k: pass rng seed via BI_VIRT_RNG_SEED
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH kexec-tools] m68k: pass rng seed via BI_VIRT_RNG_SEED
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: virt: generate new RNG seed on reboot
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH kexec-tools] m68k: pass rng seed via BI_VIRT_RNG_SEED
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 1/2] m68k: process bootinfo records before saving them
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 2/2] m68k: virt: generate new RNG seed on reboot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: virt: generate new RNG seed on reboot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: virt: generate new RNG seed on reboot
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k: virt: generate new RNG seed on reboot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: virt: generate new RNG seed on reboot
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 07/44] cpuidle,psci: Push RCU-idle into driver
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v2 07/44] cpuidle,psci: Push RCU-idle into driver
  • From: Kajetan Puchalski <kajetan.puchalski@xxxxxxx>
• [PATCH 2/2] m68k: virt: generate new RNG seed on reboot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH 1/2] m68k: process bootinfo records before saving them
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 00/44] cpuidle,rcu: Clean up the mess
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/44] cpuidle,rcu: Clean up the mess
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 11/44] cpuidle,omap4: Push RCU-idle into driver
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 03/44] cpuidle/poll: Ensure IRQ state is invariant
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 08/44] cpuidle,imx6: Push RCU-idle into driver
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 08/44] cpuidle,imx6: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 03/44] cpuidle/poll: Ensure IRQ state is invariant
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 09/44] cpuidle,omap3: Push RCU-idle into driver
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 21/44] arch/idle: Change arch_cpu_idle() IRQ behaviour
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v2 25/44] printk: Remove trace_.*_rcuidle() usage
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 0f365f52382d7ec1e27394b37869ca7ff12a4eb9
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-v6.1] BUILD SUCCESS 15f9042311b0ab9c2904d50428f304a6229d6a02
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 00/44] cpuidle,rcu: Clean up the mess
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 09/44] cpuidle,omap3: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 08/44] cpuidle,imx6: Push RCU-idle into driver
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 08/44] cpuidle,imx6: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 08/44] cpuidle,imx6: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 08/44] cpuidle,imx6: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 08/44] cpuidle,imx6: Push RCU-idle into driver
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 09/44] cpuidle,omap3: Push RCU-idle into driver
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 10/44] cpuidle,armada: Push RCU-idle into driver
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 09/44] cpuidle,omap3: Push RCU-idle into driver
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 08/44] cpuidle,imx6: Push RCU-idle into driver
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 07/44] cpuidle,psci: Push RCU-idle into driver
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 06/44] cpuidle,tegra: Push RCU-idle into driver
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 05/44] cpuidle,riscv: Push RCU-idle into driver
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 03/44] cpuidle/poll: Ensure IRQ state is invariant
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 05/44] cpuidle,riscv: Push RCU-idle into driver
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [PATCH v2 30/44] cpuidle,xenpv: Make more PARAVIRT_XXL noinstr clean
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH v2 21/44] arch/idle: Change arch_cpu_idle() IRQ behaviour
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 04/44] cpuidle: Move IRQ state validation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 40/44] ubsan: Fix objtool UACCESS warns
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 20/44] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IBRS
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 36/44] cpuidle,omap4: Push RCU-idle into omap4_enter_lowpower()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 28/44] cpuidle,mwait: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 24/44] arm64,smp: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 30/44] cpuidle,xenpv: Make more PARAVIRT_XXL noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 17/44] objtool/idle: Validate __cpuidle code as noinstr
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 01/44] x86/perf/amd: Remove tracing from perf_lopwr_cb()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 31/44] cpuidle,nospec: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 42/44] entry,kasan,x86: Disallow overriding mem*() functions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 22/44] x86/tdx: Remove TDX_HCALL_ISSUE_STI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 12/44] cpuidle,dt: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 23/44] arm,smp: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 18/44] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE *again*
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 13/44] cpuidle: Fix ct_idle_*() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 08/44] cpuidle,imx6: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 41/44] intel_idle: Add force_irq_on module param
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 43/44] sched: Always inline __this_cpu_preempt_check()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 32/44] cpuidle,acpi: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 39/44] cpuidle,clk: Remove trace_.*_rcuidle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 29/44] cpuidle,tdx: Make tdx noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 35/44] cpuidle,omap3: Push RCU-idle into omap_sram_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 26/44] time/tick-broadcast: Remove RCU_NONIDLE usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 33/44] ftrace: WARN on rcuidle
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 34/44] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 00/44] cpuidle,rcu: Clean up the mess
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 37/44] arm,omap2: Use WFI for omap2_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 38/44] cpuidle,powerdomain: Remove trace_.*_rcuidle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 14/44] cpuidle,cpu_pm: Remove RCU fiddling from cpu_pm_{enter,exit}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 19/44] cpuidle,intel_idle: Fix CPUIDLE_FLAG_INIT_XSTATE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 27/44] cpuidle,sched: Remove annotations from TIF_{POLLING_NRFLAG,NEED_RESCHED}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 44/44] arm64,riscv,perf: Remove RCU_NONIDLE() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 25/44] printk: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 07/44] cpuidle,psci: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 05/44] cpuidle,riscv: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 02/44] x86/idle: Replace x86_idle with a static_call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 09/44] cpuidle,omap3: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 06/44] cpuidle,tegra: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 16/44] cpuidle: Annotate poll_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 03/44] cpuidle/poll: Ensure IRQ state is invariant
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 10/44] cpuidle,armada: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 15/44] acpi_idle: Remove tracing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 11/44] cpuidle,omap4: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [gerg-m68knommu:armnommu 3/3] arch/arm/include/asm/glue-cache.h:126:2: error: #error Unknown cache maintenance model
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: fix the comments of via_rtc_send
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] m68k: fix the comments of via_rtc_send
  • From: Deming Wang <wangdeming@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 03117adc9731600da08ec84281d25c2003037979
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k/mac: fix repeated words in comments
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k/mac: fix repeated words in comments
  • From: wangjianli <wangjianli@xxxxxxxxxx>
• Re: Booting Kernel on Amiga 3000
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Booting Kernel on Amiga 3000
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS d8ae14187f514133f5acea8e1a0aa19bf1e258c3
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-next] BUILD SUCCESS feb159347bb0afb8229d530f3fab7f9201646a81
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Booting Kernel on Amiga 3000
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 3/3] m68k: allow kexec on M68KCLASSIC with MMU enabled only
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] fs/xattr: wire up syscalls
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCHv2 3/3] m68k: allow kexec on M68KCLASSIC with MMU enabled only
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCHv2 3/3] m68k: allow kexec on M68KCLASSIC with MMU enabled only
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] fs/xattr: wire up syscalls
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [RFC PATCH 2/2] fs/xattr: wire up syscalls
  • From: Christian Göttsche <cgzones@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] m68k: allow kexec on all MMU enabled CPUs
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] m68k: allow kexec on all MMU enabled CPUs
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 0da0978304a94b2d905f9e2e0ec3976b5f4bbc67
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v6.0-rc2
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2] drm/fourcc: Add missing big-endian XRGB1555 and RGB565 formats
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS WITH WARNING fe2c49524eb3863b526782620be347bcbecbd2d8
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] m68k: allow kexec on all MMU enabled CPUs
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] m68knommu: fix non-mmu classic 68000 legacy timer tick selection
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] m68knommu: fix non-specific 68328 choice interrupt build failure
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/3] m68k: allow kexec on all MMU enabled CPUs
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 2/3] m68knommu: fix non-mmu classic 68000 legacy timer tick selection
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 1/3] m68knommu: fix non-specific 68328 choice interrupt build failure
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v2] include/linux: declare cpuinfo_op in processor.h
  • From: Conor Dooley <mail@xxxxxxxxxxx>
• [PATCH 5.15 052/244] m68k: coldfire/device.c: protect FLEXCAN blocks
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.19 072/365] m68k: coldfire/device.c: protect FLEXCAN blocks
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 RESEND #2 2/2] block: add overflow checks for Amiga partition support
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-next] BUILD SUCCESS 1afdc013672b70ee124e669078b0e3740db2a3f8
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 904b9f3d66f96d7d629d2e6ce728cf85ec2613ca
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v9 0/2 RESEND #2] Amiga RDB partition support fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v9 RESEND #2 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v9 RESEND #2 1/2] block: fix signed int overflow in Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v8 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v9 0/2 RESEND] Amiga RDB partition support fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v9 RESEND 1/2] block: fix signed int overflow in Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v9 RESEND 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v8 2/2] block: add overflow checks for Amiga partition support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v7 2/2] block: add overflow checks for Amiga partition support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v7 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v8 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v7 2/2] block: add overflow checks for Amiga partition support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Patch "m68k: coldfire/device.c: protect FLEXCAN blocks" has been added to the 5.19-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "m68k: coldfire/device.c: protect FLEXCAN blocks" has been added to the 5.15-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v7 2/2] block: add overflow checks for Amiga partition support
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: [PATCH] kernel: exit: cleanup release_thread()
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH] kernel: exit: cleanup release_thread()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] kernel: exit: cleanup release_thread()
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• RE: [PATCH] kernel: exit: cleanup release_thread()
  • From: Brian Cain <bcain@xxxxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS WITH WARNING e68b4a7c00f99b319b84be8849addb8fddf9629b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] kernel: exit: cleanup release_thread()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] kernel: exit: cleanup release_thread()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: move from strlcpy with unused retval to strscpy
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] kernel: exit: cleanup release_thread()
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH] kernel: exit: cleanup release_thread()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH] m68k: move from strlcpy with unused retval to strscpy
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS WITH WARNING bb8b9a4857726b532eaaa9d31c8acfb451227fbf
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS WITH WARNING 5ca89432fef1fe21d205e71455a40b6b97459a12
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] arch: mm: rename FORCE_MAX_ZONEORDER to ARCH_FORCE_MAX_ORDER
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [gerg-m68knommu:armnommu 3/3] arch/arm/include/asm/glue-cache.h:126:2: error: Unknown cache maintenance model
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS WITH WARNING ee556793d89d0e3c4bbee8c8ad8d66fc8b390a92
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] arch: mm: rename FORCE_MAX_ZONEORDER to ARCH_FORCE_MAX_ORDER
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] arch: mm: rename FORCE_MAX_ZONEORDER to ARCH_FORCE_MAX_ORDER
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [gerg-m68knommu:armnommu 3/3] arch/arm/include/asm/glue-cache.h:126:2: error: #error Unknown cache maintenance model
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] arch: mm: rename FORCE_MAX_ZONEORDER to ARCH_FORCE_MAX_ORDER
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Complete variable type
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Complete variable type
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] m68k: Complete variable type
  • From: Xin Gao <gaoxin@xxxxxxxxxx>
• Re: [PATCH] arch: mm: rename FORCE_MAX_ZONEORDER to ARCH_FORCE_MAX_ORDER
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] arch: mm: rename FORCE_MAX_ZONEORDER to ARCH_FORCE_MAX_ORDER
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH] arch: mm: rename FORCE_MAX_ZONEORDER to ARCH_FORCE_MAX_ORDER
  • From: Zi Yan <zi.yan@xxxxxxxx>
• [PATCH] netfilter: conntrack: NF_CONNTRACK_PROCFS should no longer default to y
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v6.0-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Robinhood Crypto: Investing in Cryptocurrency Makes Many People Millionaires
  • From: CharlesoWest <wordpress@xxxxxxxxxx>
• Re: [PATCH v3 01/10] drm/fourcc: Add drm_format_info_bpp() helper
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 01/10] drm/fourcc: Add drm_format_info_bpp() helper
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 01/10] drm/fourcc: Add drm_format_info_bpp() helper
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 01/10] drm/fourcc: Add drm_format_info_bpp() helper
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v8 2/2] block: add overflow checks for Amiga partition support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 01/10] drm/fourcc: Add drm_format_info_bpp() helper
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/10] drm: Add support for low-color frame buffer formats
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 01/10] drm/fourcc: Add drm_format_info_bpp() helper
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [git pull] m68knommu changes for v5.20
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] m68knommu changes for v5.20
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] sparc64: bitops: Change __fls to return unsigned long
  • From: Amadeusz Sławiński <amadeuszx.slawinski@xxxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 376d372fe2eb004586efb7109580b44b430f8589
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:m68k-v5.19] BUILD SUCCESS 89d3010b9c8b97717ed20f363795c3635af5661a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for v5.20
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: Linux 5.19-rc8
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: Linux 5.19-rc8
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [GIT PULL] m68k updates for v5.20
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Michel Lespinasse <michel@xxxxxxxxxxxxxx>
• Re: Linux 5.19-rc8
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• 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: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [gerg-m68knommu:armnommu 3/3] arch/arm/include/asm/glue-cache.h:126:2: error: #error Unknown cache maintenance model
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Michel Lespinasse <michel@xxxxxxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Michel Lespinasse <michel@xxxxxxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• 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: Michel Lespinasse <michel@xxxxxxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• RE: Linux 5.19-rc8
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Linux 5.19-rc8
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: Linux 5.19-rc8
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: Linux 5.19-rc8
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH v9 1/2] block: fix signed int overflow in Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v9 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v9 0/2] Amiga RDB partition support fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v8 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Linux 5.19-rc8
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Linux 5.19-rc8
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: Linux 5.19-rc8
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Linux 5.19-rc8
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v8 2/2] block: add overflow checks for Amiga partition support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v8 2/2] block: add overflow checks for Amiga partition support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/2] block: fix signed int overflow in Amiga partition support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 14/36] cpuidle: Fix rcu_idle_*() usage
  • From: "Gautham R. Shenoy" <gautham.shenoy@xxxxxxx>
• [PATCH v8 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v8 1/2] block: fix signed int overflow in Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v8 0/2] Amiga RDB partition support fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v7 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v7 2/2] block: add overflow checks for Amiga partition support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v7 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v7 2/2] block: add overflow checks for Amiga partition support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 503e5c2d112afc7ba1293f9b2a2b0af413828b28
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Michel Lespinasse <michel@xxxxxxxxxxxxxx>
• Re: [PATCH v7 2/2] block: add overflow checks for Amiga partition support
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: [PATCH v6 1/4] PCI: Remove pci_get_legacy_ide_irq and asm-generic/pci.h
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH v6 1/4] PCI: Remove pci_get_legacy_ide_irq and asm-generic/pci.h
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v6 2/4] PCI: Move isa_dma_bridge_buggy out of dma.h
  • From: Stafford Horne <shorne@xxxxxxxxx>
• [PATCH v6 1/4] PCI: Remove pci_get_legacy_ide_irq and asm-generic/pci.h
  • From: Stafford Horne <shorne@xxxxxxxxx>
• [PATCH v5 2/4] PCI: Move isa_dma_bridge_buggy out of dma.h
  • From: Stafford Horne <shorne@xxxxxxxxx>
• [PATCH v5 1/4] PCI: Remove pci_get_legacy_ide_irq and asm-generic/pci.h
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH v4 1/3] PCI: Remove pci_get_legacy_ide_irq and asm-generic/pci.h
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 1/3] PCI: Remove pci_get_legacy_ide_irq and asm-generic/pci.h
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] PCI: Move isa_dma_bridge_buggy out of dma.h
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] PCI: Move isa_dma_bridge_buggy out of dma.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Fixed duplicate "in" in comments.
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v4 2/3] PCI: Move isa_dma_bridge_buggy out of dma.h
  • From: Stafford Horne <shorne@xxxxxxxxx>
• [PATCH v4 1/3] PCI: Remove pci_get_legacy_ide_irq and asm-generic/pci.h
  • From: Stafford Horne <shorne@xxxxxxxxx>
• [PATCH] m68k/mac: Fixed duplicate "in" in comments.
  • From: Xin Gao <gaoxin@xxxxxxxxxx>
• Re: [PATCH 3/3] drm/gud: Fix endianness in gud_xrgb8888_to_color() helper
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 1/2] asm-generic: Remove pci.h copying remaining code to x86
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] asm-generic: Remove pci.h copying remaining code to x86
  • From: Stafford Horne <shorne@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 6f6ecd46902059f00e1191a5d2adc8cac066bbf1
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] scsi - gvp11.c: fix DMA mask calculation error
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH] m68k:do not initialise statics to 0.
  • From: Xin Gao <gaoxin@xxxxxxxxxx>
• Re: [PATCH 4/6] MicroBlaze: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH v2 1/2] asm-generic: Remove pci.h copying remaining code to x86
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 1/2] asm-generic: Remove pci.h copying remaining code to x86
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] asm-generic: Remove pci.h copying remaining code to x86
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v3 1/2] asm-generic: Remove pci.h copying remaining code to x86
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH 00/10] video: fbdev: atari: Miscellaneous fixes and cleanups
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] mm:%Lx is non-standard C
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] mm:%Lx is non-standard C
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH] mm:%Lx is non-standard C
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] asm-generic: Remove pci.h copying remaining code to x86
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 1/2] asm-generic: Remove pci.h copying remaining code to x86
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH v5 6/9] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v5 6/9] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v5 6/9] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v5 6/9] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [RFC PATCH 1/2] asm-generic: Remove pci.h copying code out to architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/10] video: fbdev: atari: Miscellaneous fixes and cleanups
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC PATCH 1/2] asm-generic: Remove pci.h copying code out to architectures
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [RFC PATCH 1/2] asm-generic: Remove pci.h copying code out to architectures
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v5 6/9] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 1/2] asm-generic: Remove pci.h copying code out to architectures
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH v2 4/5] drm/modes: Add support for driver-specific named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v2 5/5] drm/modes: parse_cmdline: Add support for named modes containing dashes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v2 3/5] drm/modes: parse_cmdline: Make mode->*specified handling more uniform
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v2 2/5] drm/modes: Extract drm_mode_parse_cmdline_named_mode()
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v2 1/5] drm/modes: parse_cmdline: Handle empty mode name part
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v2 0/5] drm/modes: Command line mode selection fixes and improvements
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 3/5] drm/modes: parse_cmdline: Make mode->*specified handling more uniform
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 1/5] drm/modes: parse_cmdline: Handle empty mode name part
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 2/5] drm/modes: Extract drm_mode_parse_cmdline_named_mode()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 4/5] drm/modes: Add support for driver-specific named modes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 5/5] drm/modes: parse_cmdline: Add support for named modes containing dashes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] drm/modes: Add support for driver-specific named modes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] M68K: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH 3/6] M68K: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 0/3] Converting m68k WD33C93 drivers to DMA API
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] scsi - gvp11.c: fix DMA mask calculation error
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 3/6] M68K: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH 4/5] drm/modes: Add support for driver-specific named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH] scsi - gvp11.c: fix DMA mask calculation error
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 5/5] scsi - convert mvme147.c driver to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 4/5] scsi - convert mvme147.c driver to platform device
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 2/5] m68k - set up platform device for mvme147_scsi
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 1/5] m68k - add MVME147 SCSI base address to mvme147hw.h
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 3/5] m68k - add MMIO ioremap support for mvme147
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 0/5] Convert m68k MVME147 WD33C93 SCSI driver to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 2/5] m68k - set up platform device for mvme147_scsi
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [geert-m68k:for-v5.20] BUILD SUCCESS b508128bb0d1e243beb56cca5d819bcbb5c269b1
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [bitops] 0e862838f2: BUG:KASAN:wild-memory-access_in_dmar_parse_one_rhsa
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 3/6] M68K: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH v2 2/5] m68k - set up platform device for mvme147_scsi
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 3/6] M68K: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] drm/fourcc: Add missing big-endian XRGB1555 and RGB565 formats
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] drm/fourcc: Add missing big-endian XRGB1555 and RGB565 formats
  • From: Michel Dänzer <michel.daenzer@xxxxxxxxxxx>
• Re: [PATCH 3/6] M68K: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH v2 2/5] m68k - set up platform device for mvme147_scsi
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 3/6] M68K: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] drm/fourcc: Add missing big-endian XRGB1555 and RGB565 formats
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 3/6] M68K: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH 1/3] drm/fourcc: Add missing big-endian XRGB1555 and RGB565 formats
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] drm/fourcc: Add missing big-endian XRGB1555 and RGB565 formats
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 1/3] drm/fourcc: Add missing big-endian XRGB1555 and RGB565 formats
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 3/6] M68K: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/10] video: fbdev: atari: Miscellaneous fixes and cleanups
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 2/5] m68k - set up platform device for mvme147_scsi
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 1/3] drm/fourcc: Add missing big-endian XRGB1555 and RGB565 formats
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v1 3/4] scsi - convert mvme146_scsi.c to platform device
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 5/5] scsi - convert mvme147.c driver to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 3/5] m68k - add MMIO ioremap support for mvme147
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 2/5] m68k - set up platform device for mvme147_scsi
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 4/5] scsi - convert mvme147.c driver to platform device
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 1/5] m68k - add MVME147 SCSI base address to mvme147hw.h
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 0/5] Convert m68k MVME147 WD33C93 SCSI driver to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 6/6] UM: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 5/6] SH: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 4/6] MicroBlaze: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 3/6] M68K: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 2/6] LoongArch: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 1/6] MIPS: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH 1/3] drm/fourcc: Add missing big-endian XRGB1555 and RGB565 formats
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v1 3/4] scsi - convert mvme146_scsi.c to platform device
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:for-v5.20] BUILD SUCCESS f80261e4764b498bf0a6f0d69ee6e6720e49ab9d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 3/4] scsi - convert mvme146_scsi.c to platform device
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS c74f6f033e9b10e89a71b4923b737412226cd24d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V7 00/26] mm/mmap: Drop __SXXX/__PXXX macros from across platforms
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v1 1/4] m68k - add MVME147 SCSI base address to mvme147hw.h
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: [PATCH] video: fbdev: amiga: Simplify amifb_pan_display()
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH V7 15/26] nios2/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH V7 00/26] mm/mmap: Drop __SXXX/__PXXX macros from across platforms
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/4] m68k - add MVME147 SCSI base address to mvme147hw.h
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v1 3/4] scsi - convert mvme146_scsi.c to platform device
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [bitops] 0e862838f2: BUG:KASAN:wild-memory-access_in_dmar_parse_one_rhsa
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 1/3] drm/fourcc: Add missing big-endian XRGB1555 and RGB565 formats
  • From: Michel Dänzer <michel.daenzer@xxxxxxxxxxx>
• Re: [bitops] 0e862838f2: BUG:KASAN:wild-memory-access_in_dmar_parse_one_rhsa
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 06/10] video: fbdev: atari: Remove unneeded casts to void *
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 09/10] video: fbdev: atari: Remove unused definitions and variables
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 05/10] video: fbdev: atari: Remove unneeded casts from void *
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 10/10] [RFC] video: fbdev: atari: Remove backward bug-compatibility
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 01/10] video: fbdev: atari: Simplify atafb_pan_display()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 07/10] video: fbdev: atari: Fix TT High video mode vertical refresh
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 08/10] video: fbdev: atari: Fix VGA modes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 03/10] video: fbdev: atari: Fix inverse handling
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 04/10] video: fbdev: atari: Fix ext_setcolreg()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 02/10] video: fbdev: atari: Remove bogus FB_VMODE_YWRAP flags
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 00/10] video: fbdev: atari: Miscellaneous fixes and cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] video: fbdev: Make *fb_setup() and *fb_init() static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] video: fbdev: amiga: Simplify amifb_pan_display()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] drm/fourcc: Add missing big-endian XRGB1555 and RGB565 formats
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] drm/fourcc: Add missing big-endian XRGB1555 and RGB565 formats
  • From: Michel Dänzer <michel.daenzer@xxxxxxxxxxx>
• Re: [PATCH 4/5] drm/modes: Add support for driver-specific named modes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] drm/modes: Add support for driver-specific named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH 4/5] drm/modes: Add support for driver-specific named modes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] drm/modes: Add support for driver-specific named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: Atari console corruption
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] drm/modes: Add support for driver-specific named modes
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 4/5] drm/modes: Add support for driver-specific named modes
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 4/5] drm/modes: Add support for driver-specific named modes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] drm/modes: Add support for driver-specific named modes
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v3 00/10] drm: Add support for low-color frame buffer formats
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 0/5] drm/modes: Command line mode selection fixes and improvements
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 4/5] drm/modes: Add support for driver-specific named modes
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 00/10] drm: Add support for low-color frame buffer formats
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v1 1/4] m68k - add MVME147 SCSI base address to mvme147hw.h
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v3 06/10] drm/fb-helper: Add support for DRM_FORMAT_C[124]
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v1 3/4] scsi - convert mvme146_scsi.c to platform device
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v1 3/4] scsi - convert mvme146_scsi.c to platform device
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v1 3/4] scsi - convert mvme146_scsi.c to platform device
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH V7 26/26] mm/mmap: Drop ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 24/26] um/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 25/26] sh/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 23/26] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 22/26] arc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 21/26] m68k/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 20/26] mips/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 19/26] ia64/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 18/26] s390/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 17/26] csky/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 16/26] riscv/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 15/26] nios2/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 14/26] alpha/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 13/26] parisc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 12/26] hexagon/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 11/26] xtensa/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 10/26] openrisc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 09/26] loongarch/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 08/26] microblaze/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 07/26] mm/mmap: Build protect protection_map[] with ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 06/26] x86/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 05/26] arm64/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 04/26] sparc/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 03/26] powerpc/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 02/26] mm/mmap: Define DECLARE_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 01/26] mm/mmap: Build protect protection_map[] with __P000
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V7 00/26] mm/mmap: Drop __SXXX/__PXXX macros from across platforms
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v1 1/4] m68k - add MVME147 SCSI base address to mvme147hw.h
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v1 2/4] m68k - set up platform device for mvme147_scsi
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v1 3/4] scsi - convert mvme146_scsi.c to platform device
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v1 1/4] m68k - add MVME147 SCSI base address to mvme147hw.h
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v1 2/4] m68k - set up platform device for mvme147_scsi
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v3 00/10] drm: Add support for low-color frame buffer formats
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] m68k: virt: Kconfig minor fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:atari-drm-wip] BUILD SUCCESS WITH WARNING 149db8fecb508c948620b3cb7a0737ebf226f862
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 2/4] m68k - set up platform device for mvme147_scsi
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: virt: Kconfig minor fixes
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 4/4] scsi - convert mvme147_scsi driver to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v1 1/4] m68k - add MVME147 SCSI base address to mvme147hw.h
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v1 3/4] scsi - convert mvme146_scsi.c to platform device
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v1 2/4] m68k - set up platform device for mvme147_scsi
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v1 0/4] Convert m68k MVME147 WD33C93 SCSI driver to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [geert-m68k:atari-drm-wip 35/35] drivers/gpu/drm/tiny/atari_drm.c:1024:29: warning: variable 'linesize' set but not used
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/5] drm/modes: Extract drm_mode_parse_cmdline_named_mode()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] drm/modes: parse_cmdline: Handle empty mode name part
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] drm/modes: parse_cmdline: Handle empty mode name part
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/5] drm/modes: Extract drm_mode_parse_cmdline_named_mode()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 0/5] drm/modes: Command line mode selection fixes and improvements
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 1/5] drm/modes: parse_cmdline: Handle empty mode name part
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 02/10] drm/fourcc: Add drm_format_info.is_color_indexed flag
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 01/10] drm/fourcc: Add drm_format_info_bpp() helper
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 05/10] drm/fourcc: Add DRM_FORMAT_C[124]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/5] drm/modes: parse_cmdline: Make mode->*specified handling more uniform
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 0/3] drm: Endianness fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/3] drm/fourcc: Add missing big-endian XRGB1555 and RGB565 formats
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 08/10] drm/fourcc: Clarify the meaning of single-channel "red"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/5] drm/modes: parse_cmdline: Handle empty mode name part
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH/RFC v3 10/10] drm/fourcc: Add DRM_FORMAT_D[1248]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 04/10] drm/framebuffer: Use actual bpp for DRM_IOCTL_MODE_GETFB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/3] drm/format-helper: Fix endianness in drm_fb_*_to_*() conversion helpers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/3] drm/gud: Fix endianness in gud_xrgb8888_to_color() helper
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 0/5] drm/modes: Command line mode selection fixes and improvements
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 07/10] drm/gem-fb-helper: Use actual bpp for size calculations
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 5/5] drm/modes: parse_cmdline: Add support for named modes containing dashes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 4/5] drm/modes: Add support for driver-specific named modes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/5] drm/modes: Extract drm_mode_parse_cmdline_named_mode()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 00/10] drm: Add support for low-color frame buffer formats
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH/RFC v3 09/10] drm/fourcc: Add DRM_FORMAT_R[124]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 03/10] drm/client: Use actual bpp when allocating frame buffers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 06/10] drm/fb-helper: Add support for DRM_FORMAT_C[124]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [bitops] 0e862838f2: BUG:KASAN:wild-memory-access_in_dmar_parse_one_rhsa
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Converting m68k WD33C93 drivers to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k: virt: Kconfig minor fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: virt: Kconfig minor fixes
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 0/3] phase out CONFIG_VIRT_TO_BUS
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v2 0/3] Converting m68k WD33C93 drivers to DMA API
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v2 00/20] Update Documentation/ cross-references
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [geert-m68k:for-v5.20] BUILD SUCCESS c2a6236024b786232e5247789a4c7acdabd1ffb1
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS c6d0096dd6be455badd4f0b3093f178227c92615
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: mac: Remove forward declaration for mac_nmi_handler()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Add forward declaration for show_registers()
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH 31/36] cpuidle,acpi: Make noinstr clean
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 20/36] arch/idle: Change arch_cpu_idle() IRQ behaviour
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 18/36] cpuidle: Annotate poll_idle()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 17/36] acpi_idle: Remove tracing
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 05/36] cpuidle: Move IRQ state validation
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 03/36] cpuidle/poll: Ensure IRQ state is invariant
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] m68k: Add forward declaration for show_registers()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: mac: Remove forward declaration for mac_nmi_handler()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V6 21/26] m68k/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v5 3/9] bitops: unify non-atomic bitops prototypes across architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/7] bitops: unify non-atomic bitops prototypes across architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V6 21/26] m68k/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V6 26/26] mm/mmap: Drop ARCH_HAS_VM_GET_PAGE_PROT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 19/36] objtool/idle: Validate __cpuidle code as noinstr
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Use strscpy to replace strlcpy
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/sun3: use __func__ to get funcion's name in an output message
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] m68k: bitops: Change __fls to return and accept unsigned long
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] m68k: Kconfig.debug: Replace single quotes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] m68k: Kconfig.machine: Add endif comment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] m68k: Kconfig.cpu: Fix indentation and add endif comments
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH -next v2] m68k: virt: platform: fix missing platform_device_unregister() on error in virt_platform_init()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mm: Fix spelling mistake
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: virt: pass RNG seed via bootinfo block
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: virt: use RNG seed from bootinfo block
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V6 00/26] mm/mmap: Drop __SXXX/__PXXX macros from across platforms
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V6 00/26] mm/mmap: Drop __SXXX/__PXXX macros from across platforms
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V6 00/26] mm/mmap: Drop __SXXX/__PXXX macros from across platforms
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V6 00/26] mm/mmap: Drop __SXXX/__PXXX macros from across platforms
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [geert-m68k:for-v5.20] BUILD SUCCESS 4977636d44b8d02cab7d04616283005b733477d7
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS dd9ab4734e4802b64911299764b9834f0296166b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k/amiga: fix missing platform_device_unregister() on error in amiga_init_devices()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k/amiga: fix missing platform_device_unregister() on error in amiga_init_devices()
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• Re: [PATCH v5 0/9] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v1 2/3] scsi - a2091.c: convert m68k WD33C93 drivers to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v5 0/9] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• RE: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v1 2/3] scsi - a2091.c: convert m68k WD33C93 drivers to DMA API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k/mm: Fix spelling mistake
  • From: Zhang Jiaming <jiaming@xxxxxxxxxxxx>
• RE: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH V6 24/26] um/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 25/26] sh/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 26/26] mm/mmap: Drop ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 23/26] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 22/26] arc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 21/26] m68k/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 20/26] mips/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 19/26] ia64/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 18/26] s390/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 16/26] riscv/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 17/26] csky/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 15/26] nios2/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 14/26] alpha/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 13/26] parisc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 12/26] hexagon/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 09/26] loongarch/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 08/26] microblaze/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 00/26] mm/mmap: Drop __SXXX/__PXXX macros from across platforms
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 04/26] sparc/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 11/26] xtensa/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 02/26] mm/mmap: Define DECLARE_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 10/26] openrisc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 07/26] mm/mmap: Build protect protection_map[] with ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 05/26] arm64/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 06/26] x86/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 01/26] mm/mmap: Build protect protection_map[] with __P000
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V6 03/26] powerpc/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH v2 2/3] scsi - a2091.c: convert m68k WD33C93 drivers to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 3/3] scsi - gvp11.c: convert m68k WD33C93 drivers to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 1/3] scsi - a3000.c: convert m68k WD33C93 drivers to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 0/3] Converting m68k WD33C93 drivers to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v1 0/3] Converting m68k WD33C93 drivers to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v1 2/3] scsi - a2091.c: convert m68k WD33C93 drivers to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v1 0/3] Converting m68k WD33C93 drivers to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v1 0/3] Converting m68k WD33C93 drivers to DMA API
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v1 2/3] scsi - a2091.c: convert m68k WD33C93 drivers to DMA API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v1 0/3] Converting m68k WD33C93 drivers to DMA API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v1 0/3] Converting m68k WD33C93 drivers to DMA API
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v1 0/3] Converting m68k WD33C93 drivers to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v1 2/3] scsi - a2091.c: convert m68k WD33C93 drivers to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/3] Converting m68k WD33C93 drivers to DMA API
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v1 1/3] scsi - a3000.c: convert m68k WD33C93 drivers to DMA API
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v1 2/3] scsi - a2091.c: convert m68k WD33C93 drivers to DMA API
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v1 3/3] scsi - gvp11.c: convert m68k WD33C93 drivers to DMA API
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v1 1/3] scsi - a3000.c: convert m68k WD33C93 drivers to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v1 3/3] scsi - gvp11.c: convert m68k WD33C93 drivers to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v1 2/3] scsi - a2091.c: convert m68k WD33C93 drivers to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v1 0/3] Converting m68k WD33C93 drivers to DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v3 0/3] phase out CONFIG_VIRT_TO_BUS
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH -next v2] m68k: virt: platform: fix missing platform_device_unregister() on error in virt_platform_init()
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH -next v2] m68k: virt: platform: fix missing platform_device_unregister() on error in virt_platform_init()
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH -next] m68k: virt: platform: fix missing platform_device_unregister() on error in virt_platform_init()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH V5 04/26] sparc/mm: Move protection_map[] inside the platform
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v3 0/3] phase out CONFIG_VIRT_TO_BUS
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH -next] m68k: virt: platform: fix missing platform_device_unregister() on error in virt_platform_init()
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
  • From: Jason Gunthorpe <jgg@xxxxxxxx>