Linux Sparc
[Prev Page][Next Page]
- More than 4G of memory on Sparc32?
- From: "Blue Swirl" <blauwirbel@xxxxxxxxx>
- Re: e2fsprogs conflict with asm-sparc64/types.h
- From: David Miller <davem@xxxxxxxxxxxxx>
- e2fsprogs conflict with asm-sparc64/types.h
- From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
- Information for installing
- From: Felipe Alfredo Hernandez Gonzalez <felipe.hernandez@xxxxxxxxxxxxxxxxx>
- Re: 2.6.23-rc6-mm1 sparc build error
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- [PATCH] [SPARC/64] Prepare to remove of_platform_driver name
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH]: Fix for several sunsab problems.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: 2.6.23-rc6-mm1 sparc build error
- From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
- Re: [PATCH]: Fix for several sunsab problems.
- From: Meelis Roos <mroos@xxxxxxxx>
- slave_configure for qlogicpti
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 1/1] ppc64: Convert cpu_sibling_map to a per_cpu data array ppc64 v2
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: 2.6.23-rc6-mm1 sparc build error
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.23-rc6-mm1 sparc build error
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: [PATCH]: Fix for several sunsab problems.
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [PATCH] sparc: beautify vmlinux.lds
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH]: Fix for several sunsab problems.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 0/1] ppc64: Convert cpu_sibling_map to a per_cpu data array ppc64 v2
- [PATCH 1/1] ppc64: Convert cpu_sibling_map to a per_cpu data array ppc64 v2
- Re: [PATCH 09/10] ppc64: Convert cpu_sibling_map to a per_cpu data array (v3)
- From: Mike Travis <travis@xxxxxxx>
- Re: [PATCH 09/10] ppc64: Convert cpu_sibling_map to a per_cpu data array (v3)
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH 09/10] ppc64: Convert cpu_sibling_map to a per_cpu data array (v3)
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- AW: netconsole support for kernel 2.4 / sunhme patch / update
- From: "Jurzitza, Dieter" <DJurzitza@xxxxxxxxxxxxxxxx>
- Re: SPARC{,64}: kernel_termios_to_user_termios_1 missing
- From: "Adrian McMenamin" <lkmladrian@xxxxxxxxx>
- Re: SPARC{,64}: kernel_termios_to_user_termios_1 missing
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: SPARC{,64}: kernel_termios_to_user_termios_1 missing
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: SPARC{,64}: kernel_termios_to_user_termios_1 missing
- From: David Miller <davem@xxxxxxxxxxxxx>
- SPARC{,64}: kernel_termios_to_user_termios_1 missing
- From: "Horst H. von Brand" <vonbrand@xxxxxxxxxxxx>
- [PATCH] sparc64: beautify vmlinux.lds
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- [PATCH] sparc: beautify vmlinux.lds
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH 00/10] x86: Reduce Memory Usage and Inter-Node message traffic (v3)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Andrew Walrond <andrew@xxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Andrew Walrond <andrew@xxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: David Carlton <david.carlton@xxxxxxx>
- Re: netconsole support for kernel 2.4 / sunhme patch
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Joe Buck <Joe.Buck@xxxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Hamish Greig <hgreig@xxxxxxxxxxxxxx>
- AW: netconsole support for kernel 2.4 / sunhme patch
- From: "Jurzitza, Dieter" <DJurzitza@xxxxxxxxxxxxxxxx>
- netconsole support for kernel 2.4 / sunhme patch
- From: "Jurzitza, Dieter" <DJurzitza@xxxxxxxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Eric Botcazou <ebotcazou@xxxxxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Andrew Walrond <andrew@xxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: NightStrike <nightstrike@xxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Andrew Walrond <andrew@xxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Sunil Amitkumar Janki <devel.sjanki@xxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Chris Newport <crn@xxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Sunil Amitkumar Janki <devel.sjanki@xxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Andrew Walrond <andrew@xxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Eric Botcazou <ebotcazou@xxxxxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Andrew Walrond <andrew@xxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Andrew Walrond <andrew@xxxxxxxxxxx>
- Re: [PATCH 00/10] x86: Reduce Memory Usage and Inter-Node message traffic (v3)
- From: Andi Kleen <ak@xxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Sunil Amitkumar Janki <devel.sjanki@xxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: "Lijuan Hai" <hailijuan@xxxxxxxxx>
- Re: AW: SILO problem on a T1000
- From: Iván Chavero <ichavero@xxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Gordan Bobic <gordan@xxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Tim Prince <tprince@xxxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Andrew Walrond <andrew@xxxxxxxxxxx>
- Re: Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: David Miller <davem@xxxxxxxxxxxxx>
- Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ?
- From: Andrew Walrond <andrew@xxxxxxxxxxx>
- [PATCH 09/10] ppc64: Convert cpu_sibling_map to a per_cpu data array (v3)
- [PATCH 08/10] ia64: Convert cpu_sibling_map to a per_cpu data array (v3)
- [PATCH 07/10] x86: acpi-use-cpu_physical_id (v3)
- [PATCH 10/10] sparc64: Convert cpu_sibling_map to a per_cpu data array (v3)
- [PATCH 06/10] x86: Convert cpu_llc_id to be a per cpu variable (v3)
- [PATCH 05/10] x86: Convert x86_cpu_to_apicid to be a per cpu variable (v3)
- [PATCH 04/10] x86: Convert cpu_sibling_map to be a per cpu variable (v3)
- [PATCH 02/10] x86: fix cpu_to_node references (v3)
- [PATCH 03/10] x86: Convert cpu_core_map to be a per cpu variable (v3)
- [PATCH 00/10] x86: Reduce Memory Usage and Inter-Node message traffic (v3)
- [PATCH 01/10] x86: remove x86_cpu_to_log_apicid array (v3)
- SILO problem on a T1000
- From: Iván Chavero <ichavero@xxxxxxx>
- Re: [PATCH] restore_current o0 register clobber
- From: Krzysztof Helt <krzysztof.h1@xxxxxxxxx>
- Re: [PATCH 2/2] forbid asm/bitops.h direct inclusion
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [PATCH 2/2] forbid asm/bitops.h direct inclusion
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- [PATCH 2/2] forbid asm/bitops.h direct inclusion
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
- use of asm/prom.h
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: perfctr on UltraSparcT1
- From: "jiaqi zhang" <zation.busy@xxxxxxxxx>
- perfctr on UltraSparcT1
- From: "jiaqi zhang" <zation.busy@xxxxxxxxx>
- Re: Re. [SPARC32]: Fix bogus ramdisk image location check.
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix ALSA compilation on Sparc32
- From: Takashi Iwai <tiwai@xxxxxxx>
- Re: [PATCH] fix ALSA compilation on Sparc32
- From: Takashi Iwai <tiwai@xxxxxxx>
- Re: [PATCH] fix ALSA compilation on Sparc32
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- [PATCH] fix ALSA compilation on Sparc32
- From: Markus Dahms <mad@xxxxxxxxxxxxxxxx>
- Re: Re. [SPARC32]: Fix bogus ramdisk image location check.
- From: Robert Reif <reif@xxxxxxxxxxxxx>
- Re: ESP: cosmetic printk error during detection
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: ESP: cosmetic printk error during detection
- From: Meelis Roos <mroos@xxxxxxxx>
- [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: Re. [SPARC32]: Fix bogus ramdisk image location check.
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [parisc-linux] errno codes intertwined
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: [parisc-linux] errno codes intertwined
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- [PATCH] restore_current o0 register clobber
- From: Krzysztof Helt <krzysztof.h1@xxxxx>
- Re: 2.6.23-rc3 SPARC32 __cmpdi2 undefined
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Questions about prom functions and restore_current()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Questions about prom functions and restore_current()
- From: Krzysztof Helt <krzysztof.h1@xxxxx>
- 2.6.23-rc3 SPARC32 __cmpdi2 undefined
- From: Sunil Amitkumar Janki <devel.sjanki@xxxxxxxxx>
- Re: GCC 4.2.1 produces broken 2.6.22.1 kernel.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: GCC 4.2.1 produces broken 2.6.22.1 kernel.
- From: Andrew Walrond <andrew@xxxxxxxxxxx>
- Re: GCC 4.2.1 produces broken 2.6.22.1 kernel.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] Add irqflags.h to sparc32 and use it from generic code.
- From: Robert Reif <reif@xxxxxxxxxxxxx>
- Re: errno codes intertwined
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: errno codes intertwined
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: errno codes intertwined
- From: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
- errno codes intertwined
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Problems of PREFETCH instruction on UltraSparc T1
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Problems of PREFETCH instruction on UltraSparc T1
- From: "jiaqi zhang" <zation.busy@xxxxxxxxx>
- Re: sun4v oops
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: sun4v oops
- From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
- Re: sun4v oops
- From: David Miller <davem@xxxxxxxxxxxxx>
- sun4v oops
- From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
- Re: Problems of PREFETCH instruction on UltraSparc T1
- From: David Miller <davem@xxxxxxxxxxxxx>
- Problems of PREFETCH instruction on UltraSparc T1
- From: "jiaqi zhang" <zation.busy@xxxxxxxxx>
- Re: Re. [SPARC32]: Fix bogus ramdisk image location check.
- From: Robert Reif <reif@xxxxxxxxxxxxx>
- Re: oops in sunsab_interrupt
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: oops in sunsab_interrupt
- From: Meelis Roos <mroos@xxxxxxxx>
- oops in sunsab_interrupt
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: Re. [SPARC32]: Fix bogus ramdisk image location check.
- From: mark@xxxxxxxxxxxxxxxxxx
- Re: Problems starting up ...
- From: David Miller <davem@xxxxxxxxxxxxx>
- [patch 21/23] Add cmpxchg_local to sparc64 (update)
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: [patch 21/23] Add cmpxchg_local to sparc64
- From: "Julian Calaby" <julian.calaby@xxxxxxxxx>
- Re: Problems starting up ...
- From: "Julian Calaby" <julian.calaby@xxxxxxxxx>
- Re: [patch 21/23] Add cmpxchg_local to sparc64
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [patch 21/23] Add cmpxchg_local to sparc64
- From: "Julian Calaby" <julian.calaby@xxxxxxxxx>
- Re: Re. [SPARC32]: Fix bogus ramdisk image location check.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re. [SPARC32]: Fix bogus ramdisk image location check.
- From: Robert Reif <reif@xxxxxxxxxxxxx>
- Problems starting up ...
- From: Stefan Sablatnög <Stefan.Sablatnoeg@xxxxxx>
- [patch 21/23] Add cmpxchg_local to sparc64
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- [patch 20/23] Add cmpxchg_local to sparc, move __cmpxchg to system.h
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: possible endless loop in PROM initialization
- From: Krzysztof Helt <krzysztof.h1@xxxxx>
- Re: possible endless loop in PROM initialization
- From: Markus Dahms <mad@xxxxxxxxxxxxxxxx>
- Re: possible endless loop in PROM initialization
- From: Chris Newport <crn@xxxxxxxxxxx>
- Re: possible endless loop in PROM initialization
- From: Markus Dahms <mad@xxxxxxxxxxxxxxxx>
- Re: Odp: possible endless loop in PROM initialization
- From: Markus Dahms <mad@xxxxxxxxxxxxxxxx>
- Odp: possible endless loop in PROM initialization
- From: "Krzysztof Helt" <krzysztof.h1@xxxxx>
- Re: possible endless loop in PROM initialization
- From: David Miller <davem@xxxxxxxxxxxxx>
- possible endless loop in PROM initialization
- From: Markus Dahms <mad@xxxxxxxxxxxxxxxx>
- firewire oops
- From: jim watson <jim@xxxxxxxxxxxxxxx>
- sparc32 SMP debugging help needed
- From: Robert Reif <reif@xxxxxxxxxxxxx>
- Re: 'Illegal instruction' on taking a trap on UltrasparcIII
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Physical cpu number on UltrasparcT1
- From: "jiaqi zhang" <zation.busy@xxxxxxxxx>
- Re: Physical cpu number on UltrasparcT1
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Physical cpu number on UltrasparcT1
- From: "jiaqi zhang" <zation.busy@xxxxxxxxx>
- Re: Physical cpu number on UltrasparcT1
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Physical cpu number on UltrasparcT1
- From: "jiaqi zhang" <zation.busy@xxxxxxxxx>
- Re: Physical cpu number on UltrasparcT1
- From: "jiaqi zhang" <zation.busy@xxxxxxxxx>
- Physical cpu number on UltrasparcT1
- From: "jiaqi zhang" <zation.busy@xxxxxxxxx>
- Re: Physical cpu number on UltrasparcT1
- From: David Miller <davem@xxxxxxxxxxxxx>
- Physical cpu number on UltrasparcT1
- From: "jiaqi zhang" <zation.busy@xxxxxxxxx>
- Re: Sun4c interrupt controller - Sun4d relevance
- From: Chris Newport <crn@xxxxxxxxxxx>
- [kj] is_power_of_2 in include/asm-sparc64/vio.h
- From: vignesh babu <vignesh.babu@xxxxxxxxx>
- [PATCH] [457/2many] MAINTAINERS - SPARC (sparc32):
- [PATCH] [452/2many] MAINTAINERS - UltraSPARC (sparc64):
- Re: Sun4c interrupt controller - Sun4d relevance
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Sun4c interrupt controller - Sun4d relevance
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Sun4c interrupt controller - Sun4d relevance
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Sun4c interrupt controller, MMU, IOMMU?
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: ESP: cosmetic printk error during detection
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Ultra 1 hang on boot
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Sun4c interrupt controller - Sun4d relevance
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Sun4c interrupt controller - Sun4d relevance
- From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
- Re: Sun4c interrupt controller - Sun4d relevance
- From: Chris Newport <crn@xxxxxxxxxxx>
- Re: Sun4c interrupt controller - Sun4d relevance
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Sun4c interrupt controller, MMU, IOMMU?
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Ultra 2 with nvram problems
- From: "Ulrich Teichert" <Ulrich.Teichert@xxxxxxx>
- Re: Sun4c interrupt controller - Sun4d relevance
- From: "Blue Swirl" <blauwirbel@xxxxxxxxx>
- Re: Sun4c interrupt controller - Sun4d relevance
- From: Chris Newport <crn@xxxxxxxxxxx>
- [patch 20/23] Add cmpxchg_local to sparc, move __cmpxchg to system.h
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: Sun4c interrupt controller, MMU, IOMMU?
- From: "Blue Swirl" <blauwirbel@xxxxxxxxx>
- [patch 21/23] Add cmpxchg_local to sparc64
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: Sun4c interrupt controller, MMU, IOMMU?
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Sun4c interrupt controller, MMU, IOMMU?
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Sun4c interrupt controller, MMU, IOMMU?
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- [PATCH] Removal of prom_printf/prom_halt
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- ESP: cosmetic printk error during detection
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: Ultra 1 hang on boot
- From: Meelis Roos <mroos@xxxxxxxx>
- 'Illegal instruction' on taking a trap on UltrasparcIII
- From: Jurij Smakov <jurij@xxxxxxxxx>
- Re: Sun4c interrupt controller, MMU, IOMMU?
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Sun4c interrupt controller, MMU, IOMMU?
- From: "Blue Swirl" <blauwirbel@xxxxxxxxx>
- Re: Sun4c interrupt controller, MMU, IOMMU?
- From: David Miller <davem@xxxxxxxxxxxxx>
- Sun4c interrupt controller, MMU, IOMMU?
- From: "Blue Swirl" <blauwirbel@xxxxxxxxx>
- Re: [SPARC]: Remove iommu from struct sbus_bus and use archdata like sparc64.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [SPARC]: Remove iommu from struct sbus_bus and use archdata like sparc64.
- From: Robert Reif <reif@xxxxxxxxxxxxx>
- Re: [SPARC]: Remove iommu from struct sbus_bus and use archdata like sparc64.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [SPARC]: Remove iommu from struct sbus_bus and use archdata like sparc64.
- From: Robert Reif <reif@xxxxxxxxxxxxx>
- 2.6.18 dual sparc64 oops
- From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
- Re: 2.6.22.1 kernel grinds...to......a............halt......
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: 2.6.22.1 kernel grinds...to......a............halt......
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: 2.6.22.1 kernel grinds...to......a............halt......
- From: Andrew Walrond <andrew@xxxxxxxxxxx>
- 2.6.22.1 kernel grinds...to......a............halt......
- From: Andrew Walrond <andrew@xxxxxxxxxxx>
- Re: GCC 4.2.1 produces broken 2.6.22.1 kernel.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: procps needs PAGE_SIZE
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: procps needs PAGE_SIZE
- From: Kumba <kumba@xxxxxxxxxx>
- Re: Help understanding SPARC32 Sun4c PTE handling
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: SIGSEGV information on SPARC64
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: SIGSEGV information on SPARC64
- From: "jiaqi zhang" <zation.busy@xxxxxxxxx>
- Re: SIGSEGV information on SPARC64
- From: David Miller <davem@xxxxxxxxxxxxx>
- SIGSEGV information on SPARC64
- From: "jiaqi zhang" <zation.busy@xxxxxxxxx>
- GCC 4.2.1 produces broken 2.6.22.1 kernel.
- From: Andrew Walrond <andrew@xxxxxxxxxxx>
- Help understanding SPARC32 Sun4c PTE handling
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Sparc-2.6.24 GIT tree
- From: Andrew Walrond <andrew@xxxxxxxxxxx>
- Re: Sparc-2.6.24 GIT tree
- From: Andrew Walrond <andrew@xxxxxxxxxxx>
- Re: Sparc-2.6.24 GIT tree
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Sparc-2.6.24 GIT tree
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Sparc-2.6.24 GIT tree
- From: Andrew Walrond <andrew@xxxxxxxxxxx>
- Sparc-2.6.24 GIT tree
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Creator 3D fb [Bug 8232 on kernel's bugzilla]
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [PATCH] sparc: fix fallout from O_CLOEXEC changes
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Fix Sparc32 Build
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: procps needs PAGE_SIZE
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Creator 3D fb [Bug 8232 on kernel's bugzilla]
- From: David Miller <davem@xxxxxxxxxxxxx>
- procps needs PAGE_SIZE
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- [PATCH] sparc: fix fallout from O_CLOEXEC changes
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
- [PATCH] Fix Sparc32 Build
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Sparc32 Build Failure
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Creator 3D fb [Bug 8232 on kernel's bugzilla]
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: Kernel compile errors
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Ultra 2 with nvram problems
- From: "Ulrich Teichert" <Ulrich.Teichert@xxxxxx>
- Re: Kernel compile errors
- From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
- Kernel compile errors
- From: Sunil Amitkumar Janki <devel.sjanki@xxxxxxxxx>
- Re: Ultra 2 with nvram problems
- From: Chris Newport <crn@xxxxxxxxxxx>
- Re: Ultra 2 with nvram problems
- From: David Miller <davem@xxxxxxxxxxxxx>
- Ultra 2 with nvram problems
- From: "Ulrich Teichert" <Ulrich.Teichert@xxxxxx>
- Re: Build failures on a sparcstation10 with 2.6.23-rc1
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Build failures on a sparcstation10 with 2.6.23-rc1
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Build failures on a sparcstation10 with 2.6.23-rc1
- From: Krzysztof Helt <krzysztof.h1@xxxxx>
- Re: Build failures on a sparcstation10 with 2.6.23-rc1
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Some cosmetic changes to QlogicPTI SCSI driver
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [Patch]: Minor fixes for CS4231 on SBus
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [2/2] 2.6.23-rc1: known regressions
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [RESEND] [BUG] futex_unlock_pi() hurts my brain and may cause application deadlock
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RESEND] [BUG] futex_unlock_pi() hurts my brain and may cause application deadlock
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [RESEND] [BUG] futex_unlock_pi() hurts my brain and may cause application deadlock
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Fw: [RESEND] [BUG] futex_unlock_pi() hurts my brain and may cause application deadlock
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Fw: [RESEND] [BUG] futex_unlock_pi() hurts my brain and may cause application deadlock
- From: David Miller <davem@xxxxxxxxxxxxx>
- [Patch]: Minor fixes for CS4231 on SBus
- From: Georg Chini <georg.chini@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] Some cosmetic changes to QlogicPTI SCSI driver
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Krzysztof Helt <krzysztof.h1@xxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- something strange going on on U5
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: gavin duley <gduley@xxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Re: [SPARC32] NULL pointer derefference
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] Re: [SPARC32] NULL pointer derefference
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [SPARC32] NULL pointer derefference
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [SPARC32] NULL pointer derefference
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [SPARC32] NULL pointer derefference
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [SPARC32] NULL pointer derefference
- From: "Ollie Wild" <aaw@xxxxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Mark Fortescue <sparc32@xxxxxxxxxxxxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Krzysztof Helt <krzysztof.h1@xxxxx>
- Re: [3/3] 2.6.23-rc1: known regressions v3
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: ioctl32 warning on framebuffer
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: Build failures on a sparcstation10 with 2.6.23-rc1
- From: "Julian Calaby" <julian.calaby@xxxxxxxxx>
- Re: [SPARC32] NULL pointer derefference
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: gavin duley <gduley@xxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: gavin duley <gduley@xxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: sparc64 - empty call traces
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [SPARC32] NULL pointer derefference
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Build failures on a sparcstation10 with 2.6.23-rc1
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: ioctl32 warning on framebuffer
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: ioctl32 warning on framebuffer
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: new parport_pc BUG
- From: David Miller <davem@xxxxxxxxxxxxx>
- [SPARC32] NULL pointer derefference
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Build failures on a sparcstation10 with 2.6.23-rc1
- From: "Julian Calaby" <julian.calaby@xxxxxxxxx>
- Re: Build failures on a sparcstation10 with 2.6.23-rc1
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Build failures on a sparcstation10 with 2.6.23-rc1
- From: "Julian Calaby" <julian.calaby@xxxxxxxxx>
- Re: ioctl32 warning on framebuffer
- From: Jim Watson <jim@xxxxxxxxxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Adrian Bunk <bunk@xxxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Krzysztof Helt <krzysztof.h1@xxxxx>
- Cannot access the Hardware Clock
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: new parport_pc BUG
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: ioctl32 warning on framebuffer
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: new parport_pc BUG
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Krzysztof Helt <krzysztof.h1@xxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] v2.6.23-rc1 Sparc32 Serial Port Selection error
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] v2.6.23-rc1 Sparc32 Serial Port Selection error
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] v2.6.23-rc1 Sparc32 Serial Port Selection error
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] v2.6.23-rc1 Sparc32 Serial Port Selection error
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: ioctl32 warning on framebuffer
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: new parport_pc BUG
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [PATCH] v2.6.23-rc1 Sparc32 Serial Port Selection error
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: new parport_pc BUG
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] v2.6.23-rc1 Sparc32 Serial Port Selection error
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Build failures on a sparcstation10 with 2.6.23-rc1
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: new parport_pc BUG
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] v2.6.23-rc1 Sparc32 Serial Port Selection error
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Krzysztof Helt <krzysztof.h1@xxxxx>
- Re: Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Krzysztof Helt <krzysztof.h1@xxxxx>
- Sparc32 not working:2.6.23-rc1 (git commit 1e4dcd22efa7d24f637ab2ea3a77dd65774eb005)
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Build failures on a sparcstation10 with 2.6.23-rc1
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Build failures on a sparcstation10 with 2.6.23-rc1
- From: "Julian Calaby" <julian.calaby@xxxxxxxxx>
- Re: new parport_pc BUG
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: autoloading snd_sun_cs4231?
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: new parport_pc BUG
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH]: Fix for SBUS framebuffer oops in 2.6.23-rc1
- From: David Miller <davem@xxxxxxxxxxxxx>
- Build failures on a sparcstation10 with 2.6.23-rc1
- From: "Julian Calaby" <julian.calaby@xxxxxxxxx>
- Re: autoloading snd_sun_cs4231?
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: new parport_pc BUG
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: ioctl32 warning on framebuffer
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: new parport_pc BUG
- From: Meelis Roos <mroos@xxxxxxxx>
- new parport_pc BUG
- From: Meelis Roos <mroos@xxxxxxxx>
- ioctl32 warning on framebuffer
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: autoloading snd_sun_cs4231?
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: Mikael Pettersson <mikpe@xxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: ALSA & missing dma_*_coherent on sparc32
- From: Takashi Iwai <tiwai@xxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: Mikael Pettersson <mikpe@xxxxxxxx>
- [PATCH 16/68] 0 -> NULL, for arch/sparc
- From: Yoann Padioleau <padator@xxxxxxxxxx>
- [PATCH 17/68] 0 -> NULL, for arch/sparc64
- From: Yoann Padioleau <padator@xxxxxxxxxx>
- Re: ALSA & missing dma_*_coherent on sparc32
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: Dmitry Artamonow <mad_soft@xxxxxxxx>
- Fw: /proc/bus/pci IOCTL breakage
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Sun/Solaris VTOC table corrections
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: ALSA & missing dma_*_coherent on sparc32
- From: Takashi Iwai <tiwai@xxxxxxx>
- Re: ALSA & missing dma_*_coherent on sparc32
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: ALSA & missing dma_*_coherent on sparc32
- From: Takashi Iwai <tiwai@xxxxxxx>
- Re: ALSA & missing dma_*_coherent on sparc32
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: ALSA & missing dma_*_coherent on sparc32
- From: Takashi Iwai <tiwai@xxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: Mikael Pettersson <mikpe@xxxxxxxx>
- ALSA & missing dma_*_coherent on sparc32
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: section mismatch with serial console
- From: David Miller <davem@xxxxxxxxxxxxx>
- section mismatch with serial console
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Sun/Solaris VTOC table corrections
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Sun/Solaris VTOC table corrections
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Sun/Solaris VTOC table corrections
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Add 82077 FDC to sun4c
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Add 82077 FDC to sun4c
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Sun/Solaris VTOC table corrections
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Sun/Solaris VTOC table corrections
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Sun/Solaris VTOC table corrections
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Sun/Solaris VTOC table corrections
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Sun/Solaris VTOC table corrections
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Sun/Solaris VTOC table corrections
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [Bugme-new] [Bug 8811] New: us3_cpufreq not working on blade 2000 with 2xUltraSPARC IIIcu 900MHz
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Add 82077 FDC to sun4c
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [Bugme-new] [Bug 8811] New: us3_cpufreq not working on blade 2000 with 2xUltraSPARC IIIcu 900MHz
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Sun/Solaris VTOC table corrections
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Sun/Solaris VTOC table corrections
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Sun/Solaris VTOC table corrections
- From: Andries Brouwer <Andries.Brouwer@xxxxxx>
- Re: [PATCH] Add in SunOS 4.1.x compatible mode for UFS
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Sun/Solaris VTOC table corrections
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Add in SunOS 4.1.x compatible mode for UFS
- From: Evgeniy Dushistov <dushistov@xxxxxxx>
- [PATCH] Add in SunOS 4.1.x compatible mode for UFS
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- [PATCH] Sun/Solaris VTOC table corrections
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- [PATCH] Add 82077 FDC to sun4c
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: QLGC,ISP SCSI driver not finding attached devices
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: QLGC,ISP SCSI driver not finding attached devices
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: QLGC,ISP SCSI driver not finding attached devices
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: QLGC,ISP SCSI driver not finding attached devices
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- [PATCH] Make silo use glibc elf.h instead of kernel headers
- From: Gustavo Zacarias <gustavoz@xxxxxxxxxx>
- Re: QLGC,ISP SCSI driver not finding attached devices
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: QLGC,ISP SCSI driver not finding attached devices
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
- Re: QLGC,ISP SCSI driver not finding attached devices
- From: David Miller <davem@xxxxxxxxxxxxx>
- QLGC,ISP SCSI driver not finding attached devices
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [2/2] 2.6.23-rc1: known regressions
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [PATCH] sparc32 missing exports
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFC] Kconfig fun with sparc32/sparc64 rtc drivers
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] sparc32 missing exports
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] Kconfig fun with sparc32/sparc64 rtc drivers
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] Kconfig fun with sparc32/sparc64 rtc drivers
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFC] Kconfig fun with sparc32/sparc64 rtc drivers
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] Kconfig fun with sparc32/sparc64 rtc drivers
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] Kconfig fun with sparc32/sparc64 rtc drivers
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFC] Kconfig fun with sparc32/sparc64 rtc drivers
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: [RFC] Kconfig fun with sparc32/sparc64 rtc drivers
- From: David Miller <davem@xxxxxxxxxxxxx>
- [RFC] Kconfig fun with sparc32/sparc64 rtc drivers
- From: Al Viro <viro@xxxxxxxxxxxxxxxx>
- Re: sparc64: ERROR: "sys_ioctl" [arch/sparc64/solaris/solaris.ko] undefined!
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] constify of_platform_driver match_table
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] constify of_platform_driver name
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Alter sparc32 __ndelay/__udelay delay calculations
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] Alter sparc32 __ndelay/__udelay delay calculations
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- [PATCH] constify of_platform_driver match_table
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH] constify of_platform_driver name
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: Problems with IceWeasel
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- You have received an amusing virtual card! kPQSAl
- From: "Javier" <Leia@xxxxxxx>
- Re: ESP SCSI and QLGC,ISP SCSI drivers not finding attached devices
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- [PATCH] (was Re: ESP SCSI and QLGC,ISP SCSI drivers not finding attached devices)
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 7/7] sparc64: fix section mismatch warning in mdesc.c
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 6/7] sparc64: fix section mismatch warning in pci_sunv4
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: ESP SCSI and QLGC,ISP SCSI drivers not finding attached devices
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: ESP SCSI and QLGC,ISP SCSI drivers not finding attached devices
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 7/7] sparc64: fix section mismatch warning in mdesc.c
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- [PATCH 6/7] sparc64: fix section mismatch warning in pci_sunv4
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: ESP SCSI and QLGC,ISP SCSI drivers not finding attached devices
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: ESP SCSI and QLGC,ISP SCSI drivers not finding attached devices
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: ESP SCSI and QLGC,ISP SCSI drivers not finding attached devices
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
- Re: sparc64: ERROR: "sys_ioctl" [arch/sparc64/solaris/solaris.ko] undefined!
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: ESP SCSI and QLGC,ISP SCSI drivers not finding attached devices
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: ESP SCSI and QLGC,ISP SCSI drivers not finding attached devices
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
- sparc64: ERROR: "sys_ioctl" [arch/sparc64/solaris/solaris.ko] undefined!
- From: "Horst H. von Brand" <vonbrand@xxxxxxxxxxxx>
- ESP SCSI and QLGC,ISP SCSI drivers not finding attached devices
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Asking for document about booting in sparc
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Please pull Open Firmware consolidation patches
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH 12/12] Create drivers/of/platform.c
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 11/12] Create linux/of_platorm.h
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 09/12] Begin consolidation of of_device.h
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 08/12] Begin to consolidate of_device.c
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 07/12] Consolidate of_find_node_by routines
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Powerpc - Include pagemap.h in asm/powerpc/tlb.h
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: [PATCH 06/12] Consolidate of_get_next_child
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 05/12] Consolidate of_get_parent
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 04/12] Consolidate of_find_property
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 03/12] Consolidate of_device_is_compatible
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 01/12] Split out common parts of prom.h
- From: Paul Mackerras <paulus@xxxxxxxxx>
- Re: [PATCH 02/12] Start split out of common open firmware code
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 01/12] Split out common parts of prom.h
- From: David Miller <davem@xxxxxxxxxxxxx>
- Asking for document about booting in sparc
- From: dvhung@xxxxxxxxxxxxxxxx
- This is a test
- From: "PN. Truong Phuc" <pn.truongphuc@xxxxxxxxx>
- Re: [PATCH 03/12] Consolidate of_device_is_compatible
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- [PATCH 2.4.25] sparc32: fix bug in sparc optimized memset
- From: "root" <root@xxxxxxxxxxxxxxxx>
- Re: [PATCH 03/12] Consolidate of_device_is_compatible
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH 03/12] Consolidate of_device_is_compatible
- From: Scott Wood <scottwood@xxxxxxxxxxxxx>
- [PATCH 09/12] Begin consolidation of of_device.h
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH 10/12] [SPARC/64] Rename some functions like PowerPC
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH 12/12] Create drivers/of/platform.c
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH 11/12] Create linux/of_platorm.h
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH 08/12] Begin to consolidate of_device.c
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH 07/12] Consolidate of_find_node_by routines
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH 06/12] Consolidate of_get_next_child
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH 05/12] Consolidate of_get_parent
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH 04/12] Consolidate of_find_property
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH 03/12] Consolidate of_device_is_compatible
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH 02/12] Start split out of common open firmware code
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- [PATCH 01/12] Split out common parts of prom.h
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH] Mark sparc and sparc64 as not having virt_to_bus
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Mark sparc and sparc64 as not having virt_to_bus
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: Start the consolidation of the OpenFrimware support routines
- From: David Miller <davem@xxxxxxxxxxxxx>
- Start the consolidation of the OpenFrimware support routines
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH] Mark sparc and sparc64 as not having virt_to_bus
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] Mark sparc and sparc64 as not having virt_to_bus
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH] pluto: use wait_for_completion_timeout
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH] pluto: use wait_for_completion_timeout
- From: Christoph Hellwig <hch@xxxxxx>
- Bug 8232, framebuffer and Creator3D on U1/U2
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: Mikael Pettersson <mikpe@xxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: David Miller <davem@xxxxxxxxxxxxx>
- dpkg-query hangs again
- [sparc64] Strange interaction between 2.6 kernel and 2.5 (and 2.6) glibc
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: Dmitry Artamonow <mad_soft@xxxxxxxx>
- How to fix "BUG spinlock recursion on CPU #0"
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- 2.6.22-rc7: known regressions v2
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: Dmitry Artamonow <mad_soft@xxxxxxxx>
- Re: [BUG] 2.6.22-rc7 breaks nis server on sparc64
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [BUG] 2.6.22-rc7 breaks nis server on sparc64
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: David Miller <davem@xxxxxxxxxxxxx>
- [BUG] 2.6.22-rc7 breaks nis server on sparc64
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [1/2] 2.6.22-rc7: known regressions
- From: "Dmitry Torokhov" <dmitry.torokhov@xxxxxxxxx>
- Re: [1/2] 2.6.22-rc7: known regressions
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [1/2] 2.6.22-rc7: known regressions
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [1/2] 2.6.22-rc7: known regressions
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [1/2] 2.6.22-rc7: known regressions
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [1/2] 2.6.22-rc7: known regressions
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: dead(?) CONFIG vars
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: dead(?) CONFIG vars
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: dead(?) CONFIG vars
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- Re: [1/2] 2.6.22-rc7: known regressions
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 2.6.22 REGRESSION] Fix slab redzone alignment
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [1/2] 2.6.22-rc7: known regressions
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH] Re: Sparc32: random invalid instruction occourances on sparc32 (sun4c)
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Fwd: Re: Libata PATA status - CMD64X on sparc
- From: Frans Pop <elendil@xxxxxxxxx>
- Re: [PATCH] Re: Sparc32: random invalid instruction occourances on sparc32 (sun4c)
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH] Re: Sparc32: random invalid instruction occourances on sparc32 (sun4c)
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Re: Sparc32: random invalid instruction occourances on sparc32 (sun4c)
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH] Re: Sparc32: random invalid instruction occourances on sparc32 (sun4c)
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Sunblade100 Red Dots persist
- From: jim watson <jim@xxxxxxxxxxxxxxx>
- Re: [PATCH] Re: Sparc32: random invalid instruction occourances on sparc32 (sun4c)
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [1/2] 2.6.22-rc7: known regressions
- From: David Chinner <dgc@xxxxxxx>
- Re: [PATCH] Re: Sparc32: random invalid instruction occourances on sparc32 (sun4c)
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Re: Sparc32: random invalid instruction occourances on sparc32 (sun4c)
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH] Re: Sparc32: random invalid instruction occourances on sparc32 (sun4c)
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH] Re: Sparc32: random invalid instruction occourances on sparc32 (sun4c)
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Re: Sparc32: random invalid instruction occourances on sparc32 (sun4c)
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Re: Sparc32: random invalid instruction occourances on sparc32 (sun4c)
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH] Re: Sparc32: random invalid instruction occourances on sparc32 (sun4c)
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [1/2] 2.6.22-rc7: known regressions
- From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
- Sparc32: random invalid instruction occourances on sparc32 (sun4c)
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- [1/2] 2.6.22-rc7: known regressions
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Portmap 6 (and some other daemons) and 2.6.22-rc7 kernel
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [Bugme-new] [Bug 8232] New: Creator3D Framebuffer (sparc64) on Sbus/UPA workstation
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- [PATCH] Videopix Frame Grabber: Fix unreleased lock in vfc_debug()
- From: Matthias Kaehlcke <matthias.kaehlcke@xxxxxxxxx>
- Re: [2/2] 2.6.22-rc6: known regressions v2
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [PATCH] sparc64: add linux/pagemap.h to asm/tlb.h
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] sparc64: add linux/pagemap.h to asm/tlb.h
- From: Alexey Dobriyan <adobriyan@xxxxx>
- Re: Linux support for Sun LDOMs
- From: "Daniel J. Priem" <daniel@xxxxxxxxxxx>
- [Patch]: Minor fixes for CS4231 on SBus
- From: Georg Chini <georg.chini@xxxxxxxxxxxxxxxxxxxxxx>
- Linux support for Sun LDOMs
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [1/2] 2.6.22-rc6: known regressions
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Build error indirectly caused by esp_scsi.c
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [1/2] 2.6.22-rc6: known regressions
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- sparc64 - empty call traces
- From: Bastian Blank <waldi@xxxxxxxxxx>
- The transfer has been effected please contact Rev. Duke Harrison.
- From: "Mrs Teressa Stevens." <sealed@xxxxxxxxx>
- Re: [2/2] 2.6.22-rc5: known regressions v2
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Blade2K and qla2xxx
- Re: [2/2] 2.6.22-rc5: known regressions
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [2/2] 2.6.22-rc4: known regressions v3
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [2/2] 2.6.22-rc4: known regressions v3
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Fix build errors with strict MM checking
- From: William Lee Irwin III <wli@xxxxxxxxxxxxxx>
- Re: [PATCH] Fix build errors with strict MM checking
- From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Fix build errors with strict MM checking
- From: William Lee Irwin III <wli@xxxxxxxxxxxxxx>
- Re: [2/2] 2.6.22-rc4: known regressions v3
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] Fix ALSA build error with strict MM checking
- From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Fix build errors with strict MM checking
- From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
- Re: [2/2] 2.6.22-rc4: known regressions v3
- From: William Lee Irwin III <wli@xxxxxxxxxxxxxx>
- Re: [2/2] 2.6.22-rc4: known regressions v3
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [2/2] 2.6.22-rc4: known regressions v3
- From: William Lee Irwin III <wli@xxxxxxxxxxxxxx>
- Re: [2/2] 2.6.22-rc4: known regressions v3
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: Mikael Pettersson <mikpe@xxxxxxxx>
- Re: [2/2] 2.6.22-rc4: known regressions v3
- From: William Lee Irwin III <wli@xxxxxxxxxxxxxx>
- Re: [2/2] 2.6.22-rc4: known regressions v3
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: [2/2] 2.6.22-rc4: known regressions v3
- From: "Michal Piotrowski" <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [2/2] 2.6.22-rc4: known regressions v3
- From: Björn Steinbrink <B.Steinbrink@xxxxxx>
- Re: [2/2] 2.6.22-rc4: known regressions v3
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: Dmitry Artamonow <mad_soft@xxxxxxxx>
- Re: parport_pc BUG in dma-mapping.h
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: parport_pc BUG in dma-mapping.h
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Fix build errors with strict MM checking
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] Fix build errors with strict MM checking
- From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
- Re: [PATCH]: Better serial console identification
- From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
- Re: [2/3] 2.6.22-rc4: known regressions v2
- From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
- Re: Strange trouble with clamd/greylist/mimedefang
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Strange trouble with clamd/greylist/mimedefang
- From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
- Re: [2/3] 2.6.22-rc4: known regressions v2
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: Dmitry Artamonow <mad_soft@xxxxxxxx>
- Unkillable dpkg-query processes on Debian
- From: Frank Lichtenheld <frank@xxxxxxxxxxxxxx>
- [KJ][PATCH]is_power_of_2-sparc/mm/srmmu.c
- From: vignesh babu <vignesh.babu@xxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: Mikael Pettersson <mikpe@xxxxxxxx>
- Re: Ultra 1 hang on boot
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Ultra 1 hang on boot
- From: David Miller <davem@xxxxxxxxxxxxx>
- Ultra 1 hang on boot
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [2/2] 2.6.22-rc4: known regressions with patches
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Re: section mismatches from sun4v*_patch in trampoline.S
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [2/2] 2.6.22-rc4: known regressions with patches
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [4/5] 2.6.22-rc4: known regressions
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [2/2] 2.6.22-rc4: known regressions with patches
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [4/5] 2.6.22-rc4: known regressions
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: iptables throws unknown error - suspecting 32/64 compat issue
- From: Dmitry Mishin <dim@xxxxxxxxxx>
- Re: iptables throws unknown error - suspecting 32/64 compat issue
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: iptables throws unknown error - suspecting 32/64 compat issue
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: section mismatches from sun4v*_patch in trampoline.S
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Sun Floppy Driver
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- sun4c random Illegal instruction faults
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Re: section mismatches from sun4v*_patch in trampoline.S
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: iptables throws unknown error - suspecting 32/64 compat issue
- From: Dmitry Mishin <dim@xxxxxxxxxx>
- Re: ESP wants SPI
- From: David Miller <davem@xxxxxxxxxxxxx>
- ESP wants SPI
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: Alignment question, sparc-centric
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: iptables throws unknown error - suspecting 32/64 compat issue
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: iptables throws unknown error - suspecting 32/64 compat issue
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: iptables throws unknown error - suspecting 32/64 compat issue
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: iptables throws unknown error - suspecting 32/64 compat issue
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: Alignment question, sparc-centric
- From: "Adam Kropelin" <akropel1@xxxxxxxxxxxxxxxx>
- Re: Alignment question, sparc-centric
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Alignment question, sparc-centric
- From: "Bernhard R. Link" <brlink@xxxxxxxxxx>
- Re: iptables throws unknown error - suspecting 32/64 compat issue
- From: Dmitry Mishin <dim@xxxxxxxxxx>
- Re: section mismatches from sun4v*_patch in trampoline.S
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: section mismatches from sun4v*_patch in trampoline.S
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: section mismatches from sun4v*_patch in trampoline.S
- From: David Miller <davem@xxxxxxxxxxxxx>
- section mismatches from sun4v*_patch in trampoline.S
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: Alignment question, sparc-centric
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Alignment question, sparc-centric
- From: Mark Fortescue <mark@xxxxxxxxxxxxxxxxxx>
- Alignment question, sparc-centric
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: iptables throws unknown error - suspecting 32/64 compat issue
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: iptables throws unknown error - suspecting 32/64 compat issue
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: iptables throws unknown error - suspecting 32/64 compat issue
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: iptables throws unknown error - suspecting 32/64 compat issue
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: iptables throws unknown error - suspecting 32/64 compat issue
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [2/3] 2.6.22-rc3: known regressions v2
- From: "Yinghai Lu" <yhlu.kernel@xxxxxxxxx>
- RE: [2/3] 2.6.22-rc3: known regressions v2
- From: "Salyzyn, Mark" <mark_salyzyn@xxxxxxxxxxx>
- Re: [2/3] 2.6.22-rc3: known regressions v2
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [2/3] 2.6.22-rc3: known regressions v2
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [2/3] 2.6.22-rc3: known regressions v2
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Stuck process on debian unstable bring the machine down
- From: Sébastien Bernard <seb@xxxxxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFT] [SPARC] Emulate cmpxchg like parisc
- From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
- Re: [BUG sparc64] 2.6.22-rc broke X on Ultra5
- From: Mikael Pettersson <mikpe@xxxxxxxx>
- Re: iptables throws unknown error - suspecting 32/64 compat issue
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: iptables throws unknown error - suspecting 32/64 compat issue
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: [RFT] [SPARC] Emulate cmpxchg like parisc
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxxx>
- Re: [RFT] [SPARC] Emulate cmpxchg like parisc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFT] [SPARC] Emulate cmpxchg like parisc
- From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
- Re: raid10 kernel panic on sparc64
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Linux always started with 9600 8N1
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Linker script cleanup / consolidation
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [2/4] 2.6.22-rc3: known regressions
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFT] [SPARC] Emulate cmpxchg like parisc
- From: Kyle McMartin <kyle@xxxxxxxxxxx>
- Re: [2/3] 2.6.22-rc3: known regressions with patches
- From: Ben Collins <ben.collins@xxxxxxxxxx>
- Re: [2/4] 2.6.22-rc3: known regressions
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [2/3] 2.6.22-rc3: known regressions with patches
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [RFT] [SPARC] Emulate cmpxchg like parisc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sun_esp.c build for sparc32 UP
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Linker script cleanup / consolidation
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Linux turn on sun hardware LEDs?
- From: David Miller <davem@xxxxxxxxxxxxx>
- Linux turn on sun hardware LEDs?
- From: Richard Chan <rspchan@xxxxxxxxxxxxxx>
- [PATCH] sun_esp.c build for sparc32 UP
- From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
- Re: [RFT] [SPARC] Emulate cmpxchg like parisc
- From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
- Re: Linker script cleanup / consolidation
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: SILO MMU Miss problem located
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: [2/3] 2.6.22-rc2: known regressions v2
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [2/3] 2.6.22-rc2: known regressions v2
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFT] [SPARC] Emulate cmpxchg like parisc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFT] [SPARC] Emulate cmpxchg like parisc
- From: Kyle McMartin <kyle@xxxxxxxxxxxxxxxx>
- Re: [RFT] [SPARC] Emulate cmpxchg like parisc
- From: David Miller <davem@xxxxxxxxxxxxx>
- SILO MMU Miss problem located
- From: gregsparc@xxxxxxxxxxxx
- Re: [RFT] [SPARC] Emulate cmpxchg like parisc
- From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Linux always started with 9600 8N1
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Linux always started with 9600 8N1
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Linux always starts with 9600 8N1
- From: David Miller <davem@xxxxxxxxxxxxx>
- SILO bug
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: [PATCH] Linux always started with 9600 8N1
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- [PATCH] Linux always started with 9600 8N1
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: Linux always starts with 9600 8N1
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- SILO: still getting Fast Data Access MMU Miss
- From: "Rev. G. Lim" <glim@xxxxxxxxxxxx>
Mail converted by MHonArc
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[GCC Help]
[Bugtraq]