<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Arnaldo&#039;s Ramblings</title>
	<atom:link href="http://acmel.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://acmel.wordpress.com</link>
	<description>Kernel Hacking &#38; Tooling Mostly...</description>
	<lastBuildDate>Sat, 09 Jan 2010 12:29:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on perf on parisc64 by acmel</title>
		<link>http://acmel.wordpress.com/2010/01/08/perf-on-parisc64/#comment-29</link>
		<dc:creator><![CDATA[acmel]]></dc:creator>
		<pubDate>Sat, 09 Jan 2010 12:29:14 +0000</pubDate>
		<guid isPermaLink="false">http://acmel.wordpress.com/?p=82#comment-29</guid>
		<description><![CDATA[An endianness field, yes, so that we can record at native endianness, i.e. at full speed, and only when decoding perform conversion.

I&#039;ll take a look at exactly how is it that ELF handles this, trying to use some solution that was validated in some other domain already.]]></description>
		<content:encoded><![CDATA[<p>An endianness field, yes, so that we can record at native endianness, i.e. at full speed, and only when decoding perform conversion.</p>
<p>I&#8217;ll take a look at exactly how is it that ELF handles this, trying to use some solution that was validated in some other domain already.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on perf on parisc64 by fweisbec</title>
		<link>http://acmel.wordpress.com/2010/01/08/perf-on-parisc64/#comment-28</link>
		<dc:creator><![CDATA[fweisbec]]></dc:creator>
		<pubDate>Fri, 08 Jan 2010 22:28:08 +0000</pubDate>
		<guid isPermaLink="false">http://acmel.wordpress.com/?p=82#comment-28</guid>
		<description><![CDATA[Ah! Yeah that reminds me we need to add an endianness field in the headers, so
that we can cross-handle the bitmap of features correctly.

I&#039;ll send a patchlet for that soon.]]></description>
		<content:encoded><![CDATA[<p>Ah! Yeah that reminds me we need to add an endianness field in the headers, so<br />
that we can cross-handle the bitmap of features correctly.</p>
<p>I&#8217;ll send a patchlet for that soon.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Quickie: dwarves 1.3 released, bitfields edition by fche</title>
		<link>http://acmel.wordpress.com/2007/12/08/quickie-dwarves-13-released-bitfields-edition/#comment-27</link>
		<dc:creator><![CDATA[fche]]></dc:creator>
		<pubDate>Thu, 07 Feb 2008 14:47:07 +0000</pubDate>
		<guid isPermaLink="false">http://oops.ghostprotocols.net:81/blog/2007/12/08/quickie-dwarves-13-released-bitfields-edition/#comment-27</guid>
		<description><![CDATA[BTW, the expensive routine being used is probably not any particular timestamp-gathering function, but the kprobes breakpoint system underneath these probes.]]></description>
		<content:encoded><![CDATA[<p>BTW, the expensive routine being used is probably not any particular timestamp-gathering function, but the kprobes breakpoint system underneath these probes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on libdwfl conversion by Diego Flameeyes Pettenò</title>
		<link>http://acmel.wordpress.com/2007/03/30/libdwfl-conversion/#comment-26</link>
		<dc:creator><![CDATA[Diego Flameeyes Pettenò]]></dc:creator>
		<pubDate>Mon, 02 Apr 2007 02:30:41 +0000</pubDate>
		<guid isPermaLink="false">http://oops.ghostprotocols.net:81/blog/?p=52#comment-26</guid>
		<description><![CDATA[Okay FWIW libdwfl does not seem to be a proper installed library, it still links to libdw, so it works fine here ;)]]></description>
		<content:encoded><![CDATA[<p>Okay FWIW libdwfl does not seem to be a proper installed library, it still links to libdw, so it works fine here <img src='http://s1.wp.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on libdwfl conversion by Diego Flameeyes Pettenò</title>
		<link>http://acmel.wordpress.com/2007/03/30/libdwfl-conversion/#comment-25</link>
		<dc:creator><![CDATA[Diego Flameeyes Pettenò]]></dc:creator>
		<pubDate>Fri, 30 Mar 2007 22:22:56 +0000</pubDate>
		<guid isPermaLink="false">http://oops.ghostprotocols.net:81/blog/?p=52#comment-25</guid>
		<description><![CDATA[This starts being an issue here on Gentoo as libdwfl does not seem to get installed.
I&#039;ll probably have to continue with an old pahole version for now.

Oh well, will just have to straighten it up a bit ;)]]></description>
		<content:encoded><![CDATA[<p>This starts being an issue here on Gentoo as libdwfl does not seem to get installed.<br />
I&#8217;ll probably have to continue with an old pahole version for now.</p>
<p>Oh well, will just have to straighten it up a bit <img src='http://s1.wp.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on News fom dwarves land by admin</title>
		<link>http://acmel.wordpress.com/2007/02/02/news-fom-dwarves-land/#comment-24</link>
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Sun, 25 Feb 2007 20:24:54 +0000</pubDate>
		<guid isPermaLink="false">http://oops.ghostprotocols.net:81/blog/?p=50#comment-24</guid>
		<description><![CDATA[Ok, today I&#039;ve read a bit more about cmake to get its instruction files in a better shape, including solving the problem that is affecting you, that is, to have elfutils installed in a non-standard path, I&#039;ve tested installing elfutils in ~/usr/local and with the just commited pahole csets it just works, in your case just edit cmake/modules/FindDWARF.cmake replacing ~/usr/local/ with ~/usr/ and you should be set.

CMake is being adopted by more and more projects, notably KDE4, that will provide the impetus for it to be properly supported in all distros, providing competition for SCons and the venerable auto-tools, which is always good.]]></description>
		<content:encoded><![CDATA[<p>Ok, today I&#8217;ve read a bit more about cmake to get its instruction files in a better shape, including solving the problem that is affecting you, that is, to have elfutils installed in a non-standard path, I&#8217;ve tested installing elfutils in ~/usr/local and with the just commited pahole csets it just works, in your case just edit cmake/modules/FindDWARF.cmake replacing ~/usr/local/ with ~/usr/ and you should be set.</p>
<p>CMake is being adopted by more and more projects, notably KDE4, that will provide the impetus for it to be properly supported in all distros, providing competition for SCons and the venerable auto-tools, which is always good.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on News fom dwarves land by admin</title>
		<link>http://acmel.wordpress.com/2007/02/02/news-fom-dwarves-land/#comment-23</link>
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Sun, 25 Feb 2007 13:57:38 +0000</pubDate>
		<guid isPermaLink="false">http://oops.ghostprotocols.net:81/blog/?p=50#comment-23</guid>
		<description><![CDATA[build systems, oh well, the whole story is that I never studied autoconf/automake enough to get over the feeling that it was overly complicated, so when I felt the need for using such a system in pahole I made this comment about having to finally learn the autotools and a friend, Helio Chissini, suggested using cmake, he was so enthusiastic about it that quickly provided the initial CMakeFile.txt (camel case, bah, my first annoyance on cmake :) ) and the FindDWARF.cmake.

But I continue a lazy boy on such build systems... I&#039;m now trying to fix this tho, should have something for you to test later today. Or perhaps I should just get back to using the autotools. :-)]]></description>
		<content:encoded><![CDATA[<p>build systems, oh well, the whole story is that I never studied autoconf/automake enough to get over the feeling that it was overly complicated, so when I felt the need for using such a system in pahole I made this comment about having to finally learn the autotools and a friend, Helio Chissini, suggested using cmake, he was so enthusiastic about it that quickly provided the initial CMakeFile.txt (camel case, bah, my first annoyance on cmake <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  ) and the FindDWARF.cmake.</p>
<p>But I continue a lazy boy on such build systems&#8230; I&#8217;m now trying to fix this tho, should have something for you to test later today. Or perhaps I should just get back to using the autotools. <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on News fom dwarves land by Jeff Muizelaar</title>
		<link>http://acmel.wordpress.com/2007/02/02/news-fom-dwarves-land/#comment-22</link>
		<dc:creator><![CDATA[Jeff Muizelaar]]></dc:creator>
		<pubDate>Sun, 25 Feb 2007 03:54:23 +0000</pubDate>
		<guid isPermaLink="false">http://oops.ghostprotocols.net:81/blog/?p=50#comment-22</guid>
		<description><![CDATA[The cmake build system is a pain. I used to track pahole development very closely and even wrote a tool based on it for tracing shared libraries. Unfortunately, since the switch to cmake I haven&#039;t been able to build it.

The first problem was that I didn&#039;t have a new enough version of cmake, so I had to compile cmake from source. Now that I have a working cmake, I haven&#039;t been able to get cmake to find my libdwarf headers (they&#039;re in $HOME/usr/include). I&#039;ve tried editing FindDWARF.cmake but that doesn&#039;t seem to work either.]]></description>
		<content:encoded><![CDATA[<p>The cmake build system is a pain. I used to track pahole development very closely and even wrote a tool based on it for tracing shared libraries. Unfortunately, since the switch to cmake I haven&#8217;t been able to build it.</p>
<p>The first problem was that I didn&#8217;t have a new enough version of cmake, so I had to compile cmake from source. Now that I have a working cmake, I haven&#8217;t been able to get cmake to find my libdwarf headers (they&#8217;re in $HOME/usr/include). I&#8217;ve tried editing FindDWARF.cmake but that doesn&#8217;t seem to work either.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Unfolding structs by IxLabs &#187; Blog Archive &#187; This case deserves to be a classic (part 1)</title>
		<link>http://acmel.wordpress.com/2007/01/29/unfolding-structs/#comment-21</link>
		<dc:creator><![CDATA[IxLabs &#187; Blog Archive &#187; This case deserves to be a classic (part 1)]]></dc:creator>
		<pubDate>Sat, 10 Feb 2007 20:34:32 +0000</pubDate>
		<guid isPermaLink="false">http://oops.ghostprotocols.net:81/blog/?p=48#comment-21</guid>
		<description><![CDATA[[...] Back to the slab info. There is one more piece of information which proved to be crucial. In the trace we can actually see the offset were the socket object is modified: 0&#215;34. Now, at that time I did all the math by hand, but thanks to Arnaldo&#8217;s pahole we can now put the dwarves to work: [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Back to the slab info. There is one more piece of information which proved to be crucial. In the trace we can actually see the offset were the socket object is modified: 0&#215;34. Now, at that time I did all the math by hand, but thanks to Arnaldo&#8217;s pahole we can now put the dwarves to work: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The 5th dwarf by Frank Ch. Eigler</title>
		<link>http://acmel.wordpress.com/2006/12/24/the-5th-dwarf/#comment-11</link>
		<dc:creator><![CDATA[Frank Ch. Eigler]]></dc:creator>
		<pubDate>Tue, 30 Jan 2007 12:10:44 +0000</pubDate>
		<guid isPermaLink="false">http://oops.ghostprotocols.net:81/blog/?p=36#comment-11</guid>
		<description><![CDATA[You may find that if the data extraction variety and robustness needs
start climbing, a more general framework like systemtap will justify
itself.  See for example here, which hints at what is required to give
proper per-thread nesting.
   http://sourceware.org/systemtap/tutorial/node5.html
Or in-situ data filtering:
   http://sourceware.org/systemtap/tutorial/node9.html]]></description>
		<content:encoded><![CDATA[<p>You may find that if the data extraction variety and robustness needs<br />
start climbing, a more general framework like systemtap will justify<br />
itself.  See for example here, which hints at what is required to give<br />
proper per-thread nesting.<br />
   <a href="http://sourceware.org/systemtap/tutorial/node5.html" rel="nofollow">http://sourceware.org/systemtap/tutorial/node5.html</a><br />
Or in-situ data filtering:<br />
   <a href="http://sourceware.org/systemtap/tutorial/node9.html" rel="nofollow">http://sourceware.org/systemtap/tutorial/node9.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
