<?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/"
		>
<channel>
	<title>Comments on: Thumbs up</title>
	<atom:link href="http://hardwarebug.org/2009/03/25/thumbs-up/feed/" rel="self" type="application/rss+xml" />
	<link>http://hardwarebug.org/2009/03/25/thumbs-up/</link>
	<description>Everything is broken</description>
	<lastBuildDate>Mon, 30 Aug 2010 09:33:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: mat</title>
		<link>http://hardwarebug.org/2009/03/25/thumbs-up/comment-page-1/#comment-29</link>
		<dc:creator>mat</dc:creator>
		<pubDate>Sun, 19 Apr 2009 08:40:24 +0000</pubDate>
		<guid isPermaLink="false">http://hardwarebug.org/?p=125#comment-29</guid>
		<description>By any chance, have you some thumb number ?

Now because of eabi force thumb interwork, I believe a clever complier could do interesting things :
- use 32 bits for hot path code and 16 bits thumb for cold path code (error case, ...)</description>
		<content:encoded><![CDATA[<p>By any chance, have you some thumb number ?</p>
<p>Now because of eabi force thumb interwork, I believe a clever complier could do interesting things :<br />
- use 32 bits for hot path code and 16 bits thumb for cold path code (error case, &#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mans</title>
		<link>http://hardwarebug.org/2009/03/25/thumbs-up/comment-page-1/#comment-25</link>
		<dc:creator>Mans</dc:creator>
		<pubDate>Fri, 27 Mar 2009 09:22:40 +0000</pubDate>
		<guid isPermaLink="false">http://hardwarebug.org/?p=125#comment-25</guid>
		<description>Switching to ARM state when entering the assembler functions works well. I did a quick benchmark comparing the overhead of calling a function with mode switching and without, and there wasn&#039;t much difference.</description>
		<content:encoded><![CDATA[<p>Switching to ARM state when entering the assembler functions works well. I did a quick benchmark comparing the overhead of calling a function with mode switching and without, and there wasn&#8217;t much difference.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcus Harnisch</title>
		<link>http://hardwarebug.org/2009/03/25/thumbs-up/comment-page-1/#comment-24</link>
		<dc:creator>Marcus Harnisch</dc:creator>
		<pubDate>Fri, 27 Mar 2009 08:19:57 +0000</pubDate>
		<guid isPermaLink="false">http://hardwarebug.org/?p=125#comment-24</guid>
		<description>@Mans
I don&#039;t expect the assembler code to be significantly smaller than before when compiled for Thumb-2. The benefit of simply recompiling it would be that you could actually take advantage of the speed optimizations. And Thumb-2 wouldn&#039;t be a special case any longer.

-- 
Marcus</description>
		<content:encoded><![CDATA[<p>@Mans<br />
I don&#8217;t expect the assembler code to be significantly smaller than before when compiled for Thumb-2. The benefit of simply recompiling it would be that you could actually take advantage of the speed optimizations. And Thumb-2 wouldn&#8217;t be a special case any longer.</p>
<p>&#8211;<br />
Marcus</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laurent</title>
		<link>http://hardwarebug.org/2009/03/25/thumbs-up/comment-page-1/#comment-23</link>
		<dc:creator>Laurent</dc:creator>
		<pubDate>Thu, 26 Mar 2009 18:50:15 +0000</pubDate>
		<guid isPermaLink="false">http://hardwarebug.org/?p=125#comment-23</guid>
		<description>Even if there will be mostly no size reduction by rewriting assembly routines to Thumb-2, there might be a gain from not requiring ISA switching (though I don&#039;t know how A8 behaves on that).</description>
		<content:encoded><![CDATA[<p>Even if there will be mostly no size reduction by rewriting assembly routines to Thumb-2, there might be a gain from not requiring ISA switching (though I don&#8217;t know how A8 behaves on that).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mans</title>
		<link>http://hardwarebug.org/2009/03/25/thumbs-up/comment-page-1/#comment-22</link>
		<dc:creator>Mans</dc:creator>
		<pubDate>Wed, 25 Mar 2009 13:12:20 +0000</pubDate>
		<guid isPermaLink="false">http://hardwarebug.org/?p=125#comment-22</guid>
		<description>The hand-written assembler would be almost entirely 32-bit instructions, so I doubt there would be any gains there.  Also, the current GNU assembler doesn&#039;t fully support UAL.  Including the assembler code as ARM in an otherwise Thumb-2 build works fine.

I haven&#039;t investigated the MP3 performance yet.  I have the RealView software but no JTAG hardware.  I will try oprofile first.</description>
		<content:encoded><![CDATA[<p>The hand-written assembler would be almost entirely 32-bit instructions, so I doubt there would be any gains there.  Also, the current GNU assembler doesn&#8217;t fully support UAL.  Including the assembler code as ARM in an otherwise Thumb-2 build works fine.</p>
<p>I haven&#8217;t investigated the MP3 performance yet.  I have the RealView software but no JTAG hardware.  I will try oprofile first.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcus Harnisch</title>
		<link>http://hardwarebug.org/2009/03/25/thumbs-up/comment-page-1/#comment-21</link>
		<dc:creator>Marcus Harnisch</dc:creator>
		<pubDate>Wed, 25 Mar 2009 12:17:20 +0000</pubDate>
		<guid isPermaLink="false">http://hardwarebug.org/?p=125#comment-21</guid>
		<description>Regarding omitting hand-written assembler: It would be interesting to see the effects of recompiling it for a Thumb-2 target. I suspect the modifications necessary are minor (if any). Thanks to UAL which most ARM tool chains support, the assembler source code differences between ARM and Thumb-2 are marginal in most cases.

Regarding MP3 performance: Were you able to find out why MP3 is that much slower, unlike any of the other algorithms? Do you have access to RealView Profiler?

Regards
Marcus</description>
		<content:encoded><![CDATA[<p>Regarding omitting hand-written assembler: It would be interesting to see the effects of recompiling it for a Thumb-2 target. I suspect the modifications necessary are minor (if any). Thanks to UAL which most ARM tool chains support, the assembler source code differences between ARM and Thumb-2 are marginal in most cases.</p>
<p>Regarding MP3 performance: Were you able to find out why MP3 is that much slower, unlike any of the other algorithms? Do you have access to RealView Profiler?</p>
<p>Regards<br />
Marcus</p>
]]></content:encoded>
	</item>
</channel>
</rss>
