Linux(debian) on ARM, MTD partition

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • Plater
    Recognized Expert Expert
    • Apr 2007
    • 7872

    Linux(debian) on ARM, MTD partition

    I've run into a bit of trouble on this, not sure anyone here has ever done anything similar.
    We have a cirus ARM chip with an MTD FLASH chip
    Redboot is running on it (with ethernet support)
    Partitions on flash have been made for Ramdisk and zImage.
    We can successfully boot into the linux kernal and a shell.
    Linux reports 8 MTD block devices (mtd0 - mtd7)
    A number of them are "unallocate d".
    We wish to create a write-able file system in those unallocated spaces (ext2, jfss2, fat32, whatever)
    However, since it's an MTD, we cannot use FDISK to partition the unallocated space.
    We have found no MTD-related way to mark that unallocated space for something usefull.
    Code:
    flash_erase -j /dev/mtd3
    Erased the mtd3 partition (which was, and still IS, marked as unallocated) with an extra erase for jfss2 support.

    Has anyone ever dealt with this? Currently, there is no write-able filesystems on the device since the allocated and mounted partitions are all created from the image/ramdisk files.
    Do we need to setup a filesystem in redboot for one of the unallocated sections before we boot the kernel or something?
  • Plater
    Recognized Expert Expert
    • Apr 2007
    • 7872

    #2
    As an update, we changed over to that jfss2 filesystem.
    Using Redboot we were able to "load in" a jfss2 filesystem in place of Ramdisk/zImage combination.
    The result produced a single writeable filesystem that persists through powerfailures and reboots.
    It still takes a full 15secs to reboot unfortunatly so more work is needed.

    Comment

    Working...