Linux M68K
[Prev Page][Next Page]
- [git pull] m68k updates for 3.7
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: ICE
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: ICE
- From: Thorsten Glaser <tg@xxxxxxxxx>
- ICE
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [tip:core/rcu] m68k: Add missing RCU idle APIs on idle loop
- From: tip-bot for Frederic Weisbecker <fweisbec@xxxxxxxxx>
- [PATCH 4/5] m68knommu: fix inconsistent formating in ColdFire 5307 definitions
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 3/5] m68knommu: fix inconsistent formating in ColdFire 527x definitions
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 5/5] m68knommu: fix inconsistent formating in ColdFire 5407 definitions
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 2/5] m68knommu: fix inconsistent formating in ColdFire 5272 definitions
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 1/5] m68knommu: fix inconsistent formating in ColdFire 523x definitions
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 0/5] m68knommu: fix define formating in some ColdFire headers
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 11/11] m68knommu: clean up ColdFire 54xx General Timer definitions
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 10/11] m68knommu: clean up Pin Assignment definitions for the 54xx ColdFire CPU
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 09/11] m68knommu: fix multi-function pin setup for FEC module on ColdFire 523x
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 07/11] m68knommu: use read/write IO access functions in ColdFire m532x setup code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 03/11] m68knommu: remove address offsets relative to IPSBAR for ColdFire 527x
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 08/11] m68knommu: move ColdFire slice timer address defiens to 54xx header
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 06/11] m68knommu: modify ColdFire 532x GPIO register definitions to be consistent
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 01/11] m68knommu: fix wrong register offsets used for ColdFire 5272 multi-function pins
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 00/11] m68knommu: clean up ColdFire Peripheral headers
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 05/11] m68knommu: remove a lot of unsed definitions for 532x ColdFire
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 04/11] m68knommu: use definitions for the ColdFire 528x FEC multi-function pins
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 02/11] m68knommu: remove unused ColdFire 5282 register definitions
- From: <gerg@xxxxxxxxxxxx>
- Re: [PATCH v2 2/2] PCI: Provide a default pcibios_update_irq()
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 1/2] PCI: Keep pci_fixup_irqs() around after init
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
- [PATCH 9/9] m68knommu: make ColdFire 5249 MBAR2 register definitions absolute addresses
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 7/9] m68knommu: make ColdFire Park and Assignment register definitions absolute addresses
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 5/9] m68knommu: make ColdFire Interrupt Source register definitions absolute addresses
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 3/9] m68knommu: make ColdFire watchdog register definitions absolute addresses
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 2/9] m68knommu: make ColdFire SYPCR and RSR register definitions absolute addresses
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 0/9] m68knommu: consistently define ColdFire Peripheral registers
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 8/9] m68knommu: make remaining ColdFire 5272 register definitions absolute addresses
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 6/9] m68knommu: make ColdFire Chip Select register definitions absolute addresses
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 4/9] m68knommu: make ColdFire Pin Assignment register definitions absolute addresses
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 1/9] m68knommu: make ColdFire IMR and IPR register definitions absolute addresses
- From: <gerg@xxxxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 1/2] PCI: Keep pci_fixup_irqs() around after init
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 1/2] PCI: Keep pci_fixup_irqs() around after init
- From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
- [PATCH v2 2/2] PCI: Provide a default pcibios_update_irq()
- From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
- Re: [uClinux-dev] [PATCH] m68k: always set stack frame format for ColdFire on thread start
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] PCI: Provide a default pcibios_update_irq()
- From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 2/2] PCI: Provide a default pcibios_update_irq()
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH 2/2] PCI: Provide a default pcibios_update_irq()
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] PCI: Annotate pci_fixup_irqs with __devinit
- From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] PCI: Provide a default pcibios_update_irq()
- From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] PCI: Provide a default pcibios_update_irq()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] PCI: Annotate pci_fixup_irqs with __devinit
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] PCI: Annotate pci_fixup_irqs with __devinit
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH 2/2] PCI: Provide a default pcibios_update_irq()
- From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
- [PATCH 1/2] PCI: Annotate pci_fixup_irqs with __devinit
- From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Lars-Peter Clausen <lars@xxxxxxxxxx>
- [PATCH] m68k: always set stack frame format for ColdFire on thread start
- From: <gerg@xxxxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Lars-Peter Clausen <lars@xxxxxxxxxx>
- Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- [PATCH] m68knommu: fix arch devm_get_clk() for some ColdFire parts
- From: <gerg@xxxxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] clk: Make the managed clk functions generically available
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- [PATCH] clk: Make the managed clk functions generically available
- From: Lars-Peter Clausen <lars@xxxxxxxxxx>
- Re: [PATCH 3/3] Add support to M54xx DMA FEC Driver
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 3/3] Add support to M54xx DMA FEC Driver
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 3/3] Add support to M54xx DMA FEC Driver
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- RE : [PATCH 3/3] Add support to M54xx DMA FEC Driver
- From: "Stany MARCEL" <smarcel@xxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add support to M54xx DMA FEC Driver
- From: Philippe De Muyter <phdm@xxxxxxxxx>
- Re: [PATCH tip/core/rcu 21/26] m68k: Add missing RCU idle APIs on idle loop
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
- [PATCH tip/core/rcu 21/26] m68k: Add missing RCU idle APIs on idle loop
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] Add support to M54xx DMA FEC Driver
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Tobias Klausmann <klausman@xxxxxxxxxxxxxxx>
- Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Michael Cree <mcree@xxxxxxxxxxxx>
- Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Michael Cree <mcree@xxxxxxxxxxxx>
- Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] Add support to broadcom 5222 PHY
- From: Stany MARCEL <stanypub@xxxxxxxxx>
- Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [PATCH] fbdev/amifb: Remove write-only variable amifb_inverse
- From: Florian Tobias Schandinat <FlorianSchandinat@xxxxxx>
- Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/3] Add support to broadcom 5222 PHY
- From: Philippe De Muyter <phdm@xxxxxxxxx>
- Re: [PATCH 1/3] Add support to broadcom 5222 PHY
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/3] Add support to broadcom 5222 PHY
- From: Stany MARCEL <stany.marcel@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] Add support to broadcom 5222 PHY
- From: Stany MARCEL <stany.marcel@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 00/11] rcu: Add missing RCU idle APIs on idle loop v2
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- [PATCH 07/11] m68k: Add missing RCU idle APIs on idle loop
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [PATCH 1/3] Add support to broadcom 5222 PHY
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [PATCH 1/3] Add support to broadcom 5222 PHY
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 06/10] m68k: Add missing RCU idle APIs on idle loop
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [PATCH] m68k: drop unused parts of 68VZ328 Makefile
- From: Greg Ungerer <gregungerer@xxxxxxxxxxxxxx>
- [git pull] m68knommu arch fixes for 3.6
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- [PATCH 1/3] Add support to broadcom 5222 PHY
- From: Stany MARCEL <stany.marcel@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 3/3] Add support to M54xx DMA FEC Driver
- From: Stany MARCEL <stany.marcel@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH] m68k: drop unused parts of 68VZ328 Makefile
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH] fbdev/amifb: Remove write-only variable amifb_inverse
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: amig: Use PTR_RET rather than if(IS_ERR(.. [1]
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Use PTR_RET rather than if(IS_ERR(.. [2]
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Use PTR_RET rather than if(IS_ERR(.. [1]
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k/apollo: Remove disabled definitions in apollohw.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Architectures missing atomic64_t
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- Re: [PATCH] m68k: select CONFIG_GENERIC_ATOMIC64 for all m68k CPU types
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH] m68k: select CONFIG_GENERIC_ATOMIC64 for all m68k CPU types
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: select CONFIG_GENERIC_ATOMIC64 for all m68k CPU types
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- [PATCH] m68k: select CONFIG_GENERIC_ATOMIC64 for all m68k CPU types
- From: <gerg@xxxxxxxxxxxx>
- Architectures missing atomic64_t
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [userns:userns-always-map-user-v45 80/99] fs/namespace.c:2290:1: error: unknown type name 'atomic64_t'
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- Re: [userns:userns-always-map-user-v45 80/99] fs/namespace.c:2290:1: error: unknown type name 'atomic64_t'
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- Re: [userns:userns-always-map-user-v45 80/99] fs/namespace.c:2290:1: error: unknown type name 'atomic64_t'
- From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
- Re: [userns:userns-always-map-user-v45 80/99] fs/namespace.c:2290:1: error: unknown type name 'atomic64_t'
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- Re: [userns:userns-always-map-user-v45 80/99] fs/namespace.c:2290:1: error: unknown type name 'atomic64_t'
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH] m68k: add generic atomic64_t support
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH] m68k: add generic atomic64_t support
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- Re: [PATCH] m68k: add generic atomic64_t support
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [userns:userns-always-map-user-v45 80/99] fs/namespace.c:2290:1: error: unknown type name 'atomic64_t'
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- [PATCH] m68k: add generic atomic64_t support
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
- [PATCH 2/2] [m68k] Atari: use dedicated timer interrupts for EtherNEC (ne.c driver).
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH 1/2] [m68k] Atari: use dedicated irq_chip for timer D interrupts (polling timer for EtherNEC and friends)
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: Chained vs. shared EtherNEC interrupts - was: Re: [SOLVED] Re: ARAnyM VMs with Debian hanging at 100% CPU usage
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: Chained vs. shared EtherNEC interrupts - was: Re: [SOLVED] Re: ARAnyM VMs with Debian hanging at 100% CPU usage
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Chained vs. shared EtherNEC interrupts - was: Re: [SOLVED] Re: ARAnyM VMs with Debian hanging at 100% CPU usage
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: Chained vs. shared EtherNEC interrupts - was: Re: [SOLVED] Re: ARAnyM VMs with Debian hanging at 100% CPU usage
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 31/41] TTY: nfcon, add tty_port and link it
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH] m68k: Use PTR_RET rather than if(IS_ERR(.. [1]
- From: Thomas Meyer <thomas@xxxxxxxx>
- [PATCH] m68k: Use PTR_RET rather than if(IS_ERR(.. [2]
- From: Thomas Meyer <thomas@xxxxxxxx>
- [PATCH] m68k: amig: Use PTR_RET rather than if(IS_ERR(.. [1]
- From: Thomas Meyer <thomas@xxxxxxxx>
- Re: [PATCH] m68k: Correct the Atari ALLOWINT definition
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- [PATCH] m68k: Correct the Atari ALLOWINT definition
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [git pull] m68k updates for 3.6
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68knommu: select CONFIG_HAVE_CLK for ColdFire CPU types
- From: <gerg@xxxxxxxxxxxx>
- Re: [PATCH] m68k: make sys_atomic_cmpxchg_32 work on classic m68k
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Chained vs. shared EtherNEC interrupts - was: Re: [SOLVED] Re: ARAnyM VMs with Debian hanging at 100% CPU usage
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH] m68k: make sys_atomic_cmpxchg_32 work on classic m68k
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: ARAnyM VMs with Debian hanging at 100% CPU usage
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: ARAnyM VMs with Debian hanging at 100% CPU usage
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- [PATCH] m68k: make sys_atomic_cmpxchg_32 work on classic m68k
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: ARAnyM VMs with Debian hanging at 100% CPU usage
- From: Thorsten Glaser <tg@xxxxxxxxx>
- [git pull] m68knommu arch fixes for 3.6
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- [PATCH -next] m68k/apollo: Rename "timer" to "apollo_timer"
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] trivial: spelling s/postition/position/g
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2] m68k: fix ColdFire clear cache operation
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: atafb and X/fbdev
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH v2] m68k: fix ColdFire clear cache operation
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH v2 4/5] m68k: add PCI bus code support for the ColdFire M54xx SoC family
- From: <gerg@xxxxxxxxxxxx>
- [PATCH v2 5/5] m68k: allow PCI bus to be enabled for ColdFire m54xx CPUs
- From: <gerg@xxxxxxxxxxxx>
- [PATCH v2 3/5] m68k: add IO access definitions to support PCI on ColdFire platforms
- From: <gerg@xxxxxxxxxxxx>
- [PATCH v2 2/5] m68k: add PCI bus support definitions for the ColdFire M54xx SoC family
- From: <gerg@xxxxxxxxxxxx>
- [PATCH v2 0/5] ColdFire PCI bus support
- From: <gerg@xxxxxxxxxxxx>
- [PATCH v2 1/5] m68k: common PCI support definitions and code
- From: <gerg@xxxxxxxxxxxx>
- Re: M68k ColdFire ptrace/cache fix
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: M68k ColdFire ptrace/cache fix
- From: Michael Eager <eager@xxxxxxxxxxxx>
- Re: M68k ColdFire ptrace/cache fix
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: atafb and X/fbdev
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: atafb and X/fbdev
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: atafb and X/fbdev
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: atafb and X/fbdev
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: M68k ColdFire ptrace/cache fix
- From: Michael Eager <eager@xxxxxxxxxxxx>
- Re: [PATCH] pci: add pci resource code to build for M68K architecture
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- [PATCH] pci: add pci resource code to build for M68K architecture
- From: <gerg@xxxxxxxxxxxx>
- Re: [PATCH v2 0/2] net: support for NS8390 based ethernet on ColdFire CPU boards
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH v2 0/2] net: support for NS8390 based ethernet on ColdFire CPU boards
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2] m68k: fix ColdFire clear cache operation
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH v2] m68k: fix ColdFire clear cache operation
- From: Philippe De Muyter <phdm@xxxxxxxxx>
- [PATCH v2] m68k: fix ColdFire clear cache operation
- From: <gerg@xxxxxxxxxxxx>
- Re: atafb and X/fbdev
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH] m68k: fix ColdFire clear cache operation
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH] m68k: fix ColdFire clear cache operation
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- [PATCH] m68k: fix ColdFire clear cache operation
- From: <gerg@xxxxxxxxxxxx>
- [PATCH] m68k: use simpler dma_alloc_coherent() for ColdFire CPUs
- From: <gerg@xxxxxxxxxxxx>
- [PATCH] m68k: add support for DMA_BIDIRECTIONAL in dma support functions
- From: <gerg@xxxxxxxxxxxx>
- [PATCH] zorro: Remove unused zorro_bus.devices
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: atafb and X/fbdev
- From: "Christian T. Steigies" <cts@xxxxxxxxxx>
- Re: atafb and X/fbdev
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: atafb and X/fbdev
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: atafb and X/fbdev
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: atafb and X/fbdev
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: atafb and X/fbdev
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: atafb and X/fbdev
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: atafb and X/fbdev
- From: schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- atafb and X/fbdev
- From: Thorsten Glaser <tg@xxxxxxxxx>
- [PATCH v2 2/2] net: add support for NS8390 based eth controllers on some ColdFire CPU boards
- From: <gerg@xxxxxxxxxxxx>
- [PATCH v2 1/2] m68knommu: move the badly named mcfne.h to a better mcf8390.h
- From: <gerg@xxxxxxxxxxxx>
- [PATCH v2 0/2] net: support for NS8390 based ethernet on ColdFire CPU boards
- From: <gerg@xxxxxxxxxxxx>
- Re: [PATCH 2/2] net: add support for NS8390 based eth controllers on some ColdFire CPU boards
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 2/2] net: add support for NS8390 based eth controllers on some ColdFire CPU boards
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 2/2] net: add support for NS8390 based eth controllers on some ColdFire CPU boards
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] net: add support for NS8390 based eth controllers on some ColdFire CPU boards
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 2/2] net: add support for NS8390 based eth controllers on some ColdFire CPU boards
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 2/2] net: add support for NS8390 based eth controllers on some ColdFire CPU boards
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 1/2] m68knommu: move the badly named mcfne.h to a better mcf8390.h
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 2/2] net: add support for NS8390 based eth controllers on some ColdFire CPU boards
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 0/2] net: support for NS8390 based ethernet on ColdFire CPU boards
- From: <gerg@xxxxxxxxxxxx>
- [no subject]
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [no subject]
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [no subject]
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [no subject]
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [no subject]
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH 0/5] New Atari EtherNEC / EtherNAT network device support
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH 1/4] m68k: common PCI support definitions and code
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 3/4] m68k: add IO access definitions to support PCI on ColdFire platforms
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/4] m68k: common PCI support definitions and code
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/4] m68k: common PCI support definitions and code
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 1/4] m68k: common PCI support definitions and code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 4/4] m68k: allow PCI bus to be enabled for ColdFire m54xx CPUs
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 3/4] m68k: add IO access definitions to support PCI on ColdFire platforms
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 2/4] m68k: add PCI bus support for the ColdFire M54xx SoC family
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 0/4] m68k: ColdFire PCI bus support
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 2/3] net: add support for NS8390 based eth controllers on some ColdFire CPU boards
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 1/3] m68knommu: move the badly named mcfne.h to a better mcf8390.h
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 3/3] m68knommu: platform support for 8390 based ethernet used on some boards
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 0/3] m68knommu/net: add support for NS8390 based eth controllers on some ColdFire boards
- From: <gerg@xxxxxxxxxxxx>
- Re: [PATCH] m68k: remove never used asm/shm.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] net: add support for NS8390 based eth controllers on some ColdFire boards
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH v2 1/7] affs: stop setting bm_flags
- From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
- Re: [PATCH 1/2] net: add support for NS8390 based eth controllers on some ColdFire boards
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [git pull] m68knommu arch fix for 3.5-rc4
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 1/2] net: add support for NS8390 based eth controllers on some ColdFire boards
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- [PATCH v2] mod/file2alias: make modalias generation safe for cross compiling
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] net: add support for NS8390 based eth controllers on some ColdFire boards
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] net: add support for NS8390 based eth controllers on some ColdFire boards
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 1/2] net: add support for NS8390 based eth controllers on some ColdFire boards
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] net: add support for NS8390 based eth controllers on some ColdFire boards
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 1/2] net: add support for NS8390 based eth controllers on some ColdFire boards
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] net: add support for NS8390 based eth controllers on some ColdFire boards
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH] mod/file2alias: make modalias generation safe for cross compiling
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH] mod/file2alias: make modalias generation safe for cross compiling
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH] mod/file2alias: make modalias generation safe for cross compiling
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] mod/file2alias: make modalias generation safe for cross compiling
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] net: add support for NS8390 based eth controllers on some ColdFire boards
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 2/2] m68knommu: platform support for 8390 based ethernet used on some boards
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 1/2] net: add support for NS8390 based eth controllers on some ColdFire boards
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 0/2] m68k/net: add support for NS8390 based eth controllers on some ColdFire boards
- From: <gerg@xxxxxxxxxxxx>
- [PATCH] m68knommu: define a local devm_clk_get() function
- From: <gerg@xxxxxxxxxxxx>
- Re: [PATCH] m68k: remove never used asm/shm.h
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- [PATCH] m68k: remove never used asm/shm.h
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH 3/11] Atari: obsolete old EtherNAT driver
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 3/11] Atari: obsolete old EtherNAT driver
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 1/11] Atari: change number of interrupt sources
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [PATCH] m68k/sun3: Remove unselectable code in prom_init()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: PROBLEM: Unselectable code in ./arch/m68k/sun3/prom/init.c
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k/net: add support for NS8390 based eth controllers on some ColdFire boards
- From: <gerg@xxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
- Re: asm/kvm_para.h from asm-generic (was: Re: linux-next: triage for April 19, 2012)
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: asm/kvm_para.h from asm-generic (was: Re: linux-next: triage for April 19, 2012)
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: jdow <jdow@xxxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: jdow <jdow@xxxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: jdow <jdow@xxxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: jdow <jdow@xxxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: jdow <jdow@xxxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: jdow <jdow@xxxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: jdow <jdow@xxxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [-next] FATAL: drivers/gpu/drm/udl/udl: sizeof(struct usb_device_id)=24 is not a modulo of the size of section __mod_usb_device_table=44.
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [-next] FATAL: drivers/gpu/drm/udl/udl: sizeof(struct usb_device_id)=24 is not a modulo of the size of section __mod_usb_device_table=44.
- From: Bjørn Mork <bjorn@xxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: jdow <jdow@xxxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: jdow <jdow@xxxxxxxxxxxxx>
- Re: Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
- Partitions: Amiga RDB partition on 2 TB disk way too big, while OK in AmigaOS 4.1
- From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
- Re: [-next] FATAL: drivers/gpu/drm/udl/udl: sizeof(struct usb_device_id)=24 is not a modulo of the size of section __mod_usb_device_table=44.
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [-next] FATAL: drivers/gpu/drm/udl/udl: sizeof(struct usb_device_id)=24 is not a modulo of the size of section __mod_usb_device_table=44.
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [-next] FATAL: drivers/gpu/drm/udl/udl: sizeof(struct usb_device_id)=24 is not a modulo of the size of section __mod_usb_device_table=44.
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 1/7] affs: stop setting bm_flags
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [-next] FATAL: drivers/gpu/drm/udl/udl: sizeof(struct usb_device_id)=24 is not a modulo of the size of section __mod_usb_device_table=44.
- From: Philippe De Muyter <phdm@xxxxxxxxx>
- Re: [-next] FATAL: drivers/gpu/drm/udl/udl: sizeof(struct usb_device_id)=24 is not a modulo of the size of section __mod_usb_device_table=44.
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [-next] FATAL: drivers/gpu/drm/udl/udl: sizeof(struct usb_device_id)=24 is not a modulo of the size of section __mod_usb_device_table=44.
- From: Bjørn Mork <bjorn@xxxxxxx>
- Re: [-next] FATAL: drivers/gpu/drm/udl/udl: sizeof(struct usb_device_id)=24 is not a modulo of the size of section __mod_usb_device_table=44.
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [-next] FATAL: drivers/gpu/drm/udl/udl: sizeof(struct usb_device_id)=24 is not a modulo of the size of section __mod_usb_device_table=44.
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [-next] FATAL: drivers/gpu/drm/udl/udl: sizeof(struct usb_device_id)=24 is not a modulo of the size of section __mod_usb_device_table=44.
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [-next] FATAL: drivers/gpu/drm/udl/udl: sizeof(struct usb_device_id)=24 is not a modulo of the size of section __mod_usb_device_table=44.
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: asm/kvm_para.h from asm-generic (was: Re: linux-next: triage for April 19, 2012)
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Re: asm/kvm_para.h from asm-generic (was: Re: linux-next: triage for April 19, 2012)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: asm/kvm_para.h from asm-generic (was: Re: linux-next: triage for April 19, 2012)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68knommu: allow ColdFire CPUs to use unaligned accesses
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- asm/kvm_para.h from asm-generic (was: Re: linux-next: triage for April 19, 2012)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [git pull] m68k updates for 3.5 (take two)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68knommu: allow ColdFire CPUs to use unaligned accesses
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: remove six unused headers
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68knommu: allow ColdFire CPUs to use unaligned accesses
- From: Philippe De Muyter <phdm@xxxxxxxxx>
- Re: [PATCH] m68k: remove six unused headers
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- [git pull] m68knommu arch fixes for 3.5
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 1/2] m68k: Replace m68k-specific _[se]bss by generic __bss_{start,stop}
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH] m68knommu: allow ColdFire CPUs to use unaligned accesses
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- [PATCH 2/2] m68k: Use asm-generic version of <asm/sections.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 1/2] m68k: Replace m68k-specific _[se]bss by generic __bss_{start,stop}
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: remove six unused headers
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68knommu: allow ColdFire CPUs to use unaligned accesses
- From: Philippe De Muyter <phdm@xxxxxxxxx>
- Re: [PATCH] m68knommu: allow ColdFire CPUs to use unaligned accesses
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH] m68knommu: allow ColdFire CPUs to use unaligned accesses
- From: Philippe De Muyter <phdm@xxxxxxxxx>
- Re: [PATCH] m68k: make syscall_trace_enter/leave exist for non-MMU classic m68k types
- From: Greg Ungerer <gregungerer@xxxxxxxxxxxxxx>
- Re: [PATCH] m68knommu: allow ColdFire CPUs to use unaligned accesses
- From: Greg Ungerer <gregungerer@xxxxxxxxxxxxxx>
- Re: [PATCH] m68knommu: allow ColdFire CPUs to use unaligned accesses
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: make syscall_trace_enter/leave exist for non-MMU classic m68k types
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [uClinux-dev] [PATCH] m68k: fix inclusion of arch_gettimeoffset for non-MMU 68k classic CPU types
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: remove six unused headers
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- [PATCH] m68knommu: fix 68360 local setting of timer interrupt handler
- From: <gerg@xxxxxxxxxxxx>
- [PATCH] m68knommu: allow ColdFire CPUs to use unaligned accesses
- From: <gerg@xxxxxxxxxxxx>
- [PATCH] m68k: make syscall_trace_enter/leave exist for non-MMU classic m68k types
- From: <gerg@xxxxxxxxxxxx>
- [PATCH] m68knommu: fix 68328 local setting of timer interrupt handler
- From: <gerg@xxxxxxxxxxxx>
- [PATCH] m68k: fix inclusion of arch_gettimeoffset for non-MMU 68k classic CPU types
- From: <gerg@xxxxxxxxxxxx>
- Re: [PATCH] m68k: Use generic strncpy_from_user(), strlen_user(), and strnlen_user()
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 5/5] m68k: CPU32 does not support unaligned accesses
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 4/5] m68k: Introduce config option CPU_HAS_NO_UNALIGNED
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 3/5] m68k: delay, muldi3 - Use CONFIG_CPU_HAS_NO_MULDIV64
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 2/5] m68k: Move CPU_HAS_* config options
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 1/5] m68k: Remove duplicate FPU config option
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- [PATCH 3/5] m68k: delay, muldi3 - Use CONFIG_CPU_HAS_NO_MULDIV64
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 4/5] m68k: Introduce config option CPU_HAS_NO_UNALIGNED
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 5/5] m68k: CPU32 does not support unaligned accesses
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 1/5] m68k: Remove duplicate FPU config option
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 2/5] m68k: Move CPU_HAS_* config options
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/11] Atari: change number of interrupt sources
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 4/11] Atari: fix EtherNAT interrupt; conditonal platform device register
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Use generic strncpy_from_user(), strlen_user(), and strnlen_user()
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Use generic strncpy_from_user(), strlen_user(), and strnlen_user()
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- [PATCH] m68k: remove six unused headers
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH] m68k: Use generic strncpy_from_user(), strlen_user(), and strnlen_user()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Use generic strncpy_from_user(), strlen_user(), and strnlen_user()
- From: Philippe De Muyter <phdm@xxxxxxxxx>
- Re: [PATCH] m68k: Use generic strncpy_from_user(), strlen_user(), and strnlen_user()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 4/11] Atari: fix EtherNAT interrupt; conditonal platform device register
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 9/11] Atari: add ndelay() (used by isp116x-hcd)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/11] Atari: change number of interrupt sources
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 8/11] Atari: add ISP16x host controller support
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 6/11] Atari: new EtherNEC driver (ne.c)
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 4/11] Atari: fix EtherNAT interrupt; conditonal platform device register
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 9/11] Atari: add ndelay() (used by isp116x-hcd)
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 1/11] Atari: change number of interrupt sources
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 8/11] Atari: add ISP16x host controller support
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 6/11] Atari: new EtherNEC driver (ne.c)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 4/11] Atari: fix EtherNAT interrupt; conditonal platform device register
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 6/11] Atari: new EtherNEC driver (ne.c)
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 4/11] Atari: fix EtherNAT interrupt; conditonal platform device register
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Use generic strncpy_from_user(), strlen_user(), and strnlen_user()
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH] m68k: Use generic strncpy_from_user(), strlen_user(), and strnlen_user()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 9/11] Atari: add ndelay() (used by isp116x-hcd)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/11] Atari: change number of interrupt sources
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 8/11] Atari: add ISP16x host controller support
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 7/11] Atari: new EtherNAT driver (smc91x.c)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 6/11] Atari: new EtherNEC driver (ne.c)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 4/11] Atari: fix EtherNAT interrupt; conditonal platform device register
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] [m68k] Atari: support for NetUSBee register access to isp116x.h
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: [PATCH 3/11] Atari: obsolete old EtherNAT driver
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] [m68k] Atari: support for NetUSBee register access to isp116x.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] [m68k] Atari: support for NetUSBee register access to isp116x.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] [m68k] Atari: support for NetUSBee register access to isp116x.h
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH] [m68k] Atari: support for NetUSBee register access to isp116x.h
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: [PATCH] [m68k] Atari: support for NetUSBee register access to isp116x.h
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH] [m68k] Atari: support for NetUSBee register access to isp116x.h
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: [PATCH] [m68k] Atari: support for NetUSBee register access to isp116x.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] [m68k] Atari: support for NetUSBee register access to isp116x.h
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH] [m68k] Atari: support for NetUSBee register access to isp116x.h
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: [PATCH] [m68k] Atari: support for NetUSBee register access to isp116x.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] [m68k] Atari: support for NetUSBee register access to isp116x.h
- From: Thorsten Glaser <tg@xxxxxxxxxx>
- Re: any affs image
- From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
- Re: any affs image
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: any affs image
- From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
- Re: any affs image
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- any affs image
- From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
- Re: [PATCH] [m68k] Atari: support for NetUSBee register access to isp116x.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] [m68k] Atari: support for NetUSBee register access to isp116x.h
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH] m68knommu: Clean up printing of sections
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- [PATCH] m68knommu: Clean up printing of sections
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 2/2] m68k: Use asm-generic version of <asm/types.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 1/2] m68k: Use Kbuild logic to import asm-generic headers
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Use generic strncpy_from_user(), strlen_user(), and strnlen_user()
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Use generic strncpy_from_user(), strlen_user(), and strnlen_user()
- From: Philippe De Muyter <phdm@xxxxxxxxx>
- Re: [PATCH] m68k: Use generic strncpy_from_user(), strlen_user(), and strnlen_user()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Use generic strncpy_from_user(), strlen_user(), and strnlen_user()
- From: Philippe De Muyter <phdm@xxxxxxxxx>
- Re: [PATCH] m68k: Use generic strncpy_from_user(), strlen_user(), and strnlen_user()
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- [PATCH] m68k: Use generic strncpy_from_user(), strlen_user(), and strnlen_user()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] [m68k] Atari: support for NetUSBee register access to isp116x.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] [m68k] Atari: support for NetUSBee register access to isp116x.h
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [PATCH 2/2] [m68k] Atari: add NetUSBee support for ISP1160 USB chipset
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 11/11 resend] Atari: enable/disable EtherNAT USB interrupt in isp116x-hcd
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [PATCH 1/2] [m68k] Atari ROM port ISA adapter: implement 16 bit access for NetUSBee
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [PATCH 11/11 resend] Atari: enable/disable EtherNAT USB interrupt in isp116x-hcd
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [PATCH 6/11] Atari: new EtherNEC driver (ne.c)
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 5/11] Atari: conditonal platform device support for EtherNEC
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 4/11] Atari: fix EtherNAT interrupt; conditonal platform device register
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 2/11] Atari: obsolete old EtherNEC driver
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 3/11] Atari: obsolete old EtherNAT driver
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 1/11] Atari: change number of interrupt sources
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 0/11] Atari patches for 3.4
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 11/11] Atari: enable/disable EtherNAT USB interrupt in isp116x-hcd
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 10/11] Atari: conditional isp16x register access macros (BE vs. LE interface)
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 9/11] Atari: add ndelay() (used by isp116x-hcd)
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 8/11] Atari: add ISP16x host controller support
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 7/11] Atari: new EtherNAT driver (smc91x.c)
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: What ISA hardware is integrated into m68k bridges
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: What ISA hardware is integrated into m68k bridges
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: What ISA hardware is integrated into m68k bridges
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [git pull] m68knommu arch updates for 3.5
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- [git pull] m68k updates for 3.5
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: What ISA hardware is integrated into m68k bridges
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: What ISA hardware is integrated into m68k bridges
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- What ISA hardware is integrated into m68k bridges
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] m68knommu: reorganize the no-MMU cache flushing to match m68k
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH v2 3/3] m68k: merge the MMU and non-MMU versions of the entry.S code
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 1/3] m68k: use some direct calls to ret_from_exception in entry code
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 2/3] m68k: use jbsr to call functions instead of bsrl
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] m68knommu: reorganize the no-MMU cache flushing to match m68k
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] m68k: merge the MMU and non-MMU versions of the arch dma code
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: merge the MMU and non-MMU signal.c code
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: EtherNat drivers (was: Re: Atari ROM port ISA)
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: EtherNat drivers (was: Re: Atari ROM port ISA)
- From: David Gálvez <dgalvez75@xxxxxxxxx>
- Re: EtherNat drivers (was: Re: Atari ROM port ISA)
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: EtherNat drivers (was: Re: Atari ROM port ISA)
- From: David Gálvez <dgalvez75@xxxxxxxxx>
- Re: EtherNat drivers (was: Re: Atari ROM port ISA)
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [PATCH v2 3/3] m68k: merge the MMU and non-MMU versions of the entry.S code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH v2 2/3] m68k: use jbsr to call functions instead of bsrl
- From: <gerg@xxxxxxxxxxxx>
- [PATCH v2 1/3] m68k: use some direct calls to ret_from_exception in entry code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH v2 00/03]: clean up and merge the MMU and non-MMU versions of entry.S
- From: <gerg@xxxxxxxxxxxx>
- EtherNat drivers (was: Re: Atari ROM port ISA)
- From: David Gálvez <dgalvez75@xxxxxxxxx>
- Re: Atari ROM port ISA
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: Atari ROM port ISA
- From: David Gálvez <dgalvez75@xxxxxxxxx>
- Re: [PATCH 1/3] m68k: consistently call ret_from_exception in entry code
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 1/3] m68k: consistently call ret_from_exception in entry code
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- [PATCH 3/3] m68k: merge the MMU and non-MMU versions of the entry.S code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 2/3] m68k: use jbsr to call functions instead of bsrl
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 00/03] m68k: clean up and merge MMU and non-MMU versions of entry.S
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 1/3] m68k: consistently call ret_from_exception in entry code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH] m68k: add a defconfig for the M5475EVB ColdFire with MMU board
- From: <gerg@xxxxxxxxxxxx>
- Re: Atari ROM port ISA
- From: David Gálvez <dgalvez75@xxxxxxxxx>
- Re: [PATCH] unaligned.h fix for M68000 core
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: Atari ROM port ISA
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [PATCH] unaligned.h fix for M68000 core
- From: Luis Alves <ljalvs@xxxxxxxxx>
- [PATCH] unaligned.h fix for M68000 core
- From: Luis Alves <ljalvs@xxxxxxxxx>
- Re: [PATCH 2/4] m68k: Setup CROSS_COMPILE at the top
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: Atari ROM port ISA
- From: David Gálvez <dgalvez75@xxxxxxxxx>
- [PATCH 2/4] m68k: Setup CROSS_COMPILE at the top
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [git pull] m68knommu fixes for 3.4
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 1/1] 68000 code integration
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: ARAnyM 0.9.13 with MPFR even for Lucid
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: new ARAnyM with better FPU
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: [PATCH 1/1] 68000 code integration
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/1] 68000 code integration
- From: Luis Alves <ljalvs@xxxxxxxxx>
- Re: [PATCH 1/1] 68000 code integration
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/1] 68000 code integration
- From: Luis Alves <ljalvs@xxxxxxxxx>
- [PATCH 2/2] m68k: merge the MMU and non-MMU versions of the arch dma code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 00/02] m68k: clean up and merge arch dma code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 1/2] m68knommu: reorganize the no-MMU cache flushing to match m68k
- From: <gerg@xxxxxxxxxxxx>
- Re: [PATCH 00/11] m68knommu: remove ColdFire sub-architecture directories
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 00/11] m68knommu: remove ColdFire sub-architecture directories
- From: Luis Alves <ljalvs@xxxxxxxxx>
- Re: [PATCH 00/11] m68knommu: remove ColdFire sub-architecture directories
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 00/11] m68knommu: remove ColdFire sub-architecture directories
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 10/11] m68knommu: move the 532x platform code into the common ColdFire code directory
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 08/11] m68knommu: move the 5307 platform code into the common ColdFire code directory
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 11/11] m68knommu: move the 54xx platform code into the common ColdFire code directory
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 09/11] m68knommu: move the 5407 platform code into the common ColdFire code directory
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 06/11] m68knommu: move the 527x platform code into the common ColdFire code directory
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 07/11] m68knommu: move the 528x platform code into the common ColdFire code directory
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 05/11] m68knommu: move the 5272 platform code into the common ColdFire code directory
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 04/11] m68knommu: move the 5249 platform code into the common ColdFire code directory
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 03/11] m68knommu: move the 523x platform code into the common ColdFire code directory
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 02/11] m68knommu: move the 520x platform code into the common ColdFire code directory
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 01/11] m68knommu: move the 5206 platform code into the common ColdFire code directory
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 00/11] m68knommu: remove ColdFire sub-architecture directories
- From: <gerg@xxxxxxxxxxxx>
- Re: [PATCH] m68k: fix compiler warning by properly inlining flat_set_persistent()
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- [PATCH] m68k: fix compiler warning by properly inlining flat_set_persistent()
- From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
- Re: [PATCH 1/1] Changes for 68000 code integration.
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 1/1] Changes for 68000 code integration.
- From: Luis Alves <ljalvs@xxxxxxxxx>
- Re: [PATCH 1/1] Changes for 68000 code integration.
- From: Luis Alves <ljalvs@xxxxxxxxx>
- Re: [PATCH 1/1] Changes for 68000 code integration.
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 1/1] Changes for 68000 code integration.
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] Changes for 68000 code integration.
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Quest about m68knommu check in top of kernel Makefile.
- From: Edward Shao <laface.tw@xxxxxxxxx>
- Re: [PATCH 1/1] Changes for 68000 code integration.
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 08/22] m68knommu: switch to GPIO init macros in ColdFire 528x init code
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: Quest about m68knommu check in top of kernel Makefile.
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 08/22] m68knommu: switch to GPIO init macros in ColdFire 528x init code
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/1] Changes for 68000 code integration.
- From: Luis Alves <ljalvs@xxxxxxxxx>
- Re: [PATCH v2 01/22] m68knommu: introduce macros to simplify ColdFire GPIO table initialization
- From: Ezequiel García <elezegarcia@xxxxxxxxx>
- Re: [uClinux-dev] [PATCH 21/22] m68knommu: simplify the ColdFire 532x GPIO struct setup
- From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
- Re: [PATCH v2 01/22] m68knommu: introduce macros to simplify ColdFire GPIO table initialization
- From: Philippe De Muyter <phdm@xxxxxxxxx>
- Re: [PATCH v2 01/22] m68knommu: introduce macros to simplify ColdFire GPIO table initialization
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- [PATCH v2 01/22] m68knommu: introduce macros to simplify ColdFire GPIO table initialization
- From: <gerg@xxxxxxxxxxxx>
- Quest about m68knommu check in top of kernel Makefile.
- From: Edward Shao <laface.tw@xxxxxxxxx>
- Re: [PATCH 00/22] m68knommu: simplify ColdFire GPIO init code
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 01/22] m68knommu: introduce macros to simplify ColdFire GPIO table initialization
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH 00/22] m68knommu: simplify ColdFire GPIO init code
- From: Steven King <sfking@xxxxxxxxx>
- Re: [PATCH 01/22] m68knommu: introduce macros to simplify ColdFire GPIO table initialization
- From: Philippe De Muyter <phdm@xxxxxxxxx>
- Re: [uClinux-dev] [PATCH 21/22] m68knommu: simplify the ColdFire 532x GPIO struct setup
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [uClinux-dev] [PATCH 21/22] m68knommu: simplify the ColdFire 532x GPIO struct setup
- From: Alex LI <alexlihk@xxxxxxxxxxx>
- [PATCH 22/22] m68knommu: simplify the ColdFire 5407 GPIO struct setup
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 21/22] m68knommu: simplify the ColdFire 532x GPIO struct setup
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 20/22] m68knommu: simplify the ColdFire 5307 GPIO struct setup
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 19/22] m68knommu: simplify the ColdFire 528x GPIO struct setup
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 18/22] m68knommu: simplify the ColdFire 527x GPIO struct setup
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 17/22] m68knommu: simplify the ColdFire 5272 GPIO struct setup
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 16/22] m68knommu: simplify the ColdFire 5249 GPIO struct setup
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 15/22] m68knommu: simplify the ColdFire 523x GPIO struct setup
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 14/22] m68knommu: simplify the ColdFire 520x GPIO struct setup
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 12/22] m68knommu: make duplicated ColdFire GPIO init code common for all
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 13/22] m68knommu: simplify the ColdFire 5206 GPIO struct setup
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 11/22] m68knommu: switch to GPIO init macros in ColdFire 532x init code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 10/22] m68knommu: switch to GPIO init macros in ColdFire 5407 init code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 08/22] m68knommu: switch to GPIO init macros in ColdFire 528x init code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 09/22] m68knommu: switch to GPIO init macros in ColdFire 5307 init code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 07/22] m68knommu: switch to GPIO init macros in ColdFire 527x init code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 06/22] m68knommu: switch to GPIO init macros in ColdFire 5272 init code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 05/22] m68knommu: switch to GPIO init macros in ColdFire 5249 init code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 04/22] m68knommu: switch to GPIO init macros in ColdFire 523x init code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 03/22] m68knommu: switch to GPIO init macros in ColdFire 520x init code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 02/22] m68knommu: switch to GPIO init macros in ColdFire 5206 init code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 01/22] m68knommu: introduce macros to simplify ColdFire GPIO table initialization
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 00/22] m68knommu: simplify ColdFire GPIO init code
- From: <gerg@xxxxxxxxxxxx>
- Re: __udivsi3: coldfire vs non-coldfire implementation
- From: Luis Alves <ljalvs@xxxxxxxxx>
- Re: __udivsi3: coldfire vs non-coldfire implementation
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- __udivsi3: coldfire vs non-coldfire implementation
- From: Luis Alves <ljalvs@xxxxxxxxx>
- Re: [RFC/PATCH] m68k: fix compiler warning by properly inlining flat_set_persistent()
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [RFC/PATCH] m68k: fix compiler warning by properly inlining flat_set_persistent()
- From: Ezequiel García <elezegarcia@xxxxxxxxx>
- Re: [RFC/PATCH] m68k: fix compiler warning by properly inlining flat_set_persistent()
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [RFC/PATCH] m68k: fix compiler warning by properly inlining flat_set_persistent()
- From: Ezequiel García <elezegarcia@xxxxxxxxx>
- Re: [RFC/PATCH] m68k: fix compiler warning by properly inlining flat_set_persistent()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [RFC/PATCH] m68k: fix compiler warning by properly inlining flat_set_persistent()
- From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
- [RFC/PATCH] m68k: fix compiler warning by properly inlining flat_set_persistent()
- From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
- Re: [PATCH 1/2] m68k: correct the Atari ALLOWINT definition
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] m68k: correct the Atari ALLOWINT definition
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Atari ROM port ISA
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] m68k: delete unused MAX_NOINT_IPL definition
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k: Make sure {read,write}s[bwl]() are always defined
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k/video: Create <asm/vga.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Atari ROM port ISA
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Atari ROM port ISA
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Atari ROM port ISA
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH V2 1/4] vgaarb: Add support for setting the default video device
- From: Dave Airlie <airlied@xxxxxxxxx>
- Re: [PATCH V2 1/4] vgaarb: Add support for setting the default video device
- From: Dave Airlie <airlied@xxxxxxxxx>
- [git pull] m68knommu arch fixes for 3.4
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: Atari ROM port ISA
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: Atari ROM port ISA
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: Atari ROM port ISA
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: [PATCH 1/2] m68k: correct the Atari ALLOWINT definition
- From: Mikael Pettersson <mikpe@xxxxxxxx>
- Re: [PATCH 1/2] m68k: correct the Atari ALLOWINT definition
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [PATCH 2/2] m68k: delete unused MAX_NOINT_IPL definition
- From: Mikael Pettersson <mikpe@xxxxxxxx>
- [PATCH 1/2] m68k: correct the Atari ALLOWINT definition
- From: Mikael Pettersson <mikpe@xxxxxxxx>
- Re: [PATCH] m68k: Make sure {read,write}s[bwl]() are always defined
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: _ebss == _edata if MMU
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH] m68k: Make sure {read,write}s[bwl]() are always defined
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: _ebss == _edata if MMU
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH V2 1/4] vgaarb: Add support for setting the default video device
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Make sure {read,write}s[bwl]() are always defined
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- _ebss == _edata if MMU
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68knommu: make sure 2nd FEC eth interface pins are enabled on 5275 ColdFire
- From: <gerg@xxxxxxxxxxxx>
- [PATCH] m68knommu: fix id number for second eth device on 5275 ColdFire
- From: <gerg@xxxxxxxxxxxx>
- Re: Atari ROM port ISA
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- [atari regression] handle_irq_event_percpu() incorrectly blames nfeth_interrupt() for enabling interrupts
- From: Mikael Pettersson <mikpe@xxxxxxxx>
- Re: Atari ROM port ISA
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Make sure {read,write}s[bwl]() are always defined
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: Atari ROM port ISA
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Make sure {read,write}s[bwl]() are always defined
- From: Felipe Balbi <balbi@xxxxxx>
- Re: Atari ROM port ISA
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: Atari ROM port ISA
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [PATCH] m68k: Make sure {read,write}s[bwl]() are always defined
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Atari ROM port ISA
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Single host/multiple hwifs vs. multiple hosts?
- From: Mark Lord <kernel@xxxxxxxxxxxx>
- Re: Single host/multiple hwifs vs. multiple hosts?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/5] m68k/atari: EtherNAT - change number of Atari interrupts to make room for EtherNAT interrupts
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k/atari: EtherNEC - rewrite to use mainstream ne.c, take two
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k/atari: EtherNEC - rewrite to use mainstream ne.c, take two
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k/atari: EtherNEC - rewrite to use mainstream ne.c, take two
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k/atari: EtherNEC - rewrite to use mainstream ne.c, take two
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH] irq: remove obsolete definitions in interrupt.h
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH] m68k/atari: EtherNEC - rewrite to use mainstream ne.c, take two
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k/atari: EtherNEC - rewrite to use mainstream ne.c, take two
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] irq: remove obsolete definitions in interrupt.h
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH] m68k/atari: EtherNEC - rewrite to use mainstream ne.c, take two
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH] irq: remove obsolete definitions in interrupt.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 62/69] TTY: 68328serial, use tty_port_block_til_ready
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH] irq: remove obsolete definitions in interrupt.h
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [PATCH] irq: remove obsolete definitions in interrupt.h
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] irq: remove obsolete definitions in interrupt.h
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH 1/5] m68k/atari: EtherNAT - change number of Atari interrupts to make room for EtherNAT interrupts
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k/atari: EtherNEC - rewrite to use mainstream ne.c, take two
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 1/5] m68k/atari: EtherNAT - change number of Atari interrupts to make room for EtherNAT interrupts
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: [PATCH 1/5] m68k/atari: EtherNAT - change number of Atari interrupts to make room for EtherNAT interrupts
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 1/5] m68k/atari: EtherNAT - change number of Atari interrupts to make room for EtherNAT interrupts
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: [PATCH 1/5] m68k/atari: EtherNAT - change number of Atari interrupts to make room for EtherNAT interrupts
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [git pull] m68k updates for 3.4-rc2
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 51/69] TTY: 68328serial, remove serial_state and friends
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k: merge the MMU and non-MMU signal.c code
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 2/2] m68knommu: move and fix the 68VZ328 platform bootlogo.h
- From: <gerg@xxxxxxxxxxxx>
- [PATCH 1/2] m68knommu: remove the unused bootlogo.h processing for 68EZ328 and 68VZ328
- From: <gerg@xxxxxxxxxxxx>
- Re: [PATCH 1/5] m68k/atari: EtherNAT - change number of Atari interrupts to make room for EtherNAT interrupts
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [PATCH 61/69] TTY: 68328serial, use tty from tty_port
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 62/69] TTY: 68328serial, use tty_port_block_til_ready
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 57/69] TTY: 68328serial, use open/close_wait from tty_port
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 56/69] TTY: 68328serial, add tty_port
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 59/69] TTY: 68328serial, use flags from tty_port
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 54/69] TTY: 68328serial, use ulong flags for interrupts status
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 53/69] TTY: 68328serial, remove garbage
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 52/69] TTY: 68328serial, remove unused stuff from m68k_serial
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 51/69] TTY: 68328serial, remove serial_state and friends
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 55/69] TTY: 68328serial, remove 68328serial.h
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 60/69] TTY: 68328serial, propagate tty
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 58/69] TTY: 68328serial, use close_delay/closing_wait from tty_port
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH 1/5] m68k/atari: EtherNAT - change number of Atari interrupts to make room for EtherNAT interrupts
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k/atari: EtherNAT patch series - resent as attachments
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 1/5] m68k/atari: EtherNAT - change number of Atari interrupts to make room for EtherNAT interrupts
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 1/5] m68k/atari: EtherNAT - change number of Atari interrupts to make room for EtherNAT interrupts
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 1/5] m68k/atari: EtherNAT - change number of Atari interrupts to make room for EtherNAT interrupts
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: [PATCH 1/5] m68k/atari: EtherNAT - change number of Atari interrupts to make room for EtherNAT interrupts
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- [PATCH] m68k/atari: EtherNEC - Remove #inclusion of asm/system.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/5] m68k/atari: EtherNAT - change number of Atari interrupts to make room for EtherNAT interrupts
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k/atari: EtherNEC - rewrite to use mainstream ne.c, take two
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 6/5] m68k/atari: set up timer D and register dummy handler if either EtherNEC or EtherNAT found
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH 6/5] m68k/atari: EtherNAT - use correct irq flag in atari_91C111
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [PATCH 5/5] m68k/atari: EtherNAT - enable USB HCD config option on Atari
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [PATCH 4/5] m68k/atari: EtherNAT - fix dumb compile error
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [PATCH 3/5] m68k/atari: EtherNAT - register EtherNAT platform devices only when probed
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [PATCH 2/5] m68k/atari: EtherNAT - add ISP1160 platform data
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [PATCH 1/5] m68k/atari: EtherNAT - change number of Atari interrupts to make room for EtherNAT interrupts
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: include asm/cmpxchg.h in our m68k atomic.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: include asm/cmpxchg.h in our m68k atomic.h
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 0/19 v2] mmu: arch/mm: Port OOM changes to arch page fault handlers.
- From: Kautuk Consul <consul.kautuk@xxxxxxxxx>
- [PATCH 07/19 v2] m68k/mm/fault.c: Port OOM changes to do_page_fault
- From: Kautuk Consul <consul.kautuk@xxxxxxxxx>
- [PATCH 0/19 v2] mmu: arch/mm: Port OOM changes to arch page fault handlers.
- From: Kautuk Consul <consul.kautuk@xxxxxxxxx>
- [PATCH] m68k: include asm/cmpxchg.h in our m68k atomic.h
- Re: new ARAnyM with better FPU
- From: Petr Stehlik <pstehlik@xxxxxxxxxx>
- Re: new ARAnyM with better FPU
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: new ARAnyM with better FPU
- From: Petr Stehlik <pstehlik@xxxxxxxxxx>
- Re: new ARAnyM with better FPU
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k/q40: Add missing platform check before registering platform devices
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 08/11] input/amijoy: Add missing platform check
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH 05/11] m68k/atari: Add missing platform check before registering platform devices
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- [PATCH 08/20 v3] m68k/mm/fault.c: Port OOM changes to do_page_fault
- From: Kautuk Consul <consul.kautuk@xxxxxxxxx>
- Re: [PATCH 08/20 v2] m68k/mm/fault.c: Port OOM changes to do_page_fault
- From: Kautuk Consul <consul.kautuk@xxxxxxxxx>
- Re: [PATCH 08/20 v2] m68k/mm/fault.c: Port OOM changes to do_page_fault
- From: Kautuk Consul <consul.kautuk@xxxxxxxxx>
- Re: ARAnyM 0.9.13 with MPFR even for Lucid
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 08/20 v2] m68k/mm/fault.c: Port OOM changes to do_page_fault
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 08/20 v2] m68k/mm/fault.c: Port OOM changes to do_page_fault
- From: Kautuk Consul <consul.kautuk@xxxxxxxxx>
- Re: [PATCH 05/11] m68k/atari: Add missing platform check before registering platform devices
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 05/11] m68k/atari: Add missing platform check before registering platform devices
- From: Michael Schmitz <schmitzmic@xxxxxxxxxxxxxx>
- Re: ARAnyM 0.9.13 with MPFR even for Lucid
- From: Thorsten Glaser <tg@xxxxxxxxx>
- ARAnyM 0.9.13 with MPFR even for Lucid
- From: Petr Stehlik <pstehlik@xxxxxxxxxx>
- Re: [PATCH v2.2 2/7] crypto: GnuPG based MPI lib - header files (part 2)
- From: "Kasatkin, Dmitry" <dmitry.kasatkin@xxxxxxxxx>
- Re: [PATCH 09/11] net/ariadne: Improve debug prints
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: new ARAnyM with better FPU
- From: Thorsten Glaser <tg@xxxxxxxxx>
- Re: new ARAnyM with better FPU
- From: Petr Stehlik <pstehlik@xxxxxxxxxx>
- Re: new ARAnyM with better FPU
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
[Index of Archives]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite]