<?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: Atom Lite CF support</title>
	<atom:link href="http://simonowen.com/blog/2007/06/25/atom-lite-cf-support/feed/" rel="self" type="application/rss+xml" />
	<link>http://simonowen.com/blog/2007/06/25/atom-lite-cf-support/</link>
	<description>Stuff and nonsense</description>
	<lastBuildDate>Thu, 16 Apr 2009 22:31:55 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Simon</title>
		<link>http://simonowen.com/blog/2007/06/25/atom-lite-cf-support/comment-page-1/#comment-15</link>
		<dc:creator>Simon</dc:creator>
		<pubDate>Mon, 13 Aug 2007 14:25:51 +0000</pubDate>
		<guid isPermaLink="false">http://simonowen.com/blog/2007/06/25/atom-lite-cf-support/#comment-15</guid>
		<description>It wouldn&#039;t be much work to do it, though it&#039;ll never be as fully functional as the Windows version.  The FDRAWCMD interface support in the Linux kernel lacks the flexibility to terminate write commands early, since it&#039;s not something people would normally need to do.  That prevents writing CRC errors, short sectors, mixed density tracks, and a few other quirks required by copy protected disks.

That said, if you only want to read/write regular SAM and CP/M formats then you&#039;ll be fine with the standard support:

To read from SAM disk to raw image:
dd if=/dev/fd0u800 of=image.mgt

To write the image back to a formatted disk:
dd if=image.mgt of=/dev/fd0u800

To format a new SAM disk:
fdformat /dev/fd0u800

If the /dev/fd0u800 device doesn&#039;t exist, try /dev/.static/dev/fd0u800 instead.  Or for CP/M disks change the last part of the name to fd0u720.

You&#039;ll only be able to use .mgt (old-style 819200 byte .dsk images) with that method, but it might be better than nothing for now!</description>
		<content:encoded><![CDATA[<p>It wouldn&#8217;t be much work to do it, though it&#8217;ll never be as fully functional as the Windows version.  The FDRAWCMD interface support in the Linux kernel lacks the flexibility to terminate write commands early, since it&#8217;s not something people would normally need to do.  That prevents writing CRC errors, short sectors, mixed density tracks, and a few other quirks required by copy protected disks.</p>
<p>That said, if you only want to read/write regular SAM and CP/M formats then you&#8217;ll be fine with the standard support:</p>
<p>To read from SAM disk to raw image:<br />
dd if=/dev/fd0u800 of=image.mgt</p>
<p>To write the image back to a formatted disk:<br />
dd if=image.mgt of=/dev/fd0u800</p>
<p>To format a new SAM disk:<br />
fdformat /dev/fd0u800</p>
<p>If the /dev/fd0u800 device doesn&#8217;t exist, try /dev/.static/dev/fd0u800 instead.  Or for CP/M disks change the last part of the name to fd0u720.</p>
<p>You&#8217;ll only be able to use .mgt (old-style 819200 byte .dsk images) with that method, but it might be better than nothing for now!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve(spt)</title>
		<link>http://simonowen.com/blog/2007/06/25/atom-lite-cf-support/comment-page-1/#comment-14</link>
		<dc:creator>Steve(spt)</dc:creator>
		<pubDate>Mon, 13 Aug 2007 11:30:29 +0000</pubDate>
		<guid isPermaLink="false">http://simonowen.com/blog/2007/06/25/atom-lite-cf-support/#comment-14</guid>
		<description>Is there any chance of a version of 
Samdisk for Linux?</description>
		<content:encoded><![CDATA[<p>Is there any chance of a version of<br />
Samdisk for Linux?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon</title>
		<link>http://simonowen.com/blog/2007/06/25/atom-lite-cf-support/comment-page-1/#comment-11</link>
		<dc:creator>Simon</dc:creator>
		<pubDate>Mon, 16 Jul 2007 13:42:30 +0000</pubDate>
		<guid isPermaLink="false">http://simonowen.com/blog/2007/06/25/atom-lite-cf-support/#comment-11</guid>
		<description>Yes - AL+ DALLAS clock support was added last week, and confirmed over the weekend with Edwin&#039;s updated BDOS.

I implemented DALLAS RAM saving to the .cfg file for the normal clock, but that wasn&#039;t very convenient to view/edit.  I&#039;ll move that to an external file instead, with the AL clock saved to a different file.

SimCoupe currently emulates the DS1687, which has only 256 bytes of RAM.  Once I get my AL+ I&#039;ll implement the DS17887, which has a spacious 8K of RAM.  That should give much more room to play with for state saving!</description>
		<content:encoded><![CDATA[<p>Yes &#8211; AL+ DALLAS clock support was added last week, and confirmed over the weekend with Edwin&#8217;s updated BDOS.</p>
<p>I implemented DALLAS RAM saving to the .cfg file for the normal clock, but that wasn&#8217;t very convenient to view/edit.  I&#8217;ll move that to an external file instead, with the AL clock saved to a different file.</p>
<p>SimCoupe currently emulates the DS1687, which has only 256 bytes of RAM.  Once I get my AL+ I&#8217;ll implement the DS17887, which has a spacious 8K of RAM.  That should give much more room to play with for state saving!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve(spt)</title>
		<link>http://simonowen.com/blog/2007/06/25/atom-lite-cf-support/comment-page-1/#comment-10</link>
		<dc:creator>Steve(spt)</dc:creator>
		<pubDate>Mon, 16 Jul 2007 13:26:01 +0000</pubDate>
		<guid isPermaLink="false">http://simonowen.com/blog/2007/06/25/atom-lite-cf-support/#comment-10</guid>
		<description>Would Sim Coupe support the new Atom Lite+  using the Dallas clock? What do you have in mind? Could the uses also store bytes in the Dallas clocks RAM , if so could you save and load Dallas RAM as a file to and from your hard drive?

I normally use my Sam in mode 3, it would be nice to be able to store the screen mode, say in the Dallas clock on a real Sam so when it boots up you could read the last used screen mode and have it set to that. - just a thought!</description>
		<content:encoded><![CDATA[<p>Would Sim Coupe support the new Atom Lite+  using the Dallas clock? What do you have in mind? Could the uses also store bytes in the Dallas clocks RAM , if so could you save and load Dallas RAM as a file to and from your hard drive?</p>
<p>I normally use my Sam in mode 3, it would be nice to be able to store the screen mode, say in the Dallas clock on a real Sam so when it boots up you could read the last used screen mode and have it set to that. &#8211; just a thought!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
