Linux M68K

• Thread Index

• [RFC PATCH 00/13] m68k: Drop arch_gettimeoffset and adopt clocksource API
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 02/13] m68k: Fix mutual exclusion in arch_gettimeoffset
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 10/13] m68k: hp300: Convert to clocksource API
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 07/13] m68k: amiga: Convert to clocksource API
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 13/13] m68k: mvme16x: Convert to clocksource API
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 11/13] m68k: mac: Convert to clocksource API
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 09/13] m68k: bvme6000: Convert to clocksource API
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 06/13] m68k: Drop ARCH_USES_GETTIMEOFFSET
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 12/13] m68k: mvme147: Convert to clocksource API
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 05/13] m68k: apollo, q40, sun3, sun3x: Remove arch_gettimeoffset implementations
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 01/13] arm: Fix mutual exclusion in arch_gettimeoffset
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: m68k using deprecated internal APIs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/17] x86: Add support for ZSTD-compressed kernel
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: m68k using deprecated internal APIs?
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: m68k using deprecated internal APIs?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 03/17] .gitignore: add ZSTD-compressed files
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 02/17] x86: Add support for ZSTD-compressed kernel
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 04/17] x86: Remove support for BZIP2 and LZMA compressed kernel
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 05/17] mips: Remove support for BZIP2 and LZMA compressed kernel
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 01/17] lib: Add support for ZSTD-compressed kernel
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 06/17] parisc: Remove support for BZIP2 and LZMA compressed kernel
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 09/17] unicore32: Remove support for BZIP2 and LZMA compressed kernel
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 11/17] Kconfig: Remove support for BZIP2-compressed initrd and kernel
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 08/17] sh: Remove support for BZIP2 and LZMA compressed kernel
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 07/17] s390: Remove support for BZIP2 and LZMA compressed kernel
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 13/17] arch/*: Purge references to CONFIG_RD_BZIP2/LZMA from various defconfigs
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 16/17] Kconfig: Update the prose for selection of compression algorithm
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 14/17] lib: Completely purge now-unused bzip2 code from the kernel
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 17/17] [NOT FOR MERGING] lib: Be noisy about used decompression method.
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 15/17] lib: Completely purge now-unused lzma code from the kernel
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 12/17] Kconfig: Remove support for LZMA-compressed initrd
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 10/17] arm: Remove support for LZMA compressed kernel
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 0/17] Kernel compression: add ZSTD, remove LZMA1 and BZIP2
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• Re: [PATCH 00/13] Prepare for PTRACE_GET_SYSCALL_INFO
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH 05/13] m68k: define syscall_get_arch()
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH 00/13] Prepare for PTRACE_GET_SYSCALL_INFO
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: m68k using deprecated internal APIs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k/defconfig: Update defconfigs for v4.20-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] ata: add Buddha PATA controller driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ata: add Buddha PATA controller driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] ata: add Buddha PATA controller driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: m68k using deprecated internal APIs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [git pull] m68knommu fix for v4.20
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [git pull] m68k updates for 4.20
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: m68k using deprecated internal APIs?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 0/4] m68k: system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [git pull] m68knommu fix for v4.20
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: m68k using deprecated internal APIs?
  • From: Greg Ungerer <gregungerer@xxxxxxxxxxxxxx>
• Re: m68k using deprecated internal APIs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [git pull] m68k updates for 4.20
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k using deprecated internal APIs?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k using deprecated internal APIs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: m68k using deprecated internal APIs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: m68k using deprecated internal APIs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: m68k using deprecated internal APIs?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: m68k using deprecated internal APIs?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• m68k using deprecated internal APIs?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] m68k: system call table generation support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v4 3/4] m68k: add system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v4 4/4] m68k: generate uapi header and syscall table header files
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v4 2/4] m68k: add __NR_syscalls along with NR_syscalls
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v4 1/4] m68k: rename system call table file name
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v4 0/4] m68k: system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] ata: add Buddha PATA controller driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v2 2/2] arm64: Create asm/initrd.h
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH v2 1/2] arch: Add asm-generic/initrd.h and make use of it for most architectures
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH v2 0/2] arm64: Cut rebuild time when changing CONFIG_BLK_DEV_INITRD
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH] ata: add Buddha PATA controller driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] ata: add Buddha PATA controller driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] ata: add Buddha PATA controller driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] ata: add Buddha PATA controller driver
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH] ata: add Buddha PATA controller driver
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] ata: add Buddha PATA controller driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] ata: add Buddha PATA controller driver
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v2 0/6] mac_esp, zorro_esp, esp_scsi: Various improvements
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v2 5/6] esp_scsi: De-duplicate PIO routines
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] esp_scsi: De-duplicate PIO routines
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] esp_scsi: De-duplicate PIO routines
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] m68k: remove redundant 'default n' from Kconfig
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 4/6] esp_scsi: Eliminate ESP_FLAG_DOING_SLOWCMD
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 6/6] esp_scsi: Optimize PIO loops
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 5/6] esp_scsi: De-duplicate PIO routines
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 3/6] esp_scsi: Grant disconnect privilege for untagged commands
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/6] zorro_esp: Limit DMA transfers to 65535 bytes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 0/6] mac_esp, zorro_esp, esp_scsi: Various improvements
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 2/6] esp_scsi: Track residual for PIO transfers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] esp_scsi: De-duplicate PIO routines
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] esp_scsi: De-duplicate PIO routines
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] esp_scsi: De-duplicate PIO routines
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] esp_scsi: De-duplicate PIO routines
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 5/6] esp_scsi: De-duplicate PIO routines
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/6] esp_scsi: De-duplicate PIO routines
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] esp_scsi: De-duplicate PIO routines
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 5/6] esp_scsi: De-duplicate PIO routines
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 3/6] esp_scsi: Grant disconnect privilege for untagged commands
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] m68k: add system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [1/7] macintosh: Use common code to access RTC
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/6] esp_scsi: Grant disconnect privilege for untagged commands
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] esp_scsi: De-duplicate PIO routines
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v7 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v7 1/2] block: fix signed int overflow in Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v7 0/2] Amiga RDB partition support fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v6 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 3/6] esp_scsi: Grant disconnect privilege for untagged commands
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/6] esp_scsi: Grant disconnect privilege for untagged commands
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] esp_scsi: Track residual for PIO transfers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] zorro_esp: Limit DMA transfers to 65535 bytes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/6] esp_scsi: Grant disconnect privilege for untagged commands
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 3/6] esp_scsi: Grant disconnect privilege for untagged commands
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] esp_scsi: De-duplicate PIO routines
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] esp_scsi: Track residual for PIO transfers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] zorro_esp: Limit DMA transfers to 65535 bytes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 2/2] block: add overflow checks for Amiga partition support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] zorro_esp: Limit DMA transfers to 65535 bytes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 1/6] zorro_esp: Limit DMA transfers to 65535 bytes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/6] esp_scsi: Track residual for PIO transfers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/6] mac_esp, zorro_esp, esp_scsi: Various improvements
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/6] esp_scsi: Eliminate ESP_FLAG_DOING_SLOWCMD
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 5/6] esp_scsi: De-duplicate PIO routines
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 6/6] esp_scsi: Optimize PIO loops
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/6] esp_scsi: Grant disconnect privilege for untagged commands
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v6 0/2] Amiga RDB partition support fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v6 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v6 1/2] block: fix signed int overflow in Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v6 0/2]
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/6] mac_esp, zorro_esp, esp_scsi: Various improvements
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 5/6] esp_scsi: De-duplicate PIO routines
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] esp_scsi: De-duplicate PIO routines
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/6] esp_scsi: De-duplicate PIO routines
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] block: fix signed int overflow in Amiga partition support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] block: add overflow checks for Amiga partition support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] esp_scsi: Optimize PIO loops
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 6/6] esp_scsi: Optimize PIO loops
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] esp_scsi: Optimize PIO loops
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v5 1/2] block: fix signed int overflow in Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v5 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 2/6] esp_scsi: Track residual for PIO transfers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6/6] esp_scsi: Optimize PIO loops
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] zorro_esp: Limit DMA transfers to 65535 bytes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/6] mac_esp, zorro_esp, esp_scsi: Various improvements
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/6] esp_scsi: Eliminate ESP_FLAG_DOING_SLOWCMD
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] esp_scsi: De-duplicate PIO routines
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/6] esp_scsi: Grant disconnect privilege for untagged commands
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k: Unroll raw_outsb() loop
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] block: fix signed int overflow in Amiga partition support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] block: add overflow checks for Amiga partition support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 0/2] Amiga RDB partition support fixes
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/2] Amiga RDB partition support fixes
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• [PATCH v5 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v5 1/2] block: fix signed int overflow in Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v5 0/2] Amiga RDB partition support fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] memblock: stop using implicit alignement to SMP_CACHE_BYTES
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memblock: stop using implicit alignement to SMP_CACHE_BYTES
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] memblock: stop using implicit alignement to SMP_CACHE_BYTES
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
  • From: Leonardo Bras <leobras.c@xxxxxxxxx>
• Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
  • From: Leonardo Bras <leobras.c@xxxxxxxxx>
• Re: [PATCH] memblock: stop using implicit alignement to SMP_CACHE_BYTES
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH v3 03/24] drivers/block/z2ram: use ioremap_wt() instead of __ioremap(_PAGE_WRITETHRU)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] memblock: stop using implicit alignement to SMP_CACHE_BYTES
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memblock: stop using implicit alignement to SMP_CACHE_BYTES
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memblock: stop using implicit alignement to SMP_CACHE_BYTES
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
  • From: Leonardo Bras <leobras.c@xxxxxxxxx>
• [PATCH] memblock: stop using implicit alignement to SMP_CACHE_BYTES
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] macintosh: Use common code to access RTC
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
  • From: Leonardo Bras <leobras.c@xxxxxxxxx>
• Re: [PATCH v3 5/7] drivers: s390: Avoids building drivers if ARCH is not s390.
  • From: Leonardo Bras <leobras.c@xxxxxxxxx>
• Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
  • From: Leonardo Bras <leobras.c@xxxxxxxxx>
• Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
  • From: Leonardo Bras <leobras.c@xxxxxxxxx>
• Re: [PATCH v3 3/5] m68k: add system call table generation support
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] m68k: add __IGNORE* entries in asm/unistd.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 5/7] drivers: s390: Avoids building drivers if ARCH is not s390.
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH v3 4/5] m68k: uapi header and system call table file generation
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v3 5/5] m68k: add __IGNORE* entries in asm/unistd.h
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v3 3/5] m68k: add system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v3 0/5] System call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v3 2/5] m68k: replace NR_syscalls macro from asm/unistd.h
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v3 1/5] m68k: rename system call table file name
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH v4 1/2] block: fix signed int overflow in Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 1/2] block: fix signed int overflow in Amiga partition support
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• [PATCH v4 2/2] block: add overflow checks for Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 1/2] block: fix signed int overflow in Amiga partition support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 0/2] Amiga RDB partition support fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 7/7] drivers: hwtracing: Adds Makefile to enable building from directory.
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v3 6/7] drivers: oprofile: Avoids building driver from direct make command
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v3 5/7] drivers: s390: Avoids building drivers if ARCH is not s390.
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v3 4/7] drivers: zorro: Avoids building proc.o if CONFIG_ZORRO is disabled
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v3 2/7] drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v3 1/7] drivers: dio: Avoids building driver if CONFIG_DIO is disabled
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v3 7/7] drivers: hwtracing: Adds Makefile to enable building from directory.
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v3 6/7] drivers: oprofile: Avoids building driver from direct make command
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v3 5/7] drivers: s390: Avoids building drivers if ARCH is not s390.
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v3 4/7] drivers: zorro: Avoids building proc.o if CONFIG_ZORRO is disabled
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v3 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v3 2/7] drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v3 1/7] drivers: dio: Avoids building driver if CONFIG_DIO is disabled
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v3 0/7] Remove errors building drivers/DRIVERNAME
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• Re: [PATCH] ata: add Amiga Gayle PATA controller driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 7/7] drivers: hwtracing: Adds Makefile to enable building from directory.
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v2 6/7] drivers: oprofile: Avoids building driver from direct make command
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v2 5/7] drivers: s390: Avoids building drivers if ARCH is not s390.
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v2 4/7] drivers: zorro: Avoids building proc.o if CONFIG_ZORRO is disabled
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v2 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v2 2/7] drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v2 1/7] drivers: dio: Avoids building driver if CONFIG_DIO is disabled
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v2 0/7] Remove errors building drivers/DRIVERNAME
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/30] mm: remove CONFIG_NO_BOOTMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/30] mm: remove bootmem allocator
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 29/30] mm: remove include/linux/bootmem.h
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 21/30] memblock: replace alloc_bootmem with memblock_alloc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 16/30] memblock: replace __alloc_bootmem_node with appropriate memblock_ API
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 07/30] memblock: remove _virt from APIs returning virtual address
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 05/30] mm: nobootmem: remove dead code
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 02/30] mm: remove CONFIG_NO_BOOTMEM
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 6/7] drivers: oprofile: Avoids building driver from direct make command
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH 0/7] Remove errors building drivers/DRIVERNAME
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/7] drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 7/7] drivers: hwtracing: Adds Makefile to enable building from directory.
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH 6/7] drivers: oprofile: Avoids building driver from direct make command
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH 5/7] drivers: s390: Avoids building drivers if ARCH is not s390.
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH 4/7] drivers: zorro: Avoids building proc.o if CONFIG_ZORRO is disabled
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH 2/7] drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH 1/7] drivers: dio: Avoids building driver if CONFIG_DIO is disabled
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH 0/7] Remove errors building drivers/DRIVERNAME
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: m68k allmodconfig build errors
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 4/5] m68k: uapi header and system call table file generation
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH v2 3/5] m68k: Added system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH v2 0/5] System call table generation support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] m68k: added __IGNORE* entries in asm/unistd.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] m68k: uapi header and system call table file generation
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] m68k: Added system call table generation support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] m68k: Replace NR_syscalls macro from asm/unistd.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] m68k: Replace NR_syscalls macro from asm/unistd.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] m68k: Rename system call table file name
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] System call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH v2 0/5] System call table generation support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] m68k: Rename system call table file name
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH 2/4] m68k: Replace NR_syscalls macro from asm/unistd.h
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH v2 1/5] m68k: Rename system call table file name
  • From: Philippe De Muyter <phdm@xxxxxxx>
• [PATCH 1/1] drivers/dio : Changes Makefile to avoid acciental compilation.
  • From: Leonardo Brás <leobras.c@xxxxxxxxx>
• [PATCH v2 5/5] m68k: added __IGNORE* entries in asm/unistd.h
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v2 4/5] m68k: uapi header and system call table file generation
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v2 3/5] m68k: Added system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v2 2/5] m68k: Replace NR_syscalls macro from asm/unistd.h
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v2 1/5] m68k: Rename system call table file name
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v2 0/5] System call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH 2/4] m68k: Replace NR_syscalls macro from asm/unistd.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] m68k: Replace NR_syscalls macro from asm/unistd.h
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH 2/2] input: atakbd.c - fix Atari CapsLock behaviour
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 2/4] m68k: Replace NR_syscalls macro from asm/unistd.h
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH 2/4] m68k: Replace NR_syscalls macro from asm/unistd.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] m68k: Added system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH 2/4] m68k: Replace NR_syscalls macro from asm/unistd.h
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH 2/2] input: atakbd.c - fix Atari CapsLock behaviour
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] input: atakbd.c - fix Atari CapsLock behaviour
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 2/2] input: atakbd.c - fix Atari CapsLock behaviour
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] input: atakbd.c - fix Atari CapsLock behaviour
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH RFC net-next] Amiga PCMCIA 100 MBit card support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC net-next] Amiga PCMCIA 100 MBit card support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC net-next] Amiga PCMCIA 100 MBit card support
  • From: ALeX Kazik <alex@xxxxxxxx>
• Re: [PATCH RFC net-next] Amiga PCMCIA 100 MBit card support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC net-next] Amiga PCMCIA 100 MBit card support
  • From: ALeX Kazik <alex@xxxxxxxx>
• AztecMonster II SATA SCSI adapter
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Build failure with gcc 8.1
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: Build failure with gcc 8.1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Build failure with gcc 8.1
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: fix command-line parsing when passed from u-boot
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 1/7] macintosh: Use common code to access RTC
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6/7] macintosh/via-macii, macintosh/adb-iop: Modernize printk calls
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/7] macintosh/via-macii: Simplify locking
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 7/7] macintosh/via-macii, macintosh/adb-iop: Clean up whitespace
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/7] Miscellaneous Macintosh fixes and clean up
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/7] macintosh/via-macii: Synchronous bus reset
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/7] macintosh/via-macii: Remove BUG_ON assertions
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/7] macintosh/adb: Rework printk output again
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 1/4] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: [PATCH 1/2] input: atakbd.c - fix Atari keymap
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2] m68k: fix command-line parsing when passed from u-boot
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH 1/2] input: atakbd.c - fix Atari keymap
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• [git pull] m68knommu fix for v4.19
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] input: atakbd.c - fix Atari keymap
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] input: atakbd.c - fix Atari CapsLock behaviour
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 1/2] input: atakbd.c - fix Atari keymap
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 0/2] input: atakbd.c bug fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k: fix command-line parsing when passed from u-boot
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix command-line parsing when passed from u-boot
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• 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>