Runtime probe example causes oops

Hien Nguyen hien@us.ibm.com
Wed Jul 27 23:14:00 GMT 2005


Yes, the problem was my environtment. It was resolved.

Thanks, Hien.
Spirakis, Charles wrote:

>Hien --
>
>Was this ever resolved? Based on your comment:
>
>  
>
>>I also tried the other probes under the probes directory and had same
>>results. I am going to do what you suggest to 
>>figure out what is going on.
>>    
>>
>
>Was it a problem with the your environment? Is there a problem with the
>os_timer example that I need to take a look at? 
>
>-- charles
> 
>
>  
>
>>-----Original Message-----
>>From: Tom Zanussi [mailto:zanussi@us.ibm.com] 
>>Sent: Wednesday, July 13, 2005 2:52 PM
>>To: Hien Nguyen
>>Cc: Martin Hunt; systemtap@sources.redhat.com; Spirakis, Charles
>>Subject: Re: Runtime probe example causes oops
>>
>>Hien Nguyen writes:
>> > Martin Hunt wrote:
>> >
>> > >os_timer was written by Charles.  I hadn't really looked 
>>at it.  It  > >works fine on my Pentium M running RHEL4 with 
>>the latest patches. Well,  > >it doesn't crash but the data 
>>it collects is not right.  I'm a bit  > >concerned that the 
>>oops shows it was in the runtime, but I cannot see  > >how it 
>>could have crashed at that particular point.  Do you always 
>>get  > >the Oops?  If so, could you try putting some printks 
>>in  > >_stp_symbol_sprint() in sym.c?  The Oops says  > 
>>    
>>
>>>_stp_symbol_print() called kallsyms_lookup() and that is 
>>>      
>>>
>>where it  > >crashed.  
>> > >
>> > >Martin
>> > >
>> > >
>> > >
>> > >
>> > I also tried the other probes under the probes directory 
>>and had same  > results. I am going to do what you suggest to 
>>figure out what is going on.
>>
>>I'm not seeing any problems running the probes on my Debian 
>>system with a 2.6.13-rc2-mm1 kernel.
>>
>>Tom
>>
>>
>>
>>    
>>
>
>  
>



More information about the Systemtap mailing list