Linux Sparc

• Thread Index

• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: video drivers: add facility level
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: tcx.c make tcx_init and tcx_exit static
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: ffb.c make ffb_init and ffb_exit static
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: cg14.c make cg14_init and cg15_exit static
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: bw2.c fix bw2_exit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: video drivers: add facility level
  • From: Robert Reif <reif@xxxxxxxxxxxxx>
• [PATCH] sparc: tcx.c make tcx_init and tcx_exit static
  • From: Robert Reif <reif@xxxxxxxxxxxxx>
• [PATCH] sparc: ffb.c make ffb_init and ffb_exit static
  • From: Robert Reif <reif@xxxxxxxxxxxxx>
• [PATCH] sparc: cg14.c make cg14_init and cg15_exit static
  • From: Robert Reif <reif@xxxxxxxxxxxxx>
• [PATCH] sparc: bw2.c fix bw2_exit
  • From: Robert Reif <reif@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: sunzilog.c remove unused argument
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: fix drivers/video/tcx.c warning
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: fix drivers/video/tcx.c warning
  • From: Robert Reif <reif@xxxxxxxxxxxxx>
• [PATCH] sparc: sunzilog.c remove unused argument
  • From: Robert Reif <reif@xxxxxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT]: Sparc
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5] create modalias file in sysfs for bus of_platform
  • From: Olaf Hering <olaf@xxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [2.6 patch] sparc64: cleanup after SunOS/Solaris binary emulation removal
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [2.6 patch] sparc: cleanup after SunOS binary emulation removal
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [2.6 patch] sparc64: cleanup after SunOS/Solaris binary emulation removal
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• [2.6 patch] sparc: cleanup after SunOS binary emulation removal
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: [GIT]: Sparc
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT]: Sparc
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• 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: [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: Roland Dreier <rdreier@xxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [2.6.25] Oops on U60/SMP
  • From: BERTRAND Joel <joel.bertrand@xxxxxxxxxxx>
• Re: [2.6 patch] sparc: export kmap_atomic_to_page
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: [2.6 patch] sparc: export kmap_atomic_to_page
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: [2.6 patch] sparc: export kmap_atomic_to_page
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [2.6 patch] sparc: export kmap_atomic_to_page
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: PCIe Graphic card for SPARC T1000/2000 Platform
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: PCIe Graphic card for SPARC T1000/2000 Platform
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: PCIe Graphic card for SPARC T1000/2000 Platform
  • From: Nasser Shayesteh <Nasser.Shayesteh@xxxxxxx>
• Re: [2.6 patch] sparc: export kmap_atomic_to_page
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64 2.6.25-rc7 bug: kswapd oops
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sparc64 2.6.25-rc7 bug: kswapd oops
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• [2.6 patch] sparc: export kmap_atomic_to_page
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• disks on Ultra/1 not detected with esp_scsi on 2.6.24
  • From: Nick Schmalenberger <nick@xxxxxxxxxxxxxxxxx>
• Re: 2.6.25-rc8-mm1 sparc64 build problem: size of array 'type name' is negative
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.25-rc8-mm1 sparc64 build problem: size of array 'type name' is negative
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
  • From: Jos van der Ende <seraph@xxxxxxxxx>
• Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
  • From: Jos van der Ende <seraph@xxxxxxxxx>
• Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
  • From: Jos van der Ende <seraph@xxxxxxxxx>
• Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
  • From: Jos van der Ende <seraph@xxxxxxxxx>
• Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
  • From: Jos van der Ende <seraph@xxxxxxxxx>
• Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
  • From: Jos van der Ende <seraph@xxxxxxxxx>
• Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
  • From: Jos van der Ende <seraph@xxxxxxxxx>
• Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
  • From: Jos van der Ende <seraph@xxxxxxxxx>
• Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.25-rc5-mm1 sparc64 boot problems due to generic pci_enable_resources()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: PCIe Graphic card for SPARC T1000/2000 Platform
  • From: David Miller <davem@xxxxxxxxxxxxx>
• PCIe Graphic card for SPARC T1000/2000 Platform
  • From: Nasser Shayesteh <Nasser.Shayesteh@xxxxxxx>
• Re: 2.6.25-rc5-mm1 sparc64 boot problems due to generic pci_enable_resources()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.25-rc5-mm1 sparc64 boot problems due to generic pci_enable_resources()
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: Linux 2.6.25-rc7 sparc64 loops forever on cat /proc/<pid>/pagemap
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: sparc64 BUG: using smp_processor_id() in preemptible
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64 BUG: using smp_processor_id() in preemptible
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Linux 2.6.25-rc7 sparc64 loops forever on cat /proc/<pid>/pagemap
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64 BUG: using smp_processor_id() in preemptible
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: Linux 2.6.25-rc7 sparc64 loops forever on cat /proc/<pid>/pagemap
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: sparc64 BUG: using smp_processor_id() in preemptible
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64 BUG: using smp_processor_id() in preemptible
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: sparc64 BUG: using smp_processor_id() in preemptible
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64 BUG: using smp_processor_id() in preemptible
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sparc64 BUG: using smp_processor_id() in preemptible
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• [PATCH 6/6] Update spefile to match
  • From: "Horst H. von Brand" <vonbrand@xxxxxxxxxxxx>
• [PATCH 6/6] Fix specfile to match latest changes
  • From: "Horst H. von Brand" <vonbrand@xxxxxxxxxxxx>
• [PATCH 5/6] Local headers
  • From: "Horst H. von Brand" <vonbrand@xxxxxxxxxxxx>
• [PATCH 4/6] Handle big kernels
  • From: "Horst H. von Brand" <vonbrand@xxxxxxxxxxxx>
• [PATCH 3/6] Fold changes from Aurora into spec
  • From: "Horst H. von Brand" <vonbrand@xxxxxxxxxxxx>
• [PATCH 2/6] <asm/page.h> is no more
  • From: "Horst H. von Brand" <vonbrand@xxxxxxxxxxxx>
• [PATCH 1/6] Fix for ext3 from Aurora SRPM
  • From: "Horst H. von Brand" <vonbrand@xxxxxxxxxxxx>
• [no subject]
  • From: "Horst H. von Brand" <vonbrand@xxxxxxxxxxxx>
• Netra X1 opps
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• Re: build breakage on sparc64 due to commit 54cd6dde
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: build breakage on sparc64 due to commit 54cd6dde
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: build breakage on sparc64 due to commit 54cd6dde
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: build breakage on sparc64 due to commit 54cd6dde
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: build breakage on sparc64 due to commit 54cd6dde
  • From: David Miller <davem@xxxxxxxxxxxxx>
• build breakage on sparc64 due to commit 54cd6dde
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: [SILO PATCH]: Support larger sparc64 kernels
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: [PATCH 4/8] powerpc ptrace: forced_successful_syscall_return()
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: [PATCH] sparc64 exec PT_DTRACE
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64 exec PT_DTRACE
  • From: Roland McGrath <roland@xxxxxxxxxx>
• Re: [Bugme-new] [Bug 10309] New: BUG: soft lockup - CPU#0 stuck
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [SILO PATCH]: Support larger sparc64 kernels
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [SILO PATCH]: Support larger sparc64 kernels
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 6/8] ptrace: arch_ptrace -ENOSYS return
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 6/8] ptrace: arch_ptrace -ENOSYS return
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/8] ptrace: arch_ptrace -ENOSYS return
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 6/8] ptrace: arch_ptrace -ENOSYS return
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 6/8] ptrace: arch_ptrace -ENOSYS return
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: sound/sparc/dbri.c: snd_dbri_pcm(): strcpy(pcm->name, card->shortname)?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sound/sparc/dbri.c: snd_dbri_pcm(): strcpy(pcm->name, card->shortname)?
  • From: Roel Kluin <12o3l@xxxxxxxxxx>
• Re: [PATCH 6/8] ptrace: arch_ptrace -ENOSYS return
  • From: Roland McGrath <roland@xxxxxxxxxx>
• Re: [PATCH 6/8] ptrace: arch_ptrace -ENOSYS return
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 6/8] ptrace: arch_ptrace -ENOSYS return
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/8] sparc64 ptrace: forced_successful_syscall_return()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 8/8] powerpc ptrace: arch_ptrace -ENOSYS return
  • From: Roland McGrath <roland@xxxxxxxxxx>
• [PATCH 7/8] x86 ptrace: arch_ptrace -ENOSYS return
  • From: Roland McGrath <roland@xxxxxxxxxx>
• [PATCH 6/8] ptrace: arch_ptrace -ENOSYS return
  • From: Roland McGrath <roland@xxxxxxxxxx>
• [PATCH 5/8] sparc64 ptrace: forced_successful_syscall_return()
  • From: Roland McGrath <roland@xxxxxxxxxx>
• [PATCH 3/8] ia64 ptrace: forced_successful_syscall_return()
  • From: Roland McGrath <roland@xxxxxxxxxx>
• [PATCH 4/8] powerpc ptrace: forced_successful_syscall_return()
  • From: Roland McGrath <roland@xxxxxxxxxx>
• [PATCH 2/8] alpha ptrace: forced_successful_syscall_return()
  • From: Roland McGrath <roland@xxxxxxxxxx>
• [PATCH 1/8] ptrace: forced_successful_syscall_return() macro
  • From: Roland McGrath <roland@xxxxxxxxxx>
• Re: only sparc can not include linux/pagemap.h?
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• only sparc can not include linux/pagemap.h?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Gabriel Paubert <paubert@xxxxxxx>
• [PATCH] sparc64: aout32_core_dump(): convert strncpy(x, y, sizeof(x)) to strlcpy
  • From: Roel Kluin <12o3l@xxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Gabriel Paubert <paubert@xxxxxxx>
• Gigabit ethernet Saturn hw ck failure on ipv6 packet
  • From: seb@xxxxxxxxxxxxxx
• Re: sparc vs. gcc 4.3
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc vs. gcc 4.3
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc vs. gcc 4.3
  • From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
• Re: sparc vs. gcc 4.3
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sparc vs. gcc 4.3
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Gabriel Paubert <paubert@xxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] firewire: endinaness warnings (was Re: sparse - make __CHECK_ENDIAN__ default enabled?)
  • From: Jarod Wilson <jwilson@xxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: bbc_envctrl & sunblade1000 temp/fan monitoring
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: bbc_envctrl & sunblade1000 temp/fan monitoring
  • From: "Eric Brower" <ebrower@xxxxxxxxx>
• Re: bbc_envctrl & sunblade1000 temp/fan monitoring
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Jarod Wilson <jwilson@xxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Jarod Wilson <jwilson@xxxxxxxxxx>
• Re: bbc_envctrl & sunblade1000 temp/fan monitoring
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Jarod Wilson <jwilson@xxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Jarod Wilson <jwilson@xxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Jarod Wilson <jwilson@xxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Jarod Wilson <jwilson@xxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Jarod Wilson <jwilson@xxxxxxxxxx>
• Re: [BUG] 2.6.25-rc3 hangs in early boot on Sun Ultra5
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Sparc stack usage documentation
  • From: "Marcelo Coelho" <marcelocoelho@xxxxxxxxx>
• Re: [BUG] 2.6.25-rc3 hangs in early boot on Sun Ultra5
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] 2.6.25-rc3 hangs in early boot on Sun Ultra5
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: [BUG] 2.6.25-rc3 hangs in early boot on Sun Ultra5
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] 2.6.25-rc3 hangs in early boot on Sun Ultra5
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: [BUG] 2.6.25-rc3 hangs in early boot on Sun Ultra5
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [BUG] 2.6.25-rc3 hangs in early boot on Sun Ultra5
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] 2.6.25-rc3 hangs in early boot on Sun Ultra5
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] 2.6.25-rc3 hangs in early boot on Sun Ultra5
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] 2.6.25-rc3 hangs in early boot on Sun Ultra5
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Patches to update silo
  • From: Ben Collins <ben.collins@xxxxxxxxxx>
• [PATCH 3/3] Fold changes from Aurora into spec
  • From: "Horst H. von Brand" <vonbrand@xxxxxxxxxxxx>
• [PATCH 1/3] Fix for ext3 from Aurora SRPM
  • From: "Horst H. von Brand" <vonbrand@xxxxxxxxxxxx>
• [PATCH 2/3] <asm/page.h> is no more
  • From: "Horst H. von Brand" <vonbrand@xxxxxxxxxxxx>
• Patches to update silo
  • From: "Horst H. von Brand" <vonbrand@xxxxxxxxxxxx>
• Re: [BUG] 2.6.25-rc3 hangs in early boot on Sun Ultra5
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• [BUG] 2.6.25-rc3 hangs in early boot on Sun Ultra5
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: sparc64 section mismatch status
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH][SPARC64] fix section mismatch from kernel_map_range
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH][SPARC64] fix section mismatchs from dr_cpu_data
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] firewire: endianess fix
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• [PATCH 2/2] firewire: endianess annotations
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• [PATCH 1/2] firewire: endianess fix
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• [PATCH 0/2] firewire: endinaness warnings (was Re: sparse - make __CHECK_ENDIAN__ default enabled?)
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• [PATCH 06/16] sparc(64): use get_personality()
  • From: WANG Cong <xiyou.wangcong@xxxxxxxxx>
• sparc64 section mismatch status
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH][SPARC64] fix section mismatch from kernel_map_range
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH][SPARC64] fix section mismatchs from dr_cpu_data
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: sparc64 section mismatch warnings
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: sparc64 section mismatch warnings
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2][POWERPC] Fix initial lmb add region with a non-zero base
  • From: Josh Boyer <jwboyer@xxxxxxxxx>
• Re: [PATCH v2][POWERPC] Fix initial lmb add region with a non-zero base
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: [PATCH v2][POWERPC] Fix initial lmb add region with a non-zero base
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• sparc64 section mismatch warnings
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: E10k porting efforts
  • From: Tonu Samuel <tonu@xxxxxx>
• Re: E10k porting efforts
  • From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
• E10k porting efforts
  • From: Florian Fainelli <florian.fainelli@xxxxxxxxxxxxx>
• Re: [PATCH] [LMB]: Fix lmb_add_region if region should be added at the head
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [LMB]: Fix lmb_add_region if region should be added at the head
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] [LMB]: Fix lmb_add_region if region should be added at the head
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [LMB]: Fix lmb_add_region if region should be added at the head
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] [LMB]: Fix lmb_add_region if region should be added at the head
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2][POWERPC] Fix initial lmb add region with a non-zero base
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2][POWERPC] Fix initial lmb add region with a non-zero base
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2][POWERPC] Fix initial lmb add region with a non-zero base
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2][POWERPC] Fix initial lmb add region with a non-zero base
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ESP driver
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] ESP driver
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [PATCH] ESP driver
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] ESP driver
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• ESP DMA errir was Re: [Ann] SparcV8 depot
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [Ann] SparcV8 depot
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [Ann] SparcV8 depot
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [Ann] SparcV8 depot
  • From: "Chris Andrew" <cjhandrew@xxxxxxxxx>
• Re: [Ann] SparcV8 depot
  • From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
• Re: [Ann] SparcV8 depot
  • From: "Chris Andrew" <cjhandrew@xxxxxxxxx>
• [Ann] SparcV8 depot
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [PATCH 0/4]: Respun LMB patches.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/4]: Respun LMB patches.
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4]: Respun LMB patches.
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• bbc_envctrl & sunblade1000 temp/fan monitoring
  • From: Pablo Andrés Martikian <pablomartikian@xxxxxxxxxxx>
• Re: [PATCH 0/4]: Respun LMB patches.
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4]: Respun LMB patches.
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [PATCH 0/4]: Respun LMB patches.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/4]: Respun LMB patches.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/4]: Respun LMB patches.
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4]: Respun LMB patches.
  • From: Becky Bruce <becky.bruce@xxxxxxxxxxxxx>
• [PATCH 05/14] arch/sparc64/kernel/unaligned.c: Use time_* macros
  • From: S.Çağlar Onur <caglar@xxxxxxxxxxxxx>
• [PATCH 4/4]: [LMB]: Make lmb support large physical addressing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/4]: [LMB]: Fix initial lmb add region with a non-zero base
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/4]: [LMB]: Fix bug in __lmb_alloc_base().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/4]: [LIB]: Make PowerPC LMB code generic so sparc64 can use it too.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/4]: Respun LMB patches.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC/PATCH] [POWERPC] Make lmb support large physical addressing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC/PATCH] [POWERPC] Make lmb support large physical addressing
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [RFC/PATCH] [POWERPC] Make lmb support large physical addressing
  • From: Becky Bruce <bgill@xxxxxxxxxxxxx>
• Re: [PATCH] [POWERPC] Fix initial lmb add region with a non-zero base
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT]: Make LMB code sharable with sparc64.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] [POWERPC] Fix initial lmb add region with a non-zero base
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [POWERPC] Fix initial lmb add region with a non-zero base
  • From: Jon Loeliger <jdl@xxxxxxx>
• [PATCH] [POWERPC] Fix initial lmb add region with a non-zero base
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT]: Make LMB code sharable with sparc64.
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT]: Make LMB code sharable with sparc64.
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• Re: [GIT]: Make LMB code sharable with sparc64.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT]: Make LMB code sharable with sparc64.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [GIT]: Make LMB code sharable with sparc64.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Issue with linux sunvdc driver and solaris zfs partitions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] SPARC64: Use shorter "get_zeroed_page" call.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] SPARC: Use shorter form of "get_zeroed_page".
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] sparc: fix build
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch] sparc: fix build
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [patch] sparc: fix build
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• pm2fb
  • From: Daniel Smolik <marvin@xxxxxxxxxx>
• Re: [Bugme-new] [Bug 9943] New: on E450 after shutdown doesn't go to OK or power off
  • From: Daniel Smolik <marvin@xxxxxxxxxx>
• Re: [Bugme-new] [Bug 9943] New: on E450 after shutdown doesn't go to OK or power off
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch] sparc: fix build
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• [patch] sparc: fix build
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: sparc compile error
  • From: Robert Reif <reif@xxxxxxxxxxxxx>
• [PATCH] SPARC64: Use shorter "get_zeroed_page" call.
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• [PATCH] SPARC: Use shorter form of "get_zeroed_page".
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: sparc compile error
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: sparc compile error
  • From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
• Re: gcc 4.2 or kernel bug ?
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• - avoid-overflows-in-kernel-timec.patch removed from -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: gcc 4.2 or kernel bug ?
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• [patch 183/233] avoid overflows in kernel/time.c
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: gcc 4.2 or kernel bug ?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: gcc 4.2 or kernel bug ?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: gcc 4.2 or kernel bug ?
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• gcc 4.2 or kernel bug ?
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Issue with linux sunvdc driver and solaris zfs partitions
  • From: "John Cater" <katre50@xxxxxxxxx>
• Re: sparc compile error
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• sparc compile error
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: Oops figures
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Oops figures
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• RE: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 2/4] Create and hook up of_platform_device_shutdown
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.24-rc8-mm1: sparc64 warning at fs/file_table.c:49 __fput+0x1a8/0x1e0()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• TILO segfaults
  • From: Tom De Rybel <tomr@xxxxxxxxxx>
• Re: [PATCH][SPARC64] fix inconsistent .section usage in lib/
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: OOPS 2.6.20 E450
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: section mismatch 2.6.24
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: OOPS 2.6.20 E450
  • From: Dereck Martin <dmartin@xxxxxxxxxxxxx>
• section mismatch 2.6.24
  • From: Daniel Smolik <marvin@xxxxxxxxxx>
• OOPS 2.6.20 E450
  • From: Daniel Smolik <marvin@xxxxxxxxxx>
• Re: sparc compile error caused by x86 arch updates
  • From: Ingo Molnar <mingo@xxxxxxx>
• RE: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: sparc compile error caused by x86 arch updates
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: sparc compile error caused by x86 arch updates
  • From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
• Re: sparc compile error caused by x86 arch updates
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: sparc compile error caused by x86 arch updates
  • From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
• sparc compile error caused by x86 arch updates
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Ingo Molnar <mingo@xxxxxxx>
• RE: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [powerpc changes] Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Geoff Levand <geoffrey.levand@xxxxxxxxxxx>
• Re: [powerpc changes] Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Olof Johansson <olof@xxxxxxxxx>
• [powerpc changes] Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Geoff Levand <geoffrey.levand@xxxxxxxxxxx>
• RE: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Ingo Molnar <mingo@xxxxxxx>
• RE: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Ingo Molnar <mingo@xxxxxxx>
• [2.6 patch] sparc64/kernel/pci_sun4v.c section fixes
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• RE: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Ingo Molnar <mingo@xxxxxxx>
• RE: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Mike Travis <travis@xxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Olof Johansson <olof@xxxxxxxxx>
• RE: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Mike Travis <travis@xxxxxxx>
• RE: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Mike Travis <travis@xxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Ingo Molnar <mingo@xxxxxxx>
• RE: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Mike Travis <travis@xxxxxxx>
• Re: x86/non-x86: percpu, node ids, apic ids x86.git fixup
  • From: Geert Uytterhoeven <Geert.Uytterhoeven@xxxxxxxxxxx>
• [PATCH][sparc64/solaris/fs.c] logical/bitor typos
  • From: Roel Kluin <12o3l@xxxxxxxxxx>
• [PATCH] sparc32 __bzero() store missing __ex_table entry
  • From: Mike Dalton <mwdalton@xxxxxxxxxxxxxxx>
• Re: 2.6.24-rc8-mm1: old sparc64 bug
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: 2.6.24-rc8-mm1: old sparc64 bug
  • From: Takashi Iwai <tiwai@xxxxxxx>
• + avoid-overflows-in-kernel-timec.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [PATCH][SPARC64] fix inconsistent .section usage in lib/
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v4] create modalias file in sysfs for bus of_platform
  • From: Olaf Hering <olaf@xxxxxxxxx>
• Re: 2.6.24-rc8-mm1: old sparc64 bug
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: 2.6.24-rc8-mm1: old sparc64 bug
  • From: Takashi Iwai <tiwai@xxxxxxx>
• sunhme dual port, mac address assignment problem
  • From: Felix Matenaar <pleed@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/4] Create and hook up of_platform_device_shutdown
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• Re: 2.6.24-rc8-mm1: old sparc64 bug
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: compile failure in Solaris emulation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• compile failure in Solaris emulation
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Please build test your changes.
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: [Bug 9106] Sun Fire v100 dmfe driver bug
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Bug 9106] Sun Fire v100 dmfe driver bug
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: 2.6.24-rc8-mm1: sparc64 warning at fs/file_table.c:49 __fput+0x1a8/0x1e0()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] sparc64, openpromfs: constify function pointer tables
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.24-rc8-mm1: sparc64 warning at fs/file_table.c:49 __fput+0x1a8/0x1e0()
  • From: Dave Hansen <haveblue@xxxxxxxxxx>
• Re: [PATCH v3] create modalias file in sysfs for bus of_platform
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: 2.6.24-rc8-mm1: sparc64 warning at fs/file_table.c:49 __fput+0x1a8/0x1e0()
  • From: Dave Hansen <haveblue@xxxxxxxxxx>
• Re: 2.6.24-rc8-mm1: sparc64 warning at fs/file_table.c:49 __fput+0x1a8/0x1e0()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.24-rc8-mm1: sparc64 warning at fs/file_table.c:49 __fput+0x1a8/0x1e0()
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• [PATCH] sparc64, openpromfs: constify function pointer tables
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] create modalias file in sysfs for bus of_platform
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Raid1, mdadm and nfs that remains in D state
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [PATCH] sparc64: fix of section mismatch warnings
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [Bug 9106] Sun Fire v100 dmfe driver bug
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix of section mismatch warnings
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix of section mismatch warnings
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix section error in sparcspkr
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix of section mismatch warnings
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: fix section error in sparcspkr
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc64: fix of section mismatch warnings
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [2.6.23.12] BUG! in file locking routine
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [-mm Patch] uml: fix a building error
  • From: Jeff Dike <jdike@xxxxxxxxxxx>
• RE: [-mm Patch] uml: fix a building error
  • From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@xxxxxxxxx>
• Re: [-mm Patch] uml: fix a building error
  • From: Jeff Dike <jdike@xxxxxxxxxxx>
• Re: [-mm Patch] uml: fix a building error
  • From: Venki Pallipadi <venkatesh.pallipadi@xxxxxxxxx>
• Re: [-mm Patch] uml: fix a building error
  • From: Jeff Dike <jdike@xxxxxxxxxxx>
• Re: [-mm Patch] uml: fix a building error
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: [-mm Patch] uml: fix a building error
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [-mm Patch] uml: fix a building error
  • From: Jeff Dike <jdike@xxxxxxxxxxx>
• RE: [-mm Patch] uml: fix a building error
  • From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@xxxxxxxxx>
• Re: [-mm Patch] uml: fix a building error
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [-mm Patch] uml: fix a building error
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: [PATCH] [SPARC/64] remove of_platform_device_create
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] [SPARC/64] remove of_platform_device_create
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: sparc oops in ip_fast_csum
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc oops in ip_fast_csum
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: gettimeofday not monotonous on sun4m
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: gettimeofday not monotonous on sun4m
  • From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
• Re: 3Com NIC
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: 3Com NIC
  • From: Paul Rolland <rol@xxxxxxxxxx>
• 3Com NIC
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: sparc64: ultra 60 fails to boot with 64kB pages
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sparc64: ultra 60 fails to boot with 64kB pages
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH 10/11] mcount tracer show task comm and pid
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Linux 2.6.24-rc7: sparc64: WARNING: at kernel/lockdep_proc.c:267 lockdep_stats_show()
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: gettimeofday not monotonous on sun4m
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Compile-time error with gcc-4.3 on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux 2.6.24-rc7: sparc64: WARNING: at kernel/lockdep_proc.c:267 lockdep_stats_show()
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Linux 2.6.24-rc7: sparc64: WARNING: at kernel/lockdep_proc.c:267 lockdep_stats_show()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux 2.6.24-rc7: sparc64: WARNING: at kernel/lockdep_proc.c:267 lockdep_stats_show()
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Linux 2.6.24-rc7: sparc64: WARNING: at kernel/lockdep_proc.c:267 lockdep_stats_show()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux 2.6.24-rc7: sparc64: WARNING: at kernel/lockdep_proc.c:267 lockdep_stats_show()
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: Linux 2.6.24-rc7: sparc64: WARNING: at kernel/lockdep_proc.c:267 lockdep_stats_show()
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: Linux 2.6.24-rc7: sparc64: WARNING: at kernel/lockdep_proc.c:267 lockdep_stats_show()
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [RFC PATCH 00/11] mcount tracing utility
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: Linux 2.6.24-rc7: sparc64: WARNING: at kernel/lockdep_proc.c:267 lockdep_stats_show()
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH 02/11] Add fastcall to do_IRQ for i386
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 02/11] Add fastcall to do_IRQ for i386
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC PATCH 10/11] mcount tracer show task comm and pid
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: 2.6.24-rc6-mm1: sparc64: undefined reference to `vmemmap_table'
  • From: David Miller <davem@xxxxxxxxxxxxx>
• gettimeofday not monotonous on sun4m
  • From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 10/11] mcount tracer show task comm and pid
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.24-rc6-mm1: sparc64: undefined reference to `vmemmap_table'
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.24-rc6-mm1: sparc64: undefined reference to `vmemmap_table'
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: sparc oops in ip_fast_csum
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc oops in ip_fast_csum
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: sparc oops in ip_fast_csum
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: sparc oops in ip_fast_csum
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: sparc oops in ip_fast_csum
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: sparc oops in ip_fast_csum
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: sparc oops in ip_fast_csum
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• sparc oops in ip_fast_csum
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH 00/11] mcount tracing utility
  • From: fche@xxxxxxxxxx (Frank Ch. Eigler)
• Re: [RFC PATCH 01/11] Add basic support for gcc profiler instrumentation
  • From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
• Re: [RFC PATCH 01/11] Add basic support for gcc profiler instrumentation
  • From: Chris Wright <chrisw@xxxxxxxxxxxx>
• Re: [RFC PATCH 01/11] Add basic support for gcc profiler instrumentation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 03/11] Annotate core code that should not be traced
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [RFC PATCH 01/11] Add basic support for gcc profiler instrumentation
  • From: Chris Wright <chrisw@xxxxxxxxxx>
• Re: [RFC PATCH 03/11] Annotate core code that should not be traced
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 00/11] mcount tracing utility
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 01/11] Add basic support for gcc profiler instrumentation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 04/11] i386: notrace annotations
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [RFC PATCH 10/11] mcount tracer show task comm and pid
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [RFC PATCH 00/11] mcount tracing utility
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [RFC PATCH 02/11] Add fastcall to do_IRQ for i386
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 00/11] mcount tracing utility
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 03/11] Annotate core code that should not be traced
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [RFC PATCH 02/11] Add fastcall to do_IRQ for i386
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [RFC PATCH 01/11] Add basic support for gcc profiler instrumentation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [RFC PATCH 01/11] Add basic support for gcc profiler instrumentation
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [RFC PATCH 01/11] Add basic support for gcc profiler instrumentation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 01/11] Add basic support for gcc profiler instrumentation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 01/11] Add basic support for gcc profiler instrumentation
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [RFC PATCH 01/11] Add basic support for gcc profiler instrumentation
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [RFC PATCH 11/11] Add a symbol only trace output
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC PATCH 06/11] add notrace annotations to vsyscall.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC PATCH 08/11] tracer add debugfs interface
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC PATCH 02/11] Add fastcall to do_IRQ for i386
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC PATCH 01/11] Add basic support for gcc profiler instrumentation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC PATCH 10/11] mcount tracer show task comm and pid
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC PATCH 05/11] x86_64: notrace annotations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC PATCH 03/11] Annotate core code that should not be traced
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC PATCH 04/11] i386: notrace annotations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC PATCH 09/11] mcount tracer output file
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC PATCH 07/11] mcount based trace in the form of a header file library
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC PATCH 00/11] mcount tracing utility
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.24-rc6-mm1: some section mismatches on sparc64
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: 2.6.24-rc6-mm1: some section mismatches on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.24-rc6-mm1: some section mismatches on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.24-rc6-mm1: some section mismatches on sparc64
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: 2.6.24-rc6-mm1: some section mismatches on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.24-rc6-mm1: some section mismatches on sparc64
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: 2.6.24-rc6-mm1: some section mismatches on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.24-rc6-mm1: some section mismatches on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.24-rc6-mm1: some section mismatches on sparc64
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: 2.6.24-rc6-mm1: some section mismatches on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.24-rc6-mm1: some section mismatches on sparc64
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: [PATCH] Avoid overflows in kernel/time.c (version 5)
  • From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
• [PATCH] Avoid overflows in kernel/time.c (version 6)
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] Avoid overflows in kernel/time.c (version 5)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: No dma_sync_* during pci_probe? (Sparc, post 2.6.22 regression)
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] arch/sparc/: Spelling fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] arch/sparc64/: Spelling fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: No dma_sync_* during pci_probe? (Sparc, post 2.6.22 regression)
  • From: Emanuele Rocca <ema@xxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: No dma_sync_* during pci_probe? (Sparc, post 2.6.22 regression)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: No dma_sync_* during pci_probe? (Sparc, post 2.6.22 regression)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: No dma_sync_* during pci_probe? (Sparc, post 2.6.22 regression)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: No dma_sync_* during pci_probe? (Sparc, post 2.6.22 regression)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: No dma_sync_* during pci_probe? (Sparc, post 2.6.22 regression)
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: sparc64 with 32-bit user-space context switching question
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: sparc64 with 32-bit user-space context switching question
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64 with 32-bit user-space context switching question
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: No dma_sync_* during pci_probe? (Sparc, post 2.6.22 regression)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: No dma_sync_* during pci_probe? (Sparc, post 2.6.22 regression)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Avoid overflows in kernel/time.c (version 3)
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• sparc64 with 32-bit user-space context switching question
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: No dma_sync_* during pci_probe? (Sparc, post 2.6.22 regression)
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: [sparc64] 2.6.23.x kernel and udev on U2E
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [sparc64] 2.6.23.x kernel and udev on U2E
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [sparc64] 2.6.23.x kernel and udev on U2E
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• [PATCH] Avoid overflows in kernel/time.c (version 5)
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] Avoid overflows in kernel/time.c (version 4)
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: No dma_sync_* during pci_probe? (Sparc, post 2.6.22 regression)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: No dma_sync_* during pci_probe? (Sparc, post 2.6.22 regression)
  • From: Chris Newport <crn@xxxxxxxxxxx>
• Re: No dma_sync_* during pci_probe? (Sparc, post 2.6.22 regression)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Avoid overflows in kernel/time.c (version 4)
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• No dma_sync_* during pci_probe? (Sparc, post 2.6.22 regression)
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] Avoid overflows in kernel/time.c (version 3)
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] Avoid overflows in kernel/time.c (version 3)
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• [PATCH] Avoid overflows in kernel/time.c (version 3)
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH] arch/sparc/: Spelling fixes
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] arch/sparc64/: Spelling fixes
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: 2.6.24-rc5-mm1: problems with cat /proc/kpageflags
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: [PATCH] Silence sparc32 warnings on missing syscalls
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Silence sparc32 warnings on missing syscalls
  • From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: Why/when use 0x10 and 0x90 for system calls?
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: BUG in 2.6.23.8 (sun4v)
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: BUG in 2.6.23.8 (sun4v)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• BUG in 2.6.23.8 (sun4v)
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: Why/when use 0x10 and 0x90 for system calls?
  • From: Javier Barrio <coder@xxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.24-rc4-mm1: undefined reference to `compat_sys_timerfd' on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Why/when use 0x10 and 0x90 for system calls?
  • From: Javier Barrio <coder@xxxxxxxxx>
• Re: [BUG] Kernel unaligned access - tcp_transmit_skb
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] Kernel unaligned access - tcp_transmit_skb
  • From: "Marcel van Nies" <morcles@xxxxxxxxx>
• Re: [BUG] Kernel unaligned access - tcp_transmit_skb
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG] Kernel unaligned access - tcp_transmit_skb
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [BUG] Kernel unaligned access - tcp_transmit_skb
  • From: "Marcel van Nies" <morcles@xxxxxxxxx>
• [2.6.23.8] Random oops on U2E/smp
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Why/when use 0x10 and 0x90 for system calls?
  • From: Javier Barrio <coder@xxxxxxxxx>
• Re: 2.6.24-rc4-mm1: some issues on sparc64
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.24-rc4-mm1: some issues on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.24-rc4-mm1: some issues on sparc64
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.24-rc4-mm1: some issues on sparc64
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: 2.6.24-rc4-mm1: undefined reference to `compat_sys_timerfd' on sparc64
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: 2.6.24-rc4-mm1: undefined reference to `compat_sys_timerfd' on sparc64
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.24-rc4-mm1: undefined reference to `compat_sys_timerfd' on sparc64
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SunOS/Solaris Binary Emulation
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: SunOS/Solaris Binary Emulation
  • From: Wes Hardin <wes.hardin@xxxxxxxxxxx>
• Re: SunOS/Solaris Binary Emulation
  • From: "Pieter D.J. Krul" <p@xxxxxxx>
• Re: SunOS/Solaris Binary Emulation
  • From: Wes Hardin <wes.hardin@xxxxxxxxxxx>
• Re: SunOS/Solaris Binary Emulation
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: OBP versions
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: OBP versions
  • From: Wes Hardin <wes.hardin@xxxxxxxxxxx>
• OBP versions [was: Re: SunOS/Solaris Binary Emulation]
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• SunOS/Solaris Binary Emulation
  • From: Wes Hardin <wes.hardin@xxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sun4d interrupt handling?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sun4d interrupt handling?
  • From: Chris Newport <crn@xxxxxxxxxxx>
• Sun4d interrupt handling?
  • From: "Blue Swirl" <blauwirbel@xxxxxxxxx>
• Re: [ANNOUNCE] Aurora SPARC Linux Build 2.99 (Beta 2 for 3.0)
  • From: "Adam Kropelin" <akropel1@xxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] Aurora SPARC Linux Build 2.99 (Beta 2 for 3.0)
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: [ANNOUNCE] Aurora SPARC Linux Build 2.99 (Beta 2 for 3.0)
  • From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
• Re: [ANNOUNCE] Aurora SPARC Linux Build 2.99 (Beta 2 for 3.0)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] Aurora SPARC Linux Build 2.99 (Beta 2 for 3.0)
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: [ANNOUNCE] Aurora SPARC Linux Build 2.99 (Beta 2 for 3.0)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [ANNOUNCE] Aurora SPARC Linux Build 2.99 (Beta 2 for 3.0)
  • From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
• Re: [2.6.23.8] WARNING: at fs/buffer.c:696 __set_page_dirty()
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• [2.6.23.8] WARNING: at fs/buffer.c:696 __set_page_dirty()
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• 2.6.24-rc3-g2ffbb837 fine on U5
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Bus error while building Erlang
  • From: "Julian Calaby" <julian.calaby@xxxxxxxxx>
• Re: Bus error while building Erlang
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: Bus error while building Erlang
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Bus error while building Erlang
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: NETDEV WATCHDOG (3Com 3c905 adapter)
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: NETDEV WATCHDOG (3Com 3c905 adapter)
  • From: Steffen Klassert <klassert@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: NETDEV WATCHDOG (3Com 3c905 adapter)
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• NETDEV WATCHDOG (3Com 3c905 adapter)
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• NFS hangs in D state
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: IRQ handler type mismatch for IRQ3
  • From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
• IRQ handler type mismatch for IRQ3
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: [PATCH] SPARC64: check for possible NULL pointer dereference
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG 2.6.24-rc2] sparc64 sysctl table check failed
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• [PATCH] SPARC64: check for possible NULL pointer dereference
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH 06/59] arch/sparc: Add missing "space"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 06/59] arch/sparc: Add missing "space"
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 06/59] arch/sparc: Add missing "space"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 07/59] arch/sparc64: Add missing "space"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Icedtea for Linux_sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG 2.6.24-rc2] sparc64 sysctl table check failed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC] Minor cleanups of the sparc serial drivers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RFC] Minor cleanups of the sparc serial drivers
  • From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
• [PATCH 07/59] arch/sparc64: Add missing "space"
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 06/59] arch/sparc: Add missing "space"
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: Vmstat: Small revisions to refresh_cpu_vm_stats()
  • From: Christoph Lameter <clameter@xxxxxxx>
• Icedtea for Linux_sparc (was Re: [Aurora-sparc-user] Linux vs. Solaris)
  • From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
• Re: Vmstat: Small revisions to refresh_cpu_vm_stats()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Vmstat: Small revisions to refresh_cpu_vm_stats()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Vmstat: Small revisions to refresh_cpu_vm_stats()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: klibc sparc trouble with gcc > 4.0
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• [BUG 2.6.24-rc2] sparc64 sysctl table check failed
  • From: Mikael Pettersson <mikpe@xxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: [PATCH] SPARC64: Use "is_power_of_2" macro for simplicity.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Strange CPU occupation...
  • From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Fix for sparc64 cpu hangs.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] SPARC64: Use "is_power_of_2" macro for simplicity.
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: unkillable dpkg-query processes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [klibc] klibc sparc trouble with gcc > 4.0
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 09/12] arch/sparc: Remove duplicate includes.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: klibc sparc trouble with gcc > 4.0
  • From: Oleg Verych <olecom@xxxxxxxxxxxxxx>
• [PATCH 09/12] arch/sparc: Remove duplicate includes.
  • From: Lucas Woods <woodzy@xxxxxxxxx>
• klibc sparc trouble with gcc > 4.0
  • From: maximilian attems <max@xxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: unkillable dpkg-query processes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: unkillable dpkg-query processes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: unkillable dpkg-query processes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparck64: remove duplicate includes
  • From: lizf <lizf@xxxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: unkillable dpkg-query processes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Strange CPU occupation... and system hangs
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• [patch 25/28] Add cmpxchg_local to sparc, move __cmpxchg to system.h
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• [patch 26/28] Add cmpxchg_local to sparc64
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Strange CPU occupation...
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• [patch 25/28] Add cmpxchg_local to sparc, move __cmpxchg to system.h
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• [patch 26/28] Add cmpxchg_local to sparc64
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: PATCH: tcp rfc 2385 security/bugfix for sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: unkillable dpkg-query processes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: unkillable dpkg-query processes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: seb@xxxxxxxxxxxxxx
• Re: [BUG] Raid1/5 over iSCSI trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>