| AnyCPU http://anycpu.org/forum/ |
|
| Question: removable storage for a hombrew CPU SBC http://anycpu.org/forum/viewtopic.php?f=17&t=603 |
Page 1 of 1 |
| Author: | DoctorWkt [ Wed May 15, 2019 1:32 am ] |
| Post subject: | Question: removable storage for a hombrew CPU SBC |
Hi all. Once I finish up on my 8-bit TTL CPU (https://github.com/DoctorWkt/CSCvon8/), I was thinking of looking at some of the existing minimal 68020 SBCs: the aim would be to port the xv6 system to the SBC. Link: https://pdos.csail.mit.edu/6.828/2018/xv6.html. To do this, I'd want to add some form of removable storage, so I could build a filesystem on the storage with an existing system. Does anybody have any recommendations on suitable removable storage that could be, or has been, added to a homebrew SBC? So far I was thinking of an SD card in SPI mode, with some shift registers to interface between the card and the CPU. Any other ideas and suggestions most appreciated! |
|
| Author: | Garth [ Wed May 15, 2019 1:47 am ] |
| Post subject: | Re: Question: removable storage for a hombrew CPU SBC |
We had a similar discussion on the "Brad's Projects" forum: super-simple file system for flash memory |
|
| Author: | BigEd [ Wed May 15, 2019 7:47 am ] |
| Post subject: | Re: Question: removable storage for a hombrew CPU SBC |
SD card would certainly be my first thought: you don't necessarily need any shift registers, because you're providing both clock and data, so you can proceed as slowly and irregularly as you like. There is then the question of what you do with the blocks that you read or write: whether to do the normal but slightly complex thing of recognising partition tables and a FAT filesystem, or roll your own mini filesystem, or treat the SD card as sequential block storage, or something in between. One of the standard SD Card approaches for Acorn's BBC Micro is to have a rather minimal FAT implementation which just reads one file in the root directory: that file contains a number of disk images and then the disk filing system accesses those in the usual way by reading and writing sectors. In this way there's a minimal but useful compatibility with updating or saving the one big file on a PC. However, this approach builds on top of an existing disk file system, which you don't - yet - have. |
|
| Page 1 of 1 | All times are UTC |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|