- Telekom mobilszolgáltatások
- iPhone topik
- Befutottak az első Xperia 1 VII pletykák
- Honor Magic5 Pro - kamerák bűvöletében
- Yettel topik
- MIUI / HyperOS topik
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Ulefone Armor 26 Ultra - sokat akar a szarka
- One UI 6.1.1 hamarosan, One UI 7 még idén
- Jelentősen drágulhatnak a Samsung hajlíthatók
Hirdetés
-
Megérkezett a GoodRAM PX500 harmadik generációja
ph Az specifikációk alapján az alsó kategóriába igyekvő M.2 2280-as meghajtó 2 TB-os kapacitással érkezik.
-
Akciófigyelő: OneSport OT05 bringát lehet nyerni
ma Két kerékpárt is sorsol a gyártó, ebből az egyik kifejezetten a Mobilarena olvasóinak szól.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
Új hozzászólás Aktív témák
-
darvinya
titán
Ok. 2.x.32.9-re gondoltam.
És arra, hogy a GB-s ilyen kernel számú nem jó ICS alá és ez fordítva.
Bár lenne NeoV-re is 3.+ , mert akkor könnyebb lenne JB-t ráfaragni és lenne BF és Vsync is.
De ez inkább szép álom mint igaz.
Irigy vagyok.[ Szerkesztve ]
Made Robot by Robot −Xiaomi 12T Pro gyászruhás / '06 Focus kombi szürke
-
proximus
senior tag
"ICS-t csak gépen keresztül tudsz frissíteni, ez egy kicsit nagyobb lélegzetvételű frissítés, ezért nem jelzett OTA-n."
Akkor tényleg igaz volt, hogy csak gépre dugva kapja meg Seussal, vagy PCC-vel.
"Ha frissítésnél nem a tiszta telepítést választod, akkor akadni fog, stb., ez a tapasztalat, de erre te is rájöttél."
Hmm, így már ez is megerősítést nyert.
"Baseband ugyanaz mindenhol"
Zsííír
"CWM valóban a ROM része zárt bootloadernél, konkrétan a Ramdisk."
Szóval akkor droidnál a ramdisk nem/sem a boot parton van, mint az asztali Linuxok esetében, hanem ezt is elköltöztették. Vagy a gyári ROM/kernel nem is használ ramdisket?
"Boot partícióhoz nincs hozzáférésünk, külön mint más készülékeknél nincs - vagy csak nem látható."
Aha. Node várj csak. Amikor például a kernelpanic v1.25 kernelnél föl kellett raknom a wifi modulokat/csomagot, akkor azt mikor telepítettem a CWM-ből, utánna ROM cseréknél is megmaradt a wifi. Akkor az kizárólag a boot partra kerülhetett, holott oda nem lehet írni. Ezt nem teljesen vágom.
"A baseband a modem FW-je, az oda tartozik. Külön is cserélheted Flashtoolal és a SUS/PCC-vel, de külön partíciója nincs."
Akkor végülis nevezhető akár BIOS-nak is. Jóó Ez legalább nem kavarodik el magától buherálás közben.
"A batterystat.bin a data partíción van, konkrétan a /data/system alatt. Vagyis konkrétan minden ROM cserénél törlődik. Nem is árt, mert függ a ROM fogyasztásától is, hogy jó adatokat tartalmaz-e."
Ööö, de akkor meg fölöslegesen reklámozzák egyesek a törlését ROM cserénél, ha egyszer úgyis mindíg törlődik.
"Mind mondtam, nekünk nem elérhető a Boot partíció, azt egyszer odaírták Sonyéknál, és pont, jóccakát. Lehet, hogy ők SUS-al tudnák frissíteni, de nekünk egyelőre elérhetetlen, és szerintem az is marad. A bootloader itt van a boot partíción."
Nem hogy lehet, hanem biztos. Mármint hogy a gyári frissítés teljesen hozzáfér. Az tudja cserélni a telefon összes cuccát, függetlenül attól, hogy bármi is zárt, vagy nyitott a készüléken. Nem így van? Mondjuk az azért érdekelne, hogy amikor fastboot módban nyitott b.l.-el kernelt cserélni a Flashtoollal, akkor az pontosan hogyan is csinálja mindezt. RAW hozzáférést csinál a /boot-hoz mindösszesen? Vagy az egész boot part RAW lenne, tehát nincs is rajta tényleges fájlrendszer?
"A fastboot viszont a telefon függőségétől függ. Van egy bizonyos Trim Area nevű rész, amiben van az IMEI, az SN és egyéb egyedi azonosítók. Ebben van az is hogy a készülék szolgáltatófüggő-e. Ha függő, nincs fastboot, ha független, akkor van - zárt bootloadernél is! Annyi a különbség a zárt/nyitott bootloader között, hogy zártnál visszautasítja a nem Sony által aláírt kernelek futtatását, nyitottnál meg engedi."
Huhh, node akkor a fastboot mód pontosan micsoda? A futó kernel egy szolgáltatása csupán? Vagy a bootloader binary-ban van?
A Trim Area is hol van/található? Beleprogramozva a telóba mint a baseband?
Ezt a visszautasítást tapasztaltam is, amikor cserélni akartam a gyári kernelt fastboot módban a Flashtoollal még a zárt b.l. esetében. Visszadobta, de pontosan micsoda? Ha jól tudom, a telefon minden esetben "él", amikor a számítógépre dugni, tehát a kernel ilyen-olyan módokban bebootol. Bekapcsolva/kikapcsolt+töltés/flashmode/fastboot A bootloader is mindíg futva marad és így tudja megtagadni az írást? A tesztpontos föloldási módszerrel is mit változtattam meg ténylegesen? Annyi "hókuszpókusz" van itt... Ööö azt írod megtagadja a nem aláírt kernel futtatását. Node addig el sem jutunk, mert cserélni sem engedi, de micsoda? A gyári -futó- kernel vagy bootloader csekkolja a beérkező kernelfrissítést, aláírás után kutatva?"A Wifi modult hogy kell-e cserélni, az csak is a kernel gyártójától függ."
Ööö, várjunk. A főzött ROM-ok esetében el szokták távolítani ezeket a modulokat a gyárihoz képest? Jól tudom, hogy stock esetén a ROM része?
"Ha ő bennehagyja a -perf jelzőt a kernel neve után, akkor jók hozzá a gyári modulok, ha megváltoztatja pl -Huudejovagyokmertilyetistudok-ra, akkor kell hozzá külön modul."
Ha jól gondolom, ez a Vermagic lenne.
"Viszont megoldhatja úgy is, hogy belerakja Ramdiskbe, és átírja, hogy minden indításkor symlinkelje/másolja a megfelelő helyre."
Aha. Nem idegen nekem ez a területe sem a Linuxnak, mert anno csináltam "öntelepülő" Gentoo Linuxot. Csak be kellett rakni a CD-t, bebootolni róla és fat partíciós windowsok mellé föl tudott kúszni úgy, hogy csinált egy RAW fájlt, megformázta, majd belemásolta önmagát. Köv. indulásnál(a CD-ről) meg abból bootolt be(csekkolván a meglétét) és már nem kínlódott a CD-vel. Talán még meg is van ez a "munkám" valahol. Mit össze kínlódtam vele... Újraindítgatások/ talán virtuális gépes tesztek is folytak... A régi szép idők...
Tényleg, miért nem fordítják bele monolitikusan a teló kernelébe az összes hardver driverét? Nincs neki sok, nem zabálná a ramot vagy procit(gondolom én).
"Flash mode minden készüléknél van, de azzal viszont csak Sony által hitelesített/aláírt cuccokat tudsz felpakolni."
Aha, már megint egy aláírás-csekkolás...
"Fastboot viszont nincs mindnél."
Vagyis esélytelen a kernelcsere az eddigi módszerekkel e nélkül(leszámítva megint a gyári frissítést)...
De tényleg, ha megpróbáltam volna a még zárt bootloadernél kernelt cserélni fastboot módban, de "gyárit gyárira" módszerrel, akkor azt megengedte volna, mert alá van írva?
Ez már erőteljes hekkelés, de nem lehet ezt az aláírást valahogy "odahazudni"? Akkor át lehetne verni a cuccost... Gondolom nem igazán sikerült még, mert nincs nagy tolongás...
Kamarush mintha valami "átverésen" dolgozna, ami a gyári kernelek ellenőrzött részét (header?) mutatja magából, de valójában teljesen custom a kernel a többi részében. Írja ezt a kexec-et is, node a gyáriba ilyet belefordítottak? Ezek szerint igen. Jómagam már -talán- néhány száz kernelfordításon/konfigoláson túl vagyok, szóval elég jó rálátásom van mi is ez a "bináris gombóc"(+modulok). Óvatosan már a forráskódot is piszkálgattam már, meg patchelgettem is már rengeteget. A mostani Arch Linux alatt is egy végletekig letisztultra konfigolt, monolitikusra fordított saját kernelt használok, bfs és bfq patch-el, mert megérdemlem."Az ICS-t alapvetően 2.6.35+ kernelre írták."
Aham. Akkor ez a gond, de miért nem használnak pl. cyanogen-ék full friss kernelt, a nyitott b.l.-es telókhoz? Ők megtehetnék, meg tudják is, hogy mitől döklik a légy, de mégsem használják a legújabb kerneleket? Ha jól tudom/emlékszem, egy ideje beolvasztásra került az összes android patch/fejlesztés a mainline kernelbe. Akkor miért ilyen "nyögvenyelős" ez a dolog? Elvileg nem lenne sok a teendő."Van különbség 2.6.35-ös és 2.6.32.9-es kernel között..."
De mik azok a főbb funkciók, amiktől jó a .35+ a régihez képest? Komolyan kérdezem, nagyon érdekel a dolog.
-
proximus
senior tag
"Vagy a gyári ROM/kernel nem is használ ramdisket?
Miért ne használna? A kernel itt 2 részből áll: zImage + Ramdisk."Nem kötelező sima Linuxnál sem a ramdisk használáta, egy ennyire fix, meg jól definiált felépítésű rendszernél(hardvernél) meg főleg nem lenne rá szükség. Én a normál számítógépemen sem használok ilyet, mert azt az elvet követem, hogy amit meg lehet oldani egyszerűbben is, azt mindíg olyanná próbálom alakítani. Az Arch Linuxom alatt egy full monolitikus kernelt használok(még a modultámogatás is letiltva/kikapcsolva benne) és az összes drivert tartalmazza a gépemhez. 2-3 Mb méretű az egész bzImage. Igen, még a videódriver is benne van már ebben, meg annak a (Juniper) firmware-je. 6-8 sec alatt bootol a rendszer egy 500 Gb-os merevlemez utolsó 20 Gb-járól. Van azért egy kis trükk: ext4 partíció a / (nem is használok több partot)és e4rat-tal gyorsítom a betöltést. Veszettül gyors minden. Inkább csak a rugalmasság növelése érdekében érdemes ramdiskkal cicózni stock kernelek esetében(disztrók), mert a /-nek így bármilyen fájlrendszert is válasszon az ürge, nem kell fölöslegesen -és fixen- beleforgatni a bzImage-be azt.
Mindenesetre is akkor ez a ramdisk nem a /boot-ban van, ezért lehet beletenni pl. a CWM -et is. Végsősoron e nélkül mégnagyobb szívás lenne a zárt /boot...
"KernelPanichoz nem kell külön WiFi modul - vagy ha kell is bennevan a Ramdiskben, most nincs hangulatom szétszedni ha nem baj "
Pedig kell, itt van:
[link]
A new v2 kernel additions csomag tartalmazza.
Mondom, ROM -ot cseréltem mellette és miután egyszer a CWM-ből feltoltam ezt az additionst, ez után már nem kellett újra fölpakolni többször. Akkor nem tudom hogyan hoztam ezt össze."Ez a fastboot: [link] Végülis a bootloader USB támogatása."
Hmm, ránéztem a hivatkozásra. Tehát nem hogy nyitott b.l., de nyitott, vagy zárt fastboot-ról beszélhetünk. S-OFF/S-ON De mi az hogy: "You will need to install a fastboot compatable SPL" Node ezt már tényleg nem lehet cserélni a telóban, vagy igen? Vagy mire utal ezzel? Meg tényleg létezik egy backup kernel is a készülékekben?
"Visszadobta, de pontosan micsoda?
A zárt bootloader nem engedte futtatni az aláíratlan kernelt. Ha egy FTFből kiszedett kernel.sin-t próbáltál volna felrakni azt engedte volna "Ahha, tehát így. Ez a "futtatni" zavar egy kicsit még, mert már rámásolni sem engedi a (zárt) b.l. a készülékre az aláíratlan kernelt, nem? Oda már el sem enged jutni, hogy ráindítson. Egyébként minden ami *.sin, az jelnti azt hogy alá (is) van írva?
"Ha bekapcsolod jó hogy bebootol. Flashmode és fastboot módban viszont nem - különben hogy tudnád írni? Olyankor csak a bootloader él."
Ahha, szóval akkor ennyire gyorsan azért tényleg nem tudna betölteni a kernel, ahogyan kigyullad a zöld, vagy kék led a telefon tetején... Azt hittem az egy "minimal" módban indított kernel, azért villan föl 1-2 sec alatt gépre csatlakoztatás után már, de akkor nem.
Amúgy rendes asztali Linuxok esetében törölhető a kernel a futó rendszer alól, mert függetleníti magát, miután betöltött a RAM-ba."A tesztpontos föloldási módszerrel is mit változtattam meg ténylegesen?
Minden nyitás a Trim Area-t módosítja, ott kell átírnia 1-2 értéket."Tehát akkor ez egyfajta "táblázat" a b.l.-nek, hogy mit engedhet meg és mit nem, továbbá a készülék "rendszáma".
"A főzött ROM-ok esetében el szokták távolítani ezeket a modulokat a gyárihoz képest? Jól tudom, hogy stock esetén a ROM része?
Ne, távolítják el, mert akkor nem lenne WiFi. Minek szednék ki?
Igen, jól tudod."Pedig csak kiszedik, ha egyszer nincs/nem volt wifi nálam. jártam így 1-2 ROM-nál. A krsh (a 3.0), meg a kernelpanic nem/sem tartalmazza, de pl a mesa-ban benne volt és ott nem kellet fölrakni semmit sem. Vagy csak nem mind -perf végű kernel, ezért csináltak úgy, minhta nem is lenne meg a modul(a ROM-ban)? Hát lehet. Ezt nem is néztem meg mindnél(a -perf végződést)
"Alap igazság itt, hogy minél több szolgáltatás van a kernelben, annál többet eszik. Ha bele van rakva a Tun/Tap/CIFS meg a többi cucc, akkor eléggő megnő a fogyasztás. Ezért a legjobb még mindig a gyári kernelnek az üzemideje."
Hmm, akkor ez csak a mostani izom PC-knél nem jelent gondot, de egy telefon(CPU-ja, RAM-ja, akksija) azért megérzi. Értem. Mint egy 486-os gép mai kernellel...
"Írja ezt a kexec-et is, node a gyáriba ilyet belefordítottak?
Nem fordították bele, kernelmodulként kell majd hozzáadni."Ezt még eddig nem is néztem, de lehet ránézek majd kernelkonfignál. Láttam már ezt a kexec-et régebb óta(nem mostanság jelent meg ez a funkció), meg olvastam már róla, de arra nem figyeltem, hogy ez nem csak "Y"/"N" lehet, hanem esetleg "M" is...
"A Sony azt is megoldotta, hogy ha a kernel nem 2.6.32-es, akkor egyszerűen ne induljon. Ergo a boot elindul, de mindig visszadobja az Uncompressing kernel... részhez. Ugyanezt megcsinálta a 2010-es modelleknél is... Ezért nem elég megcsinálni a kernelt, kell hozáá egy bypass vagy egy kexec."
Pfuhh, az szép... Node magát a verziót ellenőrzi? Meg kell hamisítani azt is.
Tényleg, a neten keringő alpha J.B. xperia mini ROM(-ok) milyen kernelt használ(nak)? Tudom hogy módosított valamelyest(miben is pontosan?), de az is csak egy .32 lenne? Szomorú, ha így van...
Ja és hol "kapható" ebből a legfrissebb ROM? Amit kamarush csinált, csak az van? Vagy Cyanogen-ből is lenne? Látom hogy valami Cm 10 ról is szó van, de az meg honnan? Az FXP buildek már mind azok lennének?Thx
(Nem is csak magamnak kérdezgetek én itt amúgy kizárólag, hanem hogy aki még errefelé olvasgat, az is többet tudhasson meg a "konzervdobozos pingvinről" Szegényt teljesen elnyomorították... )[ Szerkesztve ]
-
proximus
senior tag
"Ide pedig kell, mert ez tölti be a fő komponenseket. Ha érdekel itt van egy Ramdisk, igaz ez Arc meg ICS Alpha, de 1-2 sor különbséggel ugyanaz mint amit most használunk."
Szerintem inkább csak azért használják itt is, mert így egy valamennyire generic full frissítést tudnak összehozni a fejlesztők és nem kell annyit reszelni minden egyes telómodellre. Ez valahol lustaság, vagy céges költségcsökkentés...
Tényleg nincs rá szükség, ha minden -folyamatosan használatban lévő- hardverkomponensre beépítik a kernelbe a támogatást. Azoknál nincs értelme cicózni, meg még hátrányos is a modul betöltésének extra szükségessége miatt. +ott van még a RAM fragmentáció, ami óhatatlanul bekövetkezik ahogyan fut a rendszer, ezért nem mindegy mennyire korán és menyire "fizikailag előre", illetve "egy darabban" töltődik be az a modul. Ez is csökkentheti a teljesítményt, meg több erőforrást ehet fölöslegesen, habár fogalmam sincs, hogy egy ennyire vérszegény(normál PC arhitektúrához képest) hardvernél mennyire is.
Valami nagyon furát látok annál a ramdisknél, amit linkeltél. Megvannak a szkriptek, megvannak az alap executable fájlok, de hol vannak a kernel-modulok? A root fs-é, meg ilyenek? Azt mégiscsak beforgatják a zimage-be? Egy asztali Linuxnál leginkább ennyi szokott lenni az értelme a ramdisknek. Telepítésnél ugye a disztróknál rengeteg fs közül lehet választani, de legalábbis több közül és nem akarják azt a (fölösleges) overheadet+ esetleges sechole-t bevállalni, amit az összes fs kernelbe forgatása magával hozhatna.
"Ebben nekem segíthetnél A napokban kezdtem Arch Linuxozni, nagyjából kezdem átlátni, de a kernelmódosításig még nem jutottam el."
Lehet róla szó, bár jó kérdés, hogy mennyire akarod testre szabni. Jómagam elég rendesen belenyúltam mind a kernelbe, mind pedig a boot scriptekbe. Fogtam a gyári rc-ket és alaposan kiheréltem őket, így aztán elég "üveghangon" tud menni a rendszer... De komolyan. Gyakorlatilag annyira közvetlenné tettem mindenféle komponens elérését/elindítását a boot során, amennyire csak lehetséges volt. Az Xorg is mindenféle bejelentkezés nélkül jön be, mint a windowsoknál szokás 1 felhasználóval. Jó ok, minden root hozzáférésű, de hát had legyek már én az... Aki meg be akar jönni kintről a net felől, az úgyis bejön... Szóval nálam a "teljesítmény mindenek felett" volt az elsődleges szempont, amikor összehegesztettem ezt a rendszert. Mondom 6-8 sec alatt vár az lxde desktop, a grub-ban nyomott enter után. SSD-vel meg bele sem merek gondolni... 1-2 secért cserébe elő tudom töltetni a firefoxot is pl., ha betanítom az e4rat-nak.
Rengeteg Linux-buheráláson vagyok már túl és a mostani fölállás már egy nagyon letisztult konstrukció a részemről. Az Arch előtt sokáig Gentoo-ztam, de nagyon időrabló volt, meg retek lassú a csomagkezelője(portage), lévén hogy az egész "gombóc" python script alapú. Az Arch pacman-ja szélvészgyors ahhoz képest, node az C, vagy C++ nyelven is íródott... Meg a Gentoo elég sok "szemeteléssel" járt, a rengeteg forrás+devel cumó miatt is. Egyébként az LFS Linuxon is gondolkoztam egy darabig, de hallod az már nagyon elvetemült cucc... A legtöbbet adhatja tanulásban, de a legkevesebbet mindennapi használatban, a felhasználói rugalmasságát tekintve. Arra tutira jó, hogy megismertesse a/egy Linux "disztró" felépítését az alapoktól. A disztribúciók között egyébként az Arch egy nagyon letisztult rendszernek számít és ha valaki kicsit is szereti magának beállítgatni, meg finomhangolni az oprendszert, én tutira nem az Ubuntut, meg ilyen "bloatware"-kat ajánlanám egyiknek sem. Egy lépcsőt ugorva "egyszerűségben" még ott van a nagy öreg "pipás" Linux is, a Slackware. Jó érzés arra gondolni, hogy a Slackware szinte a kezdetektől fogva kézenfogja a Linuxot. Mondhatni a gyerekkorától kezdve.Egyébként az Arch Linux úgynevezett Hook-okat használ a bootoláskor és valamennyire "gyárilag" lehetőséget biztosít arra, hogy főbb területeket kikapcsolj a ramdiskben, de annyi. (Újraépíti automatikusan, miután beletesz, vagy kivesz "Hook-okat") Azt például már nem lehet a Hook alapú betöltésnél megcsinálni, hogy teszem azt csak egy bizonyos hangchiphez akarok támogatást, mert vagy "mindhez, vagy semmihez". A teljesen saját kernelt lehetetlenség űberelni, mert akkor "egy gyűrű mind felett" lenne a jutalom érte, de ezt nem lehet véghezvinni egy tömegeket célzó rendszernél. Kénytelenek Generic-re csinálni így vagy úgy.
El tudom például küldeni azokat a szkripteket/fájlokat, amivel magamnak oldom meg a bootot +a mostani kernelem konfigját akár, ha gondolod.
Tényleg, egy kérdés. Nyitott b.l. esetében azért mégiscsak a kernel mellett van a ramdisk a /boot-ban nem? Onnan gondolom, hogy végigformázhatok minden partíciót a CWM-ből, de az (maga a CWM) akkor is megmarad/megmaradt reboot után.
"Pedig direkt megnéztem, és esküszöm nem láttam. Viszont akkor nagy hiba, hogy nem rakta be a RAMDiskbe."
De látod érdekes, hogy többen nem rakják bele, mint ahányan igen. Nem tudom miért, ha már egyszer módosított(ák) a kernel(t) és nem eszi meg a stock ROM "gyári" moduljait...
"Ez a "futtatni" zavar egy kicsit még, mert már rámásolni sem engedi a (zárt) b.l. a készülékre az aláíratlan kernelt, nem?
Feltennie fel kell tudni, a futtatást tagadja csak meg."
Pedig nem engedi/engedte a flashtool (szóval a zárt b.l.) fastboot módban rátenni a custom kernelt. Ez (volt) a hibaüzenet:
The Device must be rooted first
Szóval nem megy fel sem."Az ördög a részletekben rejlik. Rendes, asztali Készülékek nagyrészén itt is törölhető futás közben - CWMből. Végülis ott is él a kernel, és fut. De nem a Sonynál
Lehet itt is törölhető lenne, ha hozzá tudnánk férni."Áhááá...
Szerintem is menne a dolog, csak ez a redves flasmode/fastboot/system load szeparáció..."Megérzi persze. Bírni bírná, de amikor azon vagyunk, hogy akksifogyasztást optimalizáljuk, akkor minden lehetőséget meg kell ragadni. Tervbe van egy teljesen modulos kernel, amiből kiszedek szinte mindent ami lehet modulként gyártani, és csinálok egy szkriptet, amivel a felhasználó kiválaszthatja, hogy miket akar használni, és azt indításkor insmodoltatom. Így akár elérhető a gyárinál jobb fogyasztás is."
Hmm, nem rossz ötlet. Akkor erről a fajta kernelről beszéltél te korábban, amit össze akarsz hegeszteni.(?) Végülis ha tényleg vannak beolvasztott, de csak alkalmanként használt szolgáltatások/driverek a kernelben, akkor azokat tényleg ki lehetne dobálni modulba. Persze jól meg kell gondolni, mert könnyen a "kígyó a farkába harap" effekt jöhet össze belőle. Az asztali gépen ezt már vagy 100-szor biztosan átéltem, amíg gyomlálgattam kifelé a kernelt, de megérte az erőfeszítést a cserébe megszerzett tudás/tapasztalat. No meg a kész "csoda-bzImage".
"Ezt még eddig nem is néztem, de lehet ránézek majd kernelkonfignál.
Github lapomon megtalálod a kernelforrást, ránézhetsz ha érdekel."A .config megvolna valamerre? (Akár a gyári kernelé) Ja meg ezt a forrást mondjuk az Arch Linux alatt is tudom konfigolni/lefordítani, vagy kell hozzá egyfajta emuláció/virtuális gép?
"Persze, hogy nem mai gyerek. Elég csak arra gondolni, hogy a Defy 2ndInitnek is az az alapja. Ott zárt teljesen a bootloader, nyitni se nagyon van lehetőség, és így oldották meg."
Hmm, nem rossz. Mármint hogy ki lehetett kerülni. Akkor a Defy CM modjai akár már zsír új kernelekre is épülnek/épülhetnek ezzel a trükkel? (Ha van arra is CM)
"Node magát a verziót ellenőrzi? Meg kell hamisítani azt is.
Ilyen ötletet már hallottunk mi is. Kétlem, ha kicseréljük a Makefile-ban a verziót, akkor menni fog minden. Tuti ellenőrzi azt máshogy is."Hátha bénák voltak...
"Igen, legfrissebb CM-ek erre."
Huhúú, köszi szépen.
Csinálok majd backupot a CWM-ben a Nightly-mról és megy is fel próbára... -
joker1220
őstag
Nekem nincs nyitva
Úgy értettem hogy rootolt .431 van a telón és zárva van a BL,
bár T-s a telefon szóval várhatom hogy frissítsen valamit isSzóval .431 ről Flashtool al simán csak frissítek .587 re vagy
érdemes Wipe olni valamit azért előtte!?[ Szerkesztve ]
,,A lustaság nem más, mint pihenés mielőtt még elfáradnánk''
-
proximus
senior tag
"Itt a ramdisknek nem csak ennyi értelme van, konkrétan ez indítja az egész rendszert
Ebbe van a sbin is pl, az alap binekkel."Szóval itt is takarékoskodtak kicsit a hellyel, nem úgy mint az asztali rendszereknél, ahol kétszer vannak meg a bin-ek. Na jó, glibc helyett a ramdiskben lehetnek uclibc-hez láncolt binárisok is, sőt, lehet hogy az android mindenhol erre épül. Ezt te tudod jobban. Melyiket használják?
Az Archos kérdés ide nagyon off, majd PÜben zaklathatlak vele kapcsolatban?
Igen."Tényleg, egy kérdés. Nyitott b.l. esetében azért mégiscsak a kernel mellett van a ramdisk a /boot-ban nem?
Zárt esetében is - csak ott a CWM a /system/bin-ben lévő tar.gz-ből töltődik be."Szóval ez a trükk.
Viszont még így sem tiszta, hogy hogyan maradtak meg a wifi modulok, amiket CWM-ből telepítettem a kernelpanic kernelhez, miután többször is ROM-ot cseréltem.
Ja tényleg, egyedi kernelnél elvileg bármit mellé lehet pakolászni és utána csinálva egy boot.img-t azt beleflesselni a telóba flashtoollal fastboot módban?Akkor azt mondod, hogy a flashtool fastboot módban zárt bl.-el is bele tud írni a boot-ba, csak nem grafikus felületről? Csak ebben az esetben tényleg blokkolódik a custom kernel futása. Node, azt megengedi azért a zárt b.l., hogy valami "szemét" szerepeljen a boot.img-ben a kernel mellett? Vagy azt is ellenőrzi/megtagadja? Mert ok, hogy csak gyári kernel jó zárt b.l.-el, de a ramdisk azért módosítható marad így is bármerre?
"A .config megvolna valamerre? (Akár a gyári kernelé) Ja meg ezt a forrást mondjuk az Arch Linux alatt is tudom konfigolni/lefordítani, vagy kell hozzá egyfajta emuláció/virtuális gép?
Kukkants bele az arch/arm/configs mappába. A miénk pl az semc_mango_defconfig.
Én is Archot használok a buildokra. Arch Wikijén leírás is van hogy mik kellenek hozzá. Ezen kívül kell még egy toolchain (gyári forrás 4.4.3-asra van optimalizálva)."No erre majd még ránézek, meg lehet kísérletezek vele kicsit.
-
joker1220
őstag
Még annyit szeretnék kérdezni hogy ez a töltés közbeni led jelzést is fixálja?
.431 alatt ha teljesen le volt merülve akkor pirosan világított a led, aztán ahogy
töltődött átment narancssárgába, végül zöldbe, most .587 alatt
piros után egyből zöldre váltEzt mi okozza?
,,A lustaság nem más, mint pihenés mielőtt még elfáradnánk''
-
veterán
Lehet, hogy későn csináltam volna a screenshotot?
Ekkorra már megpakoltam kb. 30 appal, egyébként HaSa miui
Muszáj őket feltenni, mert nélkülük nem érzem teljesnek a rendszert[ Szerkesztve ]
Holnap országszerte 10 fok várható. Ebből 2 Budapesten, 1 Győrött, 2 Miskolcon...
-
darvinya
titán
Meg vannak a kép módosítás, de amikor visszacsomagolom és használná akkor azokat a képeket figyelmen kívül hagyja.
És itt a bibi.Valami spec. zip lenne.
Amúgy az Xperia felirat nincs az eredetibe, mert az eredeti NeoV-s.
Ha ezt a zip dolog megoldodna akkor lenne még egy-két változat is.kösz.
[ Szerkesztve ]
Made Robot by Robot −Xiaomi 12T Pro gyászruhás / '06 Focus kombi szürke
-
sdd2
veterán
Jó olyan szinten nem értek hozzá hogy ROM-ot írjak vagy hasonlók de ami a tesztek megírásához, készülék véleményezéséhez kellő tudás megvan. Ezt nem én állítom, nekem ezt olyan ember mondta aki ezzel foglalkozik napi szinten és ebből él! Nem említeném meg ki volt, nem akarok semmi problémát de ha gondolod PÜ-ben leírom.
Nem csak én mondtam azt, hogy a húzás nem tesz jót ha folyamatosan úgy működik, ezt más is megerősítette. Azért valljuk be nem hiába vannak az órajelek lekorlátozva... De én ezt nem taglalom tovább, nincs ilyen telefonom, nem is érdekel ez a húzásos dolog, már kinőttem a benchmark f@rok méregetést... Azok szintetikus tesztek, csalni is lehet velük szóval csak gyári állapotban érnek valamit de még akkor sem hisz nem azt futtatom éjjel nappal hanem a menüben császkálok, netezek, stb. 1,4GHz még talán ok de a kis készülékházban nagyobb hő keletkezik mint az Arc S nagy házában. 1,6GHz-et azért már állandó használatra pláne nem ajánlanám de mindenki úgy cselekszik ahogy akar. Valószínűleg veszek egy Active-ot de ott nem lesz még root se mert nem kell, főleg hogy sokszor más telót használok. Abban a topikban remélem szívesebben látnak.
(ko9, a nagy része nem neked szólt de már nem válogatnám szét, ha nem inged ne vedd magadra )
BRIKLY
Pontosan tudom mért nem nyitottál, én csak óvá intettelek nehogy most legyen baja, hogy már nincs gari. Használd egészséggel sokáig.
[ Szerkesztve ]
Jó térerőt mindenkinek. iPhone 15
-
darvinya
titán
De ha zárt bootloader-kor a felírt gyári kernel megkapja azt a zárást ami nyitottkor nincs.
10 egység a nyitott ebből 4 egység a gyári kernel, viszont zártkor 10 egységesből 4 szabad és arra teszem fel a 4 egységes gy. kernel-t, a maradék 6 egység kitöltve egyéb nyalánksággal.szólj ha nagyon nagy a hülyeség…
Made Robot by Robot −Xiaomi 12T Pro gyászruhás / '06 Focus kombi szürke
-
Keeperv85
nagyúr
Szerintem ilyen védelem van az amss.sin fájlon is. Ezért lehet csak egyben cserélni őket. Valószínűleg a szoftver ami a "kulcsot" előállítja egyszerre írja alá az egész pakkot. Nyilván ha egyiket leveszed és kiütöd a védelmet (bootloader nyitás), akkor már a másik sem érdekli.
-
Keeperv85
nagyúr
..dehogy is nem lehet...
A gyári romban a WindowOrientationListener.java, ami az időt kezeli nem egészen így néz ki, ugyanis van egy impl fájl előre fordítva mellé, amiben pont ez a két érték is benne van.
Ezt keressük ugye:
SETTLE_TIME_MAX_MS
SETTLE_TIME_MIN_MSAz android/view főkönyvárban a dex-et visszafejtve ott figyel a két érték a WindowOrientationListener$SensorEventListenerImpl-ben...
.field private static final SETTLE_TIME_MAX_MS:I = 0x1f4
.field private static final SETTLE_TIME_MIN_MS:I = 0xc8..azt már nem nehéz kitalálni, hogy az első ofszet
1f4 = 500 ms ugye és így tovább...
..csakhogy ennek mind semmi értelme. Ugyanis nem tartja be ezt az időt...
[ Szerkesztve ]
-
Keeperv85
nagyúr
Szétszeded, módosítod, összerakod, (a dex-et is vele együtt, azt is piszkálnom kell), visszacsomagolod és el is hajt szépen mikor elindulna. Egy dolog pár kép kicserélése, vagy pár apróbb szöveg, meg megint más egy forrás módosítás.
Egyébként már az is meglepő, ha valaki a DeaultTheme.apk-t vissza tudja fejteni egyáltalán, hogy csak egy egyszerű fájlt mondjak, azokkal a gyönyörű drawpatchelt png-kel... (Megkíméllek tőle hogy leírd: tudom hogy kell kezelni, éppen most csináltam magamnak vele témát. )
Szerintem a framework mellé az összes apk-t alá kell írnom újra, különös tekintettel a settings, systemui, framework triumvirátusra...
-
Keeperv85
nagyúr
"Egyszerűbb", ha az összes apk-t aláírom platformkulccsal. Csak ahhoz ki kell bontani őket az Aroma installerből (RealICS-t műtögetek éppen) és nagyon nem szeretnék most scriptet írni a csoportos aláíráshoz, vagy egyesével szignózni őket.
Az apktoolnak semmi baja vele, maga a framework-öm működik is, látom a szövegeket a "power off" ablakon, amit cseréltem, de az összes többi fájlom leáll és bizony szignó ütközésre hivatkozik a log. Majd aláírom az összeset újra, vagy fordítok hozzá valami forrásból másik fájlokat. (CM9... bár az nem lenne túl nyerő a zárt BL mellett...)
Új hozzászólás Aktív témák
- Politika
- Bestbuy játékok
- Telekom mobilszolgáltatások
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Halasztja a Recall funkció aktiválását a Microsoft
- Vezeték nélküli fülhallgatók
- Otthoni hálózat és internet megosztás
- Autóápolás, karbantartás, fényezés
- Autós kamerák
- Genshin Impact (PC, PS4, Android, iOS)
- További aktív témák...
- Apple iPhone 11 64GB, Kártyafüggetlen, 1 Év Garanciával
- IPhone 14 Pro max 128GB gyári független megkímélt akku 97%
- IPhone 15 Pro max 256GB gyári független bontatlan 1 év Apple garancia
- Samsung Galaxy A52s 128GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 11 Pro 64GB, Kártyafüggetlen, 1 Év Garanciával