linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
* [PATCH 0/6] xics.c and time.c optimizations
@ 2007-12-14  4:51 Milton Miller
  2007-12-14  4:52 ` [PATCH 1/6] push down or eliminate smp_processor_id in xics Milton Miller
                   ` (5 more replies)
  0 siblings, 6 replies; 8+ messages in thread
From: Milton Miller @ 2007-12-14  4:51 UTC (permalink / raw)
  To: Paul Mackerras; +Cc: linuxppc-dev

The following patches against for-2.2.25 do some optimizations related
to the usage smp_processor_id().  

The xics one has been tested on SMP on 2.6.23, and still applies cleanly.

In time.c I started with the per_cpu to __get_cpu_var transformations
which affect ppc64 (the calls were added in 2.6.24), and from there
went looking for redundant global accesses from objdump -d --reloc.
I primarly looked at the pseries_defconfig and checked the results on
chrp32_defconfig.

Optimization results were checked on debian using

gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)

milton

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2007-12-15  2:10 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-12-14  4:51 [PATCH 0/6] xics.c and time.c optimizations Milton Miller
2007-12-14  4:52 ` [PATCH 1/6] push down or eliminate smp_processor_id in xics Milton Miller
2007-12-14  4:52 ` [PATCH 3/6] use __get_cpu_var in time.c Milton Miller
2007-12-14  4:52 ` [PATCH 2/6] init_decrementer_clockevent can be static __init Milton Miller
2007-12-14  4:52 ` [PATCH 4/6] timer interrupt: use a struct for two per_cpu varables Milton Miller
2007-12-14  4:52 ` [PATCH 5/6] depend on ->initialized in calc_steal_time Milton Miller
2007-12-14  4:52 ` [PATCH 6/6] optimize account_system_vtime Milton Miller
2007-12-15  2:10   ` Michael Neuling

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).