merge apic_32.c and apic_64.c
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest18 patches 2 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/18 | x86: apic_64.c - setup_APIC_timer has to be __cpuinit functionarch/ | +1 | 0 replies | |
| 2/18 | x86: apic - introduce get_physical_broadcast for 64bitarch/ | +10 | 0 replies | |
| 3/18 | x86: apic - unify setup_apicpmtimerarch/ arch/ | +12 | 0 replies | |
| 4/18 | x86: apic_64.c - add sanity check for spurious vector definitionarch/ | +7 | 0 replies | |
| 5/18 | x86: apic - unify setup_local_APICarch/ arch/ | +62 | 0 replies | |
| 6/18 | x86: apic_32.c should use __cpuinit sectionarch/ | +3 | 0 replies | |
| 7/18 | x86: apic - unify smp_apic_timer_interruptarch/ arch/ | +5 | 0 replies | |
| 8/18 | x86: apic_xx.c order variablesarch/ arch/ | +56 | 0 replies | |
| 9/18 | x86: use HAVE_X2APIC in apic_64.carch/ | +23 | 0 replies | |
| 10/18 | x86: add hard_smp_prossor_id with MACRO in io_apic_xx.carch/ arch/ | +9 | 0 replies | |
| 11/18 | x86: make apic_32/64.c more likearch/ arch/ | +122 | 0 replies | |
| 12/18 | x86: merge APIC_init_uniprocessorarch/ arch/ | +90 | 0 replies | |
| 13/18 | x86: copy detect_init_APIC to the otherarch/ arch/ | +101 | 0 replies | |
| 14/18 | x86: merge header files in apic_xx.carch/ arch/ | +14 | 0 replies | |
| 15/18 | x86: apic unify smp_spurious/error_interruptarch/ arch/ | +43 | 0 replies | |
| 16/18 | x86: apic copy calibrate_APIC_clock to each other in apic_32/64.carch/ arch/ | +301 | 0 replies | |
| 17/18 | x86: apic copy apic_64.c to apic_32.carch/ | +188 | 0 replies | |
| 18/18 | x86: rename apic_32.c and apic_64.c to apic.carch/ arch/ arch/ +1 more | +2312 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 00/18] merge apic_32.c and apic_64.c
calibrated_APIC_clock still have two copies.
it seems we should use 32 bit, because some system may not has tsc but it is some long than 64 bits...
Thanks
Yinghai Lu