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.
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?
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
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?
Comment