[HIMALAYA]Modyfikacje i Budowa Systemu na Urządzenia typu Himalay-a Cz.3

[nokser]

Przekładnie Systemu



Cześć trzecia, dotyczy potocznie mówiąc portowania OS, czyli wersji powłoki.
 Jej wersje możemy zobaczyć w Start Menu > Settings > System > About, zapisana jest w nawiasie.

Cały opis przenoszenia systemu, dotyczy tylko do kompilacji 21109, ponieważ zależność plików i modułów wyższych wersji jest znacznie zmieniona.
Na temat tego też któregoś razu napisze.
Aby jakikolwiek przełożony system funkcjonował, jego liczba musi być mniejsza bądź równa do jądra, tak zwanej sekcji XIP.

Głównymi plikami, zależnymi od danej kompilacji, jest Control Panel, czyli pliki cplmain.cpl i ctlpnl.exe.
Wystarczy że relokujemy te dwa pliki do starej podstawy według wcześniejszego adresu relokacji i wirtualnej pamięci.

Potrzebne nam będzie M'Reloc.exe.

Kopiujemy go do katalogu głównego naszej pracy i uruchamiamy……

Wybieramy pojedynczo, każdy plik który chcemy relokować do naszego nowego OS – w tej czynności musimy pamiętać, aby wraz ze zmianą adresów w aplikacji M'Reloc.exe, musimy zmienić również te adresy w pliku tekstowym, modyfikowanego modułu


Przykładowo:
Otwieramy M'Reloc.exe:

- wybieramy w nim jakiś moduł np. „cplmain.cpl” ze starego ROM-u


Widzimy tam adresy, które musimy wpisać w moduł, o tej samej nazwie z nowego ROM-u.
Po nadpisaniu starych adresów nowymi, zatwierdzamy operację przyciskiem „Doit!”.

Info:
Istnieją w tej chwili aplikacje relokujące cały system przy pomocy jednego kliknięcia przycisku, nawet np. G’Reloc – jest to jedno z najlepszych i najbardziej znanych. Najlepiej go używać na ROM-ie, który posiada paczki


Skoro jednak działamy na „płaskim dumpie”, to musimy chociaż podstawowo znać odpowiedzialność, poniektórych plików i ch zależność od siebie....
Podmieniając cokolwiek, upewniamy się czy nie będzie to miało negatywnych skutków.

Ze starej powłoki systemu, muszą na pewno zostać podstawowe sterowniki.

CZYLI:

Kod: [Zaznacz]

a c e v i d c a p . d l l
a c e _ d d i . d l l
a h i o e m . d l l
a t a d i s k . d l l
a t c m d i n t . d l l
a u d i o g w . d l l
A v r c p _ M P p l u g i n . d l l
B a c k L i g h t . d l l
B a c k P a c k . d l l
b t a 2 d p . d l l
b t d . d l l
b t h a m b . d l l
b t h a s p l u g i n . d l l
b t h c s r . d l l
b t h h i d . d l l
b t h i d s v c . d l l
b t h s c . d l l
b t h u a r t . d l l
b t h u n i v . d l l
c a m e r a . d l l
C a m e r a D r i v e r . d l l
c o m 1 6 5 5 0 . d l l
c o n s h i d . d l l
D 3 D M X S c 5 0 P B . d l l
d d i _ d 3 d . d l l
g p s i d . d l l
h e a d s e t d r v . d l l
h i d p a r s e . d l l
H S D C a r d . d l l
H T C _ C M D . d l l
i r s i r . d l l
k b d h i d . d l l
L E D M g r . d l l
n l e d d r v r . d l l
O E M E x t D L L . d l l
r i l g s m . d l l
r n d i s f n . d l l
s b c . d l l
S D B u s D r i v e r . d l l
S D M e m o r y . d l l
s e r i a l 2 . d l l
s e r i a l 3 . d l l
s e r i a l u s b f n . d l l
s i m t k i t . d l l
s i o 9 5 0 . d l l
s m s _ p r o v i d e r s . d l l
S P I . d l l
T r u e F F S . d l l
u s b f n d r v . d l l
w a v e d e v . d l l
w c e s t r e a m b t . d l l
w e n d y s e r . d l l
A S I C 5 _ B T U R . d l l
a t i h w t b l 0 . t x t
b a t t d r v r . d l l
b a t t e r y . d l l
B P I n s e r t . e x e
B P I n s e r t . l n k
C h g D f L n k . l n k
f e _ w a . d l l
H a n d s F r e e . e x e
H a n d s F r e e . l n k
h e a d s e t . d l l
h t c o b x i n b x . d l l
k e y b d d r . d l l
M y C m d . t x t
o e m d b g u t l . d l l
o e m i n f o . x m l
P r e s e t U s b . e x e
S i m L o c k . e x e
t o u c h . d l l
X P a n e l L o g . e x e
X P a n e l L o g . l n k

Jak i odpowiadające im klucze Rejestru.

Nie które ze sterowników, można aktualizować, jednak na razie zostawmy te, które mamy.

OuTro:

Istnieją również, pliki bądź moduły, których podmiana wywoła zawieszenie systemu na splash-u lub białym ekranie po HR. Więc nasz wybór, musi być rozsądny.

Jeżeli chcemy zmienić obraz startowy, albo jakiś inny obraz w naszym OS-ie - to wstawiamy swój modyfikowany i podmieniamy mu nazwę

Modyfikacji modułów XIP, nie będę opisywał, ponieważ jest ona wyszczególniona tu:
Edycja zasobów w modułach XIP



Potraktowałem to dosyć skrótowo, jednak całe przeniesienie systemu, polega ogólnie na zamianie starszych plików na nowsze i stabilniejsze,
 co również tyczy się z funkcjonalnością, a czasem nawet nowym interfejsem

Proszę w tym wątku pytać o problematyczność zrozumienia....

[Toldo]

Cały opis przenoszenia systemu, dotyczy tylko do kompilacji 21109, ponieważ zależność plików i modułów wyższych wersji jest znacznie zmieniona.

Czyli co, nowszego builda jest trudniej sportować na Himalayę?

[Mietas]

Dziadek, ten tutorial jest bazowany na ręcznej relokacji modułów - jest to robota na wiele godzin pracy :oT

[Toldo]

To ja poproszę prościej :p

[Mietas]

G'Reloc bądź WMreloc - poszukaj na forum.

I najłatwiej gotować na romie w paczkach

[utak3r]

I nie patrz na to, że to Himalaya. Samo urządzenie ma znaczenie tylko w drobnych szczegółach.

[nothin]

G'Reloc bądź WMreloc - poszukaj na forum.

I najłatwiej gotować na romie w paczkach

to samo miałem napisać - to nie jest tak, że nagle wszystko stało się trudne - po prostu - małe zmiany w kuchni wynikowo... i jedzie się dalej..inna sprawa..czy warto.
trzeba unikać nowych, dziwnych rozwiązań, typu autoconfig syfki z poprzerabianymi oemami nie do poznania;
\realnie port dowolnego sysu to 20 minut + ew. lata na dopracowanie ;p
nie znam się na zawiłościach samej kuchni jako takiej - a dziwnym trafem można z małą pomocą zrobić to, co się chce w temacie.

wmreloc i jedzie sie dalej, co ciekawe - greloc poza kuchnią po całości - nie SZKODZI.
tu podziękowania dla mietasa, młodego człowieka, który czyni portowanie BANALNYM.

zauważmy - inna kwestia - to baza, którą warto portować...polecić możnaby na dziś - 23017 i ew. 2105x, lub 21017.
a nowinki?... lepiej korzytać z ostatnich dni lata, imo.


relokacje, pierdoły, hexy, bla bla bla, to dobre dla kogoś, kto lubi, bez tego, mając pewien cel w budowaniu, KAZDY, wg. mnie może mieć, co chce bez tej wiedzy.
polega się na kuchni, która działa, dowolnym sysie, własnym oemie, reszta, to pojęcie ogólników + odrobina praktyki.

[Mietas]

Heh, nothin, akurat na Himalayę/BA portowanie nie jest tak proste.. Tu trzeba ręcznie relokować XIPa. Tu sam port xipa to 20min - na szczęście po całej operacji nie trzeba podmieniać .ROM/.VM - czyli port sysa trwa tak czy tak 20min. Tylko trzeba się bardziej wysilić, ot co.

[nothin]

ok...nie znam się, co chętnie mówię zawsze..na koniec, sry.

to maszyna dla twardzieli, widać.

[Toldo]

Mały ot: kuchnia na Himę?

[utak3r]

...choć się nie zgodzę z tym co mówi Miętas. Wcale nie trzeba ręcznie portować XIPa  :oT   Co prawda, ostatni system, który na to robiłem, to był wm6.0, no ale w tej materii chyba nic się nie zmieniło?  :

[Mietas]

Taa, utak3r, odpal buildxipa na Himie/BA i zbuduj działający system, jesteś dobry :

[utak3r]

...jak znasz tylko buildxipa....  :  słyszałeś kiedyś o XIPPorcie?

[Mietas]

Słyszałem :oT On chyba służy do relokacji physics? Resztę musisz zrobić sam?

... chyba że jedziesz wersją hardkorową, czyli bez relokacji :oT Ok, ale adresy muszą się zgadzać... A niekiedy się nie zgadzają.

[nokser]

jeszcze mamy Xipaddrtool