Linux M68K

• Thread Index

• 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>
• [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>