- Honor Magic6 Pro - kör közepén számok
- Google Pixel 6/7/8 topik
- Drágább lett a Pixel 8a
- MG5 menetpróba
- Samsung Galaxy S22 és S22+ - a kis vagány meg a bátyja
- Okosóra lett a Huawei fitnesz karperecéből
- Elkaszálhatja az Apple az iPhone Plust
- Honor Magic5 Pro - kamerák bűvöletében
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Motorola Edge 40 neo - színre és formára
Hirdetés
-
3 milliméterrel szélesebb lehet a Galaxy Z Fold 6 kijelzője
ma Négyzetesebb külső panel várható a következő szétnyitható Samsungban.
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Több stúdiót is bezár költségcsökkentésként a Microsoft Xbox részlege
it Lassul a gamingipar, ennek keretében pedig már a Microsoft Xbox részlege is nagy költségcsökkentéseket eszközöl.
Új hozzászólás Aktív témák
-
aszti75
senior tag
Üdv.
Lenne egy kis problémám.Feltettem a Smultronic v3.1-t,de mellé felnyomtam a led hez való skriptet.Azóta nem kapcsol be a vaku,még fényképezéskor sem.Hogyan tudnám eltávolítani azt a skriptet?
Leírná valaki érthetően?
Köszönöm.
-
veterán
Sok RAM-fogyasztás miatti aggódásos hsz-t olvastam, így meglepődve tapasztaltam ma, hogy még 30 MB szabaddal is egész gyors
Mintha olvastam volna olyat is, hogy kevesebb szabad rammal gyorsabban merül a teló, ez igaz?Holnap országszerte 10 fok várható. Ebből 2 Budapesten, 1 Győrött, 2 Miskolcon...
-
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.
-
darvinya
titán
válasz proximus #16957 üzenetére
Hhúú ez szép terjedelmes.
Ha már szedtél szét kernel-t akkor szed szét.SUS és PCC minden egyes alkalommal a frissítéskor/javításkor kap egy SemcFlash driver kulcsot és csak ez után teszi fel az fw-t.
Jól el van dugva és nem tárolja az Op.A többire többiek jobban tudják.
Made Robot by Robot −Xiaomi 12T Pro gyászruhás / '06 Focus kombi szürke
-
neelix
csendes tag
Xperia mini-re mikor várható a legutolsó, 587 végű frissítés?
Tud róla valaki valamit?2 ismerősöm is már hetekkel ezelőtt frissítette pl. a live with walkman-t, egyik ismerősöm pedig tegnap telefonról, wifin szintén egy live-ot...
-
kamarush
csendes tag
válasz proximus #16957 üzenetére
A wifi modulok vermagic alapján működnek.
"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."
Ezt egy kicsit korrigálnám. Igen a modem fw-je, viszont az összes fájlnak külön particiója és offset-e van.
A benne lévő loader.sin konkrétan a bootloader particiójára ír. Mert ugye a sony elég érdekesen oldotta meg a dolgokat... Azért is szívunk
A boot és a bootloader teljesen külön partición van. Lényegében mindkettő rejtve van előlünk.
A boot user oldali írására egyetlen mód van a fastboot, aminek ugye a lényege hogy aláíratlan image-eket, közvetlenül tudjon írni a nandba.
A szolgáltatós telefonokon azért van letiltva alapból, mert a sony így egyezett meg velük. Ennek 2 oka is van.
1. Az "alap" felhasználó így nem tud olyan szoftveres hibát, okozni amiért gariztatni kelljen a telefont...
2. Ha nyitod a bootloadert, ezáltal függetlenítesz is /mert ugye másképp nem működik nálunk; köszi Sony... /; tehát elveszted a garanciát, és innentől kezdve a szolgáltató nem köteles, veled szóbaállni bármi is történik..
Szóval lényeg a lényeg, itt minden csak a gariról szól.
Amin dolgozunk az igen, a kexec. Mert más módja nincs a magasabb kernel api futtatásának. Ennek az egyetlen akadálya a bootloader, mert ugye nincs hozzáférésünk, ezáltal módosítani sem tudjuk. A kexec lényege, hogy átugorja a bootloadert és live módban elindítsa a kernelt. Ez a módszer működik zárt bootloaderrel is, az előbb említett ok miatt"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ő.""Lényeg, hogy a sony nem a standard headereket/modulokat/drivereket használja, mint a Htc, Samsung és még sorolhatnám... Például a Htc-nél a kernel port annyiból áll, hogy hozzá kell adni az eszköz specifikus drivereket, módosítani a kconfig és makefile-okat, írni egy defconfigot; és láss csodát már indul is, minden nagyobb erőfeszítés nélkül, mert ugye ők hozzáférnek minden particióhoz.
Még annyi korrigálás itt, hogy ICS 3.0.8, Jellybean 3.4-es kernelLehet kicsit összevissza írtam a dolgokat, de szerintem érthető
[ Szerkesztve ]
-
ko9
addikt
válasz proximus #16957 üzenetére
Még 1-2 dolog ami kimaradt:
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.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.
KernelPanichoz nem kell külön WiFi modul - vagy ha kell is bennevan a Ramdiskben, most nincs hangulatom szétszedni ha nem baj
Ööö, 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.
Mert valahol azt olvasták, hogy az nagyon jó... Én még csak CWM-ből Backup Restore által telepíthető ROMoknál láttam ilyet, ott van is értelme. De a sima update.zip-eseknél nincs.
Huhh, node akkor a fastboot mód pontosan micsoda? A futó kernel egy szolgáltatása csupán? Vagy a bootloader binary-ban van?
Ez a fastboot: [link] Végülis a bootloader USB támogatása.
A Trim Area is hol van/található? Beleprogramozva a telóba mint a baseband?
Igen.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 volnaHa 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
Ez nem helyes. Ha bekapcsolod jó hogy bebootol. Flashmode és fastboot módban viszont nem - különben hogy tudnád írni? Olyankor csak a bootloader él.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.A gyári -futó- kernel vagy bootloader csekkolja a beérkező kernelfrissítést, aláírás után kutatva?
A bootloader. Az ellenőríz itt mindent, hogy fene a nyakátA 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.Ha jól gondolom, ez a Vermagic lenne.
Jól gondolodTé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).
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.Írja ezt a kexec-et is, node a gyáriba ilyet belefordítottak?
Nem fordították bele, kernelmodulként kell majd hozzáadni.Aham. Akkor ez a gond, de miért nem használnak pl. cyanogen-ék full friss kernelt, a nyitott b.l.-es telókhoz?
Ez nem ilyen egyszerű. Ha így lenne, már rég vígan szaladgálnánk 3.4-es kernellel minimum.
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.--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
proximus
senior tag
válasz kamarush #16960 üzenetére
Ez az irományom részben már a ko9 kolléga válaszából is merít, de annak azon részére is válaszolok, ami még meg-/kimaradt ebből.
"Ezt egy kicsit korrigálnám. Igen a modem fw-je, viszont az összes fájlnak külön particiója és offset-e van."
Uhh, hogy a holló vájná ki a szemüket... Nem semmi buhera-mátrix, amit kifőztek a (még) S.E.-nál. Hogy értve külön partíciója? A "központi" nand-ot használják meghatározott helyeken, a modem "BIOSchipje"-ként is? Tehát nem úgy, mint egy asztali PC esetében, ahol csak erre a célra van dedikált chip? Akkor ha jól gondolom ez olyan, mintha gyakorlatilag a PCknek nem lenne BIOS chipje egyáltalán, hanem mondjuk a merevlemez szigorúan meghatározott részén lenne ez a firmware és onnan húzná be.
"A boot és a bootloader teljesen külön partición van. Lényegében mindkettő rejtve van előlünk."
Nem semmi. Szóval még ez is kétfelé ugrott...
"A boot user oldali írására egyetlen mód van a fastboot, aminek ugye a lényege hogy aláíratlan image-eket, közvetlenül tudjon írni a nandba."
Ééértem. Node akkor miért láthattam én olyan CWM-et, ahol a listában a /boot is szerpelt? Lehet hogy akkor az nem S.E.-on volt és ott nem tiltották le a normál hozzáférést?
"Amin dolgozunk az igen, a kexec. Mert más módja nincs a magasabb kernel api futtatásának. Ennek az egyetlen akadálya a bootloader, mert ugye nincs hozzáférésünk, ezáltal módosítani sem tudjuk. A kexec lényege, hogy átugorja a bootloadert és live módban elindítsa a kernelt. Ez a módszer működik zárt bootloaderrel is, az előbb említett ok miatt"
Öööö, de ezt az átugrást csak képletesen érted igaz? Mármint az eredeti bootolási sorrend ez: bootloader-->kernel-->userspace Ebből csináltad/csináltátok meg ezt: bootloader-->gyári kernel-->kexec modul-->boot a magasabb API-ú/új kernelbe. Gondolom azért valamelyest visszafogja a telefon indulási idejét, de ha egyszer csak ez az egy járható út van.
Tényleg, amit ellenőríz a b.l., azt a "sapkát" nem lehet "ráadni" egy teljesen új kernelre? Vagy ez a trükk volt az eredeti fölállás?"Lényeg, hogy a sony nem a standard headereket/modulokat/drivereket használja, mint a Htc, Samsung és még sorolhatnám..."
Tehát akkor ez a másik szívás, ami még érheti a "gyanútlan" hekkert.
Ez már így tényleg elég nagy gányolás(a sony részéről), ami azt illeti...Amúgy meg nem értem, mit retkeskednek a szoftver oldallal ennyire, amikor android/Linux esetében már rég nem erről kellene hogy szóljon az egész. Csináljanak új modelleket/frissítsék a palettát akár fél évente és durrantsanak abban valami nagyot, de ne már, hogy egy OSS rendszerből csináljanak ánuszt...
"Még annyi korrigálás itt, hogy ICS 3.0.8, Jellybean 3.4-es kernel "
Ezt ma láttam is egyik kolléga sony S-én. (3.0.8)
Be jó is lenne az a JB... Jön a hideg, nem kell már ide fagyi... -
Ateszpapa
addikt
Eladtam a minim, nagyon köszönöm mindenkinek az eddigi segítségeket!
-
Kaminski
tag
Sziasztok!
Azokhoz lenne egy kérdésem, akik Smultronic 3.1-et használnak!
Szeretném feltenni a Bravia engine-t a SE Extreme Tweak Installer 1.8 -al! De nem történik semmi, meg se nyikkan se a teló, se a program!
A program elindít->kiválaszt a bravia engine blablabla->teló rádug USB hibakeresés bepipálva-> install, a vietnámi hablaty eltűnik, de a továbbiakban semmi! Nem mintha a olyan fontos volna, de már maga a probléma zavar!Honor 8
-
-
Kaminski
tag
dokee78 és talán Mozzarella is feltette erre a romra. Olvastam vagy 300 hsz.-szel korábban. Bár lehet, hogy én tévedek.
Válasz aero.nak[ Szerkesztve ]
Honor 8
-
natë
nagyúr
Stock ICS-hez tudnátok linkelni nekem egy hozzá passzoló status bar kapcsolósort? Az XDA-n keresgéltem, de nekem olyan kellene, ami nem tartalmaz feliratokat. Pl. ami Gustavo romjában van az nagyon bejön(ne)....
-
wallace
tag
Egy kérdésem volna azokhoz, akik még stock GB rom-ot használnak, hogy ki lehet-e kapcsolni, hogy az arcommal lenémítsam a mikrofont illetve kihangosítsam az aktuális telefonbeszélgetést, szerintem ez a legidegesítőbb tulajdonsága, hogy az archoz emelve kikapcsolja az lcd-t, de az érintésérzékenység bekapcsolva marad...
-
darvinya
titán
válasz proximus #16965 üzenetére
Gondold úgy a ROM” , mint egy nagy BIOS chip.
Így meg van spórolva egy(na jó kettő) chip.
Így méret csökkenés és hely csökkenés jön létre.Míg 1 PC-n van hely.
Gondold végig milyen alkatrész kell egy PC-nek azt próbál bekehelyezni egy teloba.
Made Robot by Robot −Xiaomi 12T Pro gyászruhás / '06 Focus kombi szürke
-
pcnet
addikt
Hm, én csak csendben figyelem ahogy a nagyok beszélgetnek és arra gondoltam milyen muris lenne ha a gyártók adnának ki csak csupasz telefonokat amire a júzer azt telepít amit akar. Nem kellene mérnököknek azon agyalni hogy védjék le a bootloadert stb... a rommereknek pedig nem kéne a nyitással bajlódni. Pl HTC HD2-re fel lehet tenni WM 6.5öt, androidot, WP7-et, valameddig eljutottak MeeGo és Ubuntu portolásában is. Gyártónak nem kellene licensz díjat fizetni, talán kevesebb szabadalmi per lenne... Tudom, tudom, édes álom. De milyen szép is volna.
“A szervizben munka folyik, nem víz. Ezért a szerviz rövid i.” by Fagyallo
-
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
Nem éppen telefon, de azok "lelkivilágát" idéző elektronikák egyre szaporodni kezdtek:
Rapsberry PiTényleg piszok jó lenne egy open smart phone.
-
danaudio
aktív tag
Felszenvedtem a RealICS lite R4-et, egy kérdésem lenne. Hol lehet beállítani h pl sms íráskor meg híváskor ilyen fasza ötszöges hátterem legyen mint xda-n? nekem egy sima szürke van és ugyan az égvilágon minden moddolható kb, azt nem találtam
-
ko9
addikt
válasz proximus #16981 üzenetére
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.
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.
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.
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.
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...
Hál Istennek azt még tudjuk módosítani. Sőt, fel is tudjuk használni. Vannak benne bizonyos részek (a gyáriban is), amik meghívnak bizonyos szkripteket (gondolok itt az install-recovery.sh-ra, vagy akár a hw_config.sh-ra, vagy akár a chargemonra). Ezeket módosítva fel tudjuk használni arra, hogy külső szkripteket futtassunk. Így megy pl a zárt bootloaderes CWM is.
A new v2 kernel additions csomag tartalmazza.
Pedig direkt megnéztem, és esküszöm nem láttam. Viszont akkor nagy hiba, hogy nem rakta be a RAMDiskbe.
...ránéztem a hivatkozásra....
A hivatkozáson lévő dolgok nagy része HTC-kre vonatkozik, S-OFF/S-ON mint ilyen, nálunk nincs, SPLhez sincs hozzáférésünk. Ennek a módját mi csak Trim Area (innen TA) módosításával tudjuk szabályozni.
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.
Egyébként minden ami *.sin, az jelnti azt hogy alá (is) van írva?
Igen.
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.
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.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".
Végülis, igen.
Vagy csak nem mind -perf végű kernel, ezért csináltak úgy, minhta nem is lenne meg a modul(a ROM-ban)?
Megmagyaráztad magadnak.
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.
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.
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.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...
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.
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.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...
Minden (!!) 2.6.32-es kernelt használ. Mást nem tud indítani...
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?
Igen, legfrissebb CM-ek erre.
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
danaudio
aktív tag
válasz dokee78 #16984 üzenetére
Ja értem, akkor viszont nem tudom miért arról vannak screenshotok a lite-ban. Egyébként szuperjó lett a telefon . Akkuidő miatt aggódok picit, bár az eddig sem volt nagy, a beats audio-nak viszont nagyon jótékony hatása van, sokkal jobban szól a teló (lehet túlzásba viszi a basst, de csak pont egy csöppnyit ahogy szeretem )
A hívásokkor a képernyő automata zárolása viszont mintha nem akarna működni, valakinek volt ilyen? (amikor a fejemhez emelem a telót) -
ricsike81
aktív tag
ics hibákat irjatok, tapasztalatokat kérek. Köszönöm!
-
Bukk900
őstag
válasz ricsike81 #16988 üzenetére
hibák:
- több memóriát fogyaszt, ellenben fagyaszthatóak a gyári appok
- kameránál lassabb autofókusz, gyengébb makró, viszont szebbek a képek az enyhébb tömörítés miatt
- tárcsázó, menü lassabb, tiszta telepítésnél jobb a helyzet
- felvett videó lejátszásnál akad, a hangja monó lett, nekem ez az egyedüli zavaró hibájaelőnyök:
- az nagyon sok van neki, szebb, jobb üzemidő, több új funkció, gyorsabb wifi gps, átláthatóbb menü stb. -
ricsike81
aktív tag
Device connected in flash mode
ezt irja ki flasselésnél. mit csionáljak kérlek segítsetek.
-
Dave1984
őstag
válasz danaudio #16986 üzenetére
szia.Nekem nagyon jók a tapasztalataim az akksival!Leggyorsabb ICS rom,amit eddig főztek!Antutu 1400mhz CPU control Ondaimand SIO beállításon 4400pont!HD Mkv videókat is akadásmentesen lejátsza Mx playerrel,amire eddig még egyik rom sem volt képes!
Nekem a tudat nem ad szabad utat
-
-
ricsike81
aktív tag
sikerült a frissítés megoldottam. hajrá ics !
kiváncsi vagyok a gps-re. Ki mit tapasztalt gps-sel kapcsolatban ?
-
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...
Új hozzászólás Aktív témák
- Milyen asztali médialejátszót?
- Mindenkinek elérhetővé teszi a képgenerálást a Lossless Scaling
- ASUS routerek
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Milyen SSD-t vegyek?
- Honor Magic6 Pro - kör közepén számok
- Google Pixel 6/7/8 topik
- Kötelező BIOS frissítéssel orvosolná a Core CPU-k stabilitási gondját az Intel
- Milyen billentyűzetet vegyek?
- HiFi műszaki szemmel - sztereó hangrendszerek
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest