Linux M68K

• Thread Index

• Re: [PATCH] crypto: x86 - remove SHA multibuffer routines and mcryptd
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: x86 - remove SHA multibuffer routines and mcryptd
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix command-line parsing when passed from u-boot
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH] m68k: fix command-line parsing when passed from u-boot
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: fix command-line parsing when passed from u-boot
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [git pull] m68k fixes for 4.19
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Use correct PMU response format
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Remove is_medusa and m68k_pgtable_cachemode
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Use correct PMU response format
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Use correct PMU response format
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] drivers/block/z2ram: use ioremap_wt() instead of __ioremap(_PAGE_WRITETHRU)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 3/3] drivers/block/z2ram: use ioremap_wt() instead of __ioremap(_PAGE_WRITETHRU)
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH v2 2/3] drivers/video/fbdev: use ioremap_wt() instead of __ioremap(_PAGE_WRITETHRU)
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH v2 1/3] powerpc/32: Add ioremap_wt()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH] Remove reference to long-deprecated MODULE_PARM
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k/defconfig: Update defconfigs for v4.19-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] treewide: remove current_text_addr
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH RESEND 3/3] drivers/block/z2ram: use ioremap_wt() instead of __ioremap(_PAGE_WRITETHRU)
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH RESEND 2/3] drivers/video/fbdev: use ioremap_wt() instead of __ioremap(_PAGE_WRITETHRU)
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH RESEND 1/3] powerpc/32: Add ioremap_wt()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH RESEND 2/3] drivers/video/fbdev: use ioremap_wt() instead of __ioremap(_PAGE_WRITETHRU)
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH RESEND 3/3] drivers/block/z2ram: use ioremap_wt() instead of __ioremap(_PAGE_WRITETHRU)
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH 3/3] drivers/block/z2ram: use ioremap_wt() instead of __ioremap(_PAGE_WRITETHRU)
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH 2/3] drivers/video/fbdev: use ioremap_wt() instead of __ioremap(_PAGE_WRITETHRU)
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH 1/3] powerpc/32: Add ioremap_wt()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH] m68k/mac: Use correct PMU response format
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix early memory reservation for ColdFire MMU systems
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix early memory reservation for ColdFire MMU systems
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: fix early memory reservation for ColdFire MMU systems
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [git pull] m68knommu fixes for v4.19
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v10 4/4] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v10 3/4] dmaengine: fsl-edma: fix macros
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v10 2/4] dmaengine: fsl-edma: add edma version and configurable registers
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v10 1/4] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [bug report] mmu not working anymore on mcf54415
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [bug report] mmu not working anymore on mcf54415
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [bug report] mmu not working anymore on mcf54415
  • From: angelo <angerlo@xxxxxxxx>
• Re: [bug report] mmu not working anymore on mcf54415
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [bug report] mmu not working anymore on mcf54415
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [bug report] mmu not working anymore on mcf54415
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH v9 4/4] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v9 2/4] dmaengine: fsl-edma: add edma version and configurable registers
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v9 3/4] dmaengine: fsl-edma: fix macros
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v9 4/4] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v9 1/4] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH] Remove reference to long-deprecated MODULE_PARM
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: [PATCH v8 1/3] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH v8 1/3] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: [PATCH v8 1/3] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH 3/4] m68k: Added system call table generation support
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] m68k: Replace NR_syscalls macro from asm/unistd.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/4] m68k: Added system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH 2/4] m68k: Replace NR_syscalls macro from asm/unistd.h
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH 1/4] m68k: Rename system call table file name
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH 0/4] System call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [git pull] m68k updates for 4.19
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v8 1/3] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: [PATCH v8 1/3] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v8 1/3] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: [PATCH v8 2/3] dmaengine: fsl-edma: add edma version and configurable registers
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: [PATCH v8 1/3] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v8 3/3] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH v8 1/3] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH v8 2/3] dmaengine: fsl-edma: add edma version and configurable registers
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH v8 3/3] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH v8 3/3] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: [PATCH v8 3/3] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v8 2/3] dmaengine: fsl-edma: add edma version and configurable registers
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v8 1/3] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v8 3/3] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v8 2/3] dmaengine: fsl-edma: add edma version and configurable registers
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v8 1/3] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• IRC channel for LLVM development on m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: strip is running out of memory on m68k (Haskell)
  • From: Wouter Verhelst <wouter@xxxxxxxxxx>
• Re: macsonic backtrace with 4.17 in qemu-system
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• macsonic backtrace with 4.17 in qemu-system
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: strip is running out of memory on m68k (Haskell)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: strip is running out of memory on m68k (Haskell)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: strip is running out of memory on m68k (Haskell)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: strip is running out of memory on m68k (Haskell)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [v4,01/11] macintosh/via-pmu: Fix section mismatch warning
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• strip is running out of memory on m68k (Haskell)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fb: amifb: fix build warnings when not builtin
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4 09/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v4 09/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 09/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 09/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 08/11] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 09/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Rework patch "use time64_t in RTC handling"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 00/11] macintosh: Resolve various PMU driver problems
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re (97) linux-m68k@xxxxxxxxxxxxxxx
  • From: "Xaver" <betohfm@xxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH] fb: amifb: fix build warnings when not builtin
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] module: add support for symbol namespaces.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• Re: [PATCH 2/6] module: add support for symbol namespaces.
  • From: Lucas De Marchi <lucas.de.marchi@xxxxxxxxx>
• Re: [PATCH 2/6] module: add support for symbol namespaces.
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Rework patch "use time64_t in RTC handling"
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/6] Symbol namespaces
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/6] Symbol namespaces
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• Re: [PATCH 2/6] module: add support for symbol namespaces.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [PATCH] m68k/defconfig: Update defconfigs for v4.18-rc6
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/6] module: add support for symbol namespaces.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [PATCH] m68k/mac: Rework patch "use time64_t in RTC handling"
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] Symbol namespaces
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/6] module: add support for symbol namespaces.
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH 2/3] [v2] m68k: mac: use time64_t in RTC handling
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/6] modpost: add support for generating namespace dependencies.
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH 2/3] [v2] m68k: mac: use time64_t in RTC handling
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] module: add support for symbol namespaces.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• Re: [PATCH 2/6] module: add support for symbol namespaces.
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH 2/6] module: add support for symbol namespaces.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• m68k allmodconfig build errors
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] module: add support for symbol namespaces.
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH 2/3] [v2] m68k: mac: use time64_t in RTC handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/3] [v2] m68k: mac: use time64_t in RTC handling
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] [v2] m68k: mac: use time64_t in RTC handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/3] [v2] m68k: mac: use time64_t in RTC handling
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/5] m68k: IO Fixes and Cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] [v2] m68k: remove unused set_clock_mmss() helpers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] [v2] m68k: mac: use time64_t in RTC handling
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 09/12] nubus: use for_each_if
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Symbol namespaces
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] Input: hilkbd - Add casts to HP9000/300 I/O accessors
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH 0/6] Symbol namespaces
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [PATCH 4/6] modpost: add support for generating namespace dependencies.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [PATCH 5/6] scripts: Coccinelle script for namespace dependencies.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [PATCH 6/6] RFC: USB: storage: move symbols into USB_STORAGE namespace.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [PATCH 3/6] modpost: add support for checking symbol namespaces.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [PATCH 2/6] module: add support for symbol namespaces.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [PATCH 1/6] export: explicitly align struct kernel_symbol.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [RFC] macintosh: Use common code to access RTC
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] m68k: IO Fixes and Cleanups
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] [v2] powerpc: mac: fix rtc read/write functions
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] [v2] powerpc: mac: fix rtc read/write functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 09/12] nubus: use for_each_if
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/5] m68k: IO Fixes and Cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/5] m68k/io: Add missing ioremap define guards, fix typo
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 5/5] m68k/io: Switch mmu variant to <asm-generic/io.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/5] Input: hilkbd - Add casts to HP9000/300 I/O accessors
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 4/5] m68k/io: Move mem*io define guards to <asm/kmap.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/5] net: mac8390: Use standard memcpy_{from,to}io()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 09/12] nubus: use for_each_if
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 2/3] [v2] m68k: mac: use time64_t in RTC handling
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] [v2] m68k: mac: use time64_t in RTC handling
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 0/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 0/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/3] m68k/page_no.h: force __va argument to be unsigned long
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/3] m68k/bitops: convert __ffs to match generic declaration
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v3] block: fix Amiga partition support for disks >= 1 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/3] m68k/page_no.h: force __va argument to be unsigned long
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 2/3] m68k/page_no.h: force __va argument to be unsigned long
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] m68k/page_no.h: force __va argument to be unsigned long
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] m68k/page_no.h: force __va argument to be unsigned long
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] m68k/page_no.h: force __va argument to be unsigned long
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 2/3] m68k/page_no.h: force __va argument to be unsigned long
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] m68k/page_no.h: force __va argument to be unsigned long
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] m68k/page_no.h: force __va argument to be unsigned long
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v7 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH] block: fix Amiga partition support for disks >= 1 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Vinod <vkoul@xxxxxxxxxx>
• [PATCH v7 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v7 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH 1/3] m68k/bitops: convert __ffs to match generic declaration
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] m68k/page_no.h: force __va argument to be unsigned long
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] m68k: switch to MEMBLOCK + NO_BOOTMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: [PATCH v6 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH] block: fix Amiga partition support for disks >= 1 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/5] m68k/io: Add missing ioremap define guards, fix typo
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] block: fix Amiga partition support for disks >= 1 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2] block: fix Amiga partition support for disks >= 1 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v6 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: [PATCH 0/5] m68k: IO Fixes and Cleanups
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] m68k/io: Add missing ioremap define guards, fix typo
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [git pull] m68knommu fixes for v4.18
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] block: fix Amiga partition support for disks >= 1 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] block: fix Amiga partition support for disks >= 1 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] block: fix Amiga partition support for disks >= 1 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: [PATCH] block: fix Amiga partition support for disks >= 1 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: [PATCH] m68k: use generic dma_noncoherent_ops
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Set default dma mask for nubus_board devices
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Enable PDMA for PowerBook 500 series
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/5] net: mac8390: Use standard memcpy_{from,to}io()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 5/5] m68k/io: Switch mmu variant to <asm-generic/io.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/5] net: mac8390: Use standard memcpy_{from,to}io()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/5] Input: hilkbd - Add casts to HP9000/300 I/O accessors
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/5] m68k/io: Add missing ioremap define guards, fix typo
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 0/5] m68k: IO Fixes and Cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 4/5] m68k/io: Move mem*io define guards to <asm/kmap.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 01/11] macintosh/via-pmu: Fix section mismatch warning
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 01/11] macintosh/via-pmu: Fix section mismatch warning
  • From: Mathieu Malaterre <malat@xxxxxxxxxx>
• Re: [PATCH] block: fix Amiga partition support for disks >= 1 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v4 06/11] macintosh/via-pmu: Add support for m68k PowerBooks
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 04/11] macintosh/via-pmu: Enhance state machine with new 'uninitialized' state
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 02/11] macintosh/via-pmu: Add missing mmio accessors
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 05/11] macintosh/via-pmu: Replace via pointer with via1 and via2 pointers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 01/11] macintosh/via-pmu: Fix section mismatch warning
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 10/11] macintosh/via-pmu: Clean up interrupt statistics
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 08/11] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 07/11] macintosh/via-pmu: Explicitly specify CONFIG_PPC_PMAC dependencies
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 09/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 11/11] macintosh/via-pmu: Disambiguate interrupt statistics
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 00/11] macintosh: Resolve various PMU driver problems
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 03/11] macintosh/via-pmu: Don't clear shift register interrupt flag twice
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: fix Amiga partition support for disks >= 1 TB
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• [PATCH] block: fix Amiga partition support for disks >= 1 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v6 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v6 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH 1/3] [v2] powerpc: mac: fix rtc read/write functions
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] nubus: Set default dma mask for nubus_board devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: [PATCH] nubus: Set default dma mask for nubus_board devices
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] MIPS: AR7: Normalize clk API
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH] nubus: Set default dma mask for nubus_board devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Amiga RDB partition support for disks >= 2 TB (was: Re: moving affs + RDB partition support to staging?)
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Amiga RDB partition support for disks >= 2 TB (was: Re: moving affs + RDB partition support to staging?)
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Amiga RDB partition support for disks >= 2 TB (was: Re: moving affs + RDB partition support to staging?)
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: [PATCH v5 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: [1/3,v2] powerpc: mac: fix rtc read/write functions
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] [v2] powerpc: mac: fix rtc read/write functions
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] [v2] powerpc: mac: fix rtc read/write functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/12] macintosh: Resolve various PMU driver problems
  • From: Gabriel Paubert <paubert@xxxxxxx>
• Re: [PATCH v3 00/12] macintosh: Resolve various PMU driver problems
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] macintosh: Resolve various PMU driver problems
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/3] [v2] powerpc: mac: fix rtc read/write functions
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] macintosh: Resolve various PMU driver problems
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] macintosh: Resolve various PMU driver problems
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: schmitzmic@xxxxxxxxx
• Re: moving affs + RDB partition support to staging?
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] nubus: Set default dma mask for nubus_board devices
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging)
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] macintosh: Resolve various PMU driver problems
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging)
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v5 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH v4 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH 2/3] [v2] m68k: mac: use time64_t in RTC handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2] m68knommu: Fix typos in Coldfire 5272 DMA debug code
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68knommu: Fix typos in Coldfire 5272 DMA debug code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] [v2] m68k: mac: use time64_t in RTC handling
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] m68knommu: Fix typos in Coldfire 5272 DMA debug code
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v2] m68knommu: Fix typos in Coldfire 5272 DMA debug code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: coldfire/m68knommu dma coherency
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: use generic dma_noncoherent_ops
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: switch m68k to use the generic dma code
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: switch m68k to use the generic dma code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: switch m68k to use the generic dma code
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] [v2] powerpc: mac: fix rtc read/write functions
  • From: Mathieu Malaterre <malat@xxxxxxxxxx>
• [PATCH] m68k: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• switch m68k to use the generic dma code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: coldfire/m68knommu dma coherency
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: coldfire/m68knommu dma coherency
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v4 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v4 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: coldfire/m68knommu dma coherency
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/3] [v2] m68k: remove unused set_clock_mmss() helpers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/3] [v2] m68k: mac: use time64_t in RTC handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/3] [v2] powerpc: mac: fix rtc read/write functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3] m68k: remove unused set_clock_mmss() helpers
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: coldfire/m68knommu dma coherency
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: mac: fix rtc read functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] m68k/defconfig: Update defconfigs for v4.18-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: mcf54415, mmu issues with last 4.18.0
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• coldfire/m68knommu dma coherency
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv2] m68k: fix "bad page state" oops on ColdFire boot
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: mac: fix rtc read functions
  • From: Mathieu Malaterre <malat@xxxxxxxxxx>
• [PATCHv2] m68k: fix "bad page state" oops on ColdFire boot
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: mcf54415, mmu issues with last 4.18.0
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• mcf54415, mmu issues with last 4.18.0
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH 1/3] powerpc: mac: fix rtc read functions
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: mac: fix rtc read functions
  • From: Mathieu Malaterre <malat@xxxxxxxxxx>
• Re: [PATCH 2/3] m68k: mac: use time64_t in RTC handling
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 1/3] powerpc: mac: fix rtc read functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 3/3] m68k: remove unused set_clock_mmss() helpers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/3] m68k: mac: use time64_t in RTC handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] m68k: fix "bad page state" oops on ColdFire boot
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix "bad page state" oops on ColdFire boot
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: fix "bad page state" oops on ColdFire boot
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v2] mm: convert return type of handle_mm_fault() caller to vm_fault_t
  • From: Souptick Joarder <jrdr.linux@xxxxxxxxx>
• Re: [PATCH] mm: convert return type of handle_mm_fault() caller to vm_fault_t
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm: convert return type of handle_mm_fault() caller to vm_fault_t
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] mm: convert return type of handle_mm_fault() caller to vm_fault_t
  • From: Souptick Joarder <jrdr.linux@xxxxxxxxx>
• Re: [PATCH v3 3/4] dmaengine: fsl-edma: remove all the edma common code
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 1/4] dmaengine: fsl-edma: add config and makefile changes for mcf-edma
  • From: Vinod Koul <vinod.koul@xxxxxxxxxx>
• [PATCH v3 00/12] macintosh: Resolve various PMU driver problems
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 04/12] macintosh/via-pmu: Enhance state machine with new 'uninitialized' state
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 06/12] macintosh/via-pmu: Add support for m68k PowerBooks
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 03/12] macintosh/via-pmu: Don't clear shift register interrupt flag twice
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 05/12] macintosh/via-pmu: Replace via pointer with via1 and via2 pointers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 02/12] macintosh/via-pmu: Add missing mmio accessors
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 10/12] macintosh: Use common code to access RTC
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 07/12] macintosh/via-pmu: Make CONFIG_PPC_PMAC Kconfig deps explicit
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 09/12] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 11/12] macintosh/via-pmu: Clean up interrupt statistics
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 12/12] macintosh/via-pmu: Disambiguate interrupt statistics
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 01/12] macintosh/via-pmu: Fix section mismatch warning
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 3/4] dmaengine: fsl-edma: remove all the edma common code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] dmaengine: fsl-edma: add config and makefile changes for mcf-edma
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] dmaengine: fsl-edma: add config and makefile changes for mcf-edma
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 3/4] dmaengine: fsl-edma: remove all the edma common code
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v3 4/4] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v3 2/4] dmaengine: fsl-edma: add fsl-edma-common
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v3 1/4] dmaengine: fsl-edma: add config and makefile changes for mcf-edma
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH 3/3 RFC] Revert "net: stmmac: fix build failure due to missing COMMON_CLK dependency"
  • From: Jose Abreu <Jose.Abreu@xxxxxxxxxxxx>
• Re: [PATCH 1/3] m68k: coldfire: Normalize clk API
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] m68k: coldfire: Normalize clk API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] m68k: coldfire: Normalize clk API
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Laurent Vivier <lvivier@xxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3 RFC] Revert "net: stmmac: fix build failure due to missing COMMON_CLK dependency"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Legacy clock drivers: Normalize clk API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Legacy clock drivers: Normalize clk API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3 RFC] Revert "net: stmmac: fix build failure due to missing COMMON_CLK dependency"
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] microblaze: Remove architecture heart beat code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] microblaze: Remove architecture heart beat code
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 3/3 RFC] Revert "net: stmmac: fix build failure due to missing COMMON_CLK dependency"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/3] MIPS: AR7: Normalize clk API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/3] m68k: coldfire: Normalize clk API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 0/3] Legacy clock drivers: Normalize clk API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] net-next: xsurf100: drop include of lib8390.c
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] net-next: ax88796: export ax_NS8390_init() hook
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] net-next: ax88796: export ax_NS8390_init() hook
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 2/2] net-next: xsurf100: drop include of lib8390.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 0/2] net-next: cleanup use of lib8390.c code in xsurf100.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 9/9] net-next: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC PATCH 2/2] net-next: xsurf100: drop include of lib8390.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC PATCH 2/2] net-next: xsurf100: drop include of lib8390.c
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] net-next: ax88796: export ax_NS8390_init() hook
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] kbuild: fix endless syncconfig in case arch Makefile sets CROSS_COMPILE
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v4 9/9] net-next: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: "Michael Karcher" <michael.karcher@xxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [RFC PATCH 1/2] net-next: ax88796: export ax_NS8390_init() hook
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [RFC PATCH 2/2] net-next: xsurf100: drop include of lib8390.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [RFC PATCH 0/2] net-next: cleanup use of lib8390.c code in xsurf100.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 9/9] net-next: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 9/9] net-next: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: "Michael Karcher" <michael.karcher@xxxxxxxxxxxx>
• Re: [PATCH] kbuild: fix endless syncconfig in case arch Makefile sets CROSS_COMPILE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 9/9] net-next: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 03/12] macintosh/via-pmu: Don't clear shift register interrupt flag twice
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 04/12] macintosh/via-pmu: Enhance state machine with new 'uninitialized' state
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 01/12] macintosh/via-pmu: Fix section mismatch warning
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 05/12] macintosh/via-pmu: Replace via pointer with via1 and via2 pointers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 06/12] macintosh/via-pmu: Add support for m68k PowerBooks
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 09/12] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 12/12] macintosh/via-pmu: Disambiguate interrupt statistics
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 11/12] macintosh/via-pmu: Clean up interrupt statistics
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 10/12] macintosh: Use common code to access RTC
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 07/12] macintosh/via-pmu: Make CONFIG_PPC_PMAC Kconfig deps explicit
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 02/12] macintosh/via-pmu: Add missing mmio accessors
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 00/12] macintosh: Resolve various PMU driver problems
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH] kbuild: fix endless syncconfig in case arch Makefile sets CROSS_COMPILE
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v4 9/9] net-next: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] dmaengine: fsl-edma: remove all the edma common code
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [parted-devel] [PATCH] Fix atari label false positives
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCH] android: binder: Drop dependency on !M68K
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] android: binder: Drop dependency on !M68K
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] dmaengine: fsl-edma: add config and makefile changes for mcf-edma
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH v2 1/4] dmaengine: fsl-edma: add config and makefile changes for mcf-edma
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/4] dmaengine: fsl-edma: remove all the edma common code
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v2 4/4] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v2 2/4] dmaengine: fsl-edma: add fsl-edma-common
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v2 1/4] dmaengine: fsl-edma: add config and makefile changes for mcf-edma
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [parted-devel] [PATCH] Fix atari label false positives
  • From: Håkon Løvdal <hlovdal@xxxxxxxxx>
• Re: [PATCH] Fix atari label false positives
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Fix atari label false positives
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCH] Fix atari label false positives
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] Fix atari label false positives
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• [git pull] m68knommu changes for v4.18
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 10/11] macintosh/via-pmu: Clean up interrupt statistics
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/11] macintosh/via-pmu: Don't clear shift register interrupt flag twice
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/11] macintosh/via-pmu: Add missing mmio accessors
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/11] macintosh/via-pmu: Fix section mismatch warning
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [git pull] m68k updates for 4.18
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 00/11] macintosh: Resolve various PMU driver problems
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 03/11] macintosh/via-pmu: Don't clear shift register interrupt flag twice
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 01/11] macintosh/via-pmu: Fix section mismatch warning
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 04/11] macintosh/via-pmu: Enhance state machine with new 'uninitialized' state
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 02/11] macintosh/via-pmu: Add missing mmio accessors
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 08/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 07/11] macintosh/via-pmu: Make CONFIG_PPC_PMAC Kconfig deps explicit
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 05/11] macintosh/via-pmu: Replace via pointer with via1 and via2 pointers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 06/11] macintosh/via-pmu: Add support for m68k PowerBooks
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 10/11] macintosh/via-pmu: Clean up interrupt statistics
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 09/11] macintosh: Use common code to access RTC
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 11/11] macintosh/via-pmu: Disambiguate interrupt statistics
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: mcf-edma: add ColdFire mcf5441x eDMA support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH v3 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH 1/2] m68k: Set default dma mask for platform devices
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] dmaengine: mcf-edma: add ColdFire mcf5441x eDMA support
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] dmaengine: mcf-edma: add ColdFire mcf5441x eDMA support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH] m68k/mac: Enable PDMA for PowerBook 500 series
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] m68k/mm - adjust VM area to be unmapped by gap size for __iounmap()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC] m68k/mm - adjust VM area to be unmapped by gap size for __iounmap()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC] m68k/mm - adjust VM area to be unmapped by gap size for __iounmap()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC] m68k/mm - adjust VM area to be unmapped by gap size for __iounmap()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC] m68k/mm - adjust VM area to be unmapped by gap size for __iounmap()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: mcf-edma: add ColdFire mcf5441x eDMA support
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: mcf-edma: add ColdFire mcf5441x eDMA support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• common non-cache coherent direct dma mapping ops v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/25] hexagon: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/25] m68k: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/25] nds32: consolidate DMA cache maintainance routines
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/25] microblaze: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/25] microblaze: remove the consistent_sync and consistent_sync_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/25] nds32: remove the broken kmap code in nds32_dma_map_sg
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/25] nds32: implement the unmap_sg DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/25] nios2: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/25] openrisc: remove the sync_single_for_cpu DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/25] openrisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/25] openrisc: remove the no-op unmap_page and unmap_sg DMA operations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/25] sh: simplify get_arch_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/25] openrisc: fix cache maintainance the the sync_single_for_device DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/25] sh: introduce a sh_cacheop_vaddr helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/25] sh: split arch/sh/mm/consistent.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/25] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/25] parisc: merge pcx_dma_ops and pcxl_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/25] parisc: always use flush_kernel_dcache_range for DMA cache maintainance
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/25] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/25] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/25] xtensa: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/25] sh: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/25] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/25] hexagon: implement the sync_sg_for_device DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/25] hexagon: remove the sync_single_for_cpu DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC] m68k/mm - adjust VM area to be unmapped by gap size for __iounmap()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] drivers: zorro: zorro.c: Added a blank line after declarations.
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC] m68k/mm - adjust VM area to be unmapped by gap size for __iounmap()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 1/2] m68k: Set default dma mask for platform devices
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Helge Deller <deller@xxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 1/2] m68k: Set default dma mask for platform devices
  • From: Christoph Hellwig <hch@xxxxxx>
• [GIT PULL] mtd: Fixes for 4.17-rc6
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• mtd: Fixes for 4.17-rc6
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH 2/2] Revert "m68k: set dma and coherent masks for platform FEC ethernets"
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] m68k: Set default dma mask for platform devices
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [Linux-c6x-dev] [PATCH 05/20] c6x: use generic dma_noncoherent_ops
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH] m68k/uaccess: Revive 64-bit get_user()
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• Re: [PATCH] ANDROID: binder: remove 32-bit binder interface.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• Re: [PATCH v2 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] m68k: Set up dma mask for platform devices
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] ANDROID: binder: remove 32-bit binder interface.
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k/uaccess: Revive 64-bit get_user()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH] ANDROID: binder: remove 32-bit binder interface.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [RFC] m68k/mm - adjust VM area to be unmapped by gap size for __iounmap()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k: Implement ndelay() as an inline function to force type checking/casting
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Implement ndelay() as an inline function to force type checking/casting
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Implement ndelay() as an inline function to force type checking/casting
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH] m68k: Implement ndelay() as an inline function to force type checking/casting
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH] m68k: Implement ndelay() as an inline function to force type checking/casting
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: common non-cache coherent direct dma mapping ops
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] drivers: zorro: zorro.c: Added a blank line after declarations.
  • From: Jacob Enders <jacobenders1@xxxxxxxxx>
• [RFC] m68k: Set up dma mask for platform devices
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH net] macmace: Set platform device coherent_dma_mask
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: Richard Z <rz@xxxxxxxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Atari label false positives
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH 03/20] arc: use generic dma_noncoherent_ops
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH net] macmace: Set platform device coherent_dma_mask
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] macmace: Set platform device coherent_dma_mask
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• common non-cache coherent direct dma mapping ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/20] dma-mapping: simplify Kconfig dependencies
  • From: Christoph Hellwig <hch@xxxxxx>