MTD Erase Blockgröße von Null für SRAM

Raffinierte Frage

Wie liest und schreibt man Textinformationen von einem MTD SRAM-Gerät mit der Löschblockgröße Null?

Anmerkungen:

1. Ich verwende den 23K256 Treiber
2. Versuche, MTD-Util-Tools zu verwenden, sind fehlgeschlagen, weil libmtd nicht mit einer Löschblockgröße von null umgehen kann
3. Versuche, eine Löschblockgröße künstlich hinzuzufügen, sind ebenfalls fehlgeschlagen (siehe unten)
4. Versuche, echo > und cat für mtdblock zu verwenden, haben nur Müll erzeugt

Original Ich versuche, einen SRAM-Chip zu lesen und zu schreiben, der mit einem ARM-Prozessor verbunden ist, auf dem Linux läuft. Es ist mir egal, ob ich mit dem SRAM wie eine Datei, ein serielles Gerät oder eine Speicherpartition interagiert. Der vorhandene Gerätetreiber für den SRAM-Chip registriert das Gerät als MTD. Ich habe dies überprüft, indem ich /proc/mtd :

Ich habe ein Tutorial gefunden, um die MTD mit MTD Utils zu formatieren. Das Problem, das ich erfahre, ist, dass ich nicht mit dem SRAM / MTD-Gerät interagieren kann, weil alle MTD / UBI / JFF2-Tools im User-Space abstürzen, wenn ich dieses Gerät anschaue, IE:

Diese Ausnahme tritt auf, weil alle MTD-Dienstprogramme libmtd verwenden. Die mtd_get_dev_info1 Funktion in libmtd wird durch die Löschblockgröße geteilt und in meinem Fall ist die Löschblockgröße gleich Null.

Obwohl dieser Chip einen MTD-Treiber hat, glaube ich nicht, dass Schreibzyklen eine Rolle spielen, und deshalb ist der Löschblock Null. also meine Fragen sind die folgenden:

1. Sollte ich den Treiber ändern, um dem Chip eine Löschblockgröße zu geben, damit die Dienstprogramme korrekt funktionieren? Wenn ja welche Größe?
2. Soll ich libmtd ändern, um die Nulllöschblockgröße zu ignorieren? Wenn ja, wofür sollte ich eb_cnt setzen?
3. Gibt es eine bessere Möglichkeit, Daten auf dem MTD-Gerät zu lesen und zu schreiben?

Zusätzliche Anmerkungen:

1. Stabilität ist wichtiger als optimale Leistung in meiner Situation
2. Ich habe versucht, ein echo test > /dev/mtdblock0 und cat /dev/mtdblock0 zu machen und habe nichts als Müll
bekommen

Update 10/20 Die Löschblockgröße wurde im Treiber auf 1 geändert (ich wollte sie auf 4000 ändern, aber ich war mir nicht sicher über die Einheiten). MTD Utils löst die zuvor angegebene Ausnahme nicht mehr aus.

Allerdings schlägt Ubiformat fehl:

Update # 2 10/20 Leider führt das Setzen der Löschblockgröße auf 4000 (eigentlich 0x4000) dazu, dass der Kernel abstürzt, nachdem er ubiformat ausgeführt hat

Update 10/23 Ich habe versucht, das Laufwerk normal mit fdisk zu formatieren, aber es scheinen Fehler bezüglich des Fehlens von Zylindern zu sein: