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
extable.c
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
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
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
nosrmmu.c
nosun4c.c
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