kernel-fxtec-pro1x/arch/sparc/mm
Bob Breuer a54123e277 [SPARC]: Try to start getting SMP back into shape.
Todo items:
 - IRQ_INPROGRESS flag - use sparc64 irq buckets, or generic irq_desc?
 - sun4d
 - re-indent large chunks of sun4m_smp.c
 - some places assume sequential cpu numbering (i.e. 0,1 instead of 0,2)

Last I checked (with 2.6.14), random programs segfault with dual
HyperSPARC.  And with SuperSPARC II's, it seems stable but will
eventually die from a write lock error (wrong lock owner or something).

I haven't tried the HyperSPARC + highmem combination recently, so that
may still be a problem.

Signed-off-by: David S. Miller <davem@davemloft.net>
2006-03-23 22:36:19 -08:00
..
btfixup.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
extable.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
fault.c [SPARC]: Use ARRAY_SIZE macro 2005-11-09 12:03:05 -08:00
generic.c [SPARC]: Respect vm_page_prot in io_remap_page_range(). 2006-03-22 01:15:13 -08:00
highmem.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
hypersparc.S kbuild: arm26,sparc use generic asm-offset support 2005-09-09 20:35:55 +02:00
init.c [PATCH] remove set_page_count() outside mm/ 2006-03-22 07:54:02 -08:00
io-unit.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
iommu.c [SPARC]: change if() BUG(); to BUG_ON in iommu.c 2006-01-17 15:36:05 -08:00
loadmmu.c [SPARC]: Respect vm_page_prot in io_remap_page_range(). 2006-03-22 01:15:13 -08:00
Makefile Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
nosrmmu.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
nosun4c.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
srmmu.c [SPARC]: Try to start getting SMP back into shape. 2006-03-23 22:36:19 -08:00
sun4c.c [SPARC]: Respect vm_page_prot in io_remap_page_range(). 2006-03-22 01:15:13 -08:00
swift.S kbuild: arm26,sparc use generic asm-offset support 2005-09-09 20:35:55 +02:00
tsunami.S kbuild: arm26,sparc use generic asm-offset support 2005-09-09 20:35:55 +02:00
viking.S kbuild: arm26,sparc use generic asm-offset support 2005-09-09 20:35:55 +02:00