xics.c and time.c optimizations
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest6 patches 1 replyIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/6 | push down or eliminate smp_processor_id in xicsarch/ arch/ | +29 | 0 replies | |
| 2/6 | init_decrementer_clockevent can be static __initarch/ | +1 | 0 replies | |
| 3/6 | use __get_cpu_var in time.carch/ | +2 | 0 replies | |
| 4/6 | timer interrupt: use a struct for two per_cpu varablesarch/ | +12 | 0 replies | |
| 5/6 | depend on ->initialized in calc_steal_timearch/ | +1 | 0 replies | |
| 6/6 | optimize account_system_vtimearch/ | +13 | 1 reply |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 0/6] xics.c and time.c optimizations
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