Re: [PATCH] cpumask 5/10 rewrite cpumask.h - single bitmap basedimplementation

[Paul Jackson]

Andrew wrote:
> Although for some reason your patches shrink my sparc64 build from
> 
> 	   text    data     bss     dec     hex filename
> 	3508730  895000  302656 4706386  47d052 vmlinux
> to	3507586  895080  302656 4705322  47cc2a vmlinux

Yes - these are typical of the kernel text space reductions that
I am seeing as well.  Various little tweaks here and there, with
a careful eye to changes in the output of "nm -S".

The one exception being ia64, where I saved an additional
15000 or so kernel text bytes by uninlining find_next_bit().

Other arch's might want to try that same optimization.  I ran
out of gas, and lacked the resources, to persue that.

-- 
                          I won't rest till it's the best ...
                          Programmer, Linux Scalability
                          Paul Jackson <pj@xxxxxxx> 1.650.933.1373
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/