Linux Sparc

• Thread Index

• Re: SBus devices sometimes detected, sometimes not
  • From: David Miller <davem@xxxxxxxxxxxxx>
• SBus devices sometimes detected, sometimes not
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH 4/4 v2] sparc32,sun4d: Implemented SMP IPIs support for SUN4D machines
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 3/4 v2] sparc32,sun4m: Implemented SMP IPIs support for SUN4M machines
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 2/4 v2] sparc32,leon: Implemented SMP IPIs for LEON CPU
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 1/4 v2] sparc32: implement SMP IPIs using the generic functions
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 0/4 v2] sparc32: SMP IPI patches
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH] sparc32,leon: Remove unnecessary page_address calls in LEON DMA API.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc32,leon: Remove unnecessary page_address calls in LEON DMA API.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [PATCH] SPARC32/LEON: Remove unnecessary page_address calls in LEON DMA API.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc: convert old cpumask API into new one
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH] sparc: convert old cpumask API into new one
  • From: Thiago Farina <tfransosi@xxxxxxxxx>
• [PATCH] sparc: convert old cpumask API into new one
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• [PATCH] SPARC32/LEON: Remove unnecessary page_address calls in LEON DMA API.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 1/3] sparc32: implement SMP IPIs using the generic functions
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 3/3] sparc32,sun4m: Implemented SMP IPIs support for SUN4M machines
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 2/3] sparc32,leon: Implemented SMP IPIs for LEON CPU
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 0/3] sparc32: SMP IPI patches
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 1/2 v2] sparc32: implement SMP IPIs using the generic functions
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 2/2] sparc32,leon: add GRPCI2 PCI Host driver
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 1/2] sparc32,leon: added LEON-common low-level PCI routines
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 0/2] sparc32,leon: PCI patches
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH] sparc32,leon: SMP power down implementation
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH] sparc32,leon: SMP power down implementation
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH] sparc32,leon: added some SMP comments
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: memblock versus bootmem (relevant for sparc32?)
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: memblock versus bootmem (relevant for sparc32?)
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: memblock versus bootmem (relevant for sparc32?)
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: memblock versus bootmem (relevant for sparc32?)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• memblock versus bootmem (relevant for sparc32?)
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 3/3] sparc32,leon: don't rely on bootloader to mask IRQs
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/3] sparc32: always define boot_cpu_id
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH revised v2] sparc32: avoid build warning at mm/percpu.c:1647
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH revised v2] sparc32: avoid build warning at mm/percpu.c:1647
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc32: removed unused code, implemented by genericcode
  • From: daniel@xxxxxxxxxxx
• Re: [PATCH] sparc32: removed unused code, implemented by generic code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] sparc32: boot_cpu_id patches
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32: fix sparcstation 5 boot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH revised v2] sparc32: avoid build warning at mm/percpu.c:1647
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32: always register a PROM based early console
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] sparc32: probe for cpu info only during startup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc: consolidate show_cpuinfo in cpu.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] sparc32: fix section mismatch warnings in apc, pmc and time_32
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] sparc32,leon: additional genirq patches
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32: avoid build warning at mm/percpu.c:1647
  • From: daniel@xxxxxxxxxxx
• Re: [PATCH] sparc32: avoid build warning at mm/percpu.c:1647
  • From: daniel@xxxxxxxxxxx
• Re: [PATCH 0/7] sparc32,leon: additional genirq patches
  • From: daniel@xxxxxxxxxxx
• [PATCH revised v2] sparc32: avoid build warning at mm/percpu.c:1647
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 0/7] sparc32,leon: additional genirq patches
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32: avoid build warning at mm/percpu.c:1647
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc32: removed unused code, implemented by generic code
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 3/3] sparc32,leon: don't rely on bootloader to mask IRQs
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 2/3] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 1/3] sparc32: always define boot_cpu_id
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 0/3] sparc32: boot_cpu_id patches
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH] sparc32: fix sparcstation 5 boot
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc32: always register a PROM based early console
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH revised] sparc32: avoid build warning at mm/percpu.c:1647
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/3] sparc: consolidate show_cpuinfo in cpu.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 3/3] sparc32: probe for cpu info only during startup
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 1/3] sparc32: fix section mismatch warnings in apc, pmc and time_32
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 0/3] sparc32: fix section mismatch warnings + cpu consolidation
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 0/7] sparc32,leon: additional genirq patches
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 6/7] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 0/7] sparc32,leon: additional genirq patches
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 6/7] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 6/7] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc32: avoid build warning at mm/percpu.c:1647
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 6/7] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• [PATCH] sparc32: avoid build warning at mm/percpu.c:1647
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 0/7] sparc32,leon: additional genirq patches
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 4/8] sparc32,leon: per-cpu ticker use genirq per-cpu handler
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 8/8] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 6/8] sparc32,leon: code cleanup of timer/IRQ controller initialization
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 7/8] sparc32,leon: implement genirq CPU affinity
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 5/8] sparc32,leon: cleaned away code from the LEON2 days
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 3/8] sparc32,leon: add support for extended interrupt controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 2/8] sparc32,leon: must protect IRQ controller register with spinlock
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 1/8] sparc32: always define boot_cpu_id
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 6/7] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 6/7] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: crn@xxxxxxxxxxxxxxxx
• Re: [PATCH 6/7] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 5/7 v2] sparc32,leon: code cleanup of timer/IRQ controller initialization
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 4/7 v2] sparc32,leon: cleaned away code from the LEON2 days
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 3/7 v2] sparc32,leon: per-cpu ticker use genirq per-cpu handler
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 2/7 v2] sparc32,leon: add support for extended interrupt controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 1/7 v2] sparc32,leon: must protect IRQ controller register with spinlock
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 6/7] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 6/7] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 6/7] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: crn@xxxxxxxxxxxxxxxx
• Re: [PATCH 7/7] sparc32,leon: implement genirq CPU affinity
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 7/7] sparc32,leon: implement genirq CPU affinity
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 6/7] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 2/7] sparc32,leon: add support for extended interrupt controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 0/7] sparc32,leon: additional genirq patches
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] sparc32: genirq support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc32: cleanup code for pci init
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] sparc32,sun4d: rename sbus_tid to board_to_cpu in irq support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] sparc32,leon: implement genirq CPU affinity
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 6/7] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 5/7] sparc32,leon: code cleanup of timer/IRQ controller initialization
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 4/7] sparc32,leon: cleaned away code from the LEON2 days
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 3/7] sparc32,leon: per-cpu ticker use genirq per-cpu handler
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 2/7] sparc32,leon: add support for extended interrupt controller
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/3] sparc32: cleanup code for pci init
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc32: cleanup code for irq init
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 7/7] sparc32,leon: implement genirq CPU affinity
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 6/7] sparc32,leon: operate on boot-cpu IRQ controller registers
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 5/7] sparc32,leon: code cleanup of timer/IRQ controller initialization
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 4/7] sparc32,leon: cleaned away code from the LEON2 days
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 3/7] sparc32,leon: per-cpu ticker use genirq per-cpu handler
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 2/7] sparc32,leon: add support for extended interrupt controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 1/7] sparc32,leon: must protect IRQ controller register with spinlock
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 0/7] sparc32,leon: additional genirq patches
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 3/3] sparc32: genirq support
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 2/3] sparc32: cleanup code for irq init
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 0/3 v4] sparc32: genirq support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 1/3] sparc32,sun4d: rename sbus_tid to board_to_cpu in irq support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 3/3] sparc32: genirq support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/3] sparc32: cleanup code for irq init
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 0/3 v4] sparc32: genirq support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Sparc station IPX (sparc32 - sun4c) does not boot Linux
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Sparc station IPX (sparc32 - sun4c) does not boot Linux
  • From: mark@xxxxxxxxxxxxxxxxxx
• Sparc station IPX (sparc32 - sun4c) does not boot Linux
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• pata_cmd64x provokes bus error on Sun Fire 480R or 880
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: Warning when mounting btrfs partition, kernel unaligned access
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Warning when mounting btrfs partition, kernel unaligned access
  • From: David Sterba <dave@xxxxxxxx>
• Re: Warning when mounting btrfs partition, kernel unaligned access
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Warning when mounting btrfs partition, kernel unaligned access
  • From: Sébastien Bernard <seb@xxxxxxxxxxxxxx>
• Re: [PATCH] sparc32,leon: need VIRQ:IRQ 1:1, don't mask/ack IRQ Controller
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32,leon: need VIRQ:IRQ 1:1, don't mask/ack IRQ Controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Sun Fire 480R booting now [Was: Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic]
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
  • From: Moritz Mühlenhoff <jmm@xxxxxxxxxx>
• Re: [PATCH] sparc32,leon: need VIRQ:IRQ 1:1, don't mask/ack IRQ Controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32,leon: need VIRQ:IRQ 1:1, don't mask/ack IRQ Controller
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: UltraSparc 2 vintage gear available
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• UltraSparc 2 vintage gear available
  • From: Adam Kropelin <akropel1@xxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc32,leon: need VIRQ:IRQ 1:1, don't mask/ack IRQ Controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH] SPARC32: wrong scheduling of freshly created processes (bug in ret_from_fork)
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: [PATCH] SPARC32: wrong scheduling of freshly created processes (bug in ret_from_fork)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Fix section mis-match errors.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32,leon: need VIRQ:IRQ 1:1, don't mask/ack IRQ Controller
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 v4] sparc32,leon: APBUART driver must use archdata to get IRQ number
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc32,leon: need VIRQ:IRQ 1:1, don't mask/ack IRQ Controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 2/2 v4] sparc32,leon: Fixed APBUART frequency detection
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 v4] sparc32,leon: APBUART driver must use archdata to get IRQ number
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 v3] sparc32,leon: APBUART driver must use archdata to get IRQ number
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 2/2 v4] sparc32,leon: Fixed APBUART frequency detection
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 1/2 v4] sparc32,leon: APBUART driver must use archdata to get IRQ number
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 1/2 v3] sparc32,leon: APBUART driver must use archdata to get IRQ number
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32,leon: need VIRQ:IRQ 1:1, don't mask/ack IRQ Controller
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] sparc32,leon: APBUART driver must use archdata to get IRQ number
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 2/2 v3] sparc32,leon: Fixed APBUART frequency detection
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 1/2 v3] sparc32,leon: APBUART driver must use archdata to get IRQ number
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 5/5] sparc32: genirq support
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 1/2 v2] sparc32,leon: APBUART driver must use archdata to get IRQ number
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [patch 0/4] sparc: Final irq bits for .39
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32,leon: need VIRQ:IRQ 1:1, don't mask/ack IRQ Controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 1/2 v2] sparc32,leon: APBUART driver must use archdata to get IRQ number
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] sparc32,leon: APBUART driver must use archdata to get IRQ number
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 1/2 v2] sparc32,leon: APBUART driver must use archdata to get IRQ number
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32,leon: need VIRQ:IRQ 1:1, don't mask/ack IRQ Controller
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] sparc32: genirq support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 0/4] sparc: Final irq bits for .39
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: Hook up syncfs system call.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [patch 4/4] sparc: Use generic show_interrupts()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 2/4] sparc: Cleanup direct irq_desc access
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 3/4] sparc: Convert to new irq function names
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 1/4] sparc: Use the new genirq functionality
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 0/4] sparc: Final irq bits for .39
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3] Fix multiple RTC detections on SUN4D
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: Use the new genirq functionality
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Issuing Reset from mpt_config!!
  • From: bertrand <joel.bertrand@xxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Issuing Reset from mpt_config!!
  • From: BERTRAND Joel <joel.bertrand@xxxxxxxxxxx>
• Re: 38-git2-6 -- kernel/futex.c warning
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: 38-git2-6 -- kernel/futex.c warning
  • From: Darren Hart <dvhart@xxxxxxxxxxxxxxx>
• Re: sparc64 WARNING: at kernel/futex.c:786 wake_futex+0x20/0x80()
  • From: Darren Hart <dvhart@xxxxxxxxxxxxxxx>
• [PATCH] sparc: Add {open_by,name_to}_handle_at and clock_adjtime syscalls.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Provide NO_IRQ definition.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc: Provide NO_IRQ definition.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Provide NO_IRQ definition.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc: Implement of_iomap().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: Implement of_address_to_resource().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: Provide NO_IRQ definition.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Implement irq_of_parse_and_map().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: Implement irq_of_parse_and_map().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 38-git2-6 -- kernel/futex.c warning
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC][PATCH v3 06/22] mm, sparc: add gfp flags variant of pmd and pte allocations
  • From: Prasad Joshi <prasadjoshi124@xxxxxxxxx>
• sparc64 WARNING: at kernel/futex.c:786 wake_futex+0x20/0x80()
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH 2/4] of/promtree: switch to building the DT using of_attach_node
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 1/2] sparc32,leon: APBUART driver must use archdata to get IRQ number
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 1/2 v2] sparc32,leon: APBUART driver must use archdata to get IRQ number
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• GIT sparc-next-2.6 rebased...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc32,leon: APBUART driver must use archdata to get IRQ number
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 1/2] sparc32,leon: added irq_shutdown handler for genirq implementation
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 2/2] sparc32,leon: add support for extended interrupt controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH] sparc32,leon: need VIRQ:IRQ 1:1, don't mask/ack IRQ Controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 5/5] sparc32: genirq support
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 2/2] sparc32,leon: Fixed APBUART frequency detection
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 1/2] sparc32,leon: APBUART driver must use archdata to get IRQ number
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [RFC][PATCH v2 17/23] (sparc) __vmalloc: add gfp flags variant of pte and pmd allocation
  • From: Prasad Joshi <prasadjoshi124@xxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: daniel@xxxxxxxxxxx
• Re: [PATCH 2/3] of/promtree: switch to building the DT using of_attach_node
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• Re: sparc32 build failure in fault_32.c
  • From: Bob Breuer <breuerr@xxxxxx>
• [PATCH 2/3] of/promtree: switch to building the DT using of_attach_node
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: sparc32 build failure in fault_32.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] sparc: Fix .size directive for do_int_load
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Bob Breuer <breuerr@xxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Bob Breuer <breuerr@xxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Bob Breuer <breuerr@xxxxxx>
• [PATCH 3/5] sparc: Fix .size directive for do_int_load
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH 0/5] Fix build failures with binutils 2.21
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• sparc32 build failure in fault_32.c
  • From: Bob Breuer <breuerr@xxxxxx>
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Bob Breuer <breuerr@xxxxxx>
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• Re: Sun4d scsi<->fs issues [Was: Status update on sparc32 genirq support]
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Sun4d scsi<->fs issues [Was: Status update on sparc32 genirq support]
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Marcel van Nies <morcles@xxxxxxxxx>
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: crn@xxxxxxxxxxx
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Status update on sparc32 genirq support [Was: sparc32: genirq support]
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [RFC PATCH 06/15] dt: xilinx_hwicap: merge platform and of_platformdriver bindings
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC PATCH 01/15] dt/powerpc: move of_bus_type infrastructure to ibmebus
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix unused-but-set-variable warnings
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix unused-but-set-variable warnings
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix unused-but-set-variable warnings
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix unused-but-set-variable warnings
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix unused-but-set-variable warnings
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix unused-but-set-variable warnings
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix unused-but-set-variable warnings
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• Re: [PATCH] sparc64: fix unused-but-set-variable warnings
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3] Fix multiple RTC detections on SUN4D
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Re: [PATCH v3] Fix multiple RTC detections on SUN4D
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] Don't build any of the sparc arch bits with -Werror
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc64: fix unused-but-set-variable warnings
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 5/5] sparc32: genirq support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] sparc32,sun4m: percpu and global register definitions moved to irq.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] sparc32: introduce build_device_irq
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] sparc32: introduce sparc_irq_config
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] sparc32: fix build with leon or floppy enabled
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5] of/promtree: allow DT device matching by fixing 'name' brokenness
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH] Don't build any of the sparc arch bits with -Werror
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Don't build any of the sparc arch bits with -Werror
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Don't build any of the sparc arch bits with -Werror
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• Re: [PATCH] Don't build any of the sparc arch bits with -Werror
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• Re: [PATCH v3] Fix multiple RTC detections on SUN4D
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Don't build any of the sparc arch bits with -Werror
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Don't build any of the sparc arch bits with -Werror
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v3] Fix multiple RTC detections on SUN4D
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• [PATCH] Don't build any of the sparc arch bits with -Werror
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• Re: [PATCH] Don't build any of the sparc arch bits with -Werror
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• RE: [RFC PATCH 06/15] dt: xilinx_hwicap: merge platform and of_platformdriver bindings
  • From: Stephen Neuendorffer <stephen.neuendorffer@xxxxxxxxxx>
• Re: [RFC PATCH 01/15] dt/powerpc: move of_bus_type infrastructure to ibmebus
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 13/15] dt/serial: Eliminate users of of_platform_{, un}register_driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH 01/15] dt/powerpc: move of_bus_type infrastructure to ibmebus
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5] of/promtree: allow DT device matching by fixing 'name' brokenness
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v5] of/promtree: allow DT device matching by fixing 'name' brokenness
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH v5] of/promtree: allow DT device matching by fixing 'name' brokenness
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH v6] of/pdt: allow DT device matching by fixing 'name' brokenness
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH v5] of/promtree: allow DT device matching by fixing 'name' brokenness
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v5] of/promtree: allow DT device matching by fixing 'name' brokenness
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH v5] of/promtree: allow DT device matching by fixing 'name' brokenness
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness (v4)
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness (v2)
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness (v2)
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness (v2)
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness (v3)
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness (v3)
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness (v3)
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness (v3)
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness (v2)
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness (v2)
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness (v2)
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness
  • From: Daniel Drake <dsd@xxxxxxxxxx>
• Re: [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH] of/pdt: don't bother parsing pkg2path results, return as-is
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC PATCH 02/15] dt: add a match table pointer to struct device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC PATCH 02/15] dt: add a match table pointer to struct device
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [RFC PATCH 07/15] dt: uartlite: merge platform and of_platform driver bindings
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC PATCH 14/15] dt: Eliminate of_platform_{,un}register_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC PATCH 14/15] dt: Eliminate of_platform_{,un}register_driver
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [RFC PATCH 07/15] dt: uartlite: merge platform and of_platform driver bindings
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• [RFC PATCH 15/15] dt: eliminate of_platform_driver shim code
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 07/15] dt: uartlite: merge platform and of_platform driver bindings
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 03/15] dt/powerpc: Eliminate users of of_platform_{, un}register_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 02/15] dt: add a match table pointer to struct device
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 04/15] dt/sparc: Eliminate users of of_platform_{, un}register_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 06/15] dt: xilinx_hwicap: merge platform and of_platform driver bindings
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 08/15] dt/spi: Eliminate users of of_platform_{, un}register_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 09/15] dt/sound: Eliminate users of of_platform_{, un}register_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 10/15] dt/net: Eliminate users of of_platform_{, un}register_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 11/15] dt/video: Eliminate users of of_platform_{, un}register_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 13/15] dt/serial: Eliminate users of of_platform_{, un}register_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 14/15] dt: Eliminate of_platform_{,un}register_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 12/15] dt/usb: Eliminate users of of_platform_{, un}register_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 05/15] leds/leds-gpio: merge platform_driver with of_platform_driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 01/15] dt/powerpc: move of_bus_type infrastructure to ibmebus
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 00/15] Remove last remains of of_platform_bus_type
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 5/5] sparc32: genirq support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [RFC/PATCH 0/5] sparc32 genirq support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [RFC/PATCH 0/5] sparc32 genirq support
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 5/5] sparc32: genirq support
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• [PATCH 5/5] sparc32: genirq support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 4/5] sparc32,sun4m: percpu and global register definitions moved to irq.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 3/5] sparc32: introduce build_device_irq
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/5] sparc32: introduce sparc_irq_config
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 1/5] sparc32: fix build with leon or floppy enabled
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [RFC/PATCH 0/5] sparc32 genirq support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 4/4] sparc32: genirq support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 4/4] sparc32: genirq support
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: [RFC] sparc32 genirq support v2
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 4/4] sparc32: genirq support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 3/4] sparc32,sun4m: percpu and global register definitions moved to irq.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/4] sparc32: introduce build_device_irq
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 1/4] sparc32: introduce sparc_irq_config
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [RFC] sparc32 genirq support v2
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] of/pdt: don't bother parsing pkg2path results, return as-is
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH] of/pdt: allow DT device matching by fixing 'name' brokenness
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH] sparc64: Sharpen address space randomization calculations.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: How do we allocate virtual floppy irq on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: How do we allocate virtual floppy irq on sparc64
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: How do we allocate virtual floppy irq on sparc64
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: How do we allocate virtual floppy irq on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: How do we allocate virtual floppy irq on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• How do we allocate virtual floppy irq on sparc64
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 0/22] Make SVGA oriented FBs work on multi-domain PCI
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: Sun Ultra2 (enterprise) finally failed... (stupid eprom)
  • From: crn@xxxxxxxxxxx
• Re: [PATCH 0/22] Make SVGA oriented FBs work on multi-domain PCI
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: [PATCH 0/22] Make SVGA oriented FBs work on multi-domain PCI
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/22] Make SVGA oriented FBs work on multi-domain PCI
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: [PATCH 0/22] Make SVGA oriented FBs work on multi-domain PCI
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: Sun Ultra2 (enterprise) finally failed... (stupid eprom)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sun Ultra2 (enterprise) finally failed... (stupid eprom)
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Sun Ultra2 (enterprise) finally failed... (stupid eprom)
  • From: Leif Sawyer <lsawyer@xxxxxxx>
• [PATCH] sparc64: Fix NMI startup bug which also breaks perf.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc Stress Testing
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 4/4] sparc32: genirq conversion (buggy)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] sparc32: genirq conversion (buggy)
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 4/4] sparc32: genirq conversion (buggy)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] sparc32: genirq conversion (buggy)
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 4/4] sparc32: genirq conversion (buggy)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] sparc32: genirq conversion (buggy)
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 4/4] sparc32: genirq conversion (buggy)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 4/4] sparc32: genirq conversion (buggy)
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 3/4] sparc32,sun4m: made a few structs global
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/4] sparc32: introduce build_device_irq
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 1/4] sparc32: introduce sparc_irq_config
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [RFC] sparc32 genirq support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [RFC] sparc32 genirq support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Sparc Stress Testing
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH] sparc: fix size argument to find_next_zero_bit()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: use bitmap_set()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: fix size argument to find_next_zero_bit()
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH] sparc: use bitmap_set()
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: sparc32 linux SMP
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: sparc32 linux SMP
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: sparc32 linux SMP
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: sparc32 linux SMP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sparc32 linux SMP
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: sparc32 community [Was: sparc32: unaligned memory access (MNA) trap handler bug]
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: sparc32 community [Was: sparc32: unaligned memory access (MNA) trap handler bug]
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: sparc32 community [Was: sparc32: unaligned memory access (MNA) trap handler bug]
  • From: crn@xxxxxxxxxxxxxxxx
• sparc32 community [Was: sparc32: unaligned memory access (MNA) trap handler bug]
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] sparc32: implement SMP IPIs using the generic functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] sparc32: implement SMP IPIs using the generic functions
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 1/2 v2] sparc32: implement SMP IPIs using the generic functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2 v2] sparc32,leon: Implemented SMP IPIs for LEON CPU
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 1/2 v2] sparc32: implement SMP IPIs using the generic functions
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH] sparc32: unaligned memory access (MNA) trap handler bug
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 1/2] SPARC32: implement SMP IPIs using the generic functions
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 1/2] SPARC32: implement SMP IPIs using the generic functions
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH] sparc32: unaligned memory access (MNA) trap handler bug
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] SPARC32: implement SMP IPIs using the generic functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32: unaligned memory access (MNA) trap handler bug
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc32: unaligned memory access (MNA) trap handler bug
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 1/2] SPARC32: implement SMP IPIs using the generic functions
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] SPARC32: implement SMP IPIs using the generic functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] SPARC32: implement SMP IPIs using the generic functions
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH] sparc: cleaned up FPU version probing
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH v2 0/8] sparc32: cleanup irq + smp files
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] sparc32: cleanup irq + smp files
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] sparc32: cleanup irq + smp files
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 8/8] sparc32: irq_32.c cleanup
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 7/8] sparc32,sun4d: add comment in empty statement in sun4d_request_irq()
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 6/8] sparc32,sun4d: drop unused code in sun4d_distribute_irqs()
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 5/8] sparc32,sun4d: irq, smp files cleanup
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 4/8] sparc32,sun4m: irq, smp files cleanup
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 3/8] sparc32,sun4c: irq file cleanup
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/8] sparc32: add irq + smp declarations to headers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 1/8] sparc32: remove tick14.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v2 0/8] sparc32: cleanup irq + smp files
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/2] SPARC32: implement SMP IPIs using the generic functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: cleaned up FPU version probing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] SPARC/LEON: FPU-FSR only available when FPU present
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] SPARC/LEON: power down instruction different of different LEONs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3] SPARC: added U-Boot build target: uImage
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: cleaned up FPU version probing
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc: cleaned up FPU version probing
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] SPARC/LEON: power down instruction different of different LEONs
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc: cleaned up FPU version probing
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc: cleaned up FPU version probing
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] SPARC/LEON: FPU-FSR only available when FPU present
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] SPARC/LEON: power down instruction different of different LEONs
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH v2] SPARC/LEON: power down instruction different of different LEONs
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH] sparc: cleaned up FPU version probing
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: [PATCH] sparc: cleaned up FPU version probing
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: [PATCH] SPARC/LEON: power down instruction different of different LEONs
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH] sparc: cleaned up FPU version probing
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH] SPARC/LEON: FPU-FSR only available when FPU present
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH] SPARC/LEON: power down instruction different of different LEONs
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: daniel@xxxxxxxxxxx
• Re: [PATCH] SPARC/LEON: FPU-FSR only available when FPU present
  • From: daniel@xxxxxxxxxxx
• Re: [PATCH v3] SPARC: added U-Boot build target: uImage
  • From: daniel@xxxxxxxxxxx
• Re: [PATCH] SPARC/LEON: FPU-FSR only available when FPU present
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3] SPARC: added U-Boot build target: uImage
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 2/2] SPARC32: Implemented SMP IPIs for LEON CPU
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 1/2] SPARC32: implement SMP IPIs using the generic functions
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH] SPARC/LEON: power down instruction different of different LEONs
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH] SPARC/LEON: FPU-FSR only available when FPU present
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH v3] SPARC: added U-Boot build target: uImage
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH v2] SPARC: added U-Boot build target: uImage
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [patch 1/3] introduce __u64_aligned and U64_ALIGN() for structure alignment in custom sections (v3)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch 1/3] introduce __u64_aligned and U64_ALIGN() for structure alignment in custom sections (v3)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] sparc32: cleanup irq + smp files
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] sparc32: cleanup irq + smp files
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 0/7] sparc64: drop deprecated irq features
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] sparc32: cleanup irq + smp files
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] sparc32: cleanup irq + smp files
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Documentation for sun4m
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] sparc32: cleanup irq + smp files
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 5/7] sparc32,sun4d: irq, smp files cleanup
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 6/7] sparc32,sun4d: drop unused code in sun4d_distribute_irqs()
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 7/7] sparc32,sun4d: add comment in empty statement in sun4d_request_irq()
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 4/7] sparc32,sun4m: irq, smp files cleanup
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 1/7] sparc32: remove tick14.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 3/7] sparc32,sun4c: irq file cleanup
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/7] sparc32: add irq + smp declarations to headers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [RFC PATCH 0/7] sparc32: cleanup irq + smp files
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [patch 4/9] sparc: Replace deprecated spinlock initialization
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [patch 4/9] sparc: Replace deprecated spinlock initialization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• 2.6.37 Kernel unaligned access at TPC[4cc4bc] put_page+0x4/0x160
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• [PATCH] sparc32: remove tick14.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 6/7] sparc64: rename virt_irq => irq - I
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 7/7] sparc64: rename virt_irq => irq - II
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 5/7] sparc64: use up-to-data genirq functions
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 3/7] sparc64: all pointers to irq_handler_data renamed to handler_data
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 4/7] sparc64: use {get,set}_irq_data for handler_data
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/7] sparc: in handler_irq() rename irq parameter to pil
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 1/7] sparc64: fix direct access to irq_desc
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v2 0/7] sparc64: drop deprecated irq features
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] sparc64: use up-to-data genirq functions
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [patch 1/3] introduce __u64_aligned and U64_ALIGN() for structure alignment in custom sections (v3)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch 2/3] tracing: fix sparc64 alignment crash with __u64_aligned/U64_ALIGN()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [patch 1/3] introduce __u64_aligned and U64_ALIGN() for structure alignment in custom sections (v3)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 0/22] Make SVGA oriented FBs work on multi-domain PCI
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] sparc64: use up-to-data genirq functions
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] sparc64: use up-to-data genirq functions
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 0/22] Make SVGA oriented FBs work on multi-domain PCI
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] sparc64: use up-to-data genirq functions
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6 V3] sparc: Fix sbus_alloc_coherent error handling.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 5/6 V3] sparc: Make mmu_inval_dma_area take void * instead of unsigned long to minimize casts.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/6 V3] sparc/leon: Make mmu_inval_dma_area flush dcache for LEONs without snooping enabled.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/6 V3] sparc/leon: Add LEON dma_ops.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/6 V3] sparc: Add pci32_unmap_page.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/6 V3] sparc: Replace open coded page alignment with PAGE_ALIGN macro.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 3/3] tracepoints: use __u64_aligned/U64_ALIGN()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 2/3] tracing: fix sparc64 alignment crash with __u64_aligned/U64_ALIGN()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 1/3] introduce __u64_aligned and U64_ALIGN() for structure alignment in custom sections (v3)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] sparc64: use up-to-data genirq functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] sparc64: use up-to-data genirq functions
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/5] sparc64: drop deprecated irq features
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/5] sparc64: drop deprecated irq features
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• [PATCH 5/5] sparc64: use up-to-data genirq functions
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/5] sparc: in handler_irq() rename irq parameter to pil
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 4/5] sparc64: use {get,set}_irq_data for handler_data
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 1/5] sparc64: fix direct access to irq_desc
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 3/5] sparc64: all pointers to irq_handler_data renamed to handler_data
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [RFC PATCH 0/5] sparc64: drop deprecated irq features
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [patch 2/3] tracing: fix sparc64 alignment crash with __u64_aligned/U64_ALIGN()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [patch 1/3] introduce __u64_aligned and U64_ALIGN() for structure alignment in custom sections (v3)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [patch 3/3] tracepoints: use __u64_aligned/U64_ALIGN()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [patch 0/3] Fix alignment of custom sections made from structures (v3)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: physical_package_id on sun4v
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: physical_package_id on sun4v
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: physical_package_id on sun4v
  • From: David Miller <davem@xxxxxxxxxxxxx>
• physical_package_id on sun4v
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Documentation for sun4m
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Documentation for sun4m
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Documentation for sun4m
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Documentation for sun4m
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Documentation for sun4m
  • From: Robert Reif <reif@xxxxxxxxxxxxx>
• Documentation for sun4m
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: R_SPARC_13
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: R_SPARC_13
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 6/6 V3] sparc: Fix sbus_alloc_coherent error handling.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 5/6 V3] sparc: Make mmu_inval_dma_area take void * instead of unsigned long to minimize casts.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 4/6 V3] sparc/leon: Make mmu_inval_dma_area flush dcache for LEONs without snooping enabled.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 3/6 V3] sparc/leon: Add LEON dma_ops.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 2/6 V3] sparc: Add pci32_unmap_page.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/6 V3] sparc: Replace open coded page alignment with PAGE_ALIGN macro.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 6/6 V3] sparc: Fix sbus_alloc_coherent error handling.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 5/6 V3] sparc: Make mmu_inval_dma_area take void * instead of unsigned long to minimize casts.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 4/6 V3] sparc/leon: Make mmu_inval_dma_area flush dcache for LEONs without snooping enabled.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 3/6 V3] sparc/leon: Add LEON dma_ops.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 2/6 V3] sparc: Add pci32_unmap_page.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 1/6 V3] sparc: Replace open coded page alignment with PAGE_ALIGN macro.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 0/6 V3] ioport.c patch series
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: R_SPARC_13
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: R_SPARC_13
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/4 V2] sparc/leon: Add LEON dma_ops.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 4/4 V2] sparc/leon: Add LEON dma_ops.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [PATCH 2/4 V2] sparc: Add pci32_unmap_page.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: R_SPARC_13
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: R_SPARC_13
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: R_SPARC_13
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: R_SPARC_13
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: R_SPARC_13
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: silo fails to build with e2fsprogs-1.41.14 (undefined references to posix_memalign)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: silo fails to build with e2fsprogs-1.41.14 (undefined references to posix_memalign)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: R_SPARC_13
  • From: David Miller <davem@xxxxxxxxxxxxx>
• R_SPARC_13 (Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36)
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: silo fails to build with e2fsprogs-1.41.14 (undefined references to posix_memalign)
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: silo fails to build with e2fsprogs-1.41.14 (undefined references to posix_memalign)
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: silo fails to build with e2fsprogs-1.41.14 (undefined references to posix_memalign)
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: "Bernhard R. Link" <brl+ccmadness@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Bastian Blank <waldi@xxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: silo fails to build with e2fsprogs-1.41.14 (undefined references to posix_memalign)
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/22] Make SVGA oriented FBs work on multi-domain PCI
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: silo fails to build with e2fsprogs-1.41.14 (undefined references to posix_memalign)
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: silo fails to build with e2fsprogs-1.41.14 (undefined references to posix_memalign)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: silo fails to build with e2fsprogs-1.41.14 (undefined references to posix_memalign)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc32 build failure [Was: linux-next: build failure after merge of the final tree]
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• sparc32 build failure [Was: linux-next: build failure after merge of the final tree]
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: silo fails to build with e2fsprogs-1.41.14 (undefined references to posix_memalign)
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: silo fails to build with e2fsprogs-1.41.14 (undefined references to posix_memalign)
  • From: Raúl Porcel <armin76@xxxxxxxxxx>
• Re: [PATCH v3] cassini: Use local-mac-address prom property for Cassini MAC address
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] cassini: Use local-mac-address prom property for Cassini MAC address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3] cassini: Use local-mac-address prom property for Cassini MAC address
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: sparc boot failure due to perf init
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/4 V2] sparc/leon: Add LEON dma_ops.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: sparc boot failure due to perf init
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: sparc boot failure due to perf init
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: sparc boot failure due to perf init
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/4 V2] sparc: Add pci32_unmap_page.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/4 V2] sparc: Replace open coded page alignment with PAGE_ALIGN macro.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 0/4 V2] ioport.c patch series
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 4/4 V2] sparc/leon: Add LEON dma_ops.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 1/4 V2] sparc: Replace open coded page alignment with PAGE_ALIGN macro.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 3/4 V2] sparc/leon: Make mmu_inval_dma_area flush dcache for LEONs without snooping enabled.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>