Hirdetés
- Honor Magic5 Pro - kamerák bűvöletében
- Kiderült, mekkora aksi van az iPhone 16-okban
- Apple Watch Ultra - első nekifutás
- iPhone topik
- Poco X6 Pro - ötös alá
- Mobil flották
- Samsung Galaxy Watch7 - kötelező kör
- Samsung Galaxy Z Fold4 - egyre megy, honnan nézed
- Fotók, videók mobillal
- Honor Magic6 Pro - kör közepén számok
Hirdetés
-
Edifier R1600T III 2.0 Aktív hangfal
lo Tegnap érkezz meg az új hangfal rendszer. Egyrészt azért esett rá a vásárlás, mert ajánlott, másrészt van hozzá...
-
Füstös rózsaszínben is elérhetők a Sony csúcsmodelljei
ma Az 1000X szériás fül- és fejhallgató kapott egy nőiesebb opciót.
-
Minden információt felhasználnak rólunk a közösségi cégek
it Az amerikai hatóságok szerint a közösségi média felhasználói nem igazán rendelkeznek irányítással azon adatok fölött, amit az AI-rendszerekkel megetetnek a nagy cégek.
-
Mobilarena
ZTE Grand X IN - MÉLYVÍZ Belépés csak úszóknak!
Új hozzászólás Aktív témák
-
ko9
addikt
válasz kelzsoca #603 üzenetére
Nem, egy ismerősömnél van, aki kíváncsi volt rá, hogy milyen, és elküldtem neki. Meg kicsit bele is mászik már a lelkébe, ha ottvan nála
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
ko9
addikt
válasz Keeperv85 #604 üzenetére
Annyi volt itt, hogy mikor először próbáltam összerakni a CWM-et, akkor nem indította el a recoveryt, ergo csak bejött az Intel initlogo, és fél perc múlva reboot. Így ment egészen addig, ameddig nem vettem ki az akksit.
Ha kivettem, majd visszaraktam az akksit, akkor bementem Droidboot módba, onnan újraindítva a telót bebootolt a rendszer. De mivel olyan recovery volt rajta, amit nem kezel, ezért onnan nem tudtam frissíteni.
Felraktam Droidboot módban a X900 recovery.img-ét, majd újrabootoltam rendszerbe, majd felraktam SD kártyára az update.zip-et, és elindítottam a frissítést. Újraindult, majd gondolom bement recoverybe, és végigvitte a frissítést - azért csak gondolom, mivel nem láttam semmit a kijelzőn, ugye X900-ba más panel, stb. Mikor végzett, újraindítottam, és onnan ment minden frankón, visszaírta a saját recovery fájlait.--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
Keeperv85
nagyúr
Engem ebben az érdekelne erősen, hogy egy olyan gyári recoveryven (Xolo 900), ami egyrészt régiózáras, akárcsak a miénk, másrészt zárja a bootloadert is, mellé egy olyan rommal, amiben nincs recovery, mégis hogy kerül fel egy működő recovery a telepítés után... dögöljek meg ha én ezt értem...
-
ko9
addikt
válasz Keeperv85 #607 üzenetére
Ez nem teljesen igaz, a recoverynek vajmi kevés köze van a bootloaderhez. Ahhoz a Droidboot rész fér hozzá.
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
Keeperv85
nagyúr
Ez az ami nem igaz. A recovery itt, majd meglátod, csak és kizárólag bootloader módban fut. Sehogy máshogy. Ezt a részét kihagyhatjuk, ezen már túltettem magam. Azt mond el, hogy egy olyan rom, amiben nincsen recovery, mert nincs, hogy teszi vissza azt a gyári állapotára egy olyannal, ami régióra ellenőriz... mert fel nem fogom.
-
ko9
addikt
válasz Keeperv85 #609 üzenetére
Foggalmam sincs, nekem így sikerült megcsinálni próbáld meg. Lehet a Xolo recoveryben nincs régiózár, végülis minek lenne, csak Indiában adták ki.
Mellesleg a ROM telepítéskor újraírja a recoveryt, ezt direkt megnéztem.--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
apeelme
addikt
-
Keeperv85
nagyúr
..és emlékeim szerint csak akkor csinál vele valamit, ha az előző verzió hibátlan, mert a patch csak akkor lesz sikeres, ha mindkét SHA (target-out) egyezik a műveletben. Nemde? Plusz kéne hozzá csatolni a recoervy partíciót, ami itt a habokban van...
@ko9:
Nem, nem írja újra. Már párszor felhúztam a B04-et a custom recovery-vel. Nem nyúl hozzá, mert a fent leírt miatt nem tud! Kipróbáltam a Xolo recovery-t... nem indul el vele a boot. Visszadob a recoverybe, ahol ugye nincs kép...
[ Szerkesztve ]
-
ko9
addikt
válasz Keeperv85 #612 üzenetére
Pedig valahol csak van, ha fastboot flash recovery-vel felment a recovery image.
Ha visszajön a telóm ezt is kipróbálom és leírom lépésről lépésre
[ Szerkesztve ]
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
Keeperv85
nagyúr
Nincs. Nem úgy megy fel. Emlészel az első 100MB-ra? Van egy update_osip nevű bináris az sbin-alatt a ramdsik-en. Az írja be abba a szuperblokkba. Ha becsomagolod azt a 100MB-ot egy tisztességes tömörítővel, akkor kb. 30MB-ot kapsz. Ott van benne a boot, a droidboot és a recovery.bin. nevezzük a nevén, mert ez a neve közvetlen a build után (mindegy most hogy ezt honnan tudom)
[ Szerkesztve ]
-
Keeperv85
nagyúr
Ez a gyári 3e recovery log-ja, miután felkelt a rendszer. Nézzétek a végét! Ez az, amit a CWM biztos nem tud és nem is csinál. Nyilván ezért nem indul e a teló többé boot módban, ha az egyszer fut...
Starting recovery on Fri Jan 4 09:55:56 2013
framebuffer: fd 6 (540 x 960)
framebuffer: fd 6 (540 x 960)
recovery filesystem table
=========================
0 /tmp ramdisk (null) (null) 0
1 /reserved hidden /dev/block/mmcblk0_none none 0
2 /factory ext4 /dev/block/mmcblk0p1 none 0
3 /system ext4 /dev/block/mmcblk0p2 none 0
4 /cache ext4 /dev/block/mmcblk0p3 none 0
5 /config ext4 /dev/block/mmcblk0p5 none 0
6 /panic raw /dev/block/mmcblk0p6 none 0
7 /media vfat /dev/block/mmcblk0p7 none 0
8 /data ext4 /dev/block/mmcblk0p8 none -16384
9 /logs ext4 /dev/block/mmcblk0p9 none 0
10 /mnt/sdcard vfat /dev/block/mmcblk1p1 /dev/block/mmcblk1 0
Command: "/sbin/recovery"
persist.service.apklogfs.enable=0
persist.service.crashlog.enable=1
persist.sys.logcat.debug=0
ro.sf.lcd_density=240
panel.physicalWidthmm=52
panel.physicalHeightmm=89
ro.opengles.version=131072
gsm.net.interface=rmnet0
persist.system.at-proxy.mode=0
ro.secure=1
ro.allow.mock.location=0
ro.debuggable=0
wifi.interface=wlan0
ro.wifi.manufacturing=Broadcom
ro.wifi.type=BCM4330
persist.ril-daemon.disable=0
persist.sys.usb.config=mtp
ro.build.id=GXI_THUV1.0.0B04
ro.build.display.id=GXI_THUV1.0.0B04
ro.build.version.incremental=eng.ztetd.20120929.195416
ro.build.version.sdk=15
ro.build.version.codename=REL
ro.build.version.release=4.0.4
ro.build.date=Sat Sep 29 20:00:30 CST 2012
ro.build.date.utc=1348920030
ro.build.type=user
ro.build.user=ztetd
ro.build.host=SCL_XA242_100
ro.build.tags=release-keys
ro.product.model=Grand X In
ro.product.brand=ZTE
ro.product.name=mfld_pr2
ro.product.device=mfld_pr2
ro.product.board=mfld
ro.product.cpu.abi=x86
ro.product.manufacturer=ZTE
ro.product.locale.language=hu
ro.product.locale.region=HU
ro.wifi.channels=
ro.board.platform=mrst
ro.build.product=mfld_pr2
ro.build.description=mfld_pr2-user 4.0.4 GXI_THUV1.0.0B04 eng.ztetd.20120929.195416 release-keys
ro.build.fingerprint=ZTE/mfld_pr2/mfld_pr2:4.0.4/GXI_THUV1.0.0B04/eng.ztetd.20120929.195416:user/release-keys
ro.build.characteristics=default
persist.sys.timezone=Europe/Budapest
ro.build.baseband_version=HU_P940A10V1.0.0B09
apps.setting.product.release=GXI_THUV1.0.0B04
ro.build.sw_internal_version=HU_P940A10V1.0.0B09
ro.build.pcsuite_version=HU_P940A10V1.0.0B09
ro.build.pcsuite_int_ver=HU_P940A10V1.0.0B09
zte.service.atcmdsrv.enable=1
persist.service.adb.enable=0
keyguard.no_require_sim=true
ro.com.android.dataroaming=false
ro.com.android.dateformat=MM-dd-yyyy
ro.config.ringtone=Ring_Synth_04.ogg
ro.config.notification_sound=pixiedust.ogg
ro.setupwizard.mode=ENABLED
ro.com.google.gmsversion=4.0_r6
ro.com.google.apphider=off
ro.com.google.clientidbase=android-zte
ro.com.google.clientidbase.ms=android-tmobile-{country}
ro.com.google.clientidbase.am=android-tmobile-{country}
ro.com.google.clientidbase.gmm=android-zte
ro.com.google.clientidbase.yt=android-zte
drm.service.enabled=true
ro.country.version=hu
ro.ril.status.polling.enable=0
dalvik.vm.heapsize=64m
ro.product.cpu.abi2=armeabi-v7a
ro.config.personality=compat_layout
net.bt.name=Android
net.change=net.bt.name
dalvik.vm.stack-trace-file=/data/anr/traces.txt
ro.board.id=unknown
ro.factorytest=0
ro.serialno=
ro.bootmode=fota
ro.baseband=unknown
ro.carrier=unknown
ro.bootloader=unknown
ro.hardware=mfld_pr2
ro.revision=0
init.svc.recovery=running
init.svc.watchdogd=running
init.svc.console=stopped
init.svc.apk_logfs=stopped
run into restore_handle
Backup OSIP header:
sig 0x24534f24, header_size 0x68, header_rev_minor 0x0, header_rev_major 0x1
header_checksum 0xd5, num_pointers 0x3, num_images 0x1
os_rev = 0x0, os_rev = 0x0, logcial_start_block = 0xfd2
ddr_load_address = 0x1100000, entry_point = 0x1101000, size_of_os_image= 0x3950,attribute= 0x1
os_rev = 0x0, os_rev = 0x0, logcial_start_block = 0xbbb2
ddr_load_address = 0x1100000, entry_point = 0x1101000, size_of_os_image= 0x40c1,attribute= 0xd
os_rev = 0x0, os_rev = 0x0, logcial_start_block = 0x111a2
ddr_load_address = 0x1100000, entry_point = 0x1101000, size_of_os_image= 0x4a75,attribute= 0xf
read of osip from BACKUP_LOC works
page size 524288
sig 0x24534f24, header_size 0x68, header_rev_minor 0x0, header_rev_major 0x1
header_checksum 0xd5, num_pointers 0x3, num_images 0x1
os_rev = 0x0, os_rev = 0x0, logcial_start_block = 0xfd2
ddr_load_address = 0x1100000, entry_point = 0x1101000, size_of_os_image= 0x3950,attribute= 0x1
os_rev = 0x0, os_rev = 0x0, logcial_start_block = 0xbbb2
ddr_load_address = 0x1100000, entry_point = 0x1101000, size_of_os_image= 0x40c1,attribute= 0xd
os_rev = 0x0, os_rev = 0x0, logcial_start_block = 0x111a2
ddr_load_address = 0x1100000, entry_point = 0x1101000, size_of_os_image= 0x4a75,attribute= 0xf
write of osip worked -
Keeperv85
nagyúr
Nem értem a logból mit kell csinálni az baj.
Valamit ír a 100-as blokkra (gondolom én...), meg előtte menti valahová, ami ott volt. De mivel a recovery alól leheleten bármit is menteni/logolni vagy bármi mást, így ez kicsit érdekes lenne. Eredetileg arra gondoltam pedig, hogy dd-vel lehúzom a futó recovery alól újra ezt a 100-as blokkot és megnézem mennyiben tér el attól, amikor működik a rendszer.
Csakhogy ez nem fog menni, ugyanis képtelenség a reco felől hozzáférni a telóhoz külső eszközökkel...
-
apeelme
addikt
válasz Keeperv85 #626 üzenetére
Ebben a legutolsó vezióban a reboot system now-ra egy /sbin/reboot bootloader parancsot futtat, ami alapból CWM alatt működik...tesztelve más készüléken.
Ha ezek szerint ezt sem akarja, akkor lehet hogy vmi cache-t vagy tmp-et kell törölni kilépés előtt.
Úgy csináltam meg hogy a killrecovery.sh szkript fut le reboot system now menüpontra, így ezzel újrabuild nélkül lehet "bűvészkedni", elég csak az initrmban szerkesztgetni a fájlt.
Ez egy szörnyszülött készülék az már biztos... -
Keeperv85
nagyúr
Sajnos van ennél rosszabb hírem is: kivettem az fstab-ot a "kezei alól", tehát nem fér hozzá semmihez, mindenre kiírja, hogy nem tudja mountolni. Elindítottam a rendes boot-ot (Hogy biztos minden a helyére kerüljön.), visszaléptem ebbe a kiherélt verzióba: nem jön ki többé belőle.
-
ko9
addikt
Az a baj állítom, az összes többi Intel alapú is ilyen szörnyszülött lesz
Keeperv85: Köszi! Forrás van hozzá? Esetleg patcheket el tudod küldeni?
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
Keeperv85
nagyúr
Félreérted kolléga: én vettem ki most kipróbálni, hogy az-e a gond, hogy írunk vagy nem írunk valahová éppen. Megy ez, pont annyira mint az. Tehát belép a recovery-be szépen. csak ki nem jön továbbra sem.
@ko9:
Tévedsz. egyik sem ilyen. Mindegyiken megvan a helye fixen a reco-nak és a boot-nak is, megnéztem!
A forrás: komplett JB forrás: nekem nincs hozzá netkapacitásom hogy én azt lehúzzam, így apeelme kolléga épít, én csak tesztelek.
Ja és a Moto-ban (utána jártam most direkt), egy verzióval frissebb proci van, szóval igazam volt abban, hogy a két telót merőben eltér egymástól. (Ebben a 60-as van, abban a 80-as)
Megnéztük azt is milyen ott a szoftverezettség az Androidon kívül... Hát nem ilyen.
[ Szerkesztve ]
-
-
Keeperv85
nagyúr
Nem, dehogy tudtam. Egyik srácnak van itt akit a haverom ismer, azt "interjúvoltam meg" msn-en, hogy írjon pár dolgot. Ezen kívül a Razr I topickban is írták páran, hogy abban bizony nem a Z2460 van, hanem a Z2480.
Itt van pluszban ugye a recovery ahhoz, így azt is látom, hogy az fstab-ban a 4-es és az 5-ös blokkon kapott ott helyet a boot és a recovery. Van misc partíciója, ami nekünk nincsen és van egy PDS nevű is, amiről csak sejtem, hogy az lehet, ami nálunk a log.
Tehát azzal ki is fújt az átfedés, hogy mind a kettő Intel. Sajnos.
Jut eszembe tegnap tlac említette, hogy vissza kéne fejteni a binárisokat, valaki tud valami megoldást Linux alá, megpróbálhatjuk.
-
ko9
addikt
válasz Keeperv85 #635 üzenetére
Akkor szólni kéne a Rusinak, hogy javítsa a cikket itt, mert eléggé félrevezető.
Mondjuk azt nem értem, hogy végülis nekik TELJES forrásuk van, és mégse csináltak még SEMMIT egy CWMen kívül. Azt se abból a forrásból...Próbáltam utánnanézni, de nem találtam semmit
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
ko9
addikt
válasz Keeperv85 #637 üzenetére
XDA-n egyik srác már villogott vele, hogy saját kernel van fenn neki. Ha nem is nyitja mindenki a bootloadert, de ez akkor is egy lehetőség.
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
ko9
addikt
válasz kelzsoca #639 üzenetére
Ezeknek a srácoknak külön fejlesztési fórum van: [link]
XDA-n több embert láttam, aki nyitotta a bootloadert. Bár ha belegondolsz, amíg nincs ok, amiért ki kellene nyitni, addig nem is fogják.Magas ár? Max nálunk
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
feelurself
aktív tag
Sziasztok !
Boldog tulajdonosa vagyok egy ilyen telefonnak, ámde olyan kérdésem volna, hogy van ugye az akkumlátorbeállításoknál ez a "proci piszkálása". Namost alapjáraton (legalábbis nálam) bevan kapcsolva a Hyper Threading, az órajel 600-on, valamint Ondemand és s0ix az aktív üresjárat és azt tapasztaltam, hogy a Pou pl. sky jumpingnál hajlamos belagolni Vagy pl a Virtua Tennis mégjobban hajlamos erre.
Fogtam magam, és átállítottam a proci órajelét 1400 Mhz-re és voálá, sehol egy lag.
Örülök nagyon, de:
-gondolom nem tesz jót a telefonnak, sem az üzemidőnek ha huzamosabb ideig így használom a telefont.
-a userspace, ondemand stb beállítások közül melyiket javasoljátok (gondolom itt a két nagy esélyes az ondimand és a conservative a kérdés csak az hogy melyik és miért), valamint az órajelet mennyin hagyjam, hogy ne is legyen lag és a készüléket se hajtsam ki?Másrészről érdekelne ez az aktív üresjárat kicsit bővebben, mert konktétan fogalmam sincs mit takar.
Ja, am a Next féle cfw van a telefonon ha ez mondana valamit, de a lag a gyári rommal is ugyanígy fent állt.
[ Szerkesztve ]
-
Keeperv85
nagyúr
Kaptunk egyik kedves fórumtársunktól (Carathorys) logot, mi is történik, mikor kifagy a képernyőzár.
Lássuk!
01-07 22:26:36.072 190 253 E KeyguardUpdateMonitor: Object tried to add another INFO callback
01-07 22:26:36.072 190 253 E KeyguardUpdateMonitor: java.lang.Exception: Whoops
01-07 22:26:36.072 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.KeyguardUpdateMonitor.registerInfoCallback(KeyguardUpdateMonitor.java:586)
01-07 22:26:36.072 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.KeyguardStatusViewManager.onResume(KeyguardStatusViewManager.java:312)
01-07 22:26:36.072 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.LockScreen.onResume(LockScreen.java:480)
01-07 22:26:36.072 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.MiFavorChangeableLockScreen.onResume(MiFavorChangeableLockScreen.java:128)
01-07 22:26:36.072 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.LockPatternKeyguardView.show(LockPatternKeyguardView.java:699)
01-07 22:26:36.072 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.LockPatternKeyguardView.onScreenTurnedOn(LockPatternKeyguardView.java:651)
01-07 22:26:36.072 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.KeyguardViewManager.onScreenTurnedOn(KeyguardViewManager.java:230)
01-07 22:26:36.072 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.KeyguardViewMediator.handleNotifyScreenOn(KeyguardViewMediator.java:1356)
01-07 22:26:36.072 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.KeyguardViewMediator.access$1500(KeyguardViewMediator.java:92)
01-07 22:26:36.072 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.KeyguardViewMediator$2.handleMessage(KeyguardViewMediator.java:1054)
01-07 22:26:36.072 190 253 E KeyguardUpdateMonitor: at android.os.Handler.dispatchMessage(Handler.java:99)
01-07 22:26:36.072 190 253 E KeyguardUpdateMonitor: at android.os.Looper.loop(Looper.java:137)
01-07 22:26:36.072 190 253 E KeyguardUpdateMonitor: at com.android.server.wm.WindowManagerService$PolicyThread.run(WindowManagerService.java:748)-----------------------
01-07 22:26:36.092 190 253 E KeyguardUpdateMonitor: Object tried to add another SIM callback
01-07 22:26:36.092 190 253 E KeyguardUpdateMonitor: java.lang.Exception: Whoops
01-07 22:26:36.092 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.KeyguardUpdateMonitor.registerSimStateCallback(KeyguardUpdateMonitor.java:601)
01-07 22:26:36.092 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.KeyguardStatusViewManager.onResume(KeyguardStatusViewManager.java:313)
01-07 22:26:36.092 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.LockScreen.onResume(LockScreen.java:480)
01-07 22:26:36.092 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.MiFavorChangeableLockScreen.onResume(MiFavorChangeableLockScreen.java:128)
01-07 22:26:36.092 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.LockPatternKeyguardView.show(LockPatternKeyguardView.java:699)
01-07 22:26:36.092 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.LockPatternKeyguardView.onScreenTurnedOn(LockPatternKeyguardView.java:651)
01-07 22:26:36.092 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.KeyguardViewManager.onScreenTurnedOn(KeyguardViewManager.java:230)
01-07 22:26:36.092 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.KeyguardViewMediator.handleNotifyScreenOn(KeyguardViewMediator.java:1356)
01-07 22:26:36.092 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.KeyguardViewMediator.access$1500(KeyguardViewMediator.java:92)
01-07 22:26:36.092 190 253 E KeyguardUpdateMonitor: at com.android.internal.policy.impl.KeyguardViewMediator$2.handleMessage(KeyguardViewMediator.java:1054)
01-07 22:26:36.092 190 253 E KeyguardUpdateMonitor: at android.os.Handler.dispatchMessage(Handler.java:99)
01-07 22:26:36.092 190 253 E KeyguardUpdateMonitor: at android.os.Looper.loop(Looper.java:137)
01-07 22:26:36.092 190 253 E KeyguardUpdateMonitor: at com.android.server.wm.WindowManagerService$PolicyThread.run(WindowManagerService.java:748)Vélemény?
[ Szerkesztve ]
-
Keeperv85
nagyúr
Engem jobban zavar, hogy:
a, nem megy az óra (nézd csak, hogy a log-ban végig ugyan az az idő van!)
b, minden esetben benne van a SIM kártya a történetbenEhhez már csak a hab a tortán, hogy a legtöbben azt mondják: "Akkor fagyott ki, mikor hívás érkezett, nem tudtam felvenni". Tetézi ezt, hogy a custom rom alatt az érintetlen AOSP lock fut.
Nekem ez még mindig a RIL felé húz...
Megfagyassza a framework-öt, amit ilyenkor a lock screen szenved el és így marad...
-
TBG
senior tag
válasz Keeperv85 #645 üzenetére
Nekem is másfél hónap alatt volt 2 darab fagyásom...mindkettő tettenérhetően a gmail szinkronizáció közben....
A RIL-el az a bajom, hogy ha az lenne gatya, akkor nem csak a lock-ot rántaná magával, hanem gyakorlatilag tetszőleges időben és helyen megölné a rendszert, nem?
[ Szerkesztve ]
ZTE Grand X powered by Intel® Atom™, Eladó: Panasonic HC-V10 HD+16GB SD kártya 25K.
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a topic összefoglalót!
- Politika
- Nők, nőügyek (18+)
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Ingyen kellene, de tegnapra
- Óra topik
- Honor Magic5 Pro - kamerák bűvöletében
- Premier előzetesen a God of War: Ragnarök PC-s kiadása
- OLED TV topic
- Kiderült, mekkora aksi van az iPhone 16-okban
- EA Sports WRC '23
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen