<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="wordpress/2.3.3" -->
<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/"
	>

<channel>
	<title>Humboldt Solutions Ltd</title>
	<link>http://www.humboldt.co.uk</link>
	<description>Software Development and Consulting</description>
	<pubDate>Tue, 25 Mar 2008 15:09:45 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
	<language>en</language>
			<item>
		<title>Mobile Proxy Servers</title>
		<link>http://www.humboldt.co.uk/2008/03/mobile-proxy-servers.html</link>
		<comments>http://www.humboldt.co.uk/2008/03/mobile-proxy-servers.html#comments</comments>
		<pubDate>Thu, 20 Mar 2008 20:05:11 +0000</pubDate>
		<dc:creator>Adrian Cox</dc:creator>
		
		<category><![CDATA[notes]]></category>

		<category><![CDATA[http]]></category>

		<category><![CDATA[m2m]]></category>

		<category><![CDATA[mobile]]></category>

		<guid isPermaLink="false">http://www.humboldt.co.uk/2008/03/mobile-proxy-servers.html</guid>
		<description><![CDATA[Many mobile data services implement a forced cache on access to port 80. These caches often have the unfortunate assumption that the access comes from a web browser, and that a human being will look at the page.  Vodafone  completely reformats page content, while T-Mobile simply recompresses images at a lower quality. For [...]]]></description>
		<wfw:commentRss>http://www.humboldt.co.uk/2008/03/mobile-proxy-servers.html/feed</wfw:commentRss>
		</item>
		<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[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 [...]]]></description>
		<wfw:commentRss>http://www.humboldt.co.uk/2006/04/running-linux-on-a-pci-add-in-card-hardware.html/feed</wfw:commentRss>
		</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[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.
]]></description>
		<wfw:commentRss>http://www.humboldt.co.uk/2006/03/ssl-handshake-overhead-for-mobile-devices.html/feed</wfw:commentRss>
		</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[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 [...]]]></description>
		<wfw:commentRss>http://www.humboldt.co.uk/2006/02/in-the-year-2038.html/feed</wfw:commentRss>
		</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[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.
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 [...]]]></description>
		<wfw:commentRss>http://www.humboldt.co.uk/2006/02/vorbis-on-dm642.html/feed</wfw:commentRss>
		</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[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.
The main problem is that, unlike MPEG video, Theora video is not packed in the bitstream in the [...]]]></description>
		<wfw:commentRss>http://www.humboldt.co.uk/2006/02/embedded-theora-video.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>Slow Reboots of NFS Server</title>
		<link>http://www.humboldt.co.uk/2006/02/slow-reboots-of-nfs-server.html</link>
		<comments>http://www.humboldt.co.uk/2006/02/slow-reboots-of-nfs-server.html#comments</comments>
		<pubDate>Wed, 01 Feb 2006 16:02:00 +0000</pubDate>
		<dc:creator>Adrian Cox</dc:creator>
		
		<category><![CDATA[notes]]></category>

		<category><![CDATA[linux]]></category>

		<category><![CDATA[nfs]]></category>

		<guid isPermaLink="false">http://testwww.humboldt.co.uk/2006/02/slow-reboots-of-nfs-server.html</guid>
		<description><![CDATA[After several years of use, the server for my development machines developed a problem. If I rebooted the machine without an internet connection, it would pause for several minutes while starting the NFS service.
The Linux NFS server keeps track of status in several files. Whenever a client mounts a filesystem, the server records this in [...]]]></description>
		<wfw:commentRss>http://www.humboldt.co.uk/2006/02/slow-reboots-of-nfs-server.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>MPC107/Tsi107 I2C in Linux 2.6</title>
		<link>http://www.humboldt.co.uk/2004/08/mpc107tsi107-i2c-in-linux-26.html</link>
		<comments>http://www.humboldt.co.uk/2004/08/mpc107tsi107-i2c-in-linux-26.html#comments</comments>
		<pubDate>Tue, 24 Aug 2004 00:00:00 +0000</pubDate>
		<dc:creator>Adrian Cox</dc:creator>
		
		<category><![CDATA[i2c]]></category>

		<category><![CDATA[driver]]></category>

		<category><![CDATA[linux]]></category>

		<category><![CDATA[powerpc]]></category>

		<guid isPermaLink="false">http://testwww.humboldt.co.uk/1970/01/mpc107tsi107-i2c-in-linux-26.html</guid>
		<description><![CDATA[As of Linux 2.6.9.1, the driver is in the kernel as i2c-mpc.c. This version of the driver has been tested on Tsi107 (formerly MPC107), and on MPC8240, MPC8540, and MPC5200 PowerPCs. Thanks to all the testers.
]]></description>
		<wfw:commentRss>http://www.humboldt.co.uk/2004/08/mpc107tsi107-i2c-in-linux-26.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>MPC107/Tsi107 Cache Coherency</title>
		<link>http://www.humboldt.co.uk/2004/08/mpc107tsi107-cache-coherency.html</link>
		<comments>http://www.humboldt.co.uk/2004/08/mpc107tsi107-cache-coherency.html#comments</comments>
		<pubDate>Wed, 18 Aug 2004 00:00:00 +0000</pubDate>
		<dc:creator>Adrian Cox</dc:creator>
		
		<category><![CDATA[notes]]></category>

		<category><![CDATA[linux]]></category>

		<category><![CDATA[powerpc]]></category>

		<guid isPermaLink="false">http://testwww.humboldt.co.uk/1970/01/mpc107tsi107-cache-coherency.html</guid>
		<description><![CDATA[The Tsi106 (formerly MPC106) and Tsi107 (formerly MPC107) PowerPC host bridges both contain a data cache. This note describes why it may be necessary to mark memory as SMP coherent even in a single processor system using these bridges.
]]></description>
		<wfw:commentRss>http://www.humboldt.co.uk/2004/08/mpc107tsi107-cache-coherency.html/feed</wfw:commentRss>
		</item>
		<item>
		<title>MPC107 I2C Driver</title>
		<link>http://www.humboldt.co.uk/2003/03/mpc107-i2c-driver.html</link>
		<comments>http://www.humboldt.co.uk/2003/03/mpc107-i2c-driver.html#comments</comments>
		<pubDate>Sat, 29 Mar 2003 00:00:00 +0000</pubDate>
		<dc:creator>Adrian Cox</dc:creator>
		
		<category><![CDATA[i2c]]></category>

		<category><![CDATA[driver]]></category>

		<category><![CDATA[linux]]></category>

		<category><![CDATA[powerpc]]></category>

		<guid isPermaLink="false">http://testwww.humboldt.co.uk/1970/01/mpc107-i2c-driver.html</guid>
		<description><![CDATA[The driver is supplied ready to be inserted into the linuxppc-2.4-devel tree.
The driver has so far been tested on a small number of systems and with a small number of I2C parts. Thanks to Gleb Natapov, Matthew S. McClintock, and others for testing. Further test results are welcome.
]]></description>
		<wfw:commentRss>http://www.humboldt.co.uk/2003/03/mpc107-i2c-driver.html/feed</wfw:commentRss>
		</item>
	</channel>
</rss>
