Bug 7049 - use raw_smp_processor_id more
Summary: use raw_smp_processor_id more
Status: RESOLVED WONTFIX
Alias: None
Product: systemtap
Classification: Unclassified
Component: translator (show other bugs)
Version: unspecified
: P2 normal
Target Milestone: ---
Assignee: Unassigned
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-11-25 15:57 UTC by Frank Ch. Eigler
Modified: 2012-02-02 15:47 UTC (History)
1 user (show)

See Also:
Host:
Target:
Build:
Last reconfirmed:

Attachments
patch for using raw_smp_processor_id (723 bytes, patch)
2008-11-28 06:24 UTC, Wenji Huang 		Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Frank Ch. Eigler 2008-11-25 15:57:33 UTC 
In most of our kernel-side code, translator-generated or runtime,
we use the kosher smp_processor_id function to get the cpu number.
Considering that we always disable preemption, it seems useful
to switch to raw_smp_processor_id() in several spots, which would
exclude the redundant runtime checks compiled into the plain variant.
Comment 1 Wenji Huang 2008-11-28 06:24:47 UTC 
Created attachment 3083 [details]
patch for using raw_smp_processor_id

Seem no much available spots, two direct ones. As for the functions calling
preempt_disable like spin_lock_irq, the following reference to smp_processor_id

isn't easily found.
Comment 2 Frank Ch. Eigler 2012-02-02 15:47:14 UTC 
Probably unnecessary in light of bug #13641.