kernel-ark/arch/sparc64/kernel
David S. Miller 4d803fcdcd [SPARC64]: Inline membar()'s again.
Since GCC has to emit a call and a delay slot to the
out-of-line "membar" routines in arch/sparc64/lib/mb.S
it is much better to just do the necessary predicted
branch inline instead as:

	ba,pt	%xcc, 1f
	 membar	#whatever
1:

instead of the current:

	call	membar_foo
	 dslot

because this way GCC is not required to allocate a stack
frame if the function can be a leaf function.

This also makes this bug fix easier to backport to 2.4.x

Signed-off-by: David S. Miller <davem@davemloft.net>
2005-09-08 14:37:53 -07:00
..
auxio.c
binfmt_aout32.c
binfmt_elf32.c
central.c
chmc.c
cpu.c
devices.c
dtlb_backend.S
dtlb_base.S
dtlb_prot.S
ebus.c
entry.S
etrap.S
head.S
idprom.c
init_task.c
ioctl32.c
iommu_common.c
iommu_common.h
irq.c
isa.c
itlb_base.S
kprobes.c
Makefile
module.c
pci_common.c
pci_impl.h
pci_iommu.c
pci_psycho.c
pci_sabre.c
pci_schizo.c
pci.c
power.c
process.c
ptrace.c
rtrap.S
sbus.c
semaphore.c
setup.c
signal32.c
signal.c
smp.c
sparc64_ksyms.c [SPARC64]: Inline membar()'s again. 2005-09-08 14:37:53 -07:00
starfire.c
sunos_ioctl32.c
sys32.S
sys_sparc32.c
sys_sparc.c
sys_sunos32.c
systbls.S
time.c
trampoline.S
traps.c
ttable.S
una_asm.S
unaligned.c
us2e_cpufreq.c
us3_cpufreq.c
vmlinux.lds.S
winfixup.S