Linux Sparc

• Thread Index

• 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: Bernd Zeimetz <bernd@xxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• install target in the kernel makefiles
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Sébastien Bernard <seb@xxxxxxxxxxxxxx>
• 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: possible typo in arch/sparc64/kernel/time.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• 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: [BUG] Raid1/5 over iSCSI trouble
  • From: Ming Zhang <blackmagic02881@xxxxxxxxx>
• Re: [BUG] Raid1/5 over iSCSI trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: [BUG] Raid1/5 over iSCSI trouble
  • From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• possible typo in arch/sparc64/kernel/time.c
  • From: Roel Kluin <12o3l@xxxxxxxxxx>
• Re: [BUG] Raid1/5 over iSCSI trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• 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: Josip Rodin <joy@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: Bernd Zeimetz <bernd@xxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Bernd Zeimetz <bernd@xxxxxxx>
• Re: unkillable dpkg-query processes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Compile errors with sparc-2.6.git on cross compile GCC 4.1.1
  • From: "Julian Calaby" <julian.calaby@xxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: unkillable dpkg-query processes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [uml-devel] User Mode Linux still doesn't build in 2.6.23-final.
  • From: Jeff Dike <jdike@xxxxxxxxxxx>
• Re: [BUG] Raid1/5 over iSCSI trouble
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] Raid1/5 over iSCSI trouble
  • From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
• 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: David Miller <davem@xxxxxxxxxxxxx>
• unkillable dpkg-query processes
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: arch/sparc64/kernel/iommu_common.c:237: error: implicit declaration of function 'next_sg'
  • From: David Miller <davem@xxxxxxxxxxxxx>
• arch/sparc64/kernel/iommu_common.c:237: error: implicit declaration of function 'next_sg'
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: [BUG] Raid1/5 over iSCSI trouble
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [uml-devel] User Mode Linux still doesn't build in 2.6.23-final.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [BUG] Raid1/5 over iSCSI trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [PATCH] sparc64: pass correct addr in get_fb_unmapped_area(MAP_FIXED)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: pass correct addr in get_fb_unmapped_area(MAP_FIXED)
  • From: Chris Wright <chrisw@xxxxxxxxxxxx>
• Re: LTP results on 2.6.23 sparc32
  • From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
• Re: LTP results on 2.6.23 sparc32
  • From: Krzysztof Helt <krzysztof.h1@xxxxxxxxx>
• Re: Hardware query: Analyx ADDA-1418
  • From: "Julian Calaby" <julian.calaby@xxxxxxxxx>
• Re: Hardware query: Analyx ADDA-1418
  • From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
• Hardware query: Analyx ADDA-1418
  • From: "Julian Calaby" <julian.calaby@xxxxxxxxx>
• Re: [PATCH 2/2] Use of_get_pci_dev_node() in axon_msi.c
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Use of_get_pci_dev_node() in axon_msi.c
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• LTP results on 2.6.23 sparc32
  • From: Martin Habets <errandir_news@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: small Makefile cleanups
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: small Makefile cleanups
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [BUG] Raid1/5 over iSCSI trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [BUG] Raid1/5 over iSCSI trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [Iscsitarget-devel] [BUG] Raid1/5 over iSCSI trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [BUG] Raid1/5 over iSCSI trouble
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [BUG] Raid1/5 over iSCSI trouble
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [Iscsitarget-devel] [BUG] Raid1/5 over iSCSI trouble
  • From: Ming Zhang <blackmagic02881@xxxxxxxxx>
• RE: [Iscsitarget-devel] [BUG] Raid1/5 over iSCSI trouble
  • From: "Ross S. W. Walker" <rwalker@xxxxxxxxxxxxx>
• RE: [Iscsitarget-devel] [BUG] Raid1/5 over iSCSI trouble
  • From: "Ross S. W. Walker" <rwalker@xxxxxxxxxxxxx>
• RE: [Iscsitarget-devel] [BUG] Raid1/5 over iSCSI trouble
  • From: "Ross S. W. Walker" <rwalker@xxxxxxxxxxxxx>
• Re: [BUG] Raid1/5 over iSCSI trouble
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Iscsitarget-devel] [BUG] Raid1/5 over iSCSI trouble
  • From: "Scott Kaelin" <skaelin@xxxxxxxxx>
• Re: [Iscsitarget-devel] [BUG] Raid1/5 over iSCSI trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [BUG] Raid1/5 over iSCSI trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [BUG] Raid1/5 over iSCSI trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [BUG] Raid5 trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [BUG] Raid5 trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [BUG] Raid5 trouble
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [BUG] Raid5 trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [BUG] Raid5 trouble
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [PATCH 2/2] Use of_get_pci_dev_node() in axon_msi.c
  • From: linas@xxxxxxxxxxxxxx (Linas Vepstas)
• 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: [BUG] Raid5 trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [2.6 patch] esp_scsi.c: remove __dev{init,exit}
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH 2/2] Use of_get_pci_dev_node() in axon_msi.c
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] [SPARC/64] Consolidate of_register_driver
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Use of_get_pci_dev_node() in axon_msi.c
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Use of_get_pci_dev_node() in axon_msi.c
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Use of_get_pci_dev_node() in axon_msi.c
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• Re: GCC 4.2.1 produces broken 2.6.22.1 kernel.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] Raid5 trouble
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 2/2] Use of_get_pci_dev_node() in axon_msi.c
  • From: linas@xxxxxxxxxxxxxx (Linas Vepstas)
• Re: [BUG] Raid5 trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [BUG] Raid5 trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [BUG] Raid5 trouble
  • From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
• Re: [BUG] Raid5 trouble
  • From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
• Re: [BUG] Raid5 trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• 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>
• Re: [PATCH 2/2] Use of_get_pci_dev_node() in axon_msi.c
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Use of_get_pci_dev_node() in axon_msi.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Use of_get_pci_dev_node() in axon_msi.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] [POWERPC] Use of_register_driver to implement of_register_platform_driver
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH 1/2] [SPARC/64] Consolidate of_register_driver
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [Q] iSCSI on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• SPARC64 Ultra 10 root mount kernel panic with 2.6.23
  • From: Sunil Amitkumar Janki <devel.sjanki@xxxxxxxxx>
• Re: PATCH: tcp rfc 2385 security/bugfix for sparc64
  • From: Matthias Dellweg <2500@xxxxxx>
• [Q] iSCSI on sparc64
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• [BUG] Raid5 trouble
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: [Bug 9160] New: kernel oops in firewire_ohci
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: Scsi on sparc build break in 2.6.23.
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: Scsi on sparc build break in 2.6.23.
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Blockdev API returns erroneous size on /dev/nbd
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: sun4v_data_access_exception on new 2.6.23
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sun4v_data_access_exception on new 2.6.23
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: sun4v_data_access_exception on new 2.6.23
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: sun4v_data_access_exception on new 2.6.23
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sun4v_data_access_exception on new 2.6.23
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sun4v_data_access_exception on new 2.6.23
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: sun4v_data_access_exception on new 2.6.23
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• Re: Scsi on sparc build break in 2.6.23.
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: Scsi on sparc build break in 2.6.23.
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: sun4v_data_access_exception on new 2.6.23
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [2.6 patch] esp_scsi.c: remove __dev{init,exit}
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [2.6 patch] esp_scsi.c: remove __dev{init,exit}
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: sun4v_data_access_exception on new 2.6.23
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sun4v_data_access_exception on new 2.6.23
  • From: BERTRAND Joël <joel.bertrand@xxxxxxxxxxx>
• [2.6 patch] esp_scsi.c: remove __dev{init,exit}
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: Scsi on sparc build break in 2.6.23.
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: Scsi on sparc build break in 2.6.23.
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
• Re: Scsi on sparc build break in 2.6.23.
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Scsi on sparc build break in 2.6.23.
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Scsi on sparc build break in 2.6.23.
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH] [SPARC/64] move of_platform_driver initialisations: arch/sparc{,64}
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] [SPARC/64] move of_platform_driver initialisations: arch/sparc{,64}
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: Bug: semctl failures on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: check fork_idle() error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 08/10] ia64: Convert cpu_sibling_map to a per_cpu data array (v3)
  • From: Mike Travis <travis@xxxxxxx>
• Re: Bug: semctl failures on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Bug: semctl failures on sparc64
  • From: "Tom \"spot\" Callaway" <tcallawa@xxxxxxxxxx>
• Re: slave_configure for qlogicpti
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• Re: SPARC64 2.6.23-rc8 binfmt_aout32 error
  • From: Sunil Amitkumar Janki <devel.sjanki@xxxxxxxxx>
• Re: slave_configure for qlogicpti
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: slave_configure for qlogicpti
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• Re: slave_configure for qlogicpti
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SPARC64 2.6.23-rc8 binfmt_aout32 error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SPARC64 2.6.23-rc8 binfmt_aout32 error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• SPARC64 2.6.23-rc8 binfmt_aout32 error
  • From: Sunil Amitkumar Janki <devel.sjanki@xxxxxxxxx>
• [PATCH] sparc64: check fork_idle() error
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• PATCH: tcp rfc 2385 security/bugfix for sparc64
  • From: "Peter Lieven" <pl@xxxxxxx>
• Re: PATCH: tcp rfc 2385 security/bugfix for sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: PATCH: tcp rfc 2385 security/bugfix for sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: More than 4G of memory on Sparc32?
  • From: "Blue Swirl" <blauwirbel@xxxxxxxxx>
• Re: [PATCH 08/10] ia64: Convert cpu_sibling_map to a per_cpu data array (v3)
  • From: Paul Jackson <pj@xxxxxxx>
• Re: [PATCH] [SPARC/64] Prepare to remove of_platform_driver name
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] restore_current o0 register clobber
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Add irqflags.h to sparc32 and use it from generic code.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: More than 4G of memory on Sparc32?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: More than 4G of memory on Sparc32?
  • From: Chris Newport <crn@xxxxxxxxxxx>
• 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
  • From: travis@xxxxxxx
• [PATCH 1/1] ppc64: Convert cpu_sibling_map to a per_cpu data array ppc64 v2
  • From: travis@xxxxxxx
• 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)
  • From: travis@xxxxxxx
• [PATCH 08/10] ia64: Convert cpu_sibling_map to a per_cpu data array (v3)
  • From: travis@xxxxxxx
• [PATCH 07/10] x86: acpi-use-cpu_physical_id (v3)
  • From: travis@xxxxxxx
• [PATCH 10/10] sparc64: Convert cpu_sibling_map to a per_cpu data array (v3)
  • From: travis@xxxxxxx
• [PATCH 06/10] x86: Convert cpu_llc_id to be a per cpu variable (v3)
  • From: travis@xxxxxxx
• [PATCH 05/10] x86: Convert x86_cpu_to_apicid to be a per cpu variable (v3)
  • From: travis@xxxxxxx
• [PATCH 04/10] x86: Convert cpu_sibling_map to be a per cpu variable (v3)
  • From: travis@xxxxxxx
• [PATCH 02/10] x86: fix cpu_to_node references (v3)
  • From: travis@xxxxxxx
• [PATCH 03/10] x86: Convert cpu_core_map to be a per cpu variable (v3)
  • From: travis@xxxxxxx
• [PATCH 00/10] x86: Reduce Memory Usage and Inter-Node message traffic (v3)
  • From: travis@xxxxxxx
• [PATCH 01/10] x86: remove x86_cpu_to_log_apicid array (v3)
  • From: travis@xxxxxxx
• 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):
  • From: joe@xxxxxxxxxxx
• [PATCH] [452/2many] MAINTAINERS - UltraSPARC (sparc64):
  • From: joe@xxxxxxxxxxx
• 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
  • From: seb@xxxxxxxxxxxxxx
• [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>