You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

David S. Miller 86d43258bc [SPARC64]: Set g4/g5 properly in sun4v dtlb-prot handling. ... Mirror the logic in the sun4u handler, we have to update both registers even when we branch out to window fault fixup handling. The way it works is that if we are in etrap processing a fault already, g4/g5 holds the original fault information. If we take a window spill fault while doing etrap, then we put the window spill fault info into g4/g5 and this is what the top-level fault handler ends up processing first. Then we retry the originally faulting instruction, and process the original fault at that time. This is all necessary because of how constrained the trap registers are in these code paths. These cases trigger very rarely, so even if there is some performance implication it's doesn't happen very often. In fact the rarity is why it took so long to trigger and find this particular bug. Signed-off-by: David S. Miller <davem@davemloft.net>		18 years ago
..
boot	…
kernel	[SPARC64]: Set g4/g5 properly in sun4v dtlb-prot handling.	18 years ago
lib	Remove obsolete #include <linux/config.h>	19 years ago
math-emu	…
mm	[SPARC64]: Fix "mem=xxx" handling.	18 years ago
oprofile	[PATCH] Move Kprobes and Oprofile to "Instrumentation Support" menu	19 years ago
prom	[SPARC]: Kill prom_getname, unused and not implemented properly.	19 years ago
solaris	…
Kconfig	…
Kconfig.debug	…
Makefile	…
defconfig	[SPARC64]: Update defconfig.	18 years ago