Linux M68K

• Thread Index

• 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>
• [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/20] arc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/20] c6x: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/20] hexagon: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/20] m68k: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/20] microblaze: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/20] microblaze: remove the consistent_sync and consistent_sync_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/20] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/20] nios2: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/20] openrisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/20] sh: simplify get_arch_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/20] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/20] mm: split arch/sh/mm/consistent.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/20] sh: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/20] xtensa: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/20] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/20] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/20] sh: introduce a sh_cacheop_vaddr helper
  • From: Christoph Hellwig <hch@xxxxxx>
• 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 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 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>
• [PATCH v3 2/2] mm: provide a fallback for PAGE_KERNEL_EXEC for architectures
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v3 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v3 1/2] mm: provide a fallback for PAGE_KERNEL_RO for architectures
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: provide a fallback for PAGE_KERNEL_EXEC for architectures
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: provide a fallback for PAGE_KERNEL_EXEC for architectures
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: provide a fallback for PAGE_KERNEL_EXEC for architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] mm: provide a fallback for PAGE_KERNEL_EXEC for architectures
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v2 1/2] mm: provide a fallback for PAGE_KERNEL_RO for architectures
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v2 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• 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: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: provide a fallback for PAGE_KERNEL_RO for architectures
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] nubus: Call bus_register unconditionally
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2] nubus: Call bus_register unconditionally
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and debug_dma_dump_mappings
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/3] dma-debug: move initialization to common code
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and debug_dma_dump_mappings
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 4/3] dma-debug: remove CONFIG_HAVE_DMA_API_DEBUG
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 2/3] dma-debug: simplify counting of preallocated requests
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 1/3] dma-debug: move initialization to common code
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Ingo Jürgensmann <ij@xxxxxxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: mcf-edma: add ColdFire mcf5441x eDMA support
  • From: Vinod Koul <vinod.koul@xxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: dma-debug cleanups, including removing the arch hook
  • From: Christoph Hellwig <hch@xxxxxx>
• 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>
• Re: moving affs + RDB partition support to staging?
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• 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: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Unconditionally register bus type
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] nubus: Unconditionally register bus type
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: mcf-edma: add ColdFire mcf5441x eDMA support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH net] macmace: Set platform device coherent_dma_mask
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH net] macmace: Set platform device coherent_dma_mask
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH net] macmace: Set platform device coherent_dma_mask
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] dmaengine: mcf-edma: add ColdFire mcf5441x eDMA support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH net] macmace: Set platform device coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH net] macmace: Set platform device coherent_dma_mask
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH net] macmace: Set platform device coherent_dma_mask
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Fix BUG splat during nubus_driver_register()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH net] macsonic: Set platform device coherent_dma_mask
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH net] macmace: Set platform device coherent_dma_mask
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH net] macsonic: Set platform device coherent_dma_mask
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH net] macmace: Set platform device coherent_dma_mask
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Fix BUG splat during nubus_driver_register()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Fix BUG splat during nubus_driver_register()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Fix BUG splat during nubus_driver_register()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] mm: provide a fallback for PAGE_KERNEL_RO for architectures
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH] mm: provide a fallback for PAGE_KERNEL_RO for architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC] Fix BUG splat during nubus_driver_register()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [RFC] Fix BUG splat during nubus_driver_register()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net 3/4] net/mac8390: Convert to nubus_driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net 3/4] net/mac8390: Convert to nubus_driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] m68k/defconfig: Update defconfigs for v4.17-rc3
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 4/3] dma-debug: remove CONFIG_HAVE_DMA_API_DEBUG
  • From: Christoph Hellwig <hch@xxxxxx>
• 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? (was: Re: Moving unmaintained filesystems to staging)
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: [PATCH] m68k: Fix calendar month regression on M68328
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k: Fix calendar month regression on M68328
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] m68k: Fix calendar month regression on M68328
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging)
  • 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?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: David Sterba <dsterba@xxxxxxx>
• Re: moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging)
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH] m68k: Fix off-by-one calendar month
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Fix off-by-one calendar month
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] dmaengine: mcf-edma: add ColdFire mcf5441x eDMA support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH] m68k: Fix off-by-one calendar month
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and debug_dma_dump_mappings
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] dma-debug: simplify counting of preallocated requests
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] dma-debug: move initialization to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• dma-debug cleanups, including removing the arch hook
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68k: Fix off-by-one calendar month
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] m68k: Fix off-by-one calendar month
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH] m68k: Fix off-by-one calendar month
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Fix off-by-one calendar month
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH] m68k: use read_persistent_clock64 consistently
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Fix off-by-one calendar month
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/22] dma-debug: move initialization to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68k: Fix off-by-one calendar month
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Fix off-by-one calendar month
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Remove read_persistent_clock()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Remove read_persistent_clock()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] m68k: use read_persistent_clock64 consistently
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH] m68k: Remove read_persistent_clock()
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH] m68k: Remove read_persistent_clock()
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH] m68k: Remove read_persistent_clock()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Remove read_persistent_clock()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] m68k: Remove read_persistent_clock()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Remove read_persistent_clock()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: use read_persistent_clock64 consistently
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] m68k: Fix off-by-one calendar month
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH] m68k: Remove read_persistent_clock()
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH] m68k: Fix off-by-one calendar month
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] m68k: Remove read_persistent_clock()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [REVIEW][PATCH 05/22] signal/m68k: Use force_sig_fault where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 01/22] dma-debug: move initialization to common code
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH 01/22] dma-debug: move initialization to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/22] dma-mapping: simplify Kconfig dependencies
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/22] alpha: simplify get_arch_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/22] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/22] alpha: use dma_direct_ops for jensen
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/22] arc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/22] c6x: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/22] m68k: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/22] hexagon: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/22] microblaze: remove the consistent_sync and consistent_sync_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/22] nios2: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/22] openrisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/22] sh: introduce a sh_cacheop_vaddr helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/22] sh: simplify get_arch_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/22] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/22] sh: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/22] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/22] xtensa: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/22] microblaze: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/22] arm-nommu: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [no subject]
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv2 00/14] m68k: fix and improve IO access — Linux M68K Devel
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCHv2 00/14] m68k: fix and improve IO access — Linux M68K Devel
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH v4 00/10] New network driver for Amiga X-Surf 100 (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 00/10] New network driver for Amiga X-Surf 100 (m68k)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/9] net-next: phy: new Asix Electronics PHY driver
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCHv2 14/14] m68k: fix ColdFire PCI config reads and writes
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCHv2 13/14] m68k: introduce iomem() macro for __iomem conversions
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCHv2 12/14] m68k: allow ColdFire PCI bus on MMU and non-MMU configuration
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCHv2 11/14] m68k: fix ioremapping for internal ColdFire peripherals
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCHv2 10/14] m68k: fix read/write multi-byte IO for PCI on ColdFire
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCHv2 09/14] m68k: don't redefine access functions if we have PCI
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCHv2 08/14] m68k: remove old ColdFire IO access support code
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCHv2 07/14] m68k: use io_no.h for MMU and non-MMU enabled ColdFire
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCHv2 06/14] m68k: setup PCI support code in io_no.h
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCHv2 05/14] m68k: group io mapping definitions and functions
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCHv2 03/14] m68k: use asm-generic/io.h for non-MMU io access functions
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCHv2 04/14] m68k: rework raw access macros for the non-MMU case
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCHv2 02/14] m68k: put definition guards around virt_to_phys and phys_to_virt
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCHv2 01/14] m68k: move *_relaxed macros into io_no.h and io_mm.h
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCHv2 00/14] m68k: fix and improve IO access
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 01/15] m68k: move *_relaxed macros into io_no.h and io_mm.h
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/9] net-next: phy: new Asix Electronics PHY driver
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH] m68k: Remove read_persistent_clock()
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH v9] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v9] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v4 00/10] New network driver for Amiga X-Surf 100 (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 00/10] New network driver for Amiga X-Surf 100 (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 1/9] net-next: phy: new Asix Electronics PHY driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 4/9] net-next: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 8/9] net-next: ax88796: release platform device drvdata on probe error and module remove
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 7/9] net-next: ax88796: set IRQF_SHARED flag when IRQ resource is marked as shareable
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 6/9] net-next: ax88796: add interrupt status callback to platform data
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 9/9] net-next: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 3/9] net-next: ax88796: Attach MII bus only when open
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 5/9] net-next: ax88796: Add block_input/output hooks to ax_plat_data
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 2/9] net-next: ax88796: Fix MAC address reading
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH -next] m68k: fix return value check in mcf_pci_init()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/9] net: phy: new Asix Electronics PHY driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 00/10] New network driver for Amiga X-Surf 100 (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 00/10] New network driver for Amiga X-Surf 100 (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 01/15] m68k: move *_relaxed macros into io_no.h and io_mm.h
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH -next] m68k: fix return value check in mcf_pci_init()
  • From: Wei Yongjun <weiyongjun1@xxxxxxxxxx>
• Re: [PATCH v3 00/10] New network driver for Amiga X-Surf 100 (m68k)
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v3 1/9] net: phy: new Asix Electronics PHY driver
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH] m68k/defconfig: Update defconfigs for v4.17-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/10] m68k/mac: Fix SWIM memory resource end address
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 10/10] net: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/9] net: phy: new Asix Electronics PHY driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/10] New network driver for Amiga X-Surf 100 (m68k)
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/10] New network driver for Amiga X-Surf 100 (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 10/10] net: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 9/9] net: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 00/10] New network driver for Amiga X-Surf 100 (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 1/9] net: phy: new Asix Electronics PHY driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 2/9] net: ax88796: Fix MAC address reading
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 5/9] net: ax88796: Add block_input/output hooks to ax_plat_data
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 8/9] net: ax88796: release platform device drvdata on probe error and module remove
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 6/9] net: ax88796: add interrupt status callback to platform data
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 7/9] net: ax88796: set IRQF_SHARED flag when IRQ resource is marked as shareable
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 3/9] net: ax88796: Attach MII bus only when open
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 4/9] net: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 04/10] net: ax88796: Add block_input/output hooks to ax_plat_data
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 04/10] net: ax88796: Add block_input/output hooks to ax_plat_data
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 04/10] net: ax88796: Add block_input/output hooks to ax_plat_data
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] net: ax88796: Add block_input/output hooks to ax_plat_data
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 04/10] net: ax88796: Add block_input/output hooks to ax_plat_data
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 00/10] SWIM driver fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/15] m68k: move *_relaxed macros into io_no.h and io_mm.h
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 8/8] net: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 10/10] net: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 3/8] net: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 3/8] net: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 01/15] m68k: move *_relaxed macros into io_no.h and io_mm.h
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH v2 3/8] net: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/8] net: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 3/8] net: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 08/10] net: ax88796: Make reset more robust on AX88796B
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 04/10] net: ax88796: Add block_input/output hooks to ax_plat_data
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 08/10] net: ax88796: Make reset more robust on AX88796B
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH 10/10] net: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/8] net: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 8/8] net: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v2 2/8] net: ax88796: Attach MII bus only when open
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 08/10] net: ax88796: Make reset more robust on AX88796B
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v2 3/8] net: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/8] net: ax88796: set IRQF_SHARED flag when IRQ resource is marked as shareable
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/10] net: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/8] net: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/10] net: ax88796: Make reset more robust on AX88796B
  • From: "Michael Karcher" <michael.karcher@xxxxxxxxxxxx>
• Re: [PATCH v2 00/10] SWIM driver fixes
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v2 4/8] net: ax88796: Add block_input/output hooks to ax_plat_data
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 0/8] New network driver for Amiga X-Surf 100 (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 2/8] net: ax88796: Attach MII bus only when open
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 3/8] net: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 6/8] net: ax88796: set IRQF_SHARED flag when IRQ resource is marked as shareable
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 5/8] net: ax88796: add interrupt status callback to platform data
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 7/8] net: ax88796: release platform device drvdata on probe error and module remove
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 1/8] net: ax88796: Fix MAC address reading
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 8/8] net: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 08/10] net: ax88796: Make reset more robust on AX88796B
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 08/10] net: ax88796: Make reset more robust on AX88796B
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 02/10] net: ax88796: Attach MII bus only when open
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 00/10] SWIM driver fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/10] net: ax88796: Make reset more robust on AX88796B
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 02/10] net: ax88796: Attach MII bus only when open
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH 07/10] net: ax88796: unregister mdiobus on ax_mii_init() fail
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 04/10] net: ax88796: Add block_input/output hooks to ax_plat_data
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 08/10] net: ax88796: Make reset more robust on AX88796B
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 09/10] net: ax88796: release platform device drvdata on probe error and module remove
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 06/10] net: ax88796: set IRQF_SHARED flag when IRQ resource is marked as shareable
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 03/10] net: ax88796: Do not free IRQ in ax_remove() (already freed in ax_close()).
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 10/10] net: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 01/10] net: ax88796: Fix MAC address reading
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 05/10] net: ax88796: add interrupt status callback to platform data
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 02/10] net: ax88796: Attach MII bus only when open
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 00/10] New network driver for Amiga X-Surf 100 (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v9] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v9] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: "Christian T. Steigies" <cts@xxxxxxxxxx>
• [m68knommu:for-next 14/15] arch/m68k/include/asm/m525xsim.h:200:31: warning: passing argument 1 of '__raw_readl' makes pointer from integer without a cast
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68knommu:for-next 5/15] drivers/net/ethernet/8390/mac8390.c:156:0: warning: "memcpy_fromio" redefined
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 01/15] m68k: move *_relaxed macros into io_no.h and io_mm.h
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] block/amiflop: Don't log an error message for an invalid ioctl
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v9] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v8] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] block/amiflop: Don't log an error message for an invalid ioctl
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 03/10] m68k/mac: Don't remap SWIM MMIO region
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 05/10] block/swim: Remove extra put_disk() call from error path
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 08/10] block/swim: Check drive type
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 06/10] block/swim: Don't log an error message for an invalid ioctl
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 04/10] block/swim: Fix array bounds check
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 07/10] block/swim: Rename macros to avoid inconsistent inverted logic
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 00/10] SWIM driver fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 09/10] block/swim: Fix IO error at end of medium
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 10/10] block/swim: Select appropriate drive on device open
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 01/10] m68k/mac: Revisit floppy disc controller base addresses
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 02/10] m68k/mac: Fix SWIM memory resource end address
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/15] m68k: move *_relaxed macros into io_no.h and io_mm.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/15] m68k: put definition guards around virt_to_phys and phys_to_virt
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 15/15] m68k: fix ColdFire PCI config reads and write
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 14/15] m68k: remove local __raw_read/__raw_write macros for non-MMU
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 13/15] m68k: force use of __raw_read/__raw_write address to be iomem
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 12/15] m68k: allow ColdFire PCI bus on MMU and non-MMU configuration
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 08/15] m68k: remove old ColdFire IO access support code
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 11/15] m68k: fix ioremapping for internal ColdFire peripherals
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 10/15] m68k: fix read/write multi-byte IO for PCI on ColdFire
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 09/15] m68k: don't redefine access functions if we have PCI
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 07/15] m68k: use io_no.h for MMU and non-MMU enabled ColdFire
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 06/15] m68k: setup PCI support code in io_no.h
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 05/15] m68k: group io mapping definitions and functions
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 04/15] m68k: rework raw access macros for the non-MMU case
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 03/15] m68k: use asm-generic/io.h for non-MMU io access functions
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 02/15] m68k: put definition guards around virt_to_phys and phys_to_virt
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 01/15] m68k: move *_relaxed macros into io_no.h and io_mm.h
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 00/15] m68k: fix and improve IO access
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH v7] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v7] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v8] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v7] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v7] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH v7] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v7] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/12] m68k/mac: Don't remap SWIM MMIO region
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v7] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 03/12] m68k/mac: Don't remap SWIM MMIO region
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/12] block/swim: Don't log an error message for an invalid ioctl
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/12] block/swim: Fix array bounds check
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/12] m68k/mac: Don't remap SWIM MMIO region
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 08/12] block/swim: Don't log an error message for an invalid ioctl
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 07/12] block/swim: Remove extra put_disk() call from error path
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 06/12] block/swim: Fix array bounds check
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/12] m68k/mac: Don't remap SWIM MMIO region
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/12] m68k/mac: Fix SWIM memory resource end address
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [git pull] m68knommu changes for v4.17
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] m68k: Fix style, spelling, and grammar in siginfo_build_tests()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v7] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v6] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v6] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [RFC linux v2] init: make all setup_arch() output string to boot_command_line[]
  • From: yuan linyu <cugyly@xxxxxxx>
• Re: [PATCH v6] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v6] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [RFC linux] init: make all setup_arch() output string to boot_command_line[]
  • From: yuan linyu <cugyly@xxxxxxx>
• Re: [PATCH v5] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 00/12] SWIM driver fixes
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/12] SWIM driver fixes
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/12] SWIM driver fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/12] SWIM driver fixes
  • From: Laurent Vivier <lvivier@xxxxxxxxxx>
• Re: [GIT PULL] siginfo fix for v4.16-rc5
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [GIT PULL] siginfo fix for v4.16-rc5
  • From: Josh Juran <jjuran@xxxxxxxxx>
• Re: [GIT PULL] siginfo fix for v4.16-rc5
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v5] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [GIT PULL] siginfo fix for v4.16-rc5
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [Amiga-fdisk-devel] Notice of mailing list closure: amiga-fdisk-devel
  • From: "Christian T. Steigies" <cts@xxxxxxxxxx>
• Re: [GIT PULL] siginfo fix for v4.16-rc5
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [git pull] m68k updates for 4.17
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v6 09/16] m68k: Switch to generic free_initrd_mem.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 03/12] m68k/mac: Don't remap SWIM MMIO region
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 01/12] m68k/mac: Revisit floppy disc controller base addresses
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 10/12] block/swim: Check drive type
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 04/12] m68k/mac: Place ISM IOP in bypass mode
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 09/12] block/swim: Rename macros to avoid inconsistent inverted logic
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 07/12] block/swim: Remove extra put_disk() call from error path
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 08/12] block/swim: Don't log an error message for an invalid ioctl
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 06/12] block/swim: Fix array bounds check
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 05/12] block/swim: Use HEDSEL bit in ISM mode register
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 02/12] m68k/mac: Fix SWIM memory resource end address
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 11/12] block/swim: Fix IO error at end of medium
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 12/12] block/swim: Select appropriate drive on device open
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 00/12] SWIM driver fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] siginfo fix for v4.16-rc5
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• [PATCH v5] scsi: new zorro_esp.c for Amiga Zorro NCR53C9x boards
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Apollo Core 68080 (was: Re: Usage of real m68k hardware)
  • From: Carsten Strotmann <cas@xxxxxxxxxxxx>
• [PATCH v5 09/16] m68k: Switch to generic free_initrd_mem.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] m68k: mmu: fix IO access endianness for ColdFire family
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v4 09/16] m68k: Use generic free_initrd_mem.
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v4 09/16] m68k: Use generic free_initrd_mem.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• Re: [PATCH] net: fec: set dma_coherent_mask
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Apollo Core 68080 (was: Re: Usage of real m68k hardware)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] net: fec: set dma_coherent_mask
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] net: fec: set dma_coherent_mask
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• RE: [PATCH] net: fec: set dma_coherent_mask
  • From: Andy Duan <fugang.duan@xxxxxxx>
• Re: [PATCH] net: fec: set dma_coherent_mask
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• RE: [PATCH] net: fec: set dma_coherent_mask
  • From: Andy Duan <fugang.duan@xxxxxxx>
• Re: Coherent DMA mask warning
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] net: fec: set dma_coherent_mask
  • From: "Lino Sanfilippo" <LinoSanfilippo@xxxxxx>
• Re: [PATCH] net: fec: set dma_coherent_mask
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Coherent DMA mask warning
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] net: fec: set dma_coherent_mask
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] m68k/mac: Miscellaneous clean-ups and fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• Re: [PATCH v2 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• [PATCH v2 01/16] initrd: Add generic code path for common initrd unloading logic.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 03/16] alpha: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 04/16] arc: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 05/16] c6x: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 08/16] m32r: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 07/16] h8300: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 09/16] m68k: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 10/16] microblaze: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 12/16] openrisc: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 11/16] nios2: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 13/16] parisc: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 14/16] powerpc: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 15/16] sh: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 16/16] um: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• Re: [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 06/16] frv: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH v2 00/16] Generic infrastructure for unloading initramfs
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• Re: [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
  • From: LEROY Christophe <christophe.leroy@xxxxxx>
• [PATCH 14/16] powerpc: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 00/16] Generic infrastructure for unloading initramfs
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 04/16] arc: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 08/16] m32r: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 11/16] nios2: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 07/16] h8300: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 12/16] openrisc: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 03/16] alpha: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 15/16] sh: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 09/16] m68k: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 10/16] microblaze: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 06/16] frv: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 13/16] parisc: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 16/16] um: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 05/16] c6x: Use INITRAMFS_GENERIC_UNLOAD
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• [PATCH 01/16] initrd: Add generic code path for common initrd unloading logic.
  • From: Shea Levy <shea@xxxxxxxxxxxx>
• Re: [PATCH 1/6] esas2r: remove initialization / cleanup dead wood
  • From: Bradley Grove <bgrove@xxxxxxxxxxxx>
• Re: [PATCH v3] ata: add Amiga Gayle PATA controller driver
  • From: Philippe Ombredanne <pombredanne@xxxxxxxx>
• Re: remove obsolete drivers and scsi_module.c V2
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v3] ata: add Amiga Gayle PATA controller driver
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3] ata: add Amiga Gayle PATA controller driver
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/6] mvme147: stop using scsi_module.c
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6/6] scsi: remove the old scsi_module.c initialization model
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/6] scsi: remove the sym53c416 driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/6] scsi: remove the NCR53c406a driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/6] scsi: remove the fdomain and fdomain_cs drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/6] mvme147: stop using scsi_module.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/6] esas2r: remove initialization / cleanup dead wood
  • From: Christoph Hellwig <hch@xxxxxx>
• remove obsolete drivers and scsi_module.c V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• Re: [PATCH v3] ata: add Amiga Gayle PATA controller driver
  • From: Philippe Ombredanne <pombredanne@xxxxxxxx>
• [m68k:no-dma-compile-testing-v2 25/26] drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c:610:4: warning: argument 2 null where non-null expected
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH v3] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3] ata: add Amiga Gayle PATA controller driver
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 10/12] scsi: remove the mvme147 driver
  • From: Thomas Bogendoerfer <tbogendoerfer@xxxxxxx>
• Re: [PATCH v3] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/12] scsi: remove ChangeLog.1992-1997
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 01/12] dpt_i2o: stop using scsi_unregister
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 03/12] aha1740: stop using scsi_unregister
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 02/12] ips: don't set .detect and .release in the host template
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 10/12] scsi: remove the mvme147 driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 10/12] scsi: remove the mvme147 driver
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 10/12] scsi: remove the mvme147 driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 10/12] scsi: remove the mvme147 driver
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 10/12] scsi: remove the mvme147 driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 10/12] scsi: remove the mvme147 driver
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 10/12] scsi: remove the mvme147 driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH 12/12] scsi: remove ChangeLog.1992-1997
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/12] scsi: remove the old scsi_module.c initialization model
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/12] scsi: remove the mvme147 driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/12] scsi: remove the sym53c416 driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/12] scsi: remove the NCR53c406a driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/12] scsi: remove the fdomain and fdomain_cs drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/12] scsi: remove the eata driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/12] scsi: remove the eata_pio driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/12] esas2r: remove initialization / cleanup dead wood
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/12] aha1740: stop using scsi_unregister
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/12] ips: don't set .detect and .release in the host template
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/12] dpt_i2o: stop using scsi_unregister
  • From: Christoph Hellwig <hch@xxxxxx>
• remove obsolete drivers and scsi_module.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Vainikka Tuomas <tuomas.vainikka@xxxxxxxx>
• Re: [PATCH v3] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] m68k/defconfig: Update defconfigs for v4.16-rc5
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 3/3] m68k/mac: Remove bogus "FIXME" comment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] m68k/mac: Enable RTC for 100-series PowerBooks
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] m68k/mac: Clean up whitespace and remove redundant parentheses
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] m68k/mac: Miscellaneous clean-ups and fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] m68k/amiga - Amiga Zorro NCR53C9x boards: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC] m68k: Fix dead code in bus_error030()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] m68k: Fix dead code in bus_error030()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC] m68k: Fix dead code in bus_error030()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] m68k: Fix dead code in bus_error030()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC] m68k: Fix dead code in bus_error030()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC] m68k: Fix dead code in bus_error030()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC] m68k: Fix dead code in bus_error030()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC] m68k: Fix dead code in bus_error030()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] m68k: Fix dead code in bus_error030()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k/amiga - zorro.c: set up z->dev.dma_mask for the DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 2/2] m68k: mmu: fix IO access endianness for ColdFire family
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k/amiga - zorro.c: set up z->dev.dma_mask for the DMA API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] m68k: Fix dead code in bus_error030()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k/amiga - zorro.c: set up z->dev.dma_mask for the DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 2/2] m68k: mmu: fix IO access endianness for ColdFire family
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Tuomas Vainikka <tuomas.vainikka@xxxxxxxx>
• Re: [PATCH v3 2/2] m68k: mmu: fix IO access endianness for ColdFire family
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k/amiga - zorro.c: set up z->dev.dma_mask for the DMA API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC] m68k: Fix dead code in bus_error030()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• Re: [RFC] m68k: Fix dead code in bus_error030()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [RFC] m68k: Fix dead code in bus_error030()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k/amiga - zorro.c: set up z->dev.dma_mask for the DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 2/2] m68k/amiga - Zorro ESP: new zorro_esp.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 1/2] m68k/amiga - Zorro ESP SCSI Makefile/Kconfig support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 0/2] Revive Amiga Zorro ESP SCSI driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k/amiga - zorro.c: set up z->dev.dma_mask for the DMA API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k/amiga - zorro.c: set up z->dev.dma_mask for the DMA API
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v2] m68k/amiga - zorro.c: set up z->dev.dma_mask for the DMA API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 2/2] m68k: mmu: fix IO access endianness for ColdFire family
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH net 0/4] Fixes, cleanup and modernization for mac89x0 driver
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net 4/4] net/mac89x0: Replace custom debug logging with netif_* calls
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH net 2/4] net/mac89x0: Convert to platform_driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH net 3/4] net/mac89x0: Fix and modernize log messages
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH net 1/4] net/mac89x0: Remove redundant code
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH net 0/4] Fixes, cleanup and modernization for mac89x0 driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] m68k: mmu: fix IO access endianness for ColdFire family
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] pata_falcon: clarify license version and use SPDX header
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] m68k/amiga - zorro.c: allocate z->dev.dma_mask so the DMA API can work
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] ata: add Amiga Gayle PATA controller driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] ata: add Amiga Gayle PATA controller driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v3 2/2] m68k: mmu: fix IO access endianness for ColdFire family
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v3 1/2] m68k: mmu: fixed ioremap and iounmap for ColdFire family
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH] m68k/amiga - zorro.c: allocate z->dev.dma_mask so the DMA API can work
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/amiga - zorro.c: allocate z->dev.dma_mask so the DMA API can work
  • From: Vainikka Tuomas <tuomas.vainikka@xxxxxxxx>
• Re: [PATCH] pata_falcon: clarify license version and use SPDX header
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] pata_falcon: clarify license version and use SPDX header
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2] ata: add Amiga Gayle PATA controller driver
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH] ata: add Amiga Gayle PATA controller driver
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH] m68k/amiga - zorro.c: allocate z->dev.dma_mask so the DMA API can work
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/amiga - zorro.c: allocate z->dev.dma_mask so the DMA API can work
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] ata: add Amiga Gayle PATA controller driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k/amiga - zorro.c: allocate z->dev.dma_mask so the DMA API can work
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH net 0/2] Fixes, cleanup and modernization for macmace driver
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] m68k: mmu: fix IO access endianness for ColdFire family
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH v2 2/3] m68k: mmu: fix IO access endianness for ColdFire family
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH net 1/2] net/macmace: Drop redundant MACH_IS_MAC test
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Coherent DMA mask warning
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] m68k: Use read_persistent_clock64() instead of read_persistent_clock()
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH net 1/2] net/macmace: Drop redundant MACH_IS_MAC test
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH net 2/2] net/macmace: Fix and clean up log messages
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH net 0/2] Fixes, cleanup and modernization for macmace driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/3] m68k: mmu: fixed syntax to avoid style-check errors
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v2 2/3] m68k: mmu: fix IO access endianness for ColdFire family
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v2 1/3] m68k: mmu: fixed ioremap and iounmap for ColdFire family
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH] mmu: fix ioremap for mcf54xx and mcf5441x
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH] mmu: fix ioremap for mcf54xx and mcf5441x
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] mmu: fix ioremap for mcf54xx and mcf5441x
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH net 0/4] Fixes, cleanup and modernization for SONIC ethernet drivers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: m68k: Struggling to resolve circular #include of bitops.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/5] m68k: rename UL() to TO_UL()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mm: Stop printing the virtual memory layout
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] macintosh/via-pmu68k: Initialize PMU driver with setup_arch and arch_initcall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Fix apparent race condition in Baboon interrupt dispatch
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Enable PDMA support for PowerBook 190
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Coherent DMA mask warning
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Coherent DMA mask warning
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: Coherent DMA mask warning
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH net 2/4] net/macsonic: Drop redundant MACH_IS_MAC test
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH net 4/4] net/sonic: Replace custom debug logging with netif_* calls
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH net 3/4] net/sonic: Clean up and modernize log messages
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH net 1/4] net/macsonic: Convert to nubus_driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>