Linux Sparc

• Thread Index

• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 1/1] sparc: convert to arch_gettimeoffset()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] lmb: Add lmb_free()
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• Re: [patch 1/1] sparc: convert to arch_gettimeoffset()
  • From: john stultz <johnstul@xxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [PATCH] SPARC: Simplify param.h by simply including <asm-generic/param.h>
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 1/1] sparc: convert to arch_gettimeoffset()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: fstat seems broken on sparc64
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: fstat seems broken on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: fstat seems broken on sparc64
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: fstat seems broken on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: fstat seems broken on sparc64
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH] SPARC: use helpers for rlimits
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 5/6] sparc: cpumask_of_node() should handle -1 as a node
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] SPARC: use helpers for rlimits
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [patch 5/6] sparc: cpumask_of_node() should handle -1 as a node
  • From: Anton Blanchard <anton@xxxxxxxxx>
• Re: [RFC][PATCH 14/14] Convert sparc to read/update_persistent_clock
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: BBC I2C doesn't work on V880
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] SPARC: Simplify param.h by simply including <asm-generic/param.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] SPARC: Simplify param.h by simply including <asm-generic/param.h>
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 14/14] Convert sparc to read/update_persistent_clock
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: arch/sparc/include/asm/uaccess_64.h warning/error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sun fire V890 UltraSparc server kernel panic, offertoassist with fixing it and future ports
  • From: Aaron Scheiner <blue@xxxxxxxxxxxxxx>
• arch/sparc/include/asm/uaccess_64.h warning/error
  • From: Meelis Roos <mroos@xxxxxxxx>
• [RFC][PATCH 14/14] Convert sparc to read/update_persistent_clock
  • From: john stultz <johnstul@xxxxxxxxxx>
• Re: [PATCH 1/2] sparc: us3_cpufreq.c: fix warnings/errors
  • From: Alexander Beregalov <a.beregalov@xxxxxxxxx>
• Re: fstat seems broken on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Checking for v9v/64v capability
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: fstat seems broken on sparc64
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Checking for v9v/64v capability
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: fstat seems broken on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Checking for v9v/64v capability
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: fstat seems broken on sparc64
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Checking for v9v/64v capability
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Checking for v9v/64v capability
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Checking for v9v/64v capability
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• [patch 1/1] sparc: convert to arch_gettimeoffset()
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Checking for v9v/64v capability
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 1/2] sparc: us3_cpufreq.c: fix warnings/errors
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: setsockopt number collisions
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 1/2] sparc: us3_cpufreq.c: fix warnings/errors
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc: us3_cpufreq.c: fix warnings/errors
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc: us3_cpufreq.c: fix warnings/errors
  • From: Alexander Beregalov <a.beregalov@xxxxxxxxx>
• Re: [PATCH 1/2] sparc: us3_cpufreq.c: fix warnings/errors
  • From: Alexander Beregalov <a.beregalov@xxxxxxxxx>
• Re: [PATCH 1/2] sparc: us3_cpufreq.c: fix warnings/errors
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 2/2] sparc: us2e_cpufreq.c: fix warnings/errors
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc: us3_cpufreq.c: fix warnings/errors
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] sparc: us2e_cpufreq.c: fix warnings/errors
  • From: Alexander Beregalov <a.beregalov@xxxxxxxxx>
• [PATCH 1/2] sparc: us3_cpufreq.c: fix warnings/errors
  • From: Alexander Beregalov <a.beregalov@xxxxxxxxx>
• Re: [PATCH] Staging: dst: fix 'Client is not allowed' on sparc
  • From: Alexander Beregalov <a.beregalov@xxxxxxxxx>
• Re: [PATCH] Staging: dst: fix 'Client is not allowed' on sparc
  • From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
• Re: fstat seems broken on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: RCU detected CPU 0 stall after panic on sparc64
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: RCU detected CPU 0 stall after panic on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: RCU detected CPU 0 stall after panic on sparc64
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: fstat seems broken on sparc64
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: fstat seems broken on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: fstat seems broken on sparc64
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• fstat seems broken on sparc64
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [PATCH] Staging: dst: fix 'Client is not allowed' on sparc
  • From: Alexander Beregalov <a.beregalov@xxxxxxxxx>
• Re: RCU detected CPU 0 stall after panic on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RCU detected CPU 0 stall after panic on sparc64
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH 10/10]: sparc64: Fix clock event multiplier printf format.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 9/10]: sparc64: Use clock{source,events}_calc_mult_shift().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 8/10]: sparc64: Use free_bootmem_late() in mdesc_lmb_free().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 7/10]: sparc: Add alignment and emulation fault perf events.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 6/10]: sparc64: Add syscall tracepoint support.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 5/10]: sparc: Stop trying to be so fancy and use __builtin_{memcpy,memset}()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 4/10]: sparc: Use __builtin_object_size() to validate the buffer size for copy_from_user()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/10]: sparc64: Add some missing __kprobes annotations to kernel fault paths.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/10]: sparc64: Use kprobes_built_in() to avoid ifdefs in fault_64.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/10]: sparc: Validate that kprobe address is 4-byte aligned.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/10]: Filling feature holes and bug fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] of: merge of_find_node_by_phandle
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 07/11] of: merge machine_is_compatible()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 04/11] of/flattree: eliminate cell_t typedef
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 06/11] of/flattree: merge early_init_devtree() and early_init_move_devtree()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 06/11] of/flattree: merge early_init_devtree() and early_init_move_devtree()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 09/11] of: merge of_attach_node() & of_detach_node()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH] of: merge of_find_node_by_phandle
  • From: Jeremy Kerr <jeremy.kerr@xxxxxxxxxxxxx>
• Re: Sun V880 + Infiniband?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sun V880 + Infiniband?
  • From: Patrick Finnegan <pat@xxxxxxxxxxxxxxxxxxx>
• Re: Sun V880 + Infiniband?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• README: sparc-2.6 and sparc-next-2.6 rebased...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT]: Sparc
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• RE: [GIT]: Sparc
  • From: Leif Sawyer <lsawyer@xxxxxxx>
• Re: [PATCH 06/11] of/flattree: merge early_init_devtree() and early_init_move_devtree()
  • From: Jeremy Kerr <jeremy.kerr@xxxxxxxxxxxxx>
• Re: sparc64 mcount misaligned stack
  • From: Igor Kovalenko <igor.v.kovalenko@xxxxxxxxx>
• Re: sparc64 mcount misaligned stack
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sparc64 mcount misaligned stack
  • From: Igor Kovalenko <igor.v.kovalenko@xxxxxxxxx>
• Re: No MC sched domains
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: No MC sched domains
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Jurij Smakov <jurij@xxxxxxxxx>
• Re: No MC sched domains
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: No MC sched domains
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: No MC sched domains
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: No MC sched domains
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [PATCH 4/5] lockd: Remove unused nfsd headers #includes
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
• Re: Sun V880 + Infiniband?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Boot problems on a V880
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Boot problems on a V880
  • From: Patrick Finnegan <pat@xxxxxxxxxxxxxxxxxxx>
• Re: Sun V880 + Infiniband?
  • From: Patrick Finnegan <pat@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] sparc,leon: SPARC/LEON cleanup patches
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] fix dma warning in Sun HME
  • From: David Miller <davem@xxxxxxxxxxxxx>
• T5240 onboard ethernet detection...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: No MC sched domains
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sun V880 + Infiniband?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: BBC I2C doesn't work on V880
  • From: David Miller <davem@xxxxxxxxxxxxx>
• No MC sched domains
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Sun V880 + Infiniband?
  • From: Roland Dreier <rdreier@xxxxxxxxx>
• BBC I2C doesn't work on V880
  • From: Patrick Finnegan <pat@xxxxxxxxxxxxxxxxxxx>
• Sun V880 + Infiniband?
  • From: Patrick Finnegan <pat@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] sparc,leon: init_leon srmmu cleanup
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 2/3] sparc32: Remove early interrupt enable.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 1/3] sparc,leon: Added Aeroflex Gaisler entry in manufacturer_info structure
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 0/3] sparc,leon: SPARC/LEON cleanup patches
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: ioport.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] Don't call idprom_init() on LEON
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Jurij Smakov <jurij@xxxxxxxxx>
• Re: [PATCH 3/4] Don't call idprom_init() on LEON
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/4] Added Aeroflex Gaisler entry in manufacturer_info structure
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 4/4] Removed unused assignment and capitalized srmmu name for sparc_leon
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 3/4] Don't call idprom_init() on LEON
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 2/4] Enabling interrupts at this point causes warning in start_kernel()
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 1/4] Added Aeroflex Gaisler entry in manufacturer_info structure
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: Boot problems on a V880
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Boot problems on a V880
  • From: Patrick Finnegan <pat@xxxxxxxxxxxxxxxxxxx>
• Re: Boot problems on a V880
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Boot problems on a V880
  • From: Patrick Finnegan <pat@xxxxxxxxxxxxxxxxxxx>
• [PATCH] fix dma warning in Sun HME
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: setsockopt number collisions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• setsockopt number collisions
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Boot problems on a V880
  • From: Patrick Finnegan <pat@xxxxxxxxxxxxxxxxxxx>
• Re: Boot problems on a V880
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Boot problems on a V880
  • From: Patrick Finnegan <pat@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 18/27] SPARC: use helpers for rlimits
  • From: Jiri Slaby <jslaby@xxxxxxx>
• ioport.c
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: Boot problems on a V880
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Boot problems on a V880
  • From: Patrick Finnegan <pat@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/11] of/flattree: eliminate cell_t typedef
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] parsic: remove unused nfsd #includes
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 04/11] of/flattree: eliminate cell_t typedef
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/11] of/flattree: eliminate cell_t typedef
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] parsic: remove unused nfsd #includes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: Sun fire V890 UltraSparc server kernel panic,?offertoassist with fixing it and future ports
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 4/5] lockd: Remove unused nfsd headers #includes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 00/11] Yet another series of OF merge patches.
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Sun fire V890 UltraSparc server kernel panic, offertoassist with fixing it and future ports
  • From: Aaron Scheiner <blue@xxxxxxxxxxxxxx>
• Re: [PATCH 04/11] of/flattree: eliminate cell_t typedef
  • From: Mitch Bradley <wmb@xxxxxxxxxxxxx>
• Re: [PATCH 04/11] of/flattree: eliminate cell_t typedef
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/11] of/flattree: eliminate cell_t typedef
  • From: "M. Warner Losh" <imp@xxxxxxxxxx>
• Re: [PATCH 04/11] of/flattree: eliminate cell_t typedef
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/11] of: merge of_attach_node() & of_detach_node()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/11] of: Merge of_node_get() and of_node_put()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/11] of/flattree: eliminate cell_t typedef
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 07/11] of: merge machine_is_compatible()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/11] of/flattree: merge early_init_devtree() and early_init_move_devtree()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/11] of/flattree: Merge earlyinit_dt_scan_root()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 01/11] of/flattree: Merge early_init_dt_check_for_initrd()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 04/11] of/flattree: eliminate cell_t typedef
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/11] of/flattree: merge dt_mem_next_cell
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/11] of/flattree: Merge earlyinit_dt_scan_root()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/11] of/flattree: Merge early_init_dt_check_for_initrd()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] sparc: remove unused nfsd #includes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] lockd: Remove unused nfsd headers #includes
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
• oops in proc_tid_stat
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: [RFC] nfsd: Move private headers to source directory
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] vfs: nfsctl.c unused nfsd #includes
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] lockd: Remove unused nfsd headers #includes
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
• Re: [PATCHSET 0-5] remove unneeded nfsd #includes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 3/5] s390: remove unused nfsd #includes
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 11/11] of: unify phandle name in struct device_node
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2 11/11] of: unify phandle name in struct device_node
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHSET 0-5] remove unneeded nfsd #includes
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
• Re: [PATCH v2 11/11] of: unify phandle name in struct device_node
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 7/7]: sunsu: Use sunserial_console_termios() in sunsu_console_setup().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 6/7]: sunsu: Pass true 'ignore_line' to console match when RSC or LOM console.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 5/7]: serial: suncore: Fix RSC/LOM handling in sunserial_console_termios().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 4/7]: serial: suncore: Add 'ignore_line' argument to sunserial_console_match().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/7]: sunsu: Fix detection of SU ports which are RSC console or control.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/7]: sunsab: Do not set sunsab_reg.cons right before registering minors.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/7]: sparc64: Fix definition of VMEMMAP_SIZE.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/7]: 480R et al. bug fixes...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 11/11] of: unify phandle name in struct device_node
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 11/11] of: unify phandle name in struct device_node
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCHSET 0-5] remove unneeded nfsd #includes
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: [PATCH 11/11] of: unify phandle name in struct device_node
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 11/11] of: unify phandle name in struct device_node
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/11] of: unify phandle name in struct device_node
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC] nfsd: Move private headers to source directory
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH 2/5] sparc: remove unused nfsd #includes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH 3/5] s390: remove unused nfsd #includes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH 4/5] lockd: Remove unused nfsd headers #includes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH 5/5] vfs: nfsctl.c unused nfsd #includes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCHSET 0-5] remove unneeded nfsd #includes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH 1/5] parsic: remove unused nfsd #includes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 11/11] of: unify phandle name in struct device_node
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 11/11] of: unify phandle name in struct device_node
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 10/11] microblaze: gut implementation of early_init_dt_scan_cpus()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 09/11] of: merge of_attach_node() & of_detach_node()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 08/11] of: Merge of_node_get() and of_node_put()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 07/11] of: merge machine_is_compatible()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 06/11] of/flattree: merge early_init_devtree() and early_init_move_devtree()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 05/11] of/flattree: merge early_init_dt_scan_chosen()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 04/11] of/flattree: eliminate cell_t typedef
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 03/11] of/flattree: merge dt_mem_next_cell
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 02/11] of/flattree: Merge earlyinit_dt_scan_root()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 01/11] of/flattree: Merge early_init_dt_check_for_initrd()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 00/11] Yet another series of OF merge patches.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Sun fire V890 UltraSparc server kernel panic, offertoassist with fixing it and future ports
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sun fire V890 UltraSparc server kernel panic, offertoassist with fixing it and future ports
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sun fire V890 UltraSparc server kernel panic, offertoassist with fixing it and future ports
  • From: Aaron Scheiner <blue@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sun fire V890 UltraSparc server kernel panic, offertoassist with fixing it and future ports
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.31.6 freezes on v210
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.31.6 freezes on v210
  • From: Laszlo Valko <valko@xxxxxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.31.6 freezes on v210
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.31.6 freezes on v210
  • From: Laszlo Valko <valko@xxxxxxxxxxxxxxxxx>
• Re: 2.6.31.6 freezes on v210
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: 2.6.31.6 freezes on v210
  • From: Laszlo Valko <valko@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: Sun fire V890 UltraSparc server kernel panic, offertoassist with fixing it and future ports
  • From: Aaron Scheiner <blue@xxxxxxxxxxxxxx>
• Re: Sun fire V890 UltraSparc server kernel panic, offertoassist with fixing it and future ports
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Re: Re: Sun fire V890 UltraSparc server kernel panic, offertoassist with fixing it and future ports
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: 2.6.31.6 freezes on v210
  • From: Laszlo Valko <valko@xxxxxxxxxxxxxxxxx>
• Re: 2.6.31.6 freezes on v210
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.31.6 freezes on v210
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: 2.6.31.6 freezes on v210
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: 2.6.31.6 freezes on v210
  • From: Laszlo Valko <valko@xxxxxxxxxxxxxxxxx>
• Re: 2.6.31.6 freezes on v210
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.31.6 freezes on v210
  • From: Laszlo Valko <valko@xxxxxxxxxxxxxxxxx>
• Re: 2.6.31.6 freezes on v210
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.31.6 freezes on v210
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: 2.6.31.6 freezes on v210
  • From: David Miller <davem@xxxxxxxxxxxxx>
• 2.6.31.6 freezes on v210
  • From: Laszlo Valko <valko@xxxxxxxxxxxxxxxxx>
• Re: [experimental patch] sungem: force serdes dection on buildin V880 fiber gigabit ethernet
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [experimental patch] sungem: force serdes dection on buildin V880 fiber gigabit ethernet
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/16] SPARC: use ACCESS_ONCE for rlimits
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/16] SPARC: use ACCESS_ONCE for rlimits
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 06/16] SPARC: use ACCESS_ONCE for rlimits
  • From: Jiri Slaby <jslaby@xxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [patch 04/13] sparc: Fixup last users of irq_chip->typename
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Fan tuning on T1000
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Fan tuning on T1000
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• [patch 04/13] sparc: Fixup last users of irq_chip->typename
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [experimental patch] sungem: force serdes dection on buildin V880 fiber gigabit ethernet
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [experimental patch] sungem: force serdes dection on buildin V880 fiber gigabit ethernet
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Added sparc_leon3_snooping_enabled() and converted extern inline to static inline
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Added sparc_leon3_snooping_enabled() and converted extern inline to static inline
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] No auxio on LEON
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 1/2] Added sparc_leon3_snooping_enabled() and converted extern inline to static inline
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH] No auxio on LEON
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH] No auxio on LEON
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [PATH] No auxio on LEON
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• [PATH] No auxio on LEON
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [experimental patch] sungem: force serdes dection on buildin V880 fiber gigabit ethernet
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/11] of: merge prom_{add,remove,modify}_property
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 09/11] of: merge prom_{add,remove,modify}_property
  • From: Nathan Fontenot <nfont@xxxxxxxxxxxxxx>
• Re: [microblaze-uclinux] [PATCH 00/11] More OF merge patches
  • From: Michal Simek <michal.simek@xxxxxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• away but active for next 6 days.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] sparc: Remove bogus of_set_property_mutex
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] sparc: Remove bogus of_set_property_mutex
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] sparc,sparc64: replace parentheses in pmul()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 14/16] sparc: Replace old style lock initializer
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] sparc: Remove bogus of_set_property_mutex
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [patch] sparc: Remove bogus of_set_property_mutex
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 14/16] sparc: Replace old style lock initializer
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 14/16] sparc: Replace old style lock initializer
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 14/16] sparc: Replace old style lock initializer
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 08/16] sparc: Make atomic locks raw
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: kernel BUG at arch/sparc/mm/fault_64.c:270!
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: kernel BUG at arch/sparc/mm/fault_64.c:270!
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [patch 08/16] sparc: Make atomic locks raw
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 14/16] sparc: Replace old style lock initializer
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: kernel BUG at arch/sparc/mm/fault_64.c:270!
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc,sparc64: replace parentheses in pmul()
  • From: Roel Kluin <roel.kluin@xxxxxxxxx>
• Re: [PATCH] Support for GRLIB APBUART serial port
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [PATCH 00/11] More OF merge patches
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 07/11] of/flattree: Merge unflatten_dt_node
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 05/11] of/flattree: merge of_get_flat_dt_prop
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 01/11] of/flattree: merge find_flat_dt_string and initial_boot_params
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 02/11] of/flattree: merge of_scan_flat_dt
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 01/11] of/flattree: merge find_flat_dt_string and initial_boot_params
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• [PATCH 08/11] of/flattree: Merge unflatten_device_tree
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 01/11] of/flattree: merge find_flat_dt_string and initial_boot_params
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 11/11] of/flattree: Merge early_init_dt_check_for_initrd()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 10/11] of: remove special case definition of of_read_ulong()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 09/11] of: merge prom_{add,remove,modify}_property
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 07/11] of/flattree: Merge unflatten_dt_node
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 06/11] of/flattree: Merge of_flat_dt_is_compatible
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 05/11] of/flattree: merge of_get_flat_dt_prop
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 04/11] of/flattree: remove __init annotations from the header file
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 03/11] of/flattree: merge of_get_flat_dt_root
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 02/11] of/flattree: merge of_scan_flat_dt
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 00/11] More OF merge patches
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] Support for GRLIB APBUART serial port
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Support for GRLIB APBUART serial port
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [PATCH 1/2] Added sparc_leon3_snooping_enabled()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] Support for GRLIB APBUART serial port
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] Support for GRLIB APBUART serial port
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area.
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [PATCH 1/1] Support for GRLIB APBUART serial port
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 2/2] Added leon3_dma_ops and LEON specific mmu_inval_dma_area.
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• [PATCH 1/2] Added sparc_leon3_snooping_enabled()
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: Leon patches...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Leon patches...
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: Leon patches...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Leon patches...
  • From: Konrad Eisele <konrad@xxxxxxxxxxx>
• Re: nocache/highmem mapping
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Leon patches...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: nocache/highmem mapping
  • From: Konrad Eisele <konrad@xxxxxxxxxxx>
• Re: nocache/highmem mapping
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: temperature & fan-control
  • From: BERTRAND Joel <joel.bertrand@xxxxxxxxxxx>
• Re: temperature & fan-control
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: temperature & fan-control
  • From: BERTRAND Joel <joel.bertrand@xxxxxxxxxxx>
• Re: temperature & fan-control
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Jurij Smakov <jurij@xxxxxxxxx>
• Re: [PATCH 1/7] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH 1/7] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/7] iommu-helper: Use bitmap library
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH 1/7] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH 5/7] sparc: Use bitmap_find_next_zero_area
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: temperature & fan-control
  • From: Raúl Porcel <armin76@xxxxxxxxxx>
• Re: temperature & fan-control modprobe Oops
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: temperature & fan-control
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: temperature & fan-control
  • From: Raúl Porcel <armin76@xxxxxxxxxx>
• temperature & fan-control
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• kernel BUG at arch/sparc/mm/fault_64.c:270!
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Linux guest domain with two vnets bound to the same vswitch experiences hung in bootup (sun_netraT5220)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux guest domain with two vnets bound to the same vswitch experiences hung in bootup (sun_netraT5220)
  • From: hyl <heyongli@xxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH -mmotm -v2] Fix bitmap-introduce-bitmap_set-bitmap_clear-bitmap_find_next_zero_area. patch
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH 2/2] of: move struct property to asm/of.h
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH 1/2] of: create asm/of.h
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: Linux guest domain with two vnets bound to the same vswitch experiences hung in bootup (sun_netraT5220)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH -mmotm] Fix bitmap-introduce-bitmap_set-bitmap_clear-bitmap_find_next_zero_area. patch
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: Linux guest domain with two vnets bound to the same vswitch experiences hung in bootup (sun_netraT5220)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux guest domain with two vnets bound to the same vswitch experiences hung in bootup (sun_netraT5220)
  • From: hyl <heyongli@xxxxxxxxx>
• Re: page_to_phys
  • From: kristoffer@xxxxxxxxxxx
• Re: [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Linux guest domain with two vnets bound to the same vswitch experiences hung in bootup (sun_netraT5220)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux guest domain with two vnets bound to the same vswitch experiences hung in bootup (sun_netraT5220)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: page_to_phys
  • From: David Miller <davem@xxxxxxxxxxxxx>
• page_to_phys
  • From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx>
• Re: [PATCH 6/8] sparc: Use bitmap_find_next_zero_area
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 6/8] sparc: Use bitmap_find_next_zero_area
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH 3/8] iommu-helper: Use bitmap library
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH 2/8] bitmap: Introduce bitmap_set, bitmap_clear, bitmap_find_next_zero_area
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH]: Fix niagara2 perf support...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 10/12] of: merge of_*_flat_dt*() functions
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC PATCH 10/12] of: merge of_*_flat_dt*() functions
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Chris Newport <crn@xxxxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Mitch Bradley <wmb@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Leif Sawyer <lsawyer@xxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Chris Newport <crn@xxxxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Mitch Bradley <wmb@xxxxxxxxxxxxx>
• RE: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Stephen Neuendorffer <stephen.neuendorffer@xxxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Sam Creasey <sammy@xxxxxxxxx>
• Re: [microblaze-uclinux] Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: nocache/highmem mapping
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 10/12] of: merge of_*_flat_dt*() functions
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 12/12] of: merge of_find_all_nodes() implementations
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 11/12] of: merge other miscellaneous prototypes
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 09/12] of: merge of_node_get(), of_node_put() and of_find_all_nodes()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 08/12] of: merge of_read_number() an of_read_ulong()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 07/12] of: merge of_node_*_flag() and set_node_proc_entry()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 06/12] of: merge struct boot_param_header from Microblaze and PowerPC
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 03/12] of: merge struct device_node
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 05/12] of: add common header for flattened device tree representation
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 02/12] of: merge phandle, ihandle and struct property
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 04/12] of: Move OF_IS_DYNAMIC and OF_MARK_DYNAMIC macros to of.h
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 01/12] of: Rework linux/of.h and asm/prom.h include ordering
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [RFC PATCH 00/12] Merge common OpenFirmware device tree code
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• nocache/highmem mapping
  • From: Konrad Eisele <konrad@xxxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 1/1] sparc32: convert to asm-generic/hardirq.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [patch 1/1] sparc32: convert to asm-generic/hardirq.h
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [patch 1/1] sparc32: convert to asm-generic/hardirq.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 1/1] sparc32: convert to asm-generic/hardirq.h
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 1/1] sparc32: convert to asm-generic/hardirq.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 1/1] sparc32: convert to asm-generic/hardirq.h
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 1/1] sparc32: convert to asm-generic/hardirq.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [patch 1/1] sparc32: convert to asm-generic/hardirq.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [patch 1/1] sparc32: convert to asm-generic/hardirq.h
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 1/1] sparc32: convert to asm-generic/hardirq.h
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 1/1] sparc32: convert to asm-generic/hardirq.h
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 1/1] sparc32: convert to asm-generic/hardirq.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [patch 1/1] sparc32: convert to asm-generic/hardirq.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch 1/1] sparc32: convert to asm-generic/hardirq.h
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 1/1] sparc32: convert to asm-generic/hardirq.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux guest domain with two vnets bound to the same vswitch experiences hung in bootup (sun_netraT5220)
  • From: hyl <heyongli@xxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Linux guest domain with two vnets , the dirty quick fix
  • From: hyl <heyongli@xxxxxxxxx>
• Re: Linux guest domain with two vnets bound to the same vswitch experiences hung in bootup (sun_netraT5220)
  • From: hyl <heyongli@xxxxxxxxx>
• Linux guest domain with two vnets bound to the same vswitch experiences hung in bootup (sun_netraT5220)
  • From: hyl <heyongli@xxxxxxxxx>
• [patch 1/1] sparc32: convert to asm-generic/hardirq.h
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: [PATCH] fix BUILD_BUG_ON() and a couple of bogus uses of it
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] fix BUILD_BUG_ON() and a couple of bogus uses of it
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] fix BUILD_BUG_ON() and a couple of bogus uses of it
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fix BUILD_BUG_ON() and a couple of bogus uses of it
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fix BUILD_BUG_ON() and a couple of bogus uses of it
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] fix BUILD_BUG_ON() and a couple of bogus uses of it
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc: Clean up linker script using new linker script macros.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc: Clean up linker script using new linker script macros.
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2] sparc: Clean up linker script using new linker script macros.
  • From: Tim Abbott <tabbott@xxxxxxxxxxx>
• Re: [PATCH v2] sparc: Clean up linker script using new linker script macros.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc: Clean up linker script using new linker script macros.
  • From: Tim Abbott <tabbott@xxxxxxxxxxx>
• Re: [PATCH v2] sparc: Clean up linker script using new linker script macros.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2] Linker script cleanup for sparc
  • From: Tim Abbott <tabbott@xxxxxxxxxxx>
• [PATCH v2] sparc: Clean up linker script using new linker script macros.
  • From: Tim Abbott <tabbott@xxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] /proc/kmem cleanups and hwpoison bits
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] /proc/kmem cleanups and hwpoison bits
  • From: Hugh Dickins <hugh.dickins@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] /proc/kmem cleanups and hwpoison bits
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Sébastien Bernard <seb@xxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Jurij Smakov <jurij@xxxxxxxxx>
• Re: Sparc release requalification
  • From: Sébastien Bernard <seb@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Sébastien Bernard <seb@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT]: Sparc
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: blackbird errata workaround
  • From: David Miller <davem@xxxxxxxxxxxxx>
• blackbird errata workaround
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Sébastien Bernard <seb@xxxxxxxxx>
• Re: SunFire V240 hangs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SunFire V240 hangs
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• RE: 2.6.31-rc1: sparc T2: Fast Data Access MMU Miss
  • From: "Leif Sawyer" <lsawyer@xxxxxxx>
• Re: [PATCH v2] Fix multiple RTC detections on SUN4D
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SunFire V240 hangs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Cassini problem
  • From: Sébastien Bernard <seb@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Sébastien Bernard <seb@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Sébastien Bernard <seb@xxxxxxxxx>
• Re: SunFire V240 hangs
  • From: Hermann Lauer <Hermann.Lauer@xxxxxxxxxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Problem with saturn since 2.6.29 (debian kernel).
  • From: Sébastien Bernard <seb@xxxxxxxxxxxxxx>
• Re: SunFire V240 hangs
  • From: Sébastien Bernard <seb@xxxxxxxxxxxxxx>
• Re: Sparc release requalification
  • From: Sébastien Bernard <sbernard@xxxxxxxxx>
• Re: [PATCH v2] Fix multiple RTC detections on SUN4D
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.31-rc1: sparc T2: Fast Data Access MMU Miss
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.31-rc1: sparc T2: Fast Data Access MMU Miss
  • From: Alexander Beregalov <a.beregalov@xxxxxxxxx>
• Re: 2.6.31-rc1: sparc T2: Fast Data Access MMU Miss
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.31-rc1: sparc T2: Fast Data Access MMU Miss
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] silo: move second to make room for larger kernel
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: SILO & Ext4
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: NMI watchdog + NOHZ question
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: convert /proc/io_map, /proc/dvma_map to seq_file
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] percpu: don't assume existence of cpu0
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: convert /proc/io_map, /proc/dvma_map to seq_file
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• [PATCH] percpu: don't assume existence of cpu0
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: boot panic after oops from sysfs_new_dirent
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH 1/1] sparc,leon: Sparc-Leon SMP support
  • From: konrad@xxxxxxxxxxx
• Sparc-leon smp support [Round 2]
  • From: Konrad Eisele <konrad@xxxxxxxxxxx>
• Re: boot panic after oops from sysfs_new_dirent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: boot panic after oops from sysfs_new_dirent
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: boot panic after oops from sysfs_new_dirent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: boot panic after oops from sysfs_new_dirent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: boot panic after oops from sysfs_new_dirent
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 1/1] sparc,leon: Sparc-Leon SMP support
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 1/1] sparc,leon: Sparc-Leon SMP support
  • From: Konrad Eisele <konrad@xxxxxxxxxxx>
• Re: [PATCH 1/1] sparc,leon: Sparc-Leon SMP support
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: boot panic after oops from sysfs_new_dirent
  • From: David Miller <davem@xxxxxxxxxxxxx>
• boot panic after oops from sysfs_new_dirent
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH 1/1] sparc,leon: Sparc-Leon SMP support
  • From: konrad@xxxxxxxxxxx
• Sparc-leon smp support
  • From: Konrad Eisele <konrad@xxxxxxxxxxx>
• Re: [PATCH]: sparc64: Validate linear D-TLB misses.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH]: sparc64: Validate linear D-TLB misses.
  • From: Jim Gifford <maillist@xxxxxxxxx>
• Re: [PATCH]: sparc64: Validate linear D-TLB misses.
  • From: hyl <heyongli@xxxxxxxxx>
• [GIT]: Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH]: sparc64: Validate linear D-TLB misses.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH]: sparc64: Validate linear D-TLB misses.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [BUGGY PATCH]: Validate D-tlb linear kernel faults
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Neta X1 Tulip Issue - Resend
  • From: Jim Gifford <maillist@xxxxxxxxx>
• [PATCH 1/1] sparc,leon: Amba plug and play devices directory.
  • From: konrad@xxxxxxxxxxx
• Sparc-leon uart driver patch for review
  • From: Konrad Eisele <konrad@xxxxxxxxxxx>
• Re: sparc: sys32.S incorrect compat-layer splice() system call
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc: sys32.S incorrect compat-layer splice() system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: sparc: sys32.S incorrect compat-layer splice() system call
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sparc: sys32.S incorrect compat-layer splice() system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: sparc-leon patches round 5 (to follow) (right numbering)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: bug: spinlock on UP system
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: bug: spinlock on UP system
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• Re: sparc-leon patches round 5 (to follow) (right numbering)
  • From: Konrad Eisele <konrad@xxxxxxxxxxx>
• [PATCH 5/5] sparc,leon: sparc-leon specific SRMMU initialization and bootup fixes.
  • From: konrad@xxxxxxxxxxx
• [PATCH 4/5] sparc,leon: Added support for AMBAPP bus.
  • From: konrad@xxxxxxxxxxx
• [PATCH 3/5] sparc,leon: Introduce the sparc-leon CPU type.
  • From: konrad@xxxxxxxxxxx
• [PATCH 1/5] sparc,leon: CONFIG_SPARC_LEON option and leon specific files.
  • From: konrad@xxxxxxxxxxx
• [PATCH 2/5] sparc,leon: Redefine MMU register access asi if CONFIG_LEON
  • From: konrad@xxxxxxxxxxx
• sparc-leon patches round 6 (to follow)
  • From: Konrad Eisele <konrad@xxxxxxxxxxx>
• Re: [PATCH] sparc64: build compressed image (zImage) by default
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: cheaper asm/uaccess.h inclusion
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] SPARC: fix duplicate declaration
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: list zImage build target in 'make help' output
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] silo: move second to make room for larger kernel
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2 2.6.31-rc5 UPDATED] percpu, sparc64: fix sparse possible cpu map handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2 2.6.31-rc5 REPOST] percpu, sparc64: fix sparse possible cpu map handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Sparc miss chance to fix recoverable fault in copy_from_user
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Sparc miss chance to fix recoverable fault in copy_from_user
  • From: hyl <heyongli@xxxxxxxxx>
• [PATCH] sparc64: cheaper asm/uaccess.h inclusion
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: Sparc miss chance to fix recoverable fault in copy_from_user
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RFC][PATCH] SPARC: fix duplicate declaration
  • From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
• Re: [PATCH resend 0/8] sparc: use asm-generic/dma-mapping-common.h and pci-dma-compat.h
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH resend 0/8] sparc: use asm-generic/dma-mapping-common.h and pci-dma-compat.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2 2.6.31-rc5 REPOST] percpu, sparc64: fix sparse possible cpu map handling
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: bug: spinlock on UP system
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• bug:
  • From: Dennis Gilmore <dennis@xxxxxxxx>
• Re: [PATCH 2/2 2.6.31-rc5 REPOST] percpu, sparc64: fix sparse possible cpu map handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [2.6.27.21] bbc_envctrl
  • From: BERTRAND Joel <joel.bertrand@xxxxxxxxxxx>
• [PATCH 4/8] sparc: use asm-generic/dma-mapping-common.h
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 2/8] IA64: remove NULL flush_write_buffers
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 8/8] sparc: add CONFIG_DMA_API_DEBUG support
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH resend 0/8] sparc: use asm-generic/dma-mapping-common.h and pci-dma-compat.h
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 1/8] remove flush_write_buffers() in dma-mapping-common.h
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 6/8] sparc: replace sbus_map_single and sbus_unmap_single with sbus_map_page and sbus_unmap_page
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 7/8] sparc: use asm-generic/pci-dma-compat
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 5/8] sparc: remove no-op dma_4v_sync_single_for_cpu and dma_4v_sync_sg_for_cpu
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• [PATCH 3/8] sparc: use dma_map_ops struct
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: [PATCH 2/2 2.6.31-rc5 REPOST] percpu, sparc64: fix sparse possible cpu map handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2 2.6.31-rc5 REPOST] percpu, sparc64: fix sparse possible cpu map handling
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH 2/2 2.6.31-rc5 REPOST] percpu, sparc64: fix sparse possible cpu map handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/2 2.6.31-rc5 REPOST] init: set nr_cpu_ids before setup_per_cpu_areas()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [stable] cmd64x: irq 14: nobody cared - system is dreadfully slow
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 1/8] remove flush_write_buffers() in dma-mapping-common.h
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
• Re: Is it a bug in etrap.S srmmu stack check routine?
  • From: Eldar Abusalimov <eldar.abusalimov@xxxxxxxxx>
• Re: Is it a bug in etrap.S srmmu stack check routine?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Is it a bug in etrap.S srmmu stack check routine?
  • From: Eldar Abusalimov <eldar.abusalimov@xxxxxxxxx>
• Re: Is it a bug in etrap.S srmmu stack check routine?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Is it a bug in etrap.S srmmu stack check routine?
  • From: Eldar Abusalimov <eldar.abusalimov@xxxxxxxxx>
• Re: [PATCH v2 0/8] sparc: use asm-generic/dma-mapping-common.h and pci-dma-compat.h
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH v2 0/8] sparc: use asm-generic/dma-mapping-common.h and pci-dma-compat.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/8] sparc: use asm-generic/dma-mapping-common.h and pci-dma-compat.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc-leon patches round 5 (to follow) (right numbering)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Is it a bug in etrap.S srmmu stack check routine?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc-leon patches round 5 (to follow) (right numbering)
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: sparc-leon patches round 5 (to follow) (right numbering)
  • From: konrad@xxxxxxxxxxx
• Is it a bug in etrap.S srmmu stack check routine?
  • From: Eldar Abusalimov <eldar.abusalimov@xxxxxxxxx>
• Re: [PATCH v2 0/8] sparc: use asm-generic/dma-mapping-common.h and pci-dma-compat.h
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH v2 0/8] sparc: use asm-generic/dma-mapping-common.h and pci-dma-compat.h
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: is there still value to references to EXPORT_SYMTAB_STROPS?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/8] sparc: use asm-generic/dma-mapping-common.h and pci-dma-compat.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc-leon patches round 5 (to follow) (right numbering)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc-leon patches round 5 (to follow) (right numbering)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] silo: move second to make room for larger kernel
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: cmd64x: irq 14: nobody cared - system is dreadfully slow
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: cmd64x: irq 14: nobody cared - system is dreadfully slow
  • From: Frans Pop <elendil@xxxxxxxxx>
• [PATCH] sparc64: list zImage build target in 'make help' output
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: [PATCH,resend] sparc64: build compressed image (zImage) by default
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH,resend] sparc64: build compressed image (zImage) by default
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: [PATCH v2] Fix multiple RTC detections on SUN4D
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2] Fix multiple RTC detections on SUN4D
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• SUN4D RTC patch...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/8] sparc: use asm-generic/dma-mapping-common.h and pci-dma-compat.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/8] sparc: use asm-generic/dma-mapping-common.h and pci-dma-compat.h
  • From: Joerg Roedel <joerg.roedel@xxxxxxx>
• Re: [PATCH v2 0/8] sparc: use asm-generic/dma-mapping-common.h and pci-dma-compat.h
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH] Fix multiple RTC detections on SUN4D
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Re: [2.6.29.4] Blade 2000
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] sparc: add CONFIG_DMA_API_DEBUG support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/8] sparc: use asm-generic/pci-dma-compat
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 6/8] sparc: replace sbus_map_single and sbus_unmap_single with sbus_map_page and sbus_unmap_page
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 5/8] sparc: remove no-op dma_4v_sync_single_for_cpu and dma_4v_sync_sg_for_cpu
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/8] sparc: use asm-generic/dma-mapping-common.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] sparc: use dma_map_ops struct
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH,resend] sparc64: build compressed image (zImage) by default
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH,resend] sparc64: build compressed image (zImage) by default
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: [PATCH,resend] sparc64: build compressed image (zImage) by default
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH,resend] sparc64: build compressed image (zImage) by default
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH,resend] sparc64: build compressed image (zImage) by default
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: [PATCH v2 0/8] sparc: use asm-generic/dma-mapping-common.h and pci-dma-compat.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/8] sparc: use asm-generic/dma-mapping-common.h and pci-dma-compat.h
  • From: Joerg Roedel <joerg.roedel@xxxxxxx>
• Re: [PATCH v2 0/8] sparc: use asm-generic/dma-mapping-common.h and pci-dma-compat.h
  • From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>