Ergebnis 21 bis 30 von 35
Thema: Ram Einstellungen
-
02.05.2017, 16:30 #21
- Registriert seit
- 20.07.2014
- Beiträge
- 80
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 34
- Total Downloaded
- 0
- Total Downloaded
- 0
@rantanplan
Die fw_env..config ist für das U-Boot Tool und beschreibt wo das die Bootargs im Flash findet.
Das hat nichts mit der Ram Aufteilung zu tun.
Die ist zu sehen in der gepatchten Kernel Source : kernel_dir/arch/sh/boards/mach-hdk7105/setup.c
In dem Fall das Board Setup ( hier Spark7162)
Gepatcht wird das im OE an dieser Stelle :
https://github.com/oe-alliance/oe-al..._2.6.32.bb#L63
( Wo die Patche liegen weist Du besser )
Und hier liegt der Patch für Neutrino:
buildsystem-ddt/linux-sh4-spark7162_setup_stm24_0217.patch at master * Duckbox-Developers/buildsystem-ddt * GitHub
Die Neutrino Aufteilung ist für E2 ein wenig zu agressiv, da E2 etwas mehr Ram in bigphysarea braucht.
( Taschenrechner, HEX Rechnen ist angesagt... hehe )
-
Danke - 2 Thanks
-
Advertising
-
02.05.2017, 21:55 #22rantanplanGast
Ich werde das mal zunächst genau so (wie du sagst) aggressiv testen.
Warum auch nicht, bin ja ein Spielkind geblieben.
Wenn man die Daten mal vergleicht, dann ist exakt diese Menge sonst verpuffter Speicher.
Mein ffmpeg Image geht erwartungsgemäß ja sogar noch etwas schonender mit dem Speicher um.
Grüße
-
03.05.2017, 00:16 #23
- Registriert seit
- 20.07.2014
- Beiträge
- 80
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 34
- Total Downloaded
- 0
- Total Downloaded
- 0
Du siehst ja in den Log Unterschieden wieviel vom System Ram jeweils benutzt wird.
Der große Unterschied liegt beim stmfb.ko : bei E2 wird der mit 16m geladen bei Neutrino mit 12m.
E2 kam damals mit den 12MB nicht klar, daher musste bigphys grösser sein damit der stmfb genug reservieren kann.
Aber kannst ja mal eben ein Neutrino flashen, dann siehst ja die Auslastung.
Ist übrigens bei SD und Audioplay geringer als bei H264.
-
03.05.2017, 13:24 #24rantanplanGast
Das mit der Speicher-Adressverwaltung ist jetzt mal wieder richtig Neuland.
Zudem fallen direkt wieder Unterschiede bei Belegung auf.
oe-alliance-core/linux-sh4-spark7162_setup_stm24_0217.patch at 4.0 * oe-alliance/oe-alliance-core * GitHub
buildsystem-ddt/linux-sh4-spark7162_setup_stm24_0217.patch at master * Duckbox-Developers/buildsystem-ddt * GitHub
Bisher natürlich nur nicht bootende Images gebastelt, ist aber klar gewesen.
Mal schauen
Grüße
-
03.05.2017, 14:46 #25
- Registriert seit
- 20.07.2014
- Beiträge
- 80
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 34
- Total Downloaded
- 0
- Total Downloaded
- 0
*Grins*
Ich denke mal Du meinst den NAND Data ?
Ja wir nutzen eine mtd Partition mehr unter Neutrino.
Aber das betrifft ja die Flash Aufteilung, hat insofern nichts mit der Ram Aufteilung zu tun.
Neutrino ist ja nackt nur ~ 25 MB groß, und das passt locker in den verkleinerten root mit 64 MB
Der NAND Data wird halt in das root verlinkt ( mount --bind ... ) und dort werden Picons, EPG, Vögelchen Image Einstellungen abgelegt.
Hat den Vorteil, wenn man mit der Gui flasht, das eben diese Sachen sofort da sind und nicht jedesmal geladen werden müssen.
Wer dann noch ein klein wenig in den Bootargs was ändert > der kann dann auch per Stick flashen ohne das die Daten im NAND Data gelöscht werden.
Ein kleiner Luxus, der es erlaubt ein Image zu flashen mit kompletter Einstellungsübernahme in unter 2 Minuten.
Also mal während der Werbung neu flashen > kein Problem.
-
04.05.2017, 21:38 #26rantanplanGast
So denn....
jetzt hab ich mir einen Kompromiss gebastelt und muss es noch ein wenig testen.
Aber das Ding rennt zumindest im ersten Eindruck supi.
mal den free
Code:Welcome to openATV for sparktriplex openatv 6.0 sparktriplex sparktriplex login: root root@sparktriplex:~# free total used free shared buff/cache available Mem: 141508 107640 11400 320 22468 12276 Swap: 605732 1336 604396 root@sparktriplex:~#
Auch epg intern
und die Belegung sd-Sender
Code:root@sparktriplex:~# cat /proc/bpa2 Partition: 'bigphysarea' Size: 25600 kB, base address: 0x49900000 Statistics: free used - number of blocks: 2 15 - size of largest block: 2352 kB 16384 kB - total: 2596 kB 23004 kB Allocations: - 36864 B at 0x4acba000 - 36864 B at 0x4acb1000 - 36864 B at 0x4aca8000 - 98304 B at 0x4ac90000 - 770048 B at 0x4aef8000 - 770048 B at 0x4ae3c000 - 770048 B at 0x4ad80000 - 524288 B at 0x4ad00000 - 16777216 B at 0x49c90000 - 196608 B at 0x49c60000 - 196608 B at 0x49c30000 - 196608 B at 0x49c00000 - 1048576 B at 0x49b00000 - 1048576 B at 0x49a00000 - 1048576 B at 0x49900000 Partition: 'LMI_IO' aka 'v4l2-coded-video-buf' aka 'BPA2_Region1' aka 'v4l2-video-buffers' aka 'coredisplay-video' aka 'gfx-memory' aka 'BPA2_Region0' aka 'LMI_VID' Size: 79872 kB, base address: 0x4b200000 Statistics: free used - number of blocks: 1 4 - size of largest block: 20992 kB 36864 kB - total: 20992 kB 58880 kB Allocations: - 37748736 B at 0x4c780000 - 16777216 B at 0x4b780000 - 1572864 B at 0x4b600000 - 4194304 B at 0x4b200000
Code:root@sparktriplex:~# cat /proc/bpa2 Partition: 'bigphysarea' Size: 25600 kB, base address: 0x49900000 Statistics: free used - number of blocks: 2 15 - size of largest block: 2352 kB 16384 kB - total: 2596 kB 23004 kB Allocations: - 36864 B at 0x4acba000 - 36864 B at 0x4acb1000 - 36864 B at 0x4aca8000 - 98304 B at 0x4ac90000 - 770048 B at 0x4aef8000 - 770048 B at 0x4ae3c000 - 770048 B at 0x4ad80000 - 524288 B at 0x4ad00000 - 16777216 B at 0x49c90000 - 196608 B at 0x49c60000 - 196608 B at 0x49c30000 - 196608 B at 0x49c00000 - 1048576 B at 0x49b00000 - 1048576 B at 0x49a00000 - 1048576 B at 0x49900000 Partition: 'LMI_IO' aka 'v4l2-coded-video-buf' aka 'BPA2_Region1' aka 'v4l2-video-buffers' aka 'coredisplay-video' aka 'gfx-memory' aka 'BPA2_Region0' aka 'LMI_VID' Size: 79872 kB, base address: 0x4b200000 Statistics: free used - number of blocks: 1 6 - size of largest block: 4608 kB 36864 kB - total: 4608 kB 75264 kB Allocations: - 10485760 B at 0x4f180000 - 6291456 B at 0x4eb80000 - 37748736 B at 0x4c780000 - 16777216 B at 0x4b780000 - 1572864 B at 0x4b600000 - 4194304 B at 0x4b200000 root@sparktriplex:~#
GrüßeGeändert von rantanplan (04.05.2017 um 21:45 Uhr)
-
04.05.2017, 23:21 #27
- Registriert seit
- 20.07.2014
- Beiträge
- 80
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 34
- Total Downloaded
- 0
- Total Downloaded
- 0
Na geht doch....
Jetzt musst nur noch einen Weg finden, das E2 den gewonnenen User Ram nicht wieder sinnlos verprasst, oder der Buggy GST.
-
Danke - 1 Thanks- bedankten sich
-
04.05.2017, 23:32 #28rantanplanGast
Das eine (gst) hab ich ja schon gelöst.
Hab absichtlich nicht den Speicher (flash) erhöht.
Daher ist es ja als Puffer vorhanden.. Die Swap-Partition wird quasi nicht angefasst.
Ramzwap ist schön variabel gefüllt.
Die Triplex rennt einwandfrei.
Wird sicher auch mit gst ein deutlicher Gewinn.
Grüße
-
05.05.2017, 10:52 #29
- Registriert seit
- 28.04.2017
- Beiträge
- 13
- Thanks (gegeben)
- 1
- Thanks (bekommen)
- 0
- Total Downloaded
- 524,2 KB
- Total Downloaded
- 524,2 KB
ThemenstarterWow,
das finde ich ja toll, dass da noch was raus zu holen ist bei den SH4 boxen.
Mit freundlichen Grüßen
DerEineDa0
-
08.05.2017, 16:24 #30rantanplanGast
@DerEineDa0
Aktuelles Image mal testen (also Neuflash)
-
Danke - 1 ThanksDerEineDa0 bedankten sich
Lesezeichen