Hirdetés
-
IT café
ZTE Grand X IN - MÉLYVÍZ Belépés csak úszóknak!
Új hozzászólás Aktív témák
-
szezso15
addikt
Szia!
Meg tudnád valahogy osztani az eddig elkészült dev. tree-t? Én alapból Incredible S-re fejlesztgetek, de néha belepillantok a GXi lelkivilágába is, jó lenne, ha meg lehetne nézni a tiedet is (hamár Open Source), hátha nincs olyan hiba benne, mint az én próbálkozásaimban...[ Szerkesztve ]
*Hajrá Loki!* i15+
-
ko9
addikt
válasz Keeperv85 #753 üzenetére
Amint legalább annyira használható állapotban lesz mint a tied, akkor természetesen megosztom.
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
Keeperv85
nagyúr
válasz Carathorys #757 üzenetére
Melyik CM? 9? 10? A busybox-ot patchelni kell (ha még nincs benne).
-
Carathorys
csendes tag
válasz Keeperv85 #758 üzenetére
Cm 10, elvileg a busybox patch benne van, nem? Mindenesetre megpróbáltm behúzni, amit linkeltél, de úgy sem akarta az igazságot :/
Szerk:
Amúgy abban a részletben nem értem, hogy miért van arm-os assembly, direktíva nélkül, sehol máshol nem volt eddig...[ Szerkesztve ]
-
Keeperv85
nagyúr
válasz Carathorys #759 üzenetére
Meg tudod nézni mi van benne. Belépsz a könyvtárába:
git log
A legfrissebb commit sorszámával átjössz ide: [link]
A keresődoboz kezeli a sorszámokat.
-
Keeperv85
nagyúr
Helyzetjelentés: átálltam JB-re. Ehhez viszont nulláról kell újraírni a dev.tree-t, szóval ezt ami most kész van, csak részben fogom felhasználni, úgyhogy amint lefordult egy JB rom, ezt a korábbit törölni fogom. (Nem nagy kár érte...)
Első nekifutásra fennakadtam a powertop x86 inkompatibilitása miatt, de ez _talán_ megoldva...
szerk:
Egyébként csak a helyre igazítás végett: az ÖSSZES Android natívan támogatja az asztali x86-ot, mióta az első főverziók kijöttek. Egyetlen kivétel van: CM sorozat. . Nyilván ez nem jelenti azt, hogy minden további nélkül szaladgál akármelyik asztali gépen, csupán annyit, hogy a build környezet elő van készítve erre.
[ Szerkesztve ]
-
ko9
addikt
Na én most végeztem a 4.2 builddal a saját - eléggé minimális - devtreemmel. Végig ment minden, egy-két apróbb módosítást kellett eszközölnöm. GPS/BT-t egyszerűen kizártam, előbb induljon el. Egyedül a systemimage-t nem akarja legyártani, annyi baj legyen.
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
Keeperv85
nagyúr
válasz Carathorys #767 üzenetére
A powertop-on hogy jutottál át?
-
Keeperv85
nagyúr
válasz Carathorys #769 üzenetére
Ja hogy az AOSP. Az alatt szerintem ezt az áldást kihagyták. Remélem most tényleg sikerült megcsinálnom, de még nem kiabálom el. Most már a hiányzó porp. fájlok miatt panaszkodik, ami némi előrelépés.
A Skia problémára is várom az építő ötleted, mert ASM-ben még annyira sem vagyok otthon, mint C-ben... szégyen vagy sem...
[ Szerkesztve ]
-
Carathorys
csendes tag
válasz Keeperv85 #770 üzenetére
Annyit csináltam, hogy az ASM blokkot kivettem, és az alatta lévő függvényben is kivettem a meghívását (meg a feltételellenőrzést, stb...) Gondolom ez valami optimalizálás lehetett, vagy nem tudom, mindenesetre
extern "C" {
//Hard coded copy with size of 72 bytes. This will avoid the extra cost
//of size checking branching in generic memcpy code
inline void memcpy_72(int* src, int* dst) {
__asm__ volatile ("cpy r4, %1 \n"
"cpy r5, %0 \n"
"ldm r4!, {r0-r3} \n"
"cpy r12, r5 \n"
"stm r12!,{r0-r3} \n"
"ldm r4!, {r0-r3} \n"
"stm r12!,{r0-r3} \n"
"ldm r4!, {r0-r3} \n"
"stm r12!,{r0-r3} \n"
"ldm r4!, {r0-r3} \n"
"stm r12!,{r0-r3} \n"
"ldm r4, {r0-r1} \n"
"stm r12, {r0-r1} \n"
:
: "r" (src), "r" (dst)
: "r0", "r1", "r2", "r3", "r4", "r5", "r6", "r12");
}
}
SkPaint::SkPaint(const SkPaint& src) {
//Be noted to update this field when struture is changed!
if(sizeof(src) == 72){
memcpy_72((int*)this, (int*)&src);
} else {
memcpy((int*)this, (int*)&src, sizeof(src));
}
SkSafeRef(fTypeface);
SkSafeRef(fPathEffect);
SkSafeRef(fShader);
SkSafeRef(fXfermode);
SkSafeRef(fMaskFilter);
SkSafeRef(fColorFilter);
SkSafeRef(fRasterizer);
SkSafeRef(fLooper);
SkSafeRef(fImageFilter);
}ebből csináltam a következőt:
SkPaint::SkPaint(const SkPaint& src) {
memcpy((int*)this, (int*)&src, sizeof(src));
SkSafeRef(fTypeface);
SkSafeRef(fPathEffect);
SkSafeRef(fShader);
SkSafeRef(fXfermode);
SkSafeRef(fMaskFilter);
SkSafeRef(fColorFilter);
SkSafeRef(fRasterizer);
SkSafeRef(fLooper);
SkSafeRef(fImageFilter);
}Amúgy assembly-hez én sem értek sajnos, meg kollégáim sem, de már rajta vagyok/unk az ügyön
[ Szerkesztve ]
-
Keeperv85
nagyúr
válasz Carathorys #771 üzenetére
Én kivettem az egész fájlt elsőre... biztos nem lesz jó a kimenet, de abban nem vagyok biztos, hogy az ASM eltávolítása után igen
-
Symonka
csendes tag
Sziasztok.
Olyan problémám jelentkezett ma, hogy a telefon bekapcsoláskor a következővel fogad: "Low storage space!"
rendszerüzenet, csak néztem nagyokat...
Nem tudok app-ot telepiteni mert: ezt kapom: "Nincs elég hely" Szabaditson fel egy kis helyet és próbálja újra... mint anno a blade :/
Azért nevetséges mert a 16gb-os kártyámból 8gb szabad amit a telefon is megmond a belső tárhely pedig 1.3gb szabad... vki tud megoldást mert ez így nagyon elszomoritó, nevetséges újrainditás nem oldja meg a próblémát.. gyári rom is produkálta és most a nextv2-is...Symbian
-
Keeperv85
nagyúr
válasz Carathorys #775 üzenetére
Megadtad a dev.tree alatt a méretét?
-
Symonka
csendes tag
Ha nekem szól, nem turkáltam a telóban csak root + next v2
Mondjuk tuti nem nekem szólt... Másnak nincs olyan problémája mint nekem?
Esetleg nincs ötletettek ez mi lehet? csere lesz belőle?Symbian
-
Carathorys
csendes tag
Ha csináltál backup-ot CWM-al, akkor lehet, hogy az foglalja a helyet... nekem is ilyen volt, simán letörölhető fájlkezelővel
Keep:
Azt a devtree-t használom, amit még te linkeltél, révén hogy annyira azért nem vagyok benne még a dolgokban. De most szállt el a délutáni fordulás, szóval igazából mindegy.. Mi az egészből a tanulság:
byobu nevű program hasznos, ha szokásod véletlenül bezárni az egyes ablakokat, és utána elfelejted kijelölni, hogy mire akarsz fordítani[ Szerkesztve ]
-
Keeperv85
nagyúr
válasz Carathorys #779 üzenetére
Azóta van benne egy javítás. Benne van pár hiányzó rész. Nekem azzal az AOSP (ICS-t néztem), már lefordul. Persze nem csinál semmit. (Azóta másikat kezdtem a CM10.1 miatt).
A BoardConfig.mk-ban ez a sor:
BOARD_SYSTEMIMAGE_PARTITION_SIZE := 0x805306368
...adja az ext4 img méretét. Feltétlen kell hozzá, másképp a végén ott kiszáll.
-
Keeperv85
nagyúr
válasz Carathorys #781 üzenetére
Közben nézem, hogy a vendort újfent sikerült elcseszni... remélem észrevetted... (Mivel ez a dev.tree halálra van ítélve, itt már nem akarom javítani...)
-
ko9
addikt
válasz Keeperv85 #766 üzenetére
Újrakezdtem megint, mert elég sok mindent kihagytam a vendorból, most tán-tán jó lesz.
Sima x86-al fordítottam. Most megnéztem x86-atommal, azzal az a baj, hogy nekem a prebuilt toolchainból/ndkból teljesen hiányzik ez, csak x86 van. Pedig Intel SDK forrást használok.
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
Keeperv85
nagyúr
Nem csak onnan, hiányzik a 4.2 alatt a Dalvik VM-ből is már. Éppen azért kérdeztem, nehogy ezzel szívj feleslegesen. Állítólag összehegesztették a hagyományos x86 ággal.
Én is azzal estem most neki. Eddig szép és jó, bár a vendorba folyamat pakolgatni kell, ha megáll éppen... Csak van egy olyan igen kellemetlen megérzésem, hogy részemről az is csoda lenne, ha a bootloopra eljutna legalább. (Az AOSP biztos nem ment...). Ha az meg van, akkor igen valószínű már csak pár lib, meg a ramdisk. Ja meg a remek konfigurálás a framework és egyéb dolgok mellé az overlay alatt...
-
ko9
addikt
válasz Keeperv85 #784 üzenetére
Végig is ment a build, kevesebb mint 40 perc alatt egyetlen hiba nélkül. Rájövök miért nem akar systemimage-t gyártani...
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
-
Keeperv85
nagyúr
-
ko9
addikt
-
Keeperv85
nagyúr
Mármint mit csinált meg az Intel? Külön írtak egy toolchaint, amiben van ilyen regiszter? Link? Eddig azt sem tudtam, hogy van külön Intelre (nem standard gcc) saját utasításkészlettel... De ha külön toolchain, akkor lehet nem jól rakta összes az mkext4fs binárisod... Nem lepne meg, ha a végén azért feküdne el...(Vagy azért mert lehagytad te is ügyesen a kötelező méret infót, mint én korábban... )
[ Szerkesztve ]
-
ko9
addikt
válasz Keeperv85 #791 üzenetére
Benne van a BoardConfigba a méretinfó. Igaz nem úgy mint a tiedbe, mert 0x-el kezdve azt írta, hogy nincs ott a méret, törölve pedig ez:
/bin/bash: / 2048 * (2048+64): syntax error: operand expected (error token is "/ 2048 * (2048+64)")
Install system fs image: out/target/product/mfld_pr2/system.img
/bin/bash: (((830472192 / 100) - 1) / img_blocksize + 1) * img_blocksize: division by 0 (error token is "+ 1) * img_blocksize")A GCC a forrással volt egybe, nem tudom mit módosítottak raja, egyáltalán azt se, hogy módosították-e.
[ Szerkesztve ]
--------------------------- 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 #793 üzenetére
Jó, fogalmam sincs mekkora méret kéne oda...
Mindegy, mára jóéjt, megint hosszú volt ez a nap
--------------------------- 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 #795 üzenetére
Tiedből vettem elsőnek, amit bemásoltam, az a te értékeddel van.
Úgy tudnék esetleg segíteni, hogy összerakod amit szeretnél, én meg lebuildolom, és elküldöm az outputot. Mondjuk így is lassú lenne, de gyorsabb még mindig talán mint most.
[ Szerkesztve ]
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
ko9
addikt
-
Carathorys
csendes tag
válasz Keeperv85 #789 üzenetére
SKIA bug csak CM-ben van, a hivatalos AOSP-ben nincs ilyen kódrészlet, így simán átmegy (nekem is továbbfordult. Nálam a hiba viszont máshogy néz ki, mint ko9-nél)
Installed file list: out/target/product/gxi/installed-files.txt
Target system fs image: out/target/product/gxi/obj/PACKAGING/systemimage_intermediates/system.img
Running: mkuserimg.sh -s out/target/product/gxi/system out/target/product/gxi/obj/PACKAGING/systemimage_intermediates/system.img ext4 system 0x805306368
+ echo 'in mkuserimg.sh PATH=out/host/linux-x86/bin/:/usr/lib/jvm/java-6-sun/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/development/android/AOSP/WORKING/out/host/linux-x86/bin:/development/android/AOSP/WORKING/prebuilts/gcc/linux-x86/x86/i686-linux-android-4.6/bin:/development/android/AOSP/WORKING/prebuilts/gcc/linux-x86/mips/mipsel-linux-android-4.6/bin:/development/android/AOSP/WORKING/development/emulator/qtools:/development/android/AOSP/WORKING/prebuilts/gcc/linux-x86/x86/i686-linux-android-4.6/bin:/development/android/AOSP/WORKING/development/scripts'
in mkuserimg.sh PATH=out/host/linux-x86/bin/:/usr/lib/jvm/java-6-sun/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/development/android/AOSP/WORKING/out/host/linux-x86/bin:/development/android/AOSP/WORKING/prebuilts/gcc/linux-x86/x86/i686-linux-android-4.6/bin:/development/android/AOSP/WORKING/prebuilts/gcc/linux-x86/mips/mipsel-linux-android-4.6/bin:/development/android/AOSP/WORKING/development/emulator/qtools:/development/android/AOSP/WORKING/prebuilts/gcc/linux-x86/x86/i686-linux-android-4.6/bin:/development/android/AOSP/WORKING/development/scripts
+ ENABLE_SPARSE_IMAGE=
+ '[' -s = -s ']'
+ ENABLE_SPARSE_IMAGE=-s
+ shift
+ '[' 5 -ne 4 -a 5 -ne 5 -a 5 -ne 6 ']'
+ SRC_DIR=out/target/product/gxi/system
+ '[' '!' -d out/target/product/gxi/system ']'
+ OUTPUT_FILE=out/target/product/gxi/obj/PACKAGING/systemimage_intermediates/system.img
+ EXT_VARIANT=ext4
+ MOUNT_POINT=system
+ SIZE=0x805306368
+ FC=
+ case $EXT_VARIANT in
+ '[' -z system ']'
+ '[' -z 0x805306368 ']'
+ '[' -n '' ']'
+ MAKE_EXT4FS_CMD='make_ext4fs -s -l 0x805306368 -a system out/target/product/gxi/obj/PACKAGING/systemimage_intermediates/system.img out/target/product/gxi/system'
+ echo make_ext4fs -s -l 0x805306368 -a system out/target/product/gxi/obj/PACKAGING/systemimage_intermediates/system.img out/target/product/gxi/system
make_ext4fs -s -l 0x805306368 -a system out/target/product/gxi/obj/PACKAGING/systemimage_intermediates/system.img out/target/product/gxi/system
+ make_ext4fs -s -l 0x805306368 -a system out/target/product/gxi/obj/PACKAGING/systemimage_intermediates/system.img out/target/product/gxi/system
Need size of filesystem
+ '[' 1 -ne 0 ']'
+ exit 4
error: failed to build out/target/product/gxi/obj/PACKAGING/systemimage_intermediates/system.img from out/target/product/gxi/system
make: *** [out/target/product/gxi/obj/PACKAGING/systemimage_intermediates/system.img] Error 1
make: *** Deleting file `out/target/product/gxi/obj/PACKAGING/systemimage_intermediates/system.img'Itt a hiba, hátha láttok benne valamit...
A partíción van hely bőven (~10Gb van még szabadon), viszont xda-n azt írták erre (vagy hasonló hibára), hogy nincs hely a leforduláshoz... úgyhogy én nem tudom, hogy mi lehet a probléma pontosan... -
Keeperv85
nagyúr
Ha elértem odáig, megnézzük mennyi a kimenet itt. (Inkább az alvásra szavaztam mégis... )
@Carathorys:
Lehet, hogy kivették a "0x" figyelést közben, vagy módosítottak rajta. Ha letekerte, kiderül. Jelenleg a libLLVMCodeGen fordul. A webcore-t még el sem kezdte. (cc. 5 óra magában... ).
[ Szerkesztve ]
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a topic összefoglalót!
- Apple iPhone 13 128GB,Újszerű,Kábellel,12 hónap garanciával
- Apple iPhone 13 Pro Max 256GB MAKULÁTLAN 12 hó jótállással! Számlával!
- Apple iPhone 12 128GB,Újszerű,Dobozával,12 hónap garanciával
- Apple iPhone 11 64GB, Akku: 94%, Normál, Kártyafüggetlen, Töltővel, 1 Év Garanciával!
- Apple iPhone 11 Pro Max 256,Újszerű,Dobozával,12 hónap garanciával
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen