<?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>
	<pubDate>Tue, 06 Jan 2009 23:08:10 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<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't be much work to do it, though it'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'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'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't exist, try /dev/.static/dev/fd0u800 instead.  Or for CP/M disks change the last part of the name to fd0u720.

You'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's updated BDOS.

I implemented DALLAS RAM saving to the .cfg file for the normal clock, but that wasn't very convenient to view/edit.  I'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'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 - 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. - just a thought!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
