[ltt-dev] Problem with tracing network events in 0.128 to 0.132

Mathieu Desnoyers compudj at krystal.dyndns.org
Fri Jun 19 09:32:04 EDT 2009


* Gregory Haskins (ghaskins at novell.com) wrote:
> Mathieu Desnoyers wrote:
> > * Gregory Haskins (ghaskins at novell.com) wrote:
> >   
> >> Pierre-Marc Fournier wrote:
> >>     
> >>> Mathieu Desnoyers wrote:
> >>>   
> >>>       
> >>>> * Pierre-Marc Fournier (pierre-marc.fournier at polymtl.ca) wrote:
> >>>>     
> >>>>         
> >>>>> Gregory Haskins wrote:
> >>>>>
> >>>>>       
> >>>>>           
> >>>>>> The RV view.  I noticed that if you get something like irq_entry(x)
> >>>>>> irq_entry(y), irq_exit(y), irq_exit(x), its like the last event gets
> >>>>>> lost and (I believe) x will stay "lit" forever in the RV window (tho it
> >>>>>> could be y, will have to confirm).  Turning on lockdep makes that
> >>>>>> nesting impossible and Ive noted that the issue seems to goes away in
> >>>>>> this config.  Thus my theory about the nesting.  I can post a screen
> >>>>>> shot if it will help.
> >>>>>>
> >>>>>>         
> >>>>>>             
> >>>>> Yes this is a known problem... I will try to get it fixed in the next days.
> >>>>>
> >>>>>       
> >>>>>           
> >>>> Pierre-Marc : any progress on this issue ?
> >>>>
> >>>>     
> >>>>         
> >>> Sorry for the delay. Some fixes were committed to head. It should be
> >>> better now.
> >>>
> >>> I think there are still a few cases where the bug occurs. I would be
> >>> glad to check it out if someone would send me a problematic trace.
> >>>
> >>> Thanks
> >>>
> >>> pmf
> >>>   
> >>>       
> >> I have confirmed that the RV view looks better now!  Thanks guys!
> >>
> >> FYI: I have pushed the updated 0.12.15 rpms out to the repositories
> >> available here:
> >>
> >> http://download.opensuse.org/repositories/home://ghaskins://lttng/
> >>
> >> [
> >>     Note: I still only have *suse support since other distros have a
> >> build error I have yet to resolve.  For instance, here is the error on
> >> the RHEL-5 build:
> >>
> >>     libtool: install: warning: remember to run `libtool --finish /usr/lib'
> >>     test -z "/usr/include/ltt" || /bin/mkdir -p "/usr/include/ltt"
> >>     /bin/mkdir: cannot create directory `/usr/include/ltt': Permission
> >> denied
> >>     make[2]: *** [install-lttincludeHEADERS] Error 1
> >>     make[2]: Leaving directory
> >> `/usr/src/redhat/BUILD/lttv-0.12.15-16062009/ltt'
> >>     make[1]: *** [install-am] Error 2
> >>     make[1]: Leaving directory
> >> `/usr/src/redhat/BUILD/lttv-0.12.15-16062009/ltt'
> >>     make: *** [install-recursive] Error 1
> >>     error: Bad exit status from /var/tmp/rpm-tmp.10077 (%install)
> >>
> >>     Patches for the .spec file welcome!
> >>     
> >
> > Hrm, I think it's because the specfile installs itself in /usr. Hrm, but
> > LTTV uses these paths as default in the application, so we don't wan't
> > to change them into something like %{BuildRoot}/usr...
> >   
> 
> Not sure, as I haven't looked at the tarball/spec file closely yet
> w.r.t. this issue.  Wouldn't that only affect the paths at boot-time? 
> If so, perhaps that is the answer
> 
> > Can you try creating the packages in a chroot or something like that ?
> >   
> Well, I don't have a RHEL system handy (the build-service does all the
> distro/arch magic).  Ill see what I can find.
> 
> > Otherwise we would have to figure out how to specify different paths
> > within LTTV and for build.. it might be cleaner, but it's not trivial.
> >   
> 
> Most of the packages I have done in the past have something like
> $PREFIX/usr/blah/blah in the make-install target.  The app can assume
> /usr/blah/blah at run-time and $PREFIX is only defined as something
> other than "" during the build-phase.  We might be able to do something
> like that here as well.  If I can figure it out, I will send you the
> patches.
> 

Yep, such prefix in the spec file is definitely missing. Let me know how
it goes.

Thanks !

Mathieu

> Thanks Matthieu,
> -Greg
> 
> 



> _______________________________________________
> ltt-dev mailing list
> ltt-dev at lists.casi.polymtl.ca
> http://lists.casi.polymtl.ca/cgi-bin/mailman/listinfo/ltt-dev


-- 
Mathieu Desnoyers
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F  BA06 3F25 A8FE 3BAE 9A68
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.casi.polymtl.ca/pipermail/lttng-dev/attachments/20090619/df850a5f/attachment-0003.pgp>


More information about the lttng-dev mailing list