sparclinux  

Messages by Thread

• • Re: sun4v_data_access_exception on new 2.6.23 David Miller
  • Re: sun4v_data_access_exception on new 2.6.23 David Miller
  • Re: sun4v_data_access_exception on new 2.6.23 BERTRAND Joël
  • Re: sun4v_data_access_exception on new 2.6.23 BERTRAND Joël
  • Re: sun4v_data_access_exception on new 2.6.23 David Miller
  • Re: sun4v_data_access_exception on new 2.6.23 BERTRAND Joël
  • Re: sun4v_data_access_exception on new 2.6.23 David Miller
  • Re: sun4v_data_access_exception on new 2.6.23 BERTRAND Joël
  • Re: sun4v_data_access_exception on new 2.6.23 David Miller
• Scsi on sparc build break in 2.6.23. Rob Landley
  • Re: Scsi on sparc build break in 2.6.23. Adrian Bunk
  • Re: Scsi on sparc build break in 2.6.23. Rob Landley
  • Re: Scsi on sparc build break in 2.6.23. James Bottomley
  • [2.6 patch] esp_scsi.c: remove __dev{init,exit} Adrian Bunk
  • Re: [2.6 patch] esp_scsi.c: remove __dev{init,exit} Rob Landley
  • Re: [2.6 patch] esp_scsi.c: remove __dev{init,exit} David Miller
  • Re: [2.6 patch] esp_scsi.c: remove __dev{init,exit} Rob Landley
  • Re: Scsi on sparc build break in 2.6.23. Adrian Bunk
  • Re: Scsi on sparc build break in 2.6.23. Adrian Bunk
  • Re: Scsi on sparc build break in 2.6.23. Randy Dunlap
  • Re: Scsi on sparc build break in 2.6.23. Rob Landley
  • Re: Scsi on sparc build break in 2.6.23. Adrian Bunk
• [PATCH] [SPARC/64] move of_platform_driver initialisations: arch/sparc{,64} Stephen Rothwell
  • Re: [PATCH] [SPARC/64] move of_platform_driver initialisations: arch/sparc{,64} David Miller
• Bug: semctl failures on sparc64 Tom "spot" Callaway
  • Re: Bug: semctl failures on sparc64 David Miller
  • Re: Bug: semctl failures on sparc64 David Miller
• SPARC64 2.6.23-rc8 binfmt_aout32 error Sunil Amitkumar Janki
  • Re: SPARC64 2.6.23-rc8 binfmt_aout32 error David Miller
  • Re: SPARC64 2.6.23-rc8 binfmt_aout32 error Sunil Amitkumar Janki
  • Re: SPARC64 2.6.23-rc8 binfmt_aout32 error David Miller
• [PATCH] sparc64: check fork_idle() error Akinobu Mita
  • Re: [PATCH] sparc64: check fork_idle() error David Miller
• PATCH: tcp rfc 2385 security/bugfix for sparc64 Peter Lieven
  • Re: PATCH: tcp rfc 2385 security/bugfix for sparc64 David Miller
  • Re: PATCH: tcp rfc 2385 security/bugfix for sparc64 David Miller
  • Re: PATCH: tcp rfc 2385 security/bugfix for sparc64 Matthias Dellweg
  • Re: PATCH: tcp rfc 2385 security/bugfix for sparc64 David Miller
• More than 4G of memory on Sparc32? Blue Swirl
  • Re: More than 4G of memory on Sparc32? Chris Newport
  • Re: More than 4G of memory on Sparc32? David Miller
  • Re: More than 4G of memory on Sparc32? Blue Swirl
• e2fsprogs conflict with asm-sparc64/types.h Tom "spot" Callaway
  • Re: e2fsprogs conflict with asm-sparc64/types.h David Miller
• Information for installing Felipe Alfredo Hernandez Gonzalez
• [PATCH] [SPARC/64] Prepare to remove of_platform_driver name Stephen Rothwell
  • Re: [PATCH] [SPARC/64] Prepare to remove of_platform_driver name David Miller
• slave_configure for qlogicpti Matthew Wilcox
  • Re: slave_configure for qlogicpti David Miller
  • Re: slave_configure for qlogicpti Jeff Garzik
  • Re: slave_configure for qlogicpti David Miller
  • Re: slave_configure for qlogicpti Jeff Garzik
• Re: 2.6.23-rc6-mm1 sparc build error Mathieu Desnoyers
  • Re: 2.6.23-rc6-mm1 sparc build error Andrew Morton
  • Re: 2.6.23-rc6-mm1 sparc build error Guennadi Liakhovetski
  • Re: 2.6.23-rc6-mm1 sparc build error Mathieu Desnoyers
• [PATCH]: Fix for several sunsab problems. David Miller
  • Re: [PATCH]: Fix for several sunsab problems. Meelis Roos
  • Re: [PATCH]: Fix for several sunsab problems. Meelis Roos
  • Re: [PATCH]: Fix for several sunsab problems. David Miller
• [PATCH 0/1] ppc64: Convert cpu_sibling_map to a per_cpu data array ppc64 v2 travis
  • [PATCH 1/1] ppc64: Convert cpu_sibling_map to a per_cpu data array ppc64 v2 travis
  • Re: [PATCH 1/1] ppc64: Convert cpu_sibling_map to a per_cpu data array ppc64 v2 Stephen Rothwell
• AW: netconsole support for kernel 2.4 / sunhme patch / update Jurzitza, Dieter
• SPARC{,64}: kernel_termios_to_user_termios_1 missing Horst H. von Brand
  • Re: SPARC{,64}: kernel_termios_to_user_termios_1 missing David Miller
  • Re: SPARC{,64}: kernel_termios_to_user_termios_1 missing Andrew Morton
  • Re: SPARC{,64}: kernel_termios_to_user_termios_1 missing David Miller
  • Re: SPARC{,64}: kernel_termios_to_user_termios_1 missing Adrian McMenamin
• [PATCH] sparc64: beautify vmlinux.lds Sam Ravnborg
• [PATCH] sparc: beautify vmlinux.lds Sam Ravnborg
  • Re: [PATCH] sparc: beautify vmlinux.lds David Miller
• AW: netconsole support for kernel 2.4 / sunhme patch Jurzitza, Dieter
• netconsole support for kernel 2.4 / sunhme patch Jurzitza, Dieter
  • Re: netconsole support for kernel 2.4 / sunhme patch David Miller
• Re: AW: SILO problem on a T1000 Iván Chavero
• Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Andrew Walrond
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? David Miller
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Andrew Walrond
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Tim Prince
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Gordan Bobic
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Andrew Walrond
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Eric Botcazou
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Andrew Walrond
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? David Miller
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? NightStrike
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Andrew Walrond
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Hamish Greig
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Joe Buck
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? David Carlton
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Andrew Walrond
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? David Miller
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Andrew Walrond
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? David Miller
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Eric Botcazou
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Lijuan Hai
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Sunil Amitkumar Janki
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? David Miller
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Andrew Walrond
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Andrew Walrond
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Sunil Amitkumar Janki
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Chris Newport
  • Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Sunil Amitkumar Janki
• [PATCH 00/10] x86: Reduce Memory Usage and Inter-Node message traffic (v3) travis
  • [PATCH 01/10] x86: remove x86_cpu_to_log_apicid array (v3) travis
  • [PATCH 03/10] x86: Convert cpu_core_map to be a per cpu variable (v3) travis
  • [PATCH 02/10] x86: fix cpu_to_node references (v3) travis
  • [PATCH 04/10] x86: Convert cpu_sibling_map to be a per cpu variable (v3) travis
  • [PATCH 05/10] x86: Convert x86_cpu_to_apicid to be a per cpu variable (v3) travis
  • [PATCH 06/10] x86: Convert cpu_llc_id to be a per cpu variable (v3) travis
  • [PATCH 10/10] sparc64: Convert cpu_sibling_map to a per_cpu data array (v3) travis
  • [PATCH 07/10] x86: acpi-use-cpu_physical_id (v3) travis
  • [PATCH 08/10] ia64: Convert cpu_sibling_map to a per_cpu data array (v3) travis
  • Re: [PATCH 08/10] ia64: Convert cpu_sibling_map to a per_cpu data array (v3) Paul Jackson
  • Re: [PATCH 08/10] ia64: Convert cpu_sibling_map to a per_cpu data array (v3) Mike Travis
  • [PATCH 09/10] ppc64: Convert cpu_sibling_map to a per_cpu data array (v3) travis
  • Re: [PATCH 09/10] ppc64: Convert cpu_sibling_map to a per_cpu data array (v3) Stephen Rothwell
  • Re: [PATCH 09/10] ppc64: Convert cpu_sibling_map to a per_cpu data array (v3) Stephen Rothwell
  • Re: [PATCH 09/10] ppc64: Convert cpu_sibling_map to a per_cpu data array (v3) Mike Travis
  • Re: [PATCH 00/10] x86: Reduce Memory Usage and Inter-Node message traffic (v3) Andi Kleen
  • Re: [PATCH 00/10] x86: Reduce Memory Usage and Inter-Node message traffic (v3) Andrew Morton
• SILO problem on a T1000 Iván Chavero
• [PATCH 2/2] forbid asm/bitops.h direct inclusion Jiri Slaby
  • Re: [PATCH 2/2] forbid asm/bitops.h direct inclusion Ralf Baechle
  • Re: [PATCH 2/2] forbid asm/bitops.h direct inclusion Adrian Bunk
• use of asm/prom.h Stephen Rothwell
• perfctr on UltraSparcT1 jiaqi zhang
  • Re: perfctr on UltraSparcT1 jiaqi zhang
• [PATCH] fix ALSA compilation on Sparc32 Markus Dahms
  • Re: [PATCH] fix ALSA compilation on Sparc32 Alan Cox
  • Re: [PATCH] fix ALSA compilation on Sparc32 Takashi Iwai
  • Re: [PATCH] fix ALSA compilation on Sparc32 Takashi Iwai
• [patch 25/28] Add cmpxchg_local to sparc, move __cmpxchg to system.h Mathieu Desnoyers
  • [patch 25/28] Add cmpxchg_local to sparc, move __cmpxchg to system.h Mathieu Desnoyers
  • [patch 25/28] Add cmpxchg_local to sparc, move __cmpxchg to system.h Mathieu Desnoyers
• [patch 26/28] Add cmpxchg_local to sparc64 Mathieu Desnoyers
  • [patch 26/28] Add cmpxchg_local to sparc64 Mathieu Desnoyers
  • [patch 26/28] Add cmpxchg_local to sparc64 Mathieu Desnoyers
• [PATCH] restore_current o0 register clobber Krzysztof Helt
  • Re: [PATCH] restore_current o0 register clobber Krzysztof Helt
  • Re: [PATCH] restore_current o0 register clobber David Miller
• Questions about prom functions and restore_current() Krzysztof Helt
  • Re: Questions about prom functions and restore_current() David Miller
• 2.6.23-rc3 SPARC32 __cmpdi2 undefined Sunil Amitkumar Janki
  • Re: 2.6.23-rc3 SPARC32 __cmpdi2 undefined David Miller
• [PATCH] Add irqflags.h to sparc32 and use it from generic code. Robert Reif
  • Re: [PATCH] Add irqflags.h to sparc32 and use it from generic code. David Miller
• errno codes intertwined Jan Engelhardt
  • Re: errno codes intertwined Josef Sipek
  • Re: errno codes intertwined Andi Kleen
  • Re: errno codes intertwined David Miller
  • Re: [parisc-linux] errno codes intertwined Mike Frysinger
  • Re: [parisc-linux] errno codes intertwined Jan Engelhardt
• Re: sun4v oops David Miller
  • Re: sun4v oops Tom "spot" Callaway
  • Re: sun4v oops David Miller
• Problems of PREFETCH instruction on UltraSparc T1 jiaqi zhang
  • Re: Problems of PREFETCH instruction on UltraSparc T1 David Miller
  • Re: Problems of PREFETCH instruction on UltraSparc T1 jiaqi zhang
  • Re: Problems of PREFETCH instruction on UltraSparc T1 David Miller
• oops in sunsab_interrupt Meelis Roos
  • Re: oops in sunsab_interrupt Meelis Roos
  • Re: oops in sunsab_interrupt David Miller
• Re. [SPARC32]: Fix bogus ramdisk image location check. Robert Reif
  • Re: Re. [SPARC32]: Fix bogus ramdisk image location check. David Miller
  • Re: Re. [SPARC32]: Fix bogus ramdisk image location check. mark
  • Re: Re. [SPARC32]: Fix bogus ramdisk image location check. Robert Reif
  • Re: Re. [SPARC32]: Fix bogus ramdisk image location check. Mark Fortescue
  • Re: Re. [SPARC32]: Fix bogus ramdisk image location check. Robert Reif
  • Re: Re. [SPARC32]: Fix bogus ramdisk image location check. Mark Fortescue
• Problems starting up ... Stefan Sablatnög
  • Re: Problems starting up ... Julian Calaby
  • Re: Problems starting up ... David Miller
• possible endless loop in PROM initialization Markus Dahms
  • Re: possible endless loop in PROM initialization David Miller
  • Re: possible endless loop in PROM initialization Markus Dahms
  • Re: possible endless loop in PROM initialization Chris Newport
  • Re: possible endless loop in PROM initialization Markus Dahms
  • Re: possible endless loop in PROM initialization Krzysztof Helt
  • Odp: possible endless loop in PROM initialization Krzysztof Helt
  • Re: Odp: possible endless loop in PROM initialization Markus Dahms
• firewire oops jim watson
• sparc32 SMP debugging help needed Robert Reif
• Physical cpu number on UltrasparcT1 jiaqi zhang
  • Re: Physical cpu number on UltrasparcT1 David Miller
  • Physical cpu number on UltrasparcT1 jiaqi zhang
  • Re: Physical cpu number on UltrasparcT1 jiaqi zhang
  • Re: Physical cpu number on UltrasparcT1 jiaqi zhang
  • Re: Physical cpu number on UltrasparcT1 David Miller
  • Re: Physical cpu number on UltrasparcT1 jiaqi zhang
  • Re: Physical cpu number on UltrasparcT1 David Miller
  • Re: Physical cpu number on UltrasparcT1 jiaqi zhang
• [kj] is_power_of_2 in include/asm-sparc64/vio.h vignesh babu
• [PATCH] [457/2many] MAINTAINERS - SPARC (sparc32): joe
• [PATCH] [452/2many] MAINTAINERS - UltraSPARC (sparc64): joe
• [patch 20/23] Add cmpxchg_local to sparc, move __cmpxchg to system.h Mathieu Desnoyers
  • [patch 20/23] Add cmpxchg_local to sparc, move __cmpxchg to system.h Mathieu Desnoyers
• [patch 21/23] Add cmpxchg_local to sparc64 Mathieu Desnoyers
  • [patch 21/23] Add cmpxchg_local to sparc64 Mathieu Desnoyers
  • Re: [patch 21/23] Add cmpxchg_local to sparc64 Julian Calaby

• Earlier messages
• Later messages