Linux M68K

• Thread Index

• [PATCH v4 07/11] macintosh/via-pmu: Explicitly specify CONFIG_PPC_PMAC dependencies
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 09/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 11/11] macintosh/via-pmu: Disambiguate interrupt statistics
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 00/11] macintosh: Resolve various PMU driver problems
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 03/11] macintosh/via-pmu: Don't clear shift register interrupt flag twice
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: fix Amiga partition support for disks >= 1 TB
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• [PATCH] block: fix Amiga partition support for disks >= 1 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v6 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v6 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH 1/3] [v2] powerpc: mac: fix rtc read/write functions
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] nubus: Set default dma mask for nubus_board devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: [PATCH] nubus: Set default dma mask for nubus_board devices
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] MIPS: AR7: Normalize clk API
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH] nubus: Set default dma mask for nubus_board devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Amiga RDB partition support for disks >= 2 TB (was: Re: moving affs + RDB partition support to staging?)
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Amiga RDB partition support for disks >= 2 TB (was: Re: moving affs + RDB partition support to staging?)
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Amiga RDB partition support for disks >= 2 TB (was: Re: moving affs + RDB partition support to staging?)
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: [PATCH v5 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: [1/3,v2] powerpc: mac: fix rtc read/write functions
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] [v2] powerpc: mac: fix rtc read/write functions
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] [v2] powerpc: mac: fix rtc read/write functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/12] macintosh: Resolve various PMU driver problems
  • From: Gabriel Paubert <paubert@xxxxxxx>
• Re: [PATCH v3 00/12] macintosh: Resolve various PMU driver problems
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] macintosh: Resolve various PMU driver problems
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/3] [v2] powerpc: mac: fix rtc read/write functions
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] macintosh: Resolve various PMU driver problems
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] macintosh: Resolve various PMU driver problems
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Subject: [PATCH RFC] block: fix Amiga RDB partition support for disks >= 2 TB
  • From: schmitzmic@xxxxxxxxx
• Re: moving affs + RDB partition support to staging?
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] nubus: Set default dma mask for nubus_board devices
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging)
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging?
  • From: jdow <jdow@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] macintosh: Resolve various PMU driver problems
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging)
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• m68k boot failure in -next bisected to 'xarray: Replace exceptional entries'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v5 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v5 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH v4 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH 2/3] [v2] m68k: mac: use time64_t in RTC handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2] m68knommu: Fix typos in Coldfire 5272 DMA debug code
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68knommu: Fix typos in Coldfire 5272 DMA debug code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] [v2] m68k: mac: use time64_t in RTC handling
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] m68knommu: Fix typos in Coldfire 5272 DMA debug code
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v2] m68knommu: Fix typos in Coldfire 5272 DMA debug code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: coldfire/m68knommu dma coherency
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: use generic dma_noncoherent_ops
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: switch m68k to use the generic dma code
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: switch m68k to use the generic dma code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: switch m68k to use the generic dma code
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] [v2] powerpc: mac: fix rtc read/write functions
  • From: Mathieu Malaterre <malat@xxxxxxxxxx>
• [PATCH] m68k: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• switch m68k to use the generic dma code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: coldfire/m68knommu dma coherency
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: coldfire/m68knommu dma coherency
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v4 2/2] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v4 1/2] dmaengine: fsl-edma: extract common fsl-edma code (no changes in behavior intended)
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: coldfire/m68knommu dma coherency
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/3] [v2] m68k: remove unused set_clock_mmss() helpers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/3] [v2] m68k: mac: use time64_t in RTC handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/3] [v2] powerpc: mac: fix rtc read/write functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3] m68k: remove unused set_clock_mmss() helpers
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: coldfire/m68knommu dma coherency
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: mac: fix rtc read functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] m68k/defconfig: Update defconfigs for v4.18-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: mcf54415, mmu issues with last 4.18.0
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• coldfire/m68knommu dma coherency
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv2] m68k: fix "bad page state" oops on ColdFire boot
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: mac: fix rtc read functions
  • From: Mathieu Malaterre <malat@xxxxxxxxxx>
• [PATCHv2] m68k: fix "bad page state" oops on ColdFire boot
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: mcf54415, mmu issues with last 4.18.0
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• mcf54415, mmu issues with last 4.18.0
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH 1/3] powerpc: mac: fix rtc read functions
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: mac: fix rtc read functions
  • From: Mathieu Malaterre <malat@xxxxxxxxxx>
• Re: [PATCH 2/3] m68k: mac: use time64_t in RTC handling
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 1/3] powerpc: mac: fix rtc read functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 3/3] m68k: remove unused set_clock_mmss() helpers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/3] m68k: mac: use time64_t in RTC handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] m68k: fix "bad page state" oops on ColdFire boot
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix "bad page state" oops on ColdFire boot
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: fix "bad page state" oops on ColdFire boot
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v2] mm: convert return type of handle_mm_fault() caller to vm_fault_t
  • From: Souptick Joarder <jrdr.linux@xxxxxxxxx>
• Re: [PATCH] mm: convert return type of handle_mm_fault() caller to vm_fault_t
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm: convert return type of handle_mm_fault() caller to vm_fault_t
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] mm: convert return type of handle_mm_fault() caller to vm_fault_t
  • From: Souptick Joarder <jrdr.linux@xxxxxxxxx>
• Re: [PATCH v3 3/4] dmaengine: fsl-edma: remove all the edma common code
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 1/4] dmaengine: fsl-edma: add config and makefile changes for mcf-edma
  • From: Vinod Koul <vinod.koul@xxxxxxxxxx>
• [PATCH v3 00/12] macintosh: Resolve various PMU driver problems
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 04/12] macintosh/via-pmu: Enhance state machine with new 'uninitialized' state
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 06/12] macintosh/via-pmu: Add support for m68k PowerBooks
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 03/12] macintosh/via-pmu: Don't clear shift register interrupt flag twice
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 05/12] macintosh/via-pmu: Replace via pointer with via1 and via2 pointers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 02/12] macintosh/via-pmu: Add missing mmio accessors
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 10/12] macintosh: Use common code to access RTC
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 07/12] macintosh/via-pmu: Make CONFIG_PPC_PMAC Kconfig deps explicit
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 09/12] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 11/12] macintosh/via-pmu: Clean up interrupt statistics
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 12/12] macintosh/via-pmu: Disambiguate interrupt statistics
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 01/12] macintosh/via-pmu: Fix section mismatch warning
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 3/4] dmaengine: fsl-edma: remove all the edma common code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] dmaengine: fsl-edma: add config and makefile changes for mcf-edma
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] dmaengine: fsl-edma: add config and makefile changes for mcf-edma
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 3/4] dmaengine: fsl-edma: remove all the edma common code
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v3 4/4] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v3 2/4] dmaengine: fsl-edma: add fsl-edma-common
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v3 1/4] dmaengine: fsl-edma: add config and makefile changes for mcf-edma
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH 3/3 RFC] Revert "net: stmmac: fix build failure due to missing COMMON_CLK dependency"
  • From: Jose Abreu <Jose.Abreu@xxxxxxxxxxxx>
• Re: [PATCH 1/3] m68k: coldfire: Normalize clk API
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] m68k: coldfire: Normalize clk API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] m68k: coldfire: Normalize clk API
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Laurent Vivier <lvivier@xxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3 RFC] Revert "net: stmmac: fix build failure due to missing COMMON_CLK dependency"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Legacy clock drivers: Normalize clk API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Legacy clock drivers: Normalize clk API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3 RFC] Revert "net: stmmac: fix build failure due to missing COMMON_CLK dependency"
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] microblaze: Remove architecture heart beat code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] microblaze: Remove architecture heart beat code
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 3/3 RFC] Revert "net: stmmac: fix build failure due to missing COMMON_CLK dependency"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/3] MIPS: AR7: Normalize clk API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/3] m68k: coldfire: Normalize clk API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 0/3] Legacy clock drivers: Normalize clk API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] net-next: xsurf100: drop include of lib8390.c
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] net-next: ax88796: export ax_NS8390_init() hook
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] net-next: ax88796: export ax_NS8390_init() hook
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 2/2] net-next: xsurf100: drop include of lib8390.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 0/2] net-next: cleanup use of lib8390.c code in xsurf100.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 9/9] net-next: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC PATCH 2/2] net-next: xsurf100: drop include of lib8390.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC PATCH 2/2] net-next: xsurf100: drop include of lib8390.c
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] net-next: ax88796: export ax_NS8390_init() hook
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] kbuild: fix endless syncconfig in case arch Makefile sets CROSS_COMPILE
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v4 9/9] net-next: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: "Michael Karcher" <michael.karcher@xxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [RFC PATCH 1/2] net-next: ax88796: export ax_NS8390_init() hook
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [RFC PATCH 2/2] net-next: xsurf100: drop include of lib8390.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [RFC PATCH 0/2] net-next: cleanup use of lib8390.c code in xsurf100.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 9/9] net-next: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 9/9] net-next: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: "Michael Karcher" <michael.karcher@xxxxxxxxxxxx>
• Re: [PATCH] kbuild: fix endless syncconfig in case arch Makefile sets CROSS_COMPILE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 9/9] net-next: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 03/12] macintosh/via-pmu: Don't clear shift register interrupt flag twice
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 04/12] macintosh/via-pmu: Enhance state machine with new 'uninitialized' state
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 01/12] macintosh/via-pmu: Fix section mismatch warning
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 05/12] macintosh/via-pmu: Replace via pointer with via1 and via2 pointers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 08/12] macintosh/via-pmu68k: Don't load driver on unsupported hardware
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 06/12] macintosh/via-pmu: Add support for m68k PowerBooks
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 09/12] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 12/12] macintosh/via-pmu: Disambiguate interrupt statistics
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 11/12] macintosh/via-pmu: Clean up interrupt statistics
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 10/12] macintosh: Use common code to access RTC
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 07/12] macintosh/via-pmu: Make CONFIG_PPC_PMAC Kconfig deps explicit
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 02/12] macintosh/via-pmu: Add missing mmio accessors
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 00/12] macintosh: Resolve various PMU driver problems
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH] kbuild: fix endless syncconfig in case arch Makefile sets CROSS_COMPILE
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v4 9/9] net-next: New ax88796 platform driver for Amiga X-Surf 100 Zorro board (m68k)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] dmaengine: fsl-edma: remove all the edma common code
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [parted-devel] [PATCH] Fix atari label false positives
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCH] android: binder: Drop dependency on !M68K
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] android: binder: Drop dependency on !M68K
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] dmaengine: fsl-edma: add config and makefile changes for mcf-edma
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH v2 1/4] dmaengine: fsl-edma: add config and makefile changes for mcf-edma
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/4] dmaengine: fsl-edma: remove all the edma common code
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v2 4/4] dmaengine: fsl-edma: add ColdFire mcf5441x edma support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v2 2/4] dmaengine: fsl-edma: add fsl-edma-common
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH v2 1/4] dmaengine: fsl-edma: add config and makefile changes for mcf-edma
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [parted-devel] [PATCH] Fix atari label false positives
  • From: Håkon Løvdal <hlovdal@xxxxxxxxx>
• Re: [PATCH] Fix atari label false positives
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Fix atari label false positives
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCH] Fix atari label false positives
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] Fix atari label false positives
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• [git pull] m68knommu changes for v4.18
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 10/11] macintosh/via-pmu: Clean up interrupt statistics
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/11] macintosh/via-pmu: Don't clear shift register interrupt flag twice
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/11] macintosh/via-pmu: Add missing mmio accessors
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/11] macintosh/via-pmu: Fix section mismatch warning
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [git pull] m68k updates for 4.18
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 00/11] macintosh: Resolve various PMU driver problems
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 03/11] macintosh/via-pmu: Don't clear shift register interrupt flag twice
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 01/11] macintosh/via-pmu: Fix section mismatch warning
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 04/11] macintosh/via-pmu: Enhance state machine with new 'uninitialized' state
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 02/11] macintosh/via-pmu: Add missing mmio accessors
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 08/11] macintosh/via-pmu: Replace via-pmu68k driver with via-pmu driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 07/11] macintosh/via-pmu: Make CONFIG_PPC_PMAC Kconfig deps explicit
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 05/11] macintosh/via-pmu: Replace via pointer with via1 and via2 pointers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 06/11] macintosh/via-pmu: Add support for m68k PowerBooks
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 10/11] macintosh/via-pmu: Clean up interrupt statistics
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 09/11] macintosh: Use common code to access RTC
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 11/11] macintosh/via-pmu: Disambiguate interrupt statistics
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: mcf-edma: add ColdFire mcf5441x eDMA support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH v3 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH 1/2] m68k: Set default dma mask for platform devices
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] dmaengine: mcf-edma: add ColdFire mcf5441x eDMA support
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] dmaengine: mcf-edma: add ColdFire mcf5441x eDMA support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH] m68k/mac: Enable PDMA for PowerBook 500 series
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] m68k/mm - adjust VM area to be unmapped by gap size for __iounmap()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC] m68k/mm - adjust VM area to be unmapped by gap size for __iounmap()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC] m68k/mm - adjust VM area to be unmapped by gap size for __iounmap()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC] m68k/mm - adjust VM area to be unmapped by gap size for __iounmap()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC] m68k/mm - adjust VM area to be unmapped by gap size for __iounmap()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: mcf-edma: add ColdFire mcf5441x eDMA support
  • From: Vinod <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: mcf-edma: add ColdFire mcf5441x eDMA support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• common non-cache coherent direct dma mapping ops v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/25] hexagon: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/25] m68k: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/25] nds32: consolidate DMA cache maintainance routines
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/25] microblaze: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/25] microblaze: remove the consistent_sync and consistent_sync_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/25] nds32: remove the broken kmap code in nds32_dma_map_sg
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/25] nds32: implement the unmap_sg DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/25] nios2: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/25] openrisc: remove the sync_single_for_cpu DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/25] openrisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/25] openrisc: remove the no-op unmap_page and unmap_sg DMA operations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/25] sh: simplify get_arch_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/25] openrisc: fix cache maintainance the the sync_single_for_device DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/25] sh: introduce a sh_cacheop_vaddr helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/25] sh: split arch/sh/mm/consistent.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/25] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/25] parisc: merge pcx_dma_ops and pcxl_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/25] parisc: always use flush_kernel_dcache_range for DMA cache maintainance
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/25] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/25] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/25] xtensa: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/25] sh: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/25] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/25] hexagon: implement the sync_sg_for_device DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/25] hexagon: remove the sync_single_for_cpu DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC] m68k/mm - adjust VM area to be unmapped by gap size for __iounmap()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] drivers: zorro: zorro.c: Added a blank line after declarations.
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC] m68k/mm - adjust VM area to be unmapped by gap size for __iounmap()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 1/2] m68k: Set default dma mask for platform devices
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Helge Deller <deller@xxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 1/2] m68k: Set default dma mask for platform devices
  • From: Christoph Hellwig <hch@xxxxxx>
• [GIT PULL] mtd: Fixes for 4.17-rc6
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• mtd: Fixes for 4.17-rc6
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [PATCH 2/2] Revert "m68k: set dma and coherent masks for platform FEC ethernets"
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] m68k: Set default dma mask for platform devices
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [Linux-c6x-dev] [PATCH 05/20] c6x: use generic dma_noncoherent_ops
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH] m68k/uaccess: Revive 64-bit get_user()
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• Re: [PATCH] ANDROID: binder: remove 32-bit binder interface.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• Re: [PATCH v2 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] m68k: Set up dma mask for platform devices
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] ANDROID: binder: remove 32-bit binder interface.
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k/uaccess: Revive 64-bit get_user()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH] ANDROID: binder: remove 32-bit binder interface.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• [RFC] m68k/mm - adjust VM area to be unmapped by gap size for __iounmap()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k: Implement ndelay() as an inline function to force type checking/casting
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] mtd: nand: Fix return type of __DIVIDE() when called with 32-bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Implement ndelay() as an inline function to force type checking/casting
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Implement ndelay() as an inline function to force type checking/casting
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH] m68k: Implement ndelay() as an inline function to force type checking/casting
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH] m68k: Implement ndelay() as an inline function to force type checking/casting
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
• Re: common non-cache coherent direct dma mapping ops
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] drivers: zorro: zorro.c: Added a blank line after declarations.
  • From: Jacob Enders <jacobenders1@xxxxxxxxx>
• [RFC] m68k: Set up dma mask for platform devices
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH net] macmace: Set platform device coherent_dma_mask
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: Richard Z <rz@xxxxxxxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [parted-devel] Atari label false positives
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Atari label false positives
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH 03/20] arc: use generic dma_noncoherent_ops
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH net] macmace: Set platform device coherent_dma_mask
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] macmace: Set platform device coherent_dma_mask
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• common non-cache coherent direct dma mapping ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/20] dma-mapping: simplify Kconfig dependencies
  • From: Christoph Hellwig <hch@xxxxxx>
• [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>