A Windows Phone 7 portolása HTC HD2-re „tízszer bonyolultabb”, mint elsőre gondoltuk

Senki sem gondolta, hogy a Windows Phone 7-et közzéteszi HTC HD2 könnyű lenne, de ebben a bejegyzésben Da_G, aki ezen dolgozik, forrasztópákával és JTAG géppel a kezében, megerősíti, hogy ez valójában egy herkulesi kihívásnak bizonyul.

Olvass elég technikás posztja szünet után:

Igen, a RustyGrom nagyjából lefedi. Először is, a Compact Edition esetében "CE"-nek hívják, és ez semmiképpen sem téves elnevezés. A rendszert úgy tervezték, hogy a lehető legkompaktabb legyen (mindenhez vannak építési időkapcsolók, így szinte az összes komponenst ki lehet kapcsolni, hogy nagyon "könnyű" képet kapjunk) nyilvánvalóan, ha a nem jelen lévő komponensek illesztőprogramjait is beleszámítjuk, felesleges lenne. a hely, mivel soha nem szoknák meg. Tehát nincsenek benne. Ami a PC-t illeti, a BIOS alapszintű funkcionalitást biztosít egy szabványos interfész segítségével, így generikus illesztőprogramok jönnek létre, amelyek a platformot erre a szintre emelik, és onnan a gyártó-specifikus illesztőprogramok tölthetők be.

Ha egy beágyazott eszközt szeretne asztali számítógépként elhelyezni és Windows 7-et tölteni rá, akkor kezdje el egy teljesen összeszerelt számítógéppel (videokártya, alaplap, cpu, ram, stb.) – kapcsolja be. Betölti a BIOS-t, amely inicializálja az alapvető hardvert, és elkezdi betölteni a többit a merevlemezről. A beágyazott eszköz betölti a NAND XLDR-t, amely csak flash olvasási/írási támogatást biztosít. Az XLDR ezután betölti az "EBOOT" vagy "IPL" fájlt a ramba a tipikus eszközökön. A HTC önmagában nem használja az EBOOT/IPL modellt (itt már tovább szakítunk a "szabványtól"), hanem a mARM AMSS-re (egy egyedi tervezésű RtOS, amely betölti és futtatja a Modem ARM CPU-t) ) és SPL. Miután az AMSS betölti az SPL-t a ramba és végrehajtja, az SPL inicializálja az aARM-ot (apps ARM CPU), különféle ellenőrzéseket végez (frissítési módban vagyunk? szükségünk van egy flash interfészre az operációs rendszer többi részének frissítéséhez?). csak elindítjuk az operációs rendszert és félreállunk?)

Végül túllépsz az erősen eszköz-specifikus kódon, és rátérsz a (kicsit) általánosabb CE kernelre/illesztőprogramokra, amelyeket az SPL bemásol a ramba, és végrehajtja (Native Kernel/XIP partíció)

Szóval, miben különbözik a CE7/WP7 ettől a modelltől? (A CE5.x/WM6.x-ben jelenleg ez a modell található) – A mARM AMSS más interfészt és inicializálási eljárást biztosít. Ez azt jelenti, hogy a donor eszközről származó WP7 illesztőprogramok egyike sem működne a jelenlegi AMSS-ünkkel. Ami viszont azt jelenti, hogy nincs rendszerindítás az illesztőprogramok/kernel vagy AMSS újraírása nélkül.

Tehát ahhoz, hogy ismét összehasonlíthassuk egy asztali PC-vel, meg kell írnunk egy BIOS-t, egy hardveres absztrakciós réteget és egy illesztőprogram-készletet a rendszer minden egyes összetevőjéhez (valószínűleg az illesztőprogramok jó része használható lesz, ha a többit elvégeztük )

Elfáradtnak tűnök még? Igen, igen, az vagyok. Valószínűleg 10-szer bonyolultabb, mint azt eredetileg gondoltam.

Itt vannak a JTAG pin-kimenetek, amelyeket csatlakoztatni kell, btw. Az alaplap mindkét oldalán tűk találhatók, ami szintén nagyon fáj, mivel eredetileg külső portot akartam felszerelni a HD2-re, így könnyen tarthatok vele JTAG kapcsolatot, de alapvetően muszáj. távolítsa el az egész alaplapot a megbízható kapcsolat fenntartásához, ami valóban kizárja, hogy élő eszközön futtassa.

Természetesen Da_G továbbra is törekszik a HTC HD2-jére (képek a JTAG-hoz csatlakoztatott eszköz belsejéről fent), de csodálkozhatunk (és ez szentségtörés) az Android fejlődésével a HTC HD2-n. továbbra is szüksége van a Windows Phone 7-re, hogy a következő 12 hónapban ne legyenek relevánsak az eszközök?

Ossza meg velünk véleményét alább.