Linux Sparc

• Thread Index

• [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>
• [PATCH 2/4 V2] sparc: Add pci32_unmap_page.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [PATCH 3/4] sparc: Add pci32_unmap_page.
  • 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: [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: David Miller <davem@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: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@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>
• [PATCH 22/22] vt8623fb: Compute VGA base iomem pointer explicitly.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 21/22] arkfb: Compute VGA base iomem pointer explicitly.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 20/22] s3fb: Compute VGA base iomem pointer explicitly.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 19/22] vt8623fb: Don't clobber par->state.vgabase during open method.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 18/22] s3fb: Don't clobber par->state.vgabase during open method.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 17/22] arkfb: Don't clobber par->state.vgabase during open method.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 16/22] vt8623fb: Pass par->state.vgabase to vga_*() calls.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 15/22] s3fb: Pass par->state.vgabase to vga_*() calls.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 14/22] arkfb: Pass par->state.vgabase to vga_*() calls.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 13/22] svga: Make svga_set_timings() take an iomem regbase pointer.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 12/22] svga: Make svga_tilecursor() take an iomem regbase pointer.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 11/22] svga: Make svga_set_textmode_vga_regs() take an iomem regbase pointer.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 10/22] svga: Make svga_set_default_crt_regs() take an iomem regbase pointer.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 9/22] svga: Make svga_wcrt_mask() take an iomem regbase pointer.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 8/22] svga: Make svga_wseq_mask() take an iomem regbase pointer.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 7/22] svga: Make svga_set_default_seq_regs take an iomem regbase pointer.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 6/22] svga: Make svga_set_default_atc_regs take an iomem regbase pointer.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 5/22] svga: Make svga_set_default_gfx_regs take an iomem regbase pointer.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 4/22] svga: Make svga_wseq_multi take an iomem regbase pointer.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/22] svga: Make svga_wcrt_multi take an iomem regbase pointer.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/22] svga: Make svga_wattr take an iomem regbase pointer.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/22] svga: Use proper VGA register name macros in svga_wattr.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/22] Make SVGA oriented FBs work on multi-domain PCI
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 4/4] sparc/leon: Add LEON dma_ops.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 3/4] sparc: Add pci32_unmap_page.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 1/4] sparc: Replace open coded page alignment with PAGE_ALIGN macro.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 2/4] sparc/leon: Make mmu_inval_dma_area flush dcache for LEONs without snooping enabled.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 0/4] ioport.c patch series
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [PATCH] debug: allow to retain boot console via boot option keep_bootcon
  • From: "Fabio M. Di Nitto" <fabbione@xxxxxxxxxxxx>
• Re: [PATCH] debug: allow to retain boot console via boot option keep_bootcon
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] debug: allow to retain boot console via boot option keep_bootcon
  • From: "Fabio M. Di NItto" <fabbione@xxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: "Fabio M. Di NItto" <fabbione@xxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] debug: allow to retain boot console via boot option keep_bootcon
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: silo fails to build with e2fsprogs-1.41.14 (undefined references to posix_memalign)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• silo fails to build with e2fsprogs-1.41.14 (undefined references to posix_memalign)
  • From: Raúl Porcel <armin76@xxxxxxxxxx>
• Re: [PATCH v2] SPARC: added U-Boot build target: uImage
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v2] SPARC: added U-Boot build target: uImage
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: sparc boot failure due to perf init
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] debug: allow to retain boot console via boot option keep_bootcon
  • From: "Fabio M. Di Nitto" <fabbione@xxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• GIT trees refreshed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc boot failure due to perf init
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: "Fabio M. Di NItto" <fabbione@xxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: "Fabio M. Di NItto" <fabbione@xxxxxxxxxxxx>
• Re: [PATCH] use __devexit not __exit in n2_unregister_algs fixes build failure on fedora
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: sparc boot failure due to perf init
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] use __devexit not __exit in n2_unregister_algs fixes build failure on fedora
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• Re: [PATCH] use __devexit not __exit in n2_unregister_algs fixes build failure on fedora
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• 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: sparc boot failure due to perf init
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: sparc boot failure due to perf init
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• sparc boot failure due to perf init
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] use __devexit not __exit in n2_unregister_algs fixes build failure on fedora
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• 2.6.37 sparc64 test report: good!
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 0/4] sparc: drop SBUS ifdefs
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 0/4] sparc: drop SBUS ifdefs
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 2/4] sunhme: cleanup conditional on CONFIG_SBUS
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] sparc: drop SBUS ifdefs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] sunhme: cleanup conditional on CONFIG_SBUS
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: "Fabio M. Di NItto" <fabbione@xxxxxxxxxxxx>
• Re: [PATCH v3] cassini: Use local-mac-address prom property for Cassini MAC address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] prtconf: Add Sun Fire V120
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] prtconf: Add Sun Fire V440
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] SPARC: added U-Boot build target: uImage
  • From: daniel@xxxxxxxxxxx
• Re: [PATCH] SPARC: added U-Boot build target: uImage
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] SPARC/LEON: Made sysclk and per-cpu ticker use sametimer
  • From: daniel@xxxxxxxxxxx
• Re: [PATCH] SPARC: added U-Boot build target: uImage
  • From: daniel@xxxxxxxxxxx
• Re: [PATCH] sparc32: Added LEON dma_ops
  • From: daniel@xxxxxxxxxxx
• Re: [PATCH v2] cassini: Use local-mac-address prom property for Cassini MAC address
  • From: vincent@xxxxxxxxxx
• [PATCH v3] cassini: Use local-mac-address prom property for Cassini MAC address
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] cassini: Use local-mac-address prom property for Cassini MAC address
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] cassini: Use local-mac-address prom property for Cassini MAC address
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] cassini: Use local-mac-address prom property for Cassini MAC address
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• [PATCH v2] cassini: Use local-mac-address prom property for Cassini MAC address
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: [PATCH] sparc32: Added LEON dma_ops
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] cassini: Use local-mac-address prom property for Cassini MAC address
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: [PATCH] sparc32: Added LEON dma_ops
  • From: kristoffer@xxxxxxxxxxx
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: "Fabio M. Di Nitto" <fabbione@xxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: "Fabio M. Di NItto" <fabbione@xxxxxxxxxxxx>
• Re: [PATCH] cassini: Use local-mac-address prom property for Cassini MAC address
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [PATCH] prtconf: Add Sun Fire V440
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• [PATCH] prtconf: Add Sun Fire V120
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• [PATCH] cassini: Use local-mac-address prom property for Cassini MAC address
  • From: Richard Mortimer <richm@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] sparc: drop SBUS ifdefs
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 0/4] sparc: drop SBUS ifdefs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] sparc: drop SBUS ifdefs
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: LEON SMP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] atyfb: Fix bootup hangs on sparc64.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 4/4] sound,sparc: drop SBUS dependency
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 1/4] sparc: drop ifdef CONFIG_SBUS in arch/sparc - SBUS is always defined
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 3/4] cs4231: cleanup conditional on CONFIG_SBUS
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/4] sunhme: cleanup conditional on CONFIG_SBUS
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 0/4] sparc: drop SBUS ifdefs
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [patch] use __devexit not __exit in n2_unregister_algs fixes build failure on fedora
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [patch] use __devexit not __exit in n2_unregister_algs fixes build failure on fedora
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• Re: [PATCH] sparc32: Added LEON dma_ops
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: sb-100 bootup hangs...
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: sb-100 bootup hangs...
  • From: "Fabio M. Di NItto" <fabbione@xxxxxxxxxxxx>
• Re: [PATCH] sparc32: Added LEON dma_ops
  • From: kristoffer@xxxxxxxxxxx
• Re: sb-100 bootup hangs...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sb-100 bootup hangs...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] SPARC: added U-Boot build target: uImage
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] SPARC/LEON: Made sysclk and per-cpu ticker use same timer
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc32: Added LEON dma_ops
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc32: Added LEON dma_ops
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH v2 0/9] sparc: unify sparc/boot/piggyback
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: LEON SMP
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: LEON SMP
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] SPARC: added U-Boot build target: uImage
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH] SPARC/LEON: Made sysclk and per-cpu ticker use same timer
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: LEON SMP
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [RFC 1/8] sparc: prom: Sanitize return value from prom_nbputchar()
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH v3 00/10] sparc: unify piggyback - and fix tftpboot.img on sparc64
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: [PATCH v3 00/10] sparc: unify piggyback - and fix tftpboot.img on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/10] sparc: unify piggyback - and fix tftpboot.img on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/10] sparc: unify piggyback - and fix tftpboot.img on sparc64
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 00/10] sparc: unify piggyback - and fix tftpboot.img on sparc64
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/10] sparc: unify piggyback - and fix tftpboot.img on sparc64
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 07/10] sparc: fix tfptboot.img for sparc64 on little-endian host
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 08/10] sparc: rename piggyback_32 to piggyback
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 09/10] sparc: unify strip command in boot/Makefile
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 10/10] sparc: update copyright in piggyback.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 05/10] sparc: remove obsolete ELF support in piggyback_32.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 06/10] sparc: add $BITS to piggyback arguments
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 03/10] sparc: use _start for the start entry (like 64 bit does)
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 04/10] sparc: additional comments to piggyback_32.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 01/10] sparc: refactor piggy_32.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 02/10] sparc: use trapbase in setup_arch
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v3 00/10] sparc: unify piggyback - and fix tftpboot.img on sparc64
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [RFC 1/8] sparc: prom: Sanitize return value from prom_nbputchar()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 7/7] Added support for ampopts in APBUART driver. Used in AMP systems.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] APBUART: added raw AMBA vendor/device number to match against.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 5/7] SPARC/LEON: avoid AMBAPP name duplicates in openprom fs when REG is missing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/7] SPARC/LEON: added support for selecting Timer Core and Timer within core
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] LEON: added raw AMBA vendor/device number to find TIMER,IRQCTRL
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/7] SPARC/LEON: added support for IRQAMP IRQ Controller
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] SPARC/LEON: find IRQCTRL and Timer via OF-Tree, instead of hardcoded.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 1/8] sparc: prom: Sanitize return value from prom_nbputchar()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 1/8] sparc: prom: Sanitize return value from prom_nbputchar()
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 7/7] Added support for ampopts in APBUART driver. Used in AMP systems.
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 4/7] SPARC/LEON: added support for selecting Timer Core and Timer within core
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 3/7] LEON: added raw AMBA vendor/device number to find TIMER,IRQCTRL
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 6/7] APBUART: added raw AMBA vendor/device number to match against.
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 5/7] SPARC/LEON: avoid AMBAPP name duplicates in openprom fs when REG is missing
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 2/7] SPARC/LEON: added support for IRQAMP IRQ Controller
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH 1/7] SPARC/LEON: find IRQCTRL and Timer via OF-Tree, instead of hardcoded.
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH] sparc: explicitly cast negative phandle checks to s32
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] sparc: explicitly cast negative phandle checks to s32
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: explicitly cast negative phandle checks to s32
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] sparc: fix sparse warnings in arch/sparc/prom for 32 bit build
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sun Fire V440 fan control
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• [PATCH] sparc: fix sparse warnings in arch/sparc/prom for 32 bit build
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Sun Fire V440 fan control
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Sun Fire V440 fan control
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [RFC PATCH] sparc: fake idprom for leon
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [RFC PATCH] sparc: fake idprom for leon
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 0/9] sparc: unify sparc/boot/piggyback
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: [RFC PATCH] sparc: fake idprom for leon
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [PATCH v2 0/9] sparc: unify sparc/boot/piggyback
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: [PATCH v2 0/9] sparc: unify sparc/boot/piggyback
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 0/4] sparc: remove unused prom stuff
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/9] sparc: unify sparc/boot/piggyback
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RFC PATCH] sparc: fake idprom for leon
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 0/9] sparc: unify sparc/boot/piggyback
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 0/9] sparc: unify sparc/boot/piggyback
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 7/9] sparc: use piggyback_32 for sparc64
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 7/9] sparc: use piggyback_32 for sparc64
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/9] sparc: unify sparc/boot/piggyback
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 9/9] sparc: unify strip command in boot/Makefile
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 8/9] sparc: rename piggyback_32 to piggyback
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 0/4] sparc: remove unused prom stuff
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 7/9] sparc: use piggyback_32 for sparc64
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 7/9] sparc: use piggyback_32 for sparc64
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• [PATCH v2 10/9] sparc: update copyright in piggyback.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 7/9] sparc: use piggyback_32 for sparc64
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 4/4] sparc: remove unused prom tree functions
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/4] sparc: drop prom/palloc.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 3/4] sparc: remove unused prom cpu functions
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 1/4] sparc: drop prom/devmap.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 0/4] sparc: remove unused prom stuff
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 7/9] sparc: use piggyback_32 for sparc64
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• [PATCH 7/9] sparc: use piggyback_32 for sparc64
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 9/9] sparc: unify strip command in boot/Makefile
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 8/9] sparc: rename piggyback_32 to piggyback
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 6/9] sparc: add $BITS to piggyback arguments
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 4/9] sparc: additional comments to piggyback_32.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 5/9] sparc: remove obsolete ELF support in piggyback_32.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 3/9] sparc: use _start for the start entry (like 64 bit does)
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 1/9] sparc: refactor piggy_32.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 2/9] sparc: use trapbase in setup_arch
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v2 0/9] sparc: unify sparc/boot/piggyback
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 0/5] sparc: piggyback update
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 0/5] sparc: piggyback update
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] sparc: piggyback update
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 0/5] sparc: piggyback update
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 0/5] sparc: piggyback update
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [PATCH] sparc: use _start for the start entry (like 64 bit does)
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc: refactor piggyback_32.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc: remove obsolete ELF support in piggyback_32.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc: use trapbase in setup_arch
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc: additional comments to piggyback_32.c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 0/5] sparc: piggyback update
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• sparc32 and GCC - build and boot failures
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: crn@xxxxxxxxxxxxxxxx
• Re: Bleeding edge kernel booted on SPARC Classic (32bit/sun4m/v8/50Mhz/96MB RAM)
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Bleeding edge kernel booted on SPARC Classic (32bit/sun4m/v8/50Mhz/96MB RAM)
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: Jiri Gaisler <jiri@xxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: Jiri Gaisler <jiri@xxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: Jiri Gaisler <jiri@xxxxxxxxxxx>
• Re: SPARC32 SMP IRQ15 question
  • From: David Miller <davem@xxxxxxxxxxxxx>
• SPARC32 SMP IRQ15 question
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 4/8] sparc: prom: Remove unused definition of prom_stdin
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH] sparc: Eliminate prom_stdin.
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [RFC 8/8] sparc: prom: Update DaveM's email address
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [RFC 5/8] sparc: prom: Merge console_*.c into printf.c
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [PATCH] sparc: Eliminate prom_stdin.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 4/8] sparc: prom: Remove unused definition of prom_stdin
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 1/8] sparc: prom: Sanitize return value from prom_nbputchar()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 2/8] sparc: prom: Use the return value from prom_nbputchar()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 8/8] sparc: prom: Update DaveM's email address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 7/8] sparc: prom: Make prom_console_write_buf() static
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 6/8] sparc: oplib: Remove prom_console_write_buf() definition
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 5/8] sparc: prom: Merge console_*.c into printf.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 0/8] prom/console cleanups
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [RFC 0/8] prom/console cleanups
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] Fix PROM call regression.
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: XVR-500
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: XVR-500
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: XVR-500
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Netra AX1105 loses console output while booting
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 0/8] prom/console cleanups
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [RFC 0/8] prom/console cleanups
  • From: Adrien Mazarguil <maz@xxxxxxx>
• Re: [PATCH] sparc64: Netra AX1105 loses console output while booting
  • From: Adrien Mazarguil <maz@xxxxxxx>
• [RFC 4/8] sparc: prom: Remove unused definition of prom_stdin
  • From: Julian Calaby <jcalaby@xxxxxxxxxxxxxxxxxxxx>
• [RFC 1/8] sparc: prom: Sanitize return value from prom_nbputchar()
  • From: Julian Calaby <jcalaby@xxxxxxxxxxxxxxxxxxxx>
• [RFC 2/8] sparc: prom: Use the return value from prom_nbputchar()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [RFC 8/8] sparc: prom: Update DaveM's email address
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [RFC 7/8] sparc: prom: Make prom_console_write_buf() static
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [RFC 4/8] sparc: prom: Remove unused definition of prom_stdin
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [RFC 6/8] sparc: oplib: Remove prom_console_write_buf() definition
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [RFC 5/8] sparc: prom: Merge console_*.c into printf.c
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [RFC 3/8] sparc: prom: Use n instead of len to decrement buf
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [RFC 1/8] sparc: prom: Sanitize return value from prom_nbputchar()
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [RFC 0/8] prom/console cleanups
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [PATCH 9/9] sparc: Write to prom console using indirect buffer.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 8/9] sparc: Delete prom_*getchar().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 7/9] sparc: Pass buffer pointer all the way down to prom_{get,put}char().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 6/9] sparc: Do not export prom_nb{get,put}char().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 5/9] sparc64: Delete prom_setcallback().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 4/9] sparc64: Unexport prom_service_exists().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/9] sparc: Kill prom devops_{32,64}.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/9] sparc: Remove prom_pathtoinode()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/9] sparc64: Delete prom_puts() unused.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/9] Fix PROM call regression.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Netra AX1105 loses console output while booting
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: RFC: Mega rename of device tree routines from of_*() to dt_*()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: RFC: Mega rename of device tree routines from of_*() to dt_*()
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: Linux 2.6.36-rc8 won't boot
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: RFC: Mega rename of device tree routines from of_*() to dt_*()
  • From: Mitch Bradley <wmb@xxxxxxxxxxxxx>
• Re: RFC: Mega rename of device tree routines from of_*() to dt_*()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: RFC: Mega rename of device tree routines from of_*() to dt_*()
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• Re: RFC: Mega rename of device tree routines from of_*() to dt_*()
  • From: Mitch Bradley <wmb@xxxxxxxxxxxxx>
• Re: RFC: Mega rename of device tree routines from of_*() to dt_*()
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• Re: RFC: Mega rename of device tree routines from of_*() to dt_*()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: RFC: Mega rename of device tree routines from of_*() to dt_*()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: RFC: Mega rename of device tree routines from of_*() to dt_*()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: RFC: Mega rename of device tree routines from of_*() to dt_*()
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• RE: Mega rename of device tree routines from of_*() to dt_*()
  • From: Stephen Neuendorffer <stephen.neuendorffer@xxxxxxxxxx>
• Re: RFC: Mega rename of device tree routines from of_*() to dt_*()
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Mega rename of device tree routines from of_*() to dt_*()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Mega rename of device tree routines from of_*() to dt_*()
  • From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
• RE: Mega rename of device tree routines from of_*() to dt_*()
  • From: Stephen Neuendorffer <stephen.neuendorffer@xxxxxxxxxx>
• Re: RFC: Mega rename of device tree routines from of_*() to dt_*()
  • From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
• Re: RFC: Mega rename of device tree routines from of_*() to dt_*()
  • From: Timur Tabi <timur@xxxxxxxxxxxxx>
• RFC: Mega rename of device tree routines from of_*() to dt_*()
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• Re: [PATCH v3 22/22] bitops: remove minix bitops from asm/bitops.h
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH v3 22/22] bitops: remove minix bitops from asm/bitops.h
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• [PATCH v3 22/22] bitops: remove minix bitops from asm/bitops.h
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: handover boot console problem
  • From: Daniel Smolik <marvin@xxxxxxxxxx>
• Re: XVR-500
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: handover boot console problem
  • From: Jurij Smakov <jurij@xxxxxxxxx>
• Re: handover boot console problem
  • From: David Miller <davem@xxxxxxxxxxxxx>
• handover boot console problem
  • From: Daniel Smolik <marvin@xxxxxxxxxx>
• Re: [PATCH] sparc64: Netra AX1105 loses console output while booting
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: openpromfs: fix compile error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• openpromfs: fix compile error
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Linux 2.6.36-rc8 won't boot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux 2.6.36-rc8 won't boot
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Linux 2.6.36-rc8 won't boot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux 2.6.36-rc8 won't boot
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: XVR-500
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: XVR-500
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: XVR-500
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• Re: [Fwd: Re: PING: David Miller - SPARC64]
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: “Sponsor” needed for X sparc video drivers
  • From: Jurij Smakov <jurij@xxxxxxxxx>
• “Sponsor” needed for X sparc video drivers
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: [Fwd: Re: PING: David Miller - SPARC64]
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [Fwd: Re: PING: David Miller - SPARC64]
  • From: Alex Buell <alex.buell@xxxxxxxxxxxxx>
• [PATCH] sparc: explicitly cast negative phandle checks to s32
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• sparc: fix openpromfs compile
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Netra AX1105 loses console output while booting
  • From: Adrien Mazarguil <maz@xxxxxxx>
• Re: [PATCH] fix openpromfs compile
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux 2.6.36-rc8 won't boot
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH] fix openpromfs compile
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Linux 2.6.36-rc8 won't boot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux 2.6.36-rc8 won't boot
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Linux 2.6.36-rc8 won't boot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux 2.6.36-rc8 won't boot
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] SPARC/LEON: removed constant timer initialization as if HZ=100, now it reflects the value of HZ
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] jump_label: Fix unaligned traps on sparc.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: LEON SMP
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH] SPARC/LEON: removed constant timer initialization as if HZ=100, now it reflects the value of HZ
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: LEON SMP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• LEON SMP
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• sparc-2.6 GIT rebased...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32: make CONFIG_SPARC_LEON depends on !SMP to fix build failure
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• Re: [PATCH] sparc32: make CONFIG_SPARC_LEON depends on !SMP to fix build failure
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Fixed random SPARC/LEON SMP CPU Stuck problem.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32: make CONFIG_SPARC_LEON depends on !SMP to fix build failure
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32: make CONFIG_SPARC_LEON depends on !SMP to fix build failure
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32: make CONFIG_SPARC_LEON depends on !SMP to fix build failure
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• Re: [PATCH] sparc32: make CONFIG_SPARC_LEON depends on !SMP to fix build failure
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc32: make CONFIG_SPARC_LEON depends on !SMP to fix build failure
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• Re: [PATCH 3/3] sparc32: fix build failure on CONFIG_SPARC_LEON
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• [PATCH] Fixed random SPARC/LEON SMP CPU Stuck problem.
  • From: Daniel Hellstrom <daniel@xxxxxxxxxxx>
• Re: [PATCH 3/3] sparc32: fix build failure on CONFIG_SPARC_LEON
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc32: remove CONFIG_HAVE_PERF_EVENTS option
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] sparc32: fix build failure on CONFIG_SPARC_LEON
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc32: remove CONFIG_HAVE_PERF_EVENTS option
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• Re: [PATCH 3/3] sparc32: fix build failure on CONFIG_SPARC_LEON
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 3/3] sparc32: fix build failure on CONFIG_SPARC_LEON
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] sparc32: fix build failure on CONFIG_SPARC_LEON
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• Re: [PATCH 3/3] sparc32: fix build failure on CONFIG_SPARC_LEON
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] sparc32: remove CONFIG_HAVE_PERF_EVENTS option
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] sparc: don't #include asm/system.h in asm/jump_label.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/3] sparc32: remove CONFIG_HAVE_PERF_EVENTS option
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• [PATCH 3/3] sparc32: fix build failure on CONFIG_SPARC_LEON
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• [PATCH 1/3] sparc: don't #include asm/system.h in asm/jump_label.h
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• [PATCH] jump_label: Fix unaligned traps on sparc.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 22/22] bitops: remove minix bitops from asm/bitops.h
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH v2 22/22] bitops: remove minix bitops from asm/bitops.h
  • From: Greg Ungerer <gerg@xxxxxxxxxxxx>
• Re: [PATCH v2 22/22] bitops: remove minix bitops from asm/bitops.h
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH 5/5] x86: OLPC: add OLPC device-tree support
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH v2 22/22] bitops: remove minix bitops from asm/bitops.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 22/22] bitops: remove minix bitops from asm/bitops.h
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH 5/5] x86: OLPC: add OLPC device-tree support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Linux 2.6.36-rc8 won't boot
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [2.6.36-rc regression] occasional complete system hangs on sparc64 SMP
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: [2.6.36-rc regression] occasional complete system hangs on sparc64 SMP
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: [2.6.36-rc regression] occasional complete system hangs on sparc64 SMP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [2.6.36-rc regression] occasional complete system hangs on sparc64 SMP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] sparc: make drivers/of/pdt.c no longer sparc-only
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 5/5] x86: OLPC: add OLPC device-tree support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 4/5] of: add package-to-path support to pdt
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/7] sparc: make drivers/of/pdt.c no longer sparc-only
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] of: add of_pdt namespace to pdt code
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/7] of: no longer call prom_ functions directly; use an ops structure
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/7] sparc: make drivers/of/pdt.c no longer sparc-only
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/7] sparc: make drivers/of/pdt.c no longer sparc-only
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/7] sparc: make drivers/of/pdt.c no longer sparc-only
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 5/5] x86: OLPC: add OLPC device-tree support
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 4/5] of: add package-to-path support to pdt
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 3/5] of: add of_pdt namespace to pdt code
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 2/7] of: no longer call prom_ functions directly; use an ops structure
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 1/7] sparc: make drivers/of/pdt.c no longer sparc-only
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH] sparc: stop exporting openprom.h header
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH] sparc: stop exporting openprom.h header
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] sparc: stop exporting openprom.h header
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH] sparc: stop exporting openprom.h header
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] sparc: stop exporting openprom.h header
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH v3] sparc: convert various prom_* functions to use phandle
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v3] sparc: convert various prom_* functions to use phandle
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH] sparc: stop exporting openprom.h header
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: stop exporting openprom.h header
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] sparc: stop exporting openprom.h header
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] of: move phandle/ihandle into types.h and export to userspace
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH] sparc: stop exporting openprom.h header
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH 1/2 v2] of: move phandle/ihandle into types.h and export to userspace
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] of: move phandle/ihandle into types.h and export to userspace
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] of: move phandle/ihandle into types.h and export to userspace
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] of: move phandle/ihandle into types.h and export to userspace
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] of: move phandle/ihandle into types.h and export to userspace
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 2/2 v2] sparc: convert various prom_* functions to use phandle
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• [PATCH 1/2 v2] of: move phandle/ihandle into types.h and export to userspace
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: phandle patch review?
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: phandle patch review?
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: sun4v_intr_settarget() return HV_EINVAL
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH]SPARC v9: __tsb_context_switch - demap old tsb_map_vaddr
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH]SPARC v9: __tsb_context_switch - demap old tsb_map_vaddr
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: sun4v_intr_settarget() return HV_EINVAL
  • From: Alex <alexvm12e@xxxxxxx>
• Re: [2.6.36-rc regression] occasional complete system hangs on sparc64 SMP
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: sun4v_intr_settarget() return HV_EINVAL
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sun4v_intr_settarget() return HV_EINVAL
  • From: Alex <alexvm12e@xxxxxxx>
• Re: sun4v_intr_settarget() return HV_EINVAL
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sun4v_intr_settarget() return HV_EINVAL
  • From: Alex <alexvm12e@xxxxxxx>
• Re: [2.6.36-rc regression] occasional complete system hangs on sparc64 SMP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [2.6.36-rc regression] occasional complete system hangs on sparc64 SMP
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [2.6.36-rc regression] occasional complete system hangs on sparc64 SMP
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [2.6.36-rc regression] occasional complete system hangs on sparc64 SMP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [2.6.36-rc regression] occasional complete system hangs on sparc64 SMP
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: Question about interrupt processing on Sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Question about interrupt processing on Sparc64
  • From: Alex <alexvm12e@xxxxxxx>
• Re: Question about interrupt processing on Sparc64
  • From: "Alex Mach" <alexvm12e@xxxxxxx>
• Re: Question about interrupt processing on Sparc64
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Question about interrupt processing on Sparc64
  • From: Alex Mach <alexvm12e@xxxxxxx>
• [PATCH 15/20] sparc: change to new flag variable
  • From: matt mooney <mfm@xxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/3] sparc: Prevent no-handler signal syscall restart recursion.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/3] sparc: Don't mask signal when we can't setup signal frame.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/3] sparc64: Fix race in signal instruction flushing.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/3] Signal handling fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] fbmem: Fix fb_read, fb_write unaligned accesses.
  • From: James Hogan <james@xxxxxxxxxxxxx>
• Re: [PATCH] fbmem: Fix fb_read, fb_write unaligned accesses.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>