<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Humboldt Solutions Ltd &#187; embedded</title>
	<atom:link href="http://www.humboldt.co.uk/tag/embedded/feed" rel="self" type="application/rss+xml" />
	<link>http://www.humboldt.co.uk</link>
	<description>Software Development and Consulting</description>
	<lastBuildDate>Sat, 06 Jun 2009 08:28:58 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.5</generator>
		<item>
		<title>Running Linux on a PCI Add-in Card: Hardware</title>
		<link>http://www.humboldt.co.uk/2006/04/running-linux-on-a-pci-add-in-card-hardware.html</link>
		<comments>http://www.humboldt.co.uk/2006/04/running-linux-on-a-pci-add-in-card-hardware.html#comments</comments>
		<pubDate>Fri, 28 Apr 2006 10:54:00 +0000</pubDate>
		<dc:creator>Adrian Cox</dc:creator>
				<category><![CDATA[notes]]></category>
		<category><![CDATA[embedded]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[pci]]></category>

		<guid isPermaLink="false">http://testwww.humboldt.co.uk/2006/04/running-linux-on-a-pci-add-in-card-hardware.html</guid>
		<description><![CDATA[<p>Every so often I see someone attempting to run the Linux kernel on a PCI add-in card. I&#8217;ve done this myself, but there are a lot of complications. This article covers the hardware, and a second article will cover software. Don&#8217;t take this as chipset selection advice: before you commit to hardware double-check both the errata [...]]]></description>
		<wfw:commentRss>http://www.humboldt.co.uk/2006/04/running-linux-on-a-pci-add-in-card-hardware.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SSL Handshake Overhead for Mobile Devices</title>
		<link>http://www.humboldt.co.uk/2006/03/ssl-handshake-overhead-for-mobile-devices.html</link>
		<comments>http://www.humboldt.co.uk/2006/03/ssl-handshake-overhead-for-mobile-devices.html#comments</comments>
		<pubDate>Fri, 03 Mar 2006 11:05:00 +0000</pubDate>
		<dc:creator>Adrian Cox</dc:creator>
				<category><![CDATA[notes]]></category>
		<category><![CDATA[embedded]]></category>
		<category><![CDATA[m2m]]></category>
		<category><![CDATA[mobile]]></category>
		<category><![CDATA[ssl]]></category>

		<guid isPermaLink="false">http://testwww.humboldt.co.uk/2006/03/ssl-handshake-overhead-for-mobile-devices.html</guid>
		<description><![CDATA[<p>If you&#8217;re designing an application where devices communicate with a server over a mobile network, there are trade-offs between implementation effort and data transfer. This may not apply to a consumer application, where the application developer doesn&#8217;t have to pay the data charges. But if the application is M2M these trade-offs matter.</p>
<p></p>
<p>First, I assume that you [...]]]></description>
		<wfw:commentRss>http://www.humboldt.co.uk/2006/03/ssl-handshake-overhead-for-mobile-devices.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>In the Year 2038</title>
		<link>http://www.humboldt.co.uk/2006/02/in-the-year-2038.html</link>
		<comments>http://www.humboldt.co.uk/2006/02/in-the-year-2038.html#comments</comments>
		<pubDate>Wed, 15 Feb 2006 21:29:00 +0000</pubDate>
		<dc:creator>Adrian Cox</dc:creator>
				<category><![CDATA[notes]]></category>
		<category><![CDATA[2038]]></category>
		<category><![CDATA[embedded]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://testwww.humboldt.co.uk/2006/02/in-the-year-2038.html</guid>
		<description><![CDATA[<p>I have now seen my first ever year 2038  bug. An embedded Linux system that was installed two years ago became unable to acquire a network address by DHCP. The machine did not require an accurate clock, and nobody had initialised its battery-backed real-time clock. Once installed, it had started counting forward from 1st January [...]]]></description>
		<wfw:commentRss>http://www.humboldt.co.uk/2006/02/in-the-year-2038.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Vorbis on DM642</title>
		<link>http://www.humboldt.co.uk/2006/02/vorbis-on-dm642.html</link>
		<comments>http://www.humboldt.co.uk/2006/02/vorbis-on-dm642.html#comments</comments>
		<pubDate>Thu, 09 Feb 2006 18:59:00 +0000</pubDate>
		<dc:creator>Adrian Cox</dc:creator>
				<category><![CDATA[notes]]></category>
		<category><![CDATA[dm642]]></category>
		<category><![CDATA[dsp]]></category>
		<category><![CDATA[embedded]]></category>
		<category><![CDATA[vorbis]]></category>

		<guid isPermaLink="false">http://testwww.humboldt.co.uk/2006/02/vorbis-on-dm642.html</guid>
		<description><![CDATA[<p>Theora video on the DM642 may not be entirely successful, but Vorbis audio is a different story. I&#8217;ve been experimenting with the Tremor integer-only implementation of Vorbis decoding.</p>
<p>Tremor offers two modes of operation. Normal mode, and low precision mode. Normal mode requires 64-bit intermediate results in arithmetic operations, whereas low precision mode only requires 32-bit intermediates. [...]]]></description>
		<wfw:commentRss>http://www.humboldt.co.uk/2006/02/vorbis-on-dm642.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Embedded Theora Video</title>
		<link>http://www.humboldt.co.uk/2006/02/embedded-theora-video.html</link>
		<comments>http://www.humboldt.co.uk/2006/02/embedded-theora-video.html#comments</comments>
		<pubDate>Tue, 07 Feb 2006 13:59:00 +0000</pubDate>
		<dc:creator>Adrian Cox</dc:creator>
				<category><![CDATA[notes]]></category>
		<category><![CDATA[dm642]]></category>
		<category><![CDATA[dsp]]></category>
		<category><![CDATA[embedded]]></category>
		<category><![CDATA[theora]]></category>

		<guid isPermaLink="false">http://testwww.humboldt.co.uk/2006/02/embedded-theora-video.html</guid>
		<description><![CDATA[<p>Last year I did some experiments with the Theora video decoder on a Texas Instruments DM642 DSP. A royalty free video decoder is very attractive for embedded devices, but after some major restructuring for performance, some problems remained.</p>
<p>The main problem is that, unlike MPEG video, Theora video is not packed in the bitstream in the raster [...]]]></description>
		<wfw:commentRss>http://www.humboldt.co.uk/2006/02/embedded-theora-video.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

