RFC another one step toward APIC merging
Get series with b4
b4 am [email protected]Versions newest first
- v1 RFC Latest8 patches 11 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/8 | x86: apic - use SET_APIC_DEST_FIELD instead of hardcoded shiftarch/ | +1 | 0 replies | |
| 2/8 | x86: apic - unify disable_apic_timerarch/ arch/ | +23 | 0 replies | |
| 3/8 | x86: apic - unify __setup_APIC_LVTTarch/ | +8 | 0 replies | |
| 4/8 | x86: apic - do not clear APIC twice in lapic_shutdownarch/ | +2 | 0 replies | |
| 5/8 | x86: apic - get rid of local_apic_timer_verify_okarch/ | +4 | 0 replies | |
| 6/8 | x86: apic - unify verify_local_APICarch/ | +6 | 0 replies | |
| 7/8 | x86: apic - unify sync_Arb_IDsarch/ arch/ | +7 | 2 replies | |
| 8/8 | x86: apic - unify init_bsp_APICarch/ arch/ | +12 | 9 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [patch 0/8] [RFC -tip] another one step toward APIC merging
Hi,
here are the series of patches to help APIC code merging. I've more patches in my queue (~20 for now). But I still playing with them so they too much ugly to be even tested.
The patch with subject
x86: apic - do not clear APIC twice in lapic_shutdown
actually is not merge-helper but rather I found a bit strange of double clearing of APIC in 32bit code.
As always I would really appreciate any comments on this series.
The patches are over -tip/master
commit 8f87590f7c4a2164ab6330711c9a33ab59f97e25
Merge: fb71068... c2fc119...
Author: Ingo Molnar <[email protected]>
Date: Tue Aug 12 11:22:08 2008 +0200
Merge branch 'core/urgent'
- Cyrill -