Linux M68K
[Prev Page][Next Page]
- [PATCH] fbcon: remove broken mac vbl handler
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC] fbcon and VBL IRQs
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- [PATCH] fix trigraph ignored warning in setox.S
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- [PATCH] macfb annotations and compiler warning fix
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- [PATCH] mac_esp asm fix
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- [PATCH] mac baboon interrupt enable/disable
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- [PATCH] machw.h cleanup
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- [PATCH] mac via cleanup and commentry
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- [PATCH] reinstate mac rtc
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- [RFC] fbcon and VBL IRQs
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxx>
- z2ram device on 2.4.30+ kernels
- From: Lance Tagliapietra <lancetag@xxxxxxxxxxx>
- Re: mac scsi, ncr5380
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: mac scsi, ncr5380
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: mac scsi, ncr5380
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: mac scsi, ncr5380
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: mac scsi, ncr5380
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: mac scsi, ncr5380
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: mac scsi, ncr5380
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: mac scsi, ncr5380
- From: Riccardo <riccardo@xxxxxxxxx>
- Re: mac scsi, ncr5380
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: mac scsi, ncr5380
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: mac scsi, ncr5380
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: mac scsi, ncr5380
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: mac scsi, ncr5380
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: mac scsi, ncr5380
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- [PATCH] m68k: Atari EtherNEC fixes
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: mac scsi, ncr5380
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [linux-m68k] mac scsi, ncr5380
- From: Sam Creasey <sammy@xxxxxxxxx>
- mac scsi, ncr5380
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [2.6 patch] m68k: remove the dead PCI code
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [patch 2/8] m68k: Reverse platform MMU logic so Sun 3 is last
- From: Lance Tagliapietra <lancetag@xxxxxxxxxxx>
- bus error, address error on '030 (FPU emulation?)
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- mac classic ii, was Re: PMU 68k
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: PMU 68k, was Re: Known working 2.6 kernel config for m68k Mac
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/4] arch/m68k/mm/kmap.c: introduce missing kfree
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 2/2] m68k: Update defconfigs for 2.6.27-rc6
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 1/2] VIDEO_SH_MOBILE_CEU should depend on HAS_DMA
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 0/2] m68k patches for 2.6.27
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 3/4] arch/m68k/mm/kmap.c: introduce missing kfree
- From: Julia Lawall <julia@xxxxxxx>
- Re: [2.6 patch] m68k: remove the dead PCI code
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [2.6 patch] m68k: remove the dead PCI code
- From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
- Re: PMU 68k, was Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- [PATCH 2.6.28] m68k: init_irq_proc depends on CONFIG_PROC_FS
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 1/2] m68k: Atari EtherNAT (SMC91C111) driver (updated)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [2.6 patch] m68k: remove the dead PCI code
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 3/2] m68k: Atari EtherNAT - add writew_be for data push
- From: Wouter Verhelst <wouter@xxxxxxxxxx>
- Re: 2008 M68k Porter Meeting
- From: Wouter Verhelst <wouter@xxxxxxxxxx>
- Re: [patch 3/2] m68k: Atari EtherNAT - add writew_be for data push
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 2/8] m68k: Reverse platform MMU logic so Sun 3 is last
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: [patch 2/8] m68k: Reverse platform MMU logic so Sun 3 is last
- From: Riccardo <riccardo@xxxxxxxxx>
- Re: [patch 2/8] m68k: Reverse platform MMU logic so Sun 3 is last
- From: Riccardo <riccardo@xxxxxxxxx>
- Re: 2008 M68k Porter Meeting
- From: Riccardo <riccardo@xxxxxxxxx>
- Re: PMU 68k, was Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- PMU 68k, was Re: Known working 2.6 kernel config for m68k Mac
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [patch 1/2] m68k: Atari EtherNAT (SMC91C111) driver (updated)
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 1/2] m68k: Atari EtherNAT (SMC91C111) driver (updated)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 1/2] m68k: Atari EtherNAT (SMC91C111) driver (updated)
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- [patch 3/2] m68k: Atari EtherNAT - add writew_be for data push
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: __kernel_suseconds_t is int on PA-RISC (and SPARC64)?
- From: Helge Deller <deller@xxxxxx>
- Re: __kernel_suseconds_t is int on PA-RISC (and SPARC64)?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 1/2] m68k: Atari EtherNAT (SMC91C111) driver (updated)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 6/8] m68k: Define rtc_lock on Atari
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 5/8] m68k: Remove unused atari_kbd_translate()
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- [patch 2/2] m68k: Atari EtherNAT (compile warning fix)
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- [patch 1/2] m68k: Atari EtherNAT (SMC91C111) driver (updated)
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 5/8] m68k: Remove unused atari_kbd_translate()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 5/8] m68k: Remove unused atari_kbd_translate()
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 2/8] m68k: Reverse platform MMU logic so Sun 3 is last
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 2/8] m68k: Reverse platform MMU logic so Sun 3 is last
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: [patch 7/8] m68k: Add missing dma_sync_single_range_for_{cpu,device}()
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: [patch 7/8] m68k: Add missing dma_sync_single_range_for_{cpu,device}()
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [patch 2/8] m68k: Reverse platform MMU logic so Sun 3 is last
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [patch 7/8] m68k: Add missing dma_sync_single_range_for_{cpu, device}()
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: [patch 7/8] m68k: Add missing dma_sync_single_range_for_{cpu, device}()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 7/8] m68k: Add missing dma_sync_single_range_for_{cpu, device}()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 2/8] m68k: Reverse platform MMU logic so Sun 3 is last
- From: Laurent Vivier <Laurent.Vivier@xxxxxxxx>
- Re: [patch 7/8] m68k: Add missing dma_sync_single_range_for_{cpu,device}()
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: 2008 M68k Porter Meeting
- From: "Christian T. Steigies" <cts@xxxxxxxxxx>
- Re: [patch 2/8] m68k: Reverse platform MMU logic so Sun 3 is last
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [2.6 patch] m68k: remove the dead PCI code
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [RFC: 2.6 patch] m68k: remove the broken Hades support.
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] nfcon: early_param() does not exist in the modular case
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k: Export ARAnyM native feature API
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 5/8] m68k: Remove unused atari_kbd_translate()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 7/8] m68k: Add missing dma_sync_single_range_for_{cpu,device}()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 8/8] m68k: <asm/pci.h> needs <asm-generic/pci-dma-compat.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 6/8] m68k: Define rtc_lock on Atari
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 4/8] m68k: Modular Amiga keyboard needs key_maps
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 3/8] m68k: Disable Amiga serial console support if modular
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 2/8] m68k: Reverse platform MMU logic so Sun 3 is last
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 1/8] m68k: Use new printk() extension %pS to print symbols
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 0/8] RFC: m68k patches for 2.6.28
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- [PATCH] m68k: atari_keyb_init operator precedence fix
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: ataflop runtime warning
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Laurent Vivier <laurent@xxxxxxxxxxxx>
- Re: MTD/block regression (was Re: Slub debugging NAND error in 2.6.25.10.atmel.2)
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- [2.6 patch] m68k: remove the dead PCI code
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: MTD/block regression (was Re: Slub debugging NAND error in 2.6.25.10.atmel.2)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: ataflop runtime warning
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] atari_keyb_init fix for my CT60
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: ataflop runtime warning
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- ataflop runtime warning
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Laurent Vivier <laurent@xxxxxxxxxxxx>
- Re: 2008 M68k Porter Meeting
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: 2008 M68k Porter Meeting
- From: Stephen R Marenka <stephen@xxxxxxxxxxx>
- Re: [RFC: 2.6 patch] m68knommu: remove the broken COMEMPCI code
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: 2008 M68k Porter Meeting
- From: "Michael Casadevall" <sonicmctails@xxxxxxxxx>
- Re: 2008 M68k Porter Meeting
- From: Kurt Mahan <kmahan@xxxxxxxxxxxxx>
- Re: 2008 M68k Porter Meeting
- From: "Christian T. Steigies" <cts@xxxxxxxxxx>
- Re: [PATCH] sh: fix semtimedop syscall
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Re: __kernel_suseconds_t is int on PA-RISC (and SPARC64)?
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: __kernel_suseconds_t is int on PA-RISC (and SPARC64)?
- From: Helge Deller <deller@xxxxxx>
- __kernel_suseconds_t is int on PA-RISC (and SPARC64)?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Updated Atari EtherNAT (SMC91C111) driver
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Atari io.h fixes for EtherNAT driver
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: [PATCH] m68k: Updated Atari EtherNAT (SMC91C111) driver
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Atari io.h fixes for EtherNAT driver
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- m68k: Update defconfigs for 2.6.27-rc4
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Mail delivery failed: returning message to sender
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- [RFC: 2.6 patch] m68k: remove the broken Hades support.
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: m68k: remove Hades and PCI code?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- any plans for coldfire MCF547X and MCF548X support?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- m68k: remove Hades and PCI code?
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Stephen R Marenka <stephen@xxxxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: Known working 2.6 kernel config for m68k Mac
- From: Stephen R Marenka <stephen@xxxxxxxxxxx>
- Known working 2.6 kernel config for m68k Mac
- From: J Silverman <g1powermac@xxxxxxxxx>
- Re: [GIT PULL] XFS update for 2.6.27-rc4
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [GIT PULL] XFS update for 2.6.27-rc4
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [GIT PULL] XFS update for 2.6.27-rc4
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k: Use new printk() extension %pS to print symbols
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k{,nommu}: Wire up new system calls
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: [9/17] m68k: use bcd2bin/bin2bcd
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k{,nommu}: Wire up new system calls
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [9/17] m68k: use bcd2bin/bin2bcd
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [PATCH] m68k/amiserial: fix fallout of tty break handling rework
- From: Alan Cox <alan@xxxxxxxxxx>
- Macintosh booloader - EMILE
- From: Laurent Vivier <laurent@xxxxxxxxxxxx>
- [PATCH] m68k/amiserial: fix fallout of tty break handling rework
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: kbuild now support arch/$ARCH/include - time for ARCHs to convert
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: kbuild now support arch/$ARCH/include - time for ARCHs to convert
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: kbuild now support arch/$ARCH/include - time for ARCHs to convert
- From: Arnd Bergmann <arnd@xxxxxxxx>
- 2008 M68k Porter Meeting
- From: Joey Schulze <joey@xxxxxxxxxxxx>
- Re: kbuild now support arch/$ARCH/include - time for ARCHs to convert
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: kbuild now support arch/$ARCH/include - time for ARCHs to convert
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: kbuild now support arch/$ARCH/include - time for ARCHs to convert
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k: some asm-sparc include files moved
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-next: m68k build failure
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-next: m68k build failure
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: linux-next: m68k build failure
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: kbuild now support arch/$ARCH/include - time for ARCHs to convert
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: linux-next: m68k build failure
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: kbuild now support arch/$ARCH/include - time for ARCHs to convert
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: kbuild now support arch/$ARCH/include - time for ARCHs to convert
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: kbuild now support arch/$ARCH/include - time for ARCHs to convert
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: kbuild now support arch/$ARCH/include - time for ARCHs to convert
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- Re: kbuild now support arch/$ARCH/include - time for ARCHs to convert
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: kbuild now support arch/$ARCH/include - time for ARCHs to convert
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Re: kbuild now support arch/$ARCH/include - time for ARCHs to convert
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-next: ttydev tree build failure
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Use arch/sparc/include/asm for sparc & sparc64
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] sparc: enable headers_export again
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Use arch/sparc/include/asm for sparc & sparc64
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH] m68k: gs: use tty_port fixes
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: gs: use tty_port fixes
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: linux-next: ttydev tree build failure
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k: gs: use tty_port fixes
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] msdos fs: remove unsettable atari option
- From: Petr Stehlík <pstehlik@xxxxxxxxxx>
- Re: [PATCH] msdos fs: remove unsettable atari option
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] dsp56k: Fix BKL pushdown
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-next: ttydev tree build failure
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 29/29] initrd: Fix virtual/physical mix-up in overwrite test
- From: Atsushi Nemoto <anemo@xxxxxxxxxxxxx>
- Re: [patch 29/29] initrd: Fix virtual/physical mix-up in overwrite test
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 29/29] initrd: Fix virtual/physical mix-up in overwrite test
- From: Atsushi Nemoto <anemo@xxxxxxxxxxxxx>
- Re: [patch 29/29] initrd: Fix virtual/physical mix-up in overwrite test
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 29/29] initrd: Fix virtual/physical mix-up in overwrite test
- From: Atsushi Nemoto <anemo@xxxxxxxxxxxxx>
- Re: linux-next: ttydev tree build failure
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-next: ttydev tree build failure
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: linux-next: ttydev tree build failure
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-next: ttydev tree build failure
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: linux-next: ttydev tree build failure
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Server down
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: [PATCH] gayle: reserve memory resources at once
- From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
- [PATCH] m68k: Updated Atari EtherNAT (SMC91C111) driver
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 17/29] m68k/atari/debug.c: possible cleanups
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 12/22] m68knommu: Introducing asm/syscalls.h
- From: Jaswinder Singh <jaswinder@xxxxxxxxxxxxx>
- [PATCH 11/22] m68k: Introducing asm/syscalls.h
- From: Jaswinder Singh <jaswinder@xxxxxxxxxxxxx>
- [PATCH] m68k: Atari io.h fixes for EtherNAT driver
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 17/29] m68k/atari/debug.c: possible cleanups
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] gayle: reserve memory resources at once
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 02/29] ariadne: use netstats in net_device structure
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- [patch 10/29] zorro: use memory_read_from_buffer
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 11/29] amifb: Register Amiga-specific video modes with sysfs
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 12/29] atafb: Register Atari-specific video modes with sysfs
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 13/29] drivers/video/c2p.c: add MODULE_LICENSE
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 21/29] m68k: remove stale ARCH_SUN4 #define
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 14/29] export amiga_vblank
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 16/29] m68k/amiga/: possible cleanups
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 03/29] m68k: Return -ENODEV if no device is found
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 17/29] m68k/atari/debug.c: possible cleanups
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 09/29] ZORRO: Replace deprecated __initcall with equivalent device_initcall.
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 27/29] arch/m68k/mm/sun3mmu.c: Eliminate NULL test and memset after alloc_bootmem
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 15/29] export c2p
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 19/29] m68k/q40/config.c: make functions static
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 20/29] m68k/sun3/: possible cleanups
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 22/29] m68k/apollo: Add missing call to apollo_parse_bootinfo()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 25/29] m68k/Apollo: remove the unused APOLLO_ELPLUS option
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 24/29] m68k/Atari: remove the dead ATARI_SCC{,_DMA} options
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 26/29] arch/m68k/mm/motorola.c: Eliminate NULL test and memset after alloc_bootmem
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 28/29] dio: use dio_match_device() in dio_bus_match()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 29/29] initrd: Fix virtual/physical mix-up in overwrite test
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 23/29] m68k/Mac: remove the unused ADB_KEYBOARD option
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 18/29] m68k/mac/: possible cleanups
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 06/29] m68k: remove -traditional
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 08/29] m68k: remove AP1000 code
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 07/29] m68k: make multi_defconfig the default defconfig
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 05/29] m68k: Allow no CPU/platform type for allnoconfig
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 04/29] m68k: vmlinux-std/sun3.lds.S cleanup - use PAGE_SIZE macro
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 02/29] ariadne: use netstats in net_device structure
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 01/29] m68k: remove CVS keywords
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 00/29] m68k patches for 2.6.27
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Server down
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: MIPS toolchain
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] dio: use dio_match_device()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Server down
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: Server down
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Server down
- From: Tony Mantler <nicoyakitty@xxxxxxx>
- Re: Server down
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: ide_release_lock: bug
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: ide_release_lock: bug
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: ide_release_lock: bug
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: TLS in the kernel
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: TLS in the kernel
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: TLS in the kernel
- From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
- Re: TLS in the kernel
- From: "Michael Casadevall" <sonicmctails@xxxxxxxxx>
- Re: TLS in the kernel
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: TLS in the kernel
- From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
- TLS in the kernel
- From: "Michael Casadevall" <sonicmctails@xxxxxxxxx>
- Re: [PATCH] aranym console/block driver
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] dio: use dio_match_device()
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: [PATCH] HACK: Atari ST-RAM allocator using fixed pool of bootmem
- From: Stephen R Marenka <stephen@xxxxxxxxxxx>
- Re: [PATCH] HACK: Atari ST-RAM allocator using fixed pool of bootmem
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] drivers/input/ff-core.c needs <linux/sched.h>
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] drivers/input/ff-core.c needs <linux/sched.h>
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: Server down
- From: Tony Mantler <nicoyakitty@xxxxxxx>
- Re: [PATCH] HACK: Atari ST-RAM allocator using fixed pool of bootmem
- From: Stephen R Marenka <stephen@xxxxxxxxxxx>
- Re: Server down
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Server down
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: Server down
- From: Tony Mantler <nicoyakitty@xxxxxxx>
- Server down
- From: Tony Mantler <nicoyakitty@xxxxxxx>
- Re: [PATCH] drivers/input/ff-core.c needs <linux/sched.h>
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH] drivers/input/ff-core.c needs <linux/sched.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] drivers/input/ff-core.c needs <linux/sched.h>
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [PATCH] drivers/input/ff-core.c needs <linux/sched.h>
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: m68k input/ff-core.c build error
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- m68k input/ff-core.c build error
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [PATCH] drivers/input/ff-core.c needs <linux/sched.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: ide_release_lock: bug
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [2.6 patch] remove the dead ATARI_SCC{,_DMA} options
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- Re: [2.6 patch] remove the dead ATARI_SCC{,_DMA} options
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- Re: [2.6 patch] remove the dead ATARI_SCC{,_DMA} options
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: [2.6 patch] remove the dead ATARI_SCC{,_DMA} options
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- Re: ide_release_lock: bug
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 5/14] arch/m68k/mm/Sun3mmu.c: Eliminate NULL test and memset after alloc_bootmem
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [2.6 patch] remove the dead ATARI_SCC{,_DMA} options
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: ide_release_lock: bug
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [2.6 patch] remove the dead ATARI_SCC{,_DMA} options
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [2.6 patch] remove the unused APOLLO_ELPLUS option
- From: Jeff Garzik <jgarzik@xxxxxxxxx>
- Re: [2.6 patch] remove the unused APOLLO_ELPLUS option
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [2.6 patch] remove the dead ATARI_SCC{,_DMA} options
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [2.6 patch] remove the unused ADB_KEYBOARD option
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [2.6 patch] remove the dead ATARI_SCC{,_DMA} options
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [2.6 patch] remove the dead ATARI_SCC{,_DMA} options
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [2.6 patch] remove the dead ATARI_SCC{,_DMA} options
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [2.6 patch] remove the unused ADB_KEYBOARD option
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [2.6 patch] remove the unused APOLLO_ELPLUS option
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: ide_release_lock: bug
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 5/14] arch/m68k/mm/Sun3mmu.c: Eliminate NULL test and memset after alloc_bootmem
- From: Julia Lawall <julia@xxxxxxx>
- [PATCH 4/14] arch/m68k/mm/motorola.c: Eliminate NULL test and memset after alloc_bootmem
- From: Julia Lawall <julia@xxxxxxx>
- Re: [2.6 patch] drivers/macintosh/: possible cleanups
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [2.6 patch] drivers/macintosh/: possible cleanups
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [2.6 patch] drivers/macintosh/: possible cleanups
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- ide_release_lock: bug
- From: Stephen R Marenka <stephen@xxxxxxxxxxx>
- Re: [PATCH 2/2] ide: pass hw_regs_t-s to ide_device_add[_all]()
- From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
- Re: [PATCH 2/2] ide: pass hw_regs_t-s to ide_device_add[_all]()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-m68k vs binutils bug
- From: Stephen R Marenka <stephen@xxxxxxxxxxx>
- Re: linux-m68k vs binutils bug
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- linux-m68k vs binutils bug
- From: Stephen R Marenka <stephen@xxxxxxxxxxx>
- Re: Blizzard 1230-IV SCSI driver.
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] initrd: Fix virtual/physical mix-up in overwrite test
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] initrd: Fix virtual/physical mix-up in overwrite test
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] initrd: Fix virtual/physical mix-up in overwrite test
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: m68k: could the Apollo support possibly work?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [m68k] drivers/ide/ide-taskfile.c:235: error: implicit declaration of function 'sg_page'
- From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
- Re: [PATCH] initrd: Fix virtual/physical mix-up in overwrite test
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [m68k] drivers/ide/ide-taskfile.c:235: error: implicit declaration of function 'sg_page'
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k: could the Apollo support possibly work?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k: could the Apollo support possibly work?
- From: Kolbjørn Barmen <linux-m68k@xxxxxxxx>
- Re: m68k: could the Apollo support possibly work?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k: could the Apollo support possibly work?
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: m68k: could the Apollo support possibly work?
- From: Kolbjørn Barmen <linux-m68k@xxxxxxxx>
- [PATCH 4/5] powerpc: remove references to dead platforms
- Re: [2.6 patch] drivers/macintosh/: possible cleanups
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [2.6 patch] drivers/macintosh/: possible cleanups
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [2.6 patch] m68k/sun3/: possible cleanups
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [2.6 patch] m68k/q40/config.c: make functions static
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [2.6 patch] m68k/mac/: possible cleanups
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [2.6 patch] m68k/atari/debug.c: possible cleanups
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [2.6 patch] m68k/amiga/: possible cleanups
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [2.6 patch] export amiga_vblank
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: m68k: could the Apollo support possibly work?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] Speed up "make headers_*"
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k: Add ext2_find_{first,next}_bit() for ext4
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- m68k: could the Apollo support possibly work?
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [2.6 patch] m68k: remove AP1000 code
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [2.6 patch] m68k: make multi_defconfig the default defconfig
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [2.6 patch] m68k: remove AP1000 code
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- [2.6 patch] m68k: make multi_defconfig the default defconfig
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [PATCH] msdos fs: remove unsettable atari option
- From: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] msdos fs: remove unsettable atari option
- From: Petr Stehlik <pstehlik@xxxxxxxxxx>
- Re: m68k libc5 regression
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: m68k libc5 regression
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH] msdos fs: remove unsettable atari option
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k libc5 regression
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: m68k libc5 regression
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k libc5 regression
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: m68k libc5 regression
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: m68k libc5 regression
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: m68k libc5 regression
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k libc5 regression
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: m68k libc5 regression
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k libc5 regression
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k libc5 regression
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: linux-next: Tree for May 26
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: linux-next: Tree for May 26
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: nf_get_id() and real hardware
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: nf_get_id() and real hardware
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: m68k libc5 regression
- From: Jiri Kosina <jkosina@xxxxxxx>
- m68k libc5 regression
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: nf_get_id() and real hardware
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: nf_get_id() and real hardware
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: nf_get_id() and real hardware
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: nf_get_id() and real hardware
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: nf_get_id() and real hardware
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: nf_get_id() and real hardware
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: drivers/char/dsp56k.c breakage [was: Re: linux-next: Tree for May 26]
- From: corbet@xxxxxxx (Jonathan Corbet)
- Re: nf_get_id() and real hardware
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- drivers/char/dsp56k.c breakage [was: Re: linux-next: Tree for May 26]
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-next: Tree for May 26
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: nf_get_id() and real hardware
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: nf_get_id() and real hardware
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: nf_get_id() and real hardware
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: -ffreestanding or not -ffreestanding
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: [PATCH] provide out-of-line strcat() for m68k
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] provide out-of-line strcat() for m68k
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- -ffreestanding or not -ffreestanding
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: nf_get_id() and real hardware
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: nf_get_id() and real hardware
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] provide out-of-line strcat() for m68k
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] provide out-of-line strcat() for m68k
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- [PATCH] provide out-of-line strcat() for m68k
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [2.6 patch] m68k: remove CVS keywords
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [2.6 patch] m68k: remove CVS keywords
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: nf_get_id() and real hardware
- From: Andreas Schwab <schwab@xxxxxxx>
- nf_get_id() and real hardware
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH v3] Fix various 8390 builds
- From: tony@xxxxxxxxxxxxxxxxxx (Tony Breeds)
- [patch 17/18] m68k: Update defconfigs
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 18/18] m68k: Add multi_defconfig
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 12/18] m68k: Return -ENODEV if no device is found
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 10/18] m68k: Some network drivers do not check the platform
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 02/18] m68k: Kill CONFIG_FB_DAFB
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 15/18] m68k: Prefix ISA type with ISA_TYPE_
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 11/18] m68k: Some input drivers do not check the platform
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 08/18] m68k: macide doesnt check for Mac
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 14/18] m68k: export m68k_mmutype
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 16/18] m68k: Correctly handle multi-ISA at runtime
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 00/18] Updated m68k patches for 2.6.26
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 13/18] m68k: Q40/Q60 floppy support is broken
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 06/18] m68k: Make gcc aware that BUG() does not return
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 03/18] m68k: FB_HP300 depends on DIO and doesnt need FB_CFB_FILLRECT
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 05/18] m68k vme_scc: avoid global namespace pollution
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 09/18] m68k: dnfb doesnt check for Apollo
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 07/18] m68k: Correct jump if not running on HP300
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 04/18] m68k: Kill CONFIG_WHIPPET_SERIAL
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 01/18] m68k: Convert access_ok() to an inline function
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-next: Tree for May 14
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] init - fix building bug and potential buffer overflow
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] init - fix building bug and potential buffer overflow
- From: "Cyrill Gorcunov" <gorcunov@xxxxxxxxx>
- Re: [PATCH] init - fix building bug and potential buffer overflow
- From: "Cyrill Gorcunov" <gorcunov@xxxxxxxxx>
- Re: linux-next: Tree for May 14
- From: tony@xxxxxxxxxxxxxxxxxx (Tony Breeds)
- Re: [PATCH] init - fix building bug and potential buffer overflow
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] init - fix building bug and potential buffer overflow
- From: Rene Herman <rene.herman@xxxxxxxxxxxx>
- Re: [PATCH] init - fix building bug and potential buffer overflow
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] init - fix building bug and potential buffer overflow
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] init - fix building bug and potential buffer overflow
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] init - fix building bug and potential buffer overflow
- From: "Cyrill Gorcunov" <gorcunov@xxxxxxxxx>
- Re: [PATCH] init - fix building bug and potential buffer overflow
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-next: Tree for May 14
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: linux-next: Tree for May 14
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: "Cyrill Gorcunov" <gorcunov@xxxxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: "Cyrill Gorcunov" <gorcunov@xxxxxxxxx>
- Re: m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: sparc: Fix debugger syscall restart interactions. (fwd)
- From: Andreas Schwab <schwab@xxxxxxx>
- m68k: main.c:(.init.text+0x730): undefined reference to `strlen'
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- sparc: Fix debugger syscall restart interactions. (fwd)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [GIT]: Sparc
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: TLS/NPTL for m68k and ColdFire
- From: Richard Zidlicky <rz@xxxxxxxxxxxxxx>
- Re: TLS/NPTL for m68k and ColdFire
- From: Richard Zidlicky <rz@xxxxxxxxxxxxxx>
- Re: TLS/NPTL for m68k and ColdFire
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: TLS/NPTL for m68k and ColdFire
- From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
- Re: TLS/NPTL for m68k and ColdFire
- From: Richard Zidlicky <rz@xxxxxxxxxxxxxx>
- Re: TLS/NPTL for m68k and ColdFire
- From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
- Re: TLS/NPTL for m68k and ColdFire
- From: Richard Zidlicky <rz@xxxxxxxxxxxxxx>
- Re: Problem mounting ext2 using ext3?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: Fix falconide `data_adr' typo
- From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
- Re: Problem mounting ext2 using ext3?
- From: Theodore Tso <tytso@xxxxxxx>
- Re: Problem mounting ext2 using ext3?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Problem mounting ext2 using ext3?
- From: Jan Kara <jack@xxxxxxx>
- Re: Problem mounting ext2 using ext3?
- From: Jan Kara <jack@xxxxxxx>
- [PATCH] m68knommu: ColdFire add support for kernel preemption (fwd)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] ariadne: use netstats in net_device structure
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Problem mounting ext2 using ext3?
- From: "Vegard Nossum" <vegard.nossum@xxxxxxxxx>
- Re: Problem mounting ext2 using ext3?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Problem mounting ext2 using ext3?
- From: Theodore Tso <tytso@xxxxxxx>
- Problem mounting ext2 using ext3?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: TLS/NPTL for m68k and ColdFire
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- [PATCH 3/3] CONFIG_SCSI_MAC_ESP needs CONFIG_SCSI_SPI_ATTRS
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 2/3] m68k: remove old mac_esp cruft
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 1/3] m68k: Handle 68040 bus faults
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 0/3] m68k mac_esp prerequisites and updates
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k: drivers/input/serio/hp_sdc.c needs <linux/semaphore.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k: serial167 missing return value in cy_put_char()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k: Fix falconide `data_adr' typo
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- TLS/NPTL for m68k and ColdFire
- From: Kurt Mahan <kmahan@xxxxxxxxxxxxx>
- Re: linux-2.6.25
- From: "Christian T. Steigies" <cts@xxxxxxxxxx>
- Re: linux-2.6.25
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-2.6.25
- From: "Christian T. Steigies" <cts@xxxxxxxxxx>
- WebCVS problem
- From: Kolbjørn Barmen <linux-m68k@xxxxxxxx>
- Re: linux-2.6.25
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: linux-2.6.25
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-2.6.25
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: hil_kbd.c compile failure on m68k
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: linux-2.6.25
- From: "Christian T. Steigies" <cts@xxxxxxxxxx>
- linux-2.6.25
- From: "Christian T. Steigies" <cts@xxxxxxxxxx>
- hil_kbd.c compile failure on m68k
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [OpenWrt-Devel] OpenWRT for Linux/m68k?
- From: Peter Denison <openwrt@xxxxxxxxxxxxxx>
- OpenWRT for Linux/m68k?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] new mac_scsi driver
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: [PATCH] new mac_scsi driver
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] new mac_scsi driver
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: [PATCH] new mac_scsi driver
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: section mismatch
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] new mac_scsi driver
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] new mac_scsi driver
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: linux-next: Tree for April 24
- From: Sebastian Siewior <lkml@xxxxxxxxxxxxxxxx>
- Re: linux-next: Tree for April 24
- From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
- Re: section mismatch
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [patch 14/15] m68k: Update defconfigs
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-next: Tree for April 24
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH] new mac_scsi driver
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [patch 10/15] m68k: Some network drivers do not check the platform
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- Re: [PATCH] new mac_scsi driver
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 14/15] m68k: Update defconfigs
- From: Joel Becker <Joel.Becker@xxxxxxxxxx>
- Re: [PATCH] new mac_scsi driver
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: section mismatch
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 10/15] m68k: Some network drivers do not check the platform
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [patch 10/15] m68k: Some network drivers do not check the platform
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [patch 10/15] m68k: Some network drivers do not check the platform
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [patch 10/15] m68k: Some network drivers do not check the platform
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 08/15] m68k: macide doesnt check for Mac
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 06/15] m68k: Make gcc aware that BUG() does not return
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 12/15] m68k: Return -ENODEV if no device is found
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 15/15] m68k: Add multi_defconfig
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 14/15] m68k: Update defconfigs
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 04/15] m68k: Kill CONFIG_WHIPPET_SERIAL
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 13/15] m68k: Q40/Q60 floppy support is broken
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 11/15] m68k: Some input drivers do not check the platform
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 09/15] m68k: dnfb doesnt check for Apollo
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 05/15] m68k vme_scc: avoid global namespace pollution
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 07/15] m68k: Correct jump if not running on HP300
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 03/15] m68k: FB_HP300 depends on DIO and doesnt need FB_CFB_FILLRECT
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 01/15] m68k: Convert access_ok() to an inline function
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 00/15] m68k patches for 2.6.26
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [patch 02/15] m68k: Kill CONFIG_FB_DAFB
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-next: Tree for April 24
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-next: Tree for April 24
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH] new mac_scsi driver
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: linux-next: Tree for April 24
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] remove old mac_esp cruft
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- [PATCH] new mac_scsi driver
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: Draft TLS/NPTL ABI for m68k and ColdFire, version 0.2
- From: Stephen R Marenka <stephen@xxxxxxxxxxx>
- Re: Pull request for semaphore include changes
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: Draft TLS/NPTL ABI for m68k and ColdFire, version 0.2
- From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
- Re: Pull request for semaphore include changes
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- section mismatch
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: Draft TLS/NPTL ABI for m68k and ColdFire, version 0.2
- From: Stephen R Marenka <stephen@xxxxxxxxxxx>
- [RFC patch 4/9] M68K remove -traditional
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: 2.6.25-rc8-mm2
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.25-rc8-mm2
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: 2.6.25-rc8-mm2
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.25-rc8-mm2
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: 2.6.25-rc8-mm2
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH] serial167: switch to int put_char method
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- [PATCH] amiserial: Switch put char to return success/fail
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: 2.6.25-rc8-mm2
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: 2.6.25-rc8-mm2
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.25-rc8-mm2
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 05/12] proc: remove /proc/mac_iop (fwd)
- From: Brad Boyer <flar@xxxxxxxxxxxxx>
- [PATCH 05/12] proc: remove /proc/mac_iop (fwd)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 12/29] zorro: use non-racy method for proc entries creation (fwd)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: ext4 compile error on m68k
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: ext4 compile error on m68k
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: ext4 compile error on m68k
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: ext4 compile error on m68k
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: ext4 compile error on m68k
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 5/5] falconide/q40ide: add ->atapi_*put_bytes and ->ata_*put_data methods
- From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
- Re: [PATCH 5/5] falconide/q40ide: add ->atapi_*put_bytes and ->ata_*put_data methods
- From: Richard Zidlicky <rz@xxxxxxxxxxxxxx>
- Re: [PATCH 5/5] falconide/q40ide: add ->atapi_*put_bytes and ->ata_*put_data methods
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Atari ROM port ISA detection
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 5/5] falconide/q40ide: add ->atapi_*put_bytes and ->ata_*put_data methods
- From: Richard Zidlicky <rz@xxxxxxxxxxxxxx>
- Re: Atari ROM port ISA detection
- From: Petr Stehlik <pstehlik@xxxxxxxxxx>
- Re: Atari ROM port ISA detection
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Atari ROM port ISA detection
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 5/5] falconide/q40ide: add ->atapi_*put_bytes and ->ata_*put_data methods
- From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
- Re: ext4 compile error on m68k
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- ext4 compile error on m68k
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Atari ROM port ISA detection
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k: use KBUILD_DEFCONFIG
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 5/5] falconide/q40ide: add ->atapi_*put_bytes and ->ata_*put_data methods
- From: Mikael Pettersson <mikpe@xxxxxxxx>
- Re: [PATCH 5/5] falconide/q40ide: add ->atapi_*put_bytes and ->ata_*put_data methods
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 5/5] falconide/q40ide: add ->atapi_*put_bytes and ->ata_*put_data methods
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 5/5] falconide/q40ide: add ->atapi_*put_bytes and ->ata_*put_data methods
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: [PATCH 5/5] falconide/q40ide: add ->atapi_*put_bytes and ->ata_*put_data methods
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: [PATCH 5/5] falconide/q40ide: add ->atapi_*put_bytes and ->ata_*put_data methods
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 5/5] falconide/q40ide: add ->atapi_*put_bytes and ->ata_*put_data methods
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 5/5] falconide/q40ide: add ->atapi_*put_bytes and ->ata_*put_data methods
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [2.6 patch] m68k: use KBUILD_DEFCONFIG
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 5/5] falconide/q40ide: add ->atapi_*put_bytes and ->ata_*put_data methods
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [2.6 patch] m68k: use KBUILD_DEFCONFIG
- From: Adrian Bunk <adrian.bunk@xxxxxxxxx>
- Re: http://linux-m68k-cvs.ubb.ca/~geert/ update
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 5/5] falconide/q40ide: add ->atapi_*put_bytes and ->ata_*put_data methods
- From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
- Re: [PATCH 5/5] falconide/q40ide: add ->atapi_*put_bytes and ->ata_*put_data methods
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k floppy: kill 'register' keyword from header
- From: Jesper Juhl <jesper.juhl@xxxxxxxxx>
- Re: [PATCH] aranym console/block driver
- From: Stephen R Marenka <stephen@xxxxxxxxxxx>
- Searching latest patches for Coldfire V4E/V4M
- From: "Carsten Schlote" <schlote@xxxxxxxxxxx>
- Re: use of preempt_count instead of in_atomic() at leds-gpio.c (fwd)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k: kernel build error with binutils >= 2.18
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: m68k: kernel build error with binutils >= 2.18
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: m68k: kernel build error with binutils >= 2.18
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: m68k: kernel build error with binutils >= 2.18
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: m68k: kernel build error with binutils >= 2.18
- From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
- Re: m68k: kernel build error with binutils >= 2.18
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: m68k: kernel build error with binutils >= 2.18
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- m68k: kernel build error with binutils >= 2.18
- From: Adrian Bunk <bunk@xxxxxxxxx>
- Re: only sparc can not include linux/pagemap.h?
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- only sparc can not include linux/pagemap.h?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-next: Tree for March 13
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: linux-next: Tree for March 13
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [2.6 patch] fix drivers/net/atarilance.c compilation
- From: Jeff Garzik <jgarzik@xxxxxxxxx>
- [PATCH] m68k{,nommu}: Wire up new timerfd syscalls
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [2.6 patch] fix drivers/net/atarilance.c compilation
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [RFC 08/10] um: dyn/uml.lds.S cleanup - use PAGE_SIZE macro
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
- Re: [RFC 08/10] um: dyn/uml.lds.S cleanup - use PAGE_SIZE macro
- From: Jeff Dike <jdike@xxxxxxxxxxx>
- Re: [RFC 05/10] mn10300: vmlinux.lds.S cleanup - use PAGE_SIZE, PERCPU macroses
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [RFC 03/10] m68k: vmlinux-std/sun3.lds.S cleanup - use PAGE_SIZE macro
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [RFC 05/10] mn10300: vmlinux.lds.S cleanup - use PAGE_SIZE, PERCPU macroses
- [RFC 07/10] ppc: vmlinux.lds.S cleanup - use PAGE_SIZE macro
- [RFC 09/10] alpha: vmlinux.lds cleanup - use THREAD_SIZE macro
- [RFC 08/10] um: dyn/uml.lds.S cleanup - use PAGE_SIZE macro
- [RFC 10/10] xtensa: vmlinux.lds.S - use PAGE_SIZE, THREAD_SIZE macroses
- [RFC 06/10] powerpc: vmlinux.lds.S cleanup - use PERCPU, THREAD_SIZE macroses
- [RFC 04/10] m68knommu: vmlinux.lds cleanup - use PAGE_SIZE macro
- [RFC 00/10] vmlinux.lds cleanup
- [RFC 02/10] m32r: vmlinux.lds.S cleanup - use PAGE_SIZE, THREAD_SIZE macroses
- [RFC 01/10] arm: vmlinux.lds.S cleanup - use PERCPU, PAGE_SIZE macroses
- [RFC 03/10] m68k: vmlinux-std/sun3.lds.S cleanup - use PAGE_SIZE macro
- [RFC 0/0] vmlinux cleanup
- Re: [2.6 patch] m68k: use KBUILD_DEFCONFIG
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [2.6 patch] m68k: use KBUILD_DEFCONFIG
- From: Adrian Bunk <adrian.bunk@xxxxxxxxx>
- Re: linux-next: Tree for Feb 24
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: linux-next: Tree for Feb 24
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: linux-next: Tree for Feb 24
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: linux-next: Tree for Feb 24
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k{,nommu}: Wire up new timerfd syscalls
- From: Greg Ungerer <gerg@xxxxxxxxxxxx>
- [PATCH] m68k{,nommu}: Wire up new timerfd syscalls
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: mac_esp bus error handling, was Re: setjmp/longjmp?
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: mac_esp bus error handling, was Re: setjmp/longjmp?
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH] amiserial: Prepare for locking relaxation in caller. (fwd)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- mac_esp and PIO, was Re: [PATCH 1/1] Remove of old NCR53C9x/esp family of drivers
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: mac_esp bus error handling, was Re: setjmp/longjmp?
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: mac_esp bus error handling, was Re: setjmp/longjmp?
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: mac_esp bus error handling, was Re: setjmp/longjmp?
- From: Andreas Schwab <schwab@xxxxxxx>
- mac_esp bus error handling, was Re: setjmp/longjmp?
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: problem linking 2.6.24
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: problem linking 2.6.24
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: problem linking 2.6.24
- From: Kurt Mahan <kmahan@xxxxxxxxxxxxx>
- problem linking 2.6.24
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ide: Add missing base addresses for falconide and macide
- From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
- Re: [GIT PATCH] final SCSI updates for 2.6.24 merge window
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH] ide: Add missing base addresses for falconide and macide
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [GIT PATCH] final SCSI updates for 2.6.24 merge window
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
- Re: [SCSI] sun3x_esp: convert to esp_scsi
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [SCSI] sun3x_esp: convert to esp_scsi
- From: tsbogend@xxxxxxxxxxxxxxxx (Thomas Bogendoerfer)
- Re: cvs.linux-m68k.org?
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: cvs.linux-m68k.org?
- From: Michael Schmitz <schmitz@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
[Index of Archives]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite]