Hi,
kann jemand bitte das
make flash-compress
in der Art anpassen, das der lzma Patch sich auf das JFFS2 auswirkt, bitte, bitte.
Image normal bauen, wie bisher, dann jedoch:
größe von boot-cramfs.img && root-squashfs.img && complete.img ermitteln/ausrechnen
Die Werte dann per Skript in dreambox.c eintragen und dann nochmal neu bauen.
Dadurch hat man einen erhöhten /var Speicherplatz um > 1Mb
Wäre doch sehr Wichtig wie ich finde ..
Gruß
m.
dreambox.c
Code
static struct mtd_partition dreambox_flash_partitions[] = {
{
name: "DreamBOX cramfs+squashfs",
offset: 0x000000,
size: 0x600000,
},
{
name: "DreamBOX jffs2",
offset: 0x600000,
size: 0x1c0000,
},
{
name: "DreamBOX OpenBIOS",
offset: 0x7c0000,
size: 0x040000,
mask_flags: MTD_WRITEABLE /* force read-only */
},
{
name: "DreamBOX (w/o bootloader)",
offset: 0,
size: 0x7c0000,
},
{
name: "DreamBOX (w/ bootloader)",
offset: 0,
size: 0x800000,
mask_flags: MTD_WRITEABLE /* force read-only */
},
{
name: "DreamBOX SquashedFS",
offset: 0x120000,
size: 0x4e0000
},
{
name: "DreamBOX Cramfs",
offset: 0,
size: 0x120000
}
};
Oder seit wann wird bei Änderung einer einzigen Datei ein ganzes Projekt komplett neu kompiliert? Stimmt, rm .linuxkernel && make .linuxkernel ist Mist und dauert ein paar Käffchen, kann man aber alles änderen wenn man Hand anlegt und sich Gedanken macht wie's schneller geht 
Prädikat dieser Leistung bisher: "besonders wertvoll" zumal der User *im Betrieb der Box* rein garnichts von den eingesparten 1-1.5MB hat und der entsprechende Flash-Bereich weiterhin fleißig ungenutzt bleibt was sich dank nichtvorhandenseins von USB auch nicht umgehen läßt. 
Auch hat man bei jffs2-only alles in r/w und kann zB auch Sachen jederzeit rausschmeißen, die eigentlich fest drin sind, welche man aber nicht braucht zB den Original-DMM-skin ..