<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress.com" -->
<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>ln2410sbc &amp;laquo; WordPress.com Tag Feed</title>
	<link>http://en.wordpress.com/tag/ln2410sbc/</link>
	<description>Feed of posts on WordPress.com tagged "ln2410sbc"</description>
	<pubDate>Fri, 04 Dec 2009 11:41:29 +0000</pubDate>

	<generator>http://en.wordpress.com/tags/</generator>
	<language>en</language>

<item>
<title><![CDATA[Adventuring into embedded ARM]]></title>
<link>http://jaoswald.wordpress.com/2008/04/17/adventuring-into-embedded-arm/</link>
<pubDate>Thu, 17 Apr 2008 02:27:38 +0000</pubDate>
<dc:creator>jaoswald</dc:creator>
<guid>http://jaoswald.wordpress.com/2008/04/17/adventuring-into-embedded-arm/</guid>
<description><![CDATA[After trying for a while to install Linux on my old Palm Tungsten E and failing, because of hardware]]></description>
<content:encoded><![CDATA[<div class='snap_preview'><p>After trying for a while to install Linux on my old Palm Tungsten E and failing, because of hardware issues (perhaps explaining why I replaced it with an E2 way back, although my memory is dim on that), I bought an LN2410SBC from <a title="ARM System-On-Chip" href="http://littlechips.com/" target="_blank">LittleChips.com</a>.</p>
<p><!--more-->Why? First, because ARM embedded development is probably more lucrative than 6502 development; it is perhaps a more interesting target for COMFY work. Second, it intrigues me as a platform for CADR emulation. Some key figures about the original CADR. (Note: later Lisp machines expanded on these limits.)</p>
<ul>
<li>CADR was a 32-bit architecture, conveniently</li>
<li>24-bit virtual addresses (could I expand this by giving up CDR coding?) mean a 16 MW = 64 MB world size</li>
<li>CADR used 22-bit physical addresses, accessing a somewhat less than 16 MB of RAM in the maximum configuration</li>
<li>Clock rate of the microcode was less than 5 MHz; probably reachable with a 200 MHz ARM if the microcode is compiled to ARM machine code instead of interpreted by usim.</li>
</ul>
<p>All of this is pretty close to the resources on a typical ARM board. I chose the LN2410SBC because it provides a connection for an IDE hard-drive (with a programmable logic device for support?, although there seems to be scant documentation, and no connector is actually loaded on the board).  I felt that a hard drive would be essential for swap space; Flash could be used for Lisp world/microcode program storage, but not to support virtual memory. It also offers an interface to reasonably large LCD screen modules. If I&#8217;m too cheap to spring for the LCD panel, I anticipate using an X Window connection over Ethernet to provide graphical display. I&#8217;m undecided on the strategy for keyboard and mouse, although it offers USB. The ARM model has an MMU: Linux support probably will be important. </p>
<p>Some of the other boards I looked at were roughly similar in capability, and perhaps slightly cheaper, and even provided VGA outputs instead of simple LCD.</p>
<p>Probably the first step will be to get an ARM cross-compiler going on my iBook G4; compile usim, just for kicks to see how slow it is; and, to indulge some kernel-hacking urges, see if I can cook up a CHAOS network driver that utilizes the Ethernet interface.</p>
</div>]]></content:encoded>
</item>

</channel>
</rss>
