4 Commits

Author	SHA1	Message	Date
Sam Ravnborg	4787083fcc	[SPARC64]: Fix inconsistent .section usage in lib/ ... A few places missed the "a" specifier for the __ex_table section. Add these so we avoid generation an additional section at link time. Latest modpost would otherwise complain like this: WARNING: vmlinux.o (__ex_table.2): section name inconsistency. (.[number]+) following section name. Did you forget to use "ax"/"aw" in a .S file? Note that for example <linux/init.h> contains section definitions for use in .S files. WARNING: vmlinux.o (__ex_table.4): section name inconsistency. (.[number]+) following section name. Did you forget to use "ax"/"aw" in a .S file? Note that for example <linux/init.h> contains section definitions for use in .S files. Signed-off-by: Sam Ravnborg <sam@ravnborg.org> Signed-off-by: David S. Miller <davem@davemloft.net>	2008-01-31 19:32:44 -08:00
David S. Miller	24d559cac4	[SPARC64]: store-init needs trailing membar. ... The manual says that it is required and we actually have crash reports where loads see stale data due to not having membars here. In one case the networking does: memset(skb, 0, offsetof(struct sk_buff, truesize)); and then some code later checks skb->nohdr for zero, but it's still the value that was there before the memset(). Note that arch/sparc64/lib/xor.S already got this right. Signed-off-by: David S. Miller <davem@davemloft.net>	2007-03-19 13:27:33 -07:00
David S. Miller	bb8646d834	[SPARC64]: Optimized TSB table initialization. ... We only need to write an invalid tag every 16 bytes, so taking advantage of this can save many instructions compared to the simple memset() call we make now. A prefetching implementation is implemented for sun4u and a block-init store version if implemented for Niagara. The next trick is to be able to perform an init and a copy_tsb() in parallel when growing a TSB table. Signed-off-by: David S. Miller <davem@davemloft.net>	2006-03-20 01:16:41 -08:00
David S. Miller	8ca2557c48	[SPARC64]: Niagara optimized memset/bzero/clear_user. ... Signed-off-by: David S. Miller <davem@davemloft.net>	2006-03-20 01:13:50 -08:00