teraz: czy dobrze rozumiem, że znalezienie takowych plików(NP z INNEGO builda pokrewnego romu)i zastąpienie ich tymi xip dllami mogłoby wpłynąc na ilośc ramu(dlli, które są zawsze ładowane z systemem) po potraktowaniu całości g'reloc'em??
Dokładnie właśnie tak.
muszę jeszcze zapytać... jak właściwie używać tego sofu - ja wrzucałem go tam ,gdzie jest katalog /sys, /oem itp...jakieś pliki były zmieniane...
Przećwiczone jest, że działa równie dobrze (a z naszego punktu widzenia - nawet lepiej) jak
najpierw zrobisz buildos, i w dumpie odpalisz G'Reloc - dzięki temu przeleci on wszystko, co tylko dla siebie znajdzie
Po wszystkim można sobie ręcznie popodmieniać katalogi w samej kuchni.
odpowiedzi pozwolą mi sobie uświadomić niewiarygodny potencjał...który dopiero teraz niejasno mi się jawi...
Potencjał... ujmę to tak: do tej pory dosłownie garstka ludzi potrafiła robić takie rzeczy, teraz każdy to może.
ten po lewej(czyli z jakiegoś tam romu pokrewnego temu, który robię) może zastapić ten po prawej(to już kuchnia paradoxa), po czym g'reloc mi go przerobi i można robić buildos, tak?
tak. wyrzucasz dllkę, wrzucasz katalog.
Wątek główny: czasami mogło by to działać ot tak... jeśli regiony by się akurat zgodziły. Chodzi o to, że w tych pliczkach zapisana jest mapa pamięci, jak ma się układać każdy program (biblioteka itp.). Zazwyczaj po skopiowaniu tegoż z innego romu kończy się tym, że dwa różne programy próbują zająć to samo miejsce w pamięci - i tu właśnie wkracza G'Reloc - układa je tak, żeby każdemu dać osobny, rozdzielny obszar ROMu.
teraz: właściwie...dany dll nie jest ładowany do systemu bez odpalenia aplikacji, która go uzywa - czy jest sens zmiany?(czy po prostu execute programu uzywającego tego dlla nie powoduje zmniejszenia free ramu o ten zmieniony dll)?
1. tak
2. nie
Program (załóżmy dla przykładu, że nie xip) startuje, lokując się w RAMie. Potrzebuje dllki, ładuje ją. Ładuje ją "in place", czyli właśnie nie marnuje miejsca w RAMie - w nim siedzi tylko exek, dllka pozostaje na miejscu
i jeszcze: czy g'reloc operuje TYLKO na /sys? co z /oem? a co z exekami? tylko dll'e? .... a co np. z bmp, itp?
XIP to skrót od "Execute In Place". Po naszemu - uruchom na miejscu. Słowem, wszystko, co się uruchamia, może być XIPowane... No, nie wszystko, bo niektóre programy z racji swojej budowy muszą się uruchamiać w zapisywalnym obszarze pamięci... Ale już wspomniane bitmapy odpadają - one się nie uruchamiają.
Jeszcze jedno do kompletu... Sprzętowo rzecz ujmując, cały proces wymaga pamięci typu NOR, XIP nie może być uruchomiony w pamięci NAND. Akurat, zazwyczaj konstruktorzy robią tak, że ta część ROMu, w której masz system (OS i radio) są z NORów, natomiast pozostała część (czyli storage i ExtROM) są z NANDów. Różnica między nimi jest taka, że jeden się szybciej zapisuje, a drugi szybciej odczytuje. No i cena...
