Re: stat.c:248: error: incompatible type for argument 2 of ‘cpumask_next’
Wenji Huang
wenji.huang@oracle.com
Mon Nov 24 05:38:00 GMT 2008
Peter Teoh wrote:
> My systemtap is the latest:
>
> git describe
> release-0.7-521-g01b05e2
>
> I have been getting the following errors throughout the whole of last
> week, not sure what is the status:
>
> In file included from /tmp/stapJzFK4J/stap_7146.c:46:
> /usr/local/share/systemtap/runtime/stat.c: In function '_stp_stat_get':
> /usr/local/share/systemtap/runtime/stat.c:213: error: incompatible
> type for argument 2 of 'cpumask_next'
> _stp_stat_clear
> /usr/local/share/systemtap/runtime/stat.c: In function '_stp_stat_clear':
> /usr/local/share/systemtap/runtime/stat.c:248: error: incompatible
> type for argument 2 of 'cpumask_next'
> task_nsproxy put_nsproxy get_nsproxy ns_cgroup_clone get_uts_ns
> put_uts_ns copy_utsname utsname init_utsname pagefault_disable
> pagefault_enable function__dwarf_tvar_get_size_0 function_exit
> probe_1386 probe_1387 probe_1388 enter_begin_probe enter_end_probe
> enter_error_probe enter_kprobe_probe enter_kretprobe_probe
> enter_hrtimer_probe systemtap_module_init systemtap_module_exit
> probe_start probe_exit
> Execution times (seconds)
> preprocessing : 0.20 (34%) usr 0.13 (20%) sys 0.47
> (29%) wall 4956 kB (26%) ggc
> lexical analysis : 0.07 (12%) usr 0.32 (50%) sys 0.46
> (29%) wall 0 kB ( 0%) ggc
> parser : 0.21 (36%) usr 0.17 (27%) sys 0.59
> (37%) wall 10801 kB (57%) ggc
> tree gimplify : 0.08 (14%) usr 0.00 ( 0%) sys 0.07 (
> 4%) wall 1280 kB ( 7%) ggc
> symout : 0.02 ( 3%) usr 0.02 ( 3%) sys 0.01 (
> 1%) wall 1265 kB ( 7%) ggc
> TOTAL : 0.58 0.64 1.61
> 18979 kB
> make[1]: *** [/tmp/stapJzFK4J/stap_7146.o] Error 1
> make: *** [_module_/tmp/stapJzFK4J] Error 2
> Pass 4: compiled C into "stap_7146.ko" in 2490usr/1270sys/7662real ms.
> Pass 4: compilation failed. Try again with more '-v' (verbose) options.
>
>
>
Sorry for that, the regression is from my commit
a6ce170764b0ec75d3ddbca20823b2a951a225d2. Already discussed on
http://sources.redhat.com/ml/systemtap/2008-q4/msg00356.html
If no objection, will adopt srikar's suggestion to use for_each_cpu_mask.
Regards,
Wenji
More information about the Systemtap
mailing list