[Huawei Ascend G615][DEV] Discussione riserervata a sviluppatori ROM e KERNEL

DEVELOPERS THREAD
Usiamo questo thread per raccogliere info, codice, links e files utili per spiegare gli sviluppi dei nostri studi sul ASCEND G615 / U9508
La struttura di questo thread cercherà di essere la seguente.

1. POST - partition table
2. POST - kernel
3. POST - recovery
4. POST - rom

e in seguito commenti a caldo e aggiornamenti da riscrivere formattati correttamente.


1 POST - Partition table


Internal SDCARD /eMMC /dev/block/mmcblk0

Spoiler:

codice: fdisk -l /dev/block/mmcblk0 Disk /dev/block/mmcblk0: 7952 MB, 7952400384 bytes 256 heads, 63 sectors/track, 963 cylinders Units = cylinders of 16128 * 512 = 8257536 bytes               Device Boot      Start        End      Blocks  Id System /dev/block/mmcblk0p1              1        947    7634943+ ee EFI GPT Partition 1 has different physical/logical beginnings (non-Linux?):     phys=(1023, 255, 63) logical=(0, 0, 2) Partition 1 has different physical/logical endings:     phys=(1023, 255, 63) logical=(946, 203, 11)

Spoiler:

codice: parted /dev/block/mmcblk0 print                            Error: The backup GPT table is not at the end of the disk, as it should be. This might mean that another operating system believes the disk is smaller. Fix, by moving the backup to the end (and removing the old backup)? Fix/Ignore/Cancel? I                                                      I Warning: Not all of the space available to /dev/block/mmcblk0 appears to be used, you can fix the GPT to use all of the space (an extra 262111 blocks) or continue with the current setting? Fix/Ignore? I                                                            I Model: MMC 008G4B (sd/mmc) Disk /dev/block/mmcblk0: 7952MB Sector size (logical/physical): 512B/512B Partition Table: gpt Number  Start  End    Size    File system  Name        Flags  1      131kB  393kB  262kB                xloader  2      393kB  4194kB  3801kB              round  3      4194kB  8389kB  4194kB              nvme  4      8389kB  12.6MB  4194kB              misc  5      12.6MB  21.0MB  8389kB              splash  6      21.0MB  54.5MB  33.6MB              oeminfo  7      54.5MB  62.9MB  8389kB              reserved1  8      62.9MB  71.3MB  8389kB  ext4        reserved2  9      71.3MB  79.7MB  8389kB              recovery2 10      79.7MB  88.1MB  8389kB              recovery 11      88.1MB  96.5MB  8389kB              boot 12      96.5MB  130MB  33.6MB  ext4        modemimage 13      130MB  138MB  8389kB  ext4        modemnvm1 14      138MB  147MB  8389kB  ext4        modemnvm2 15      147MB  1086MB  940MB  ext4        system 16      1086MB  1355MB  268MB  ext4        cache 17      1355MB  1892MB  537MB  ext4        cust 18      1892MB  7818MB  5927MB  ext4        userdata

Nei primi 17kB si trova il GPT del filesystem.
In particolare le sezioni presentate nella tabella seguente hanno queste funzioni:

• LBA0 o MBR: sono il primo settore che viene letto dal bootloader.
• LBA1: Intestazione della tabella delle partizioni. Contiene un check sum verificato dal bootloader.
• LBA2: Descrizione delle partizioni da 1 a 4.
• LBA3: Descrizione delle partizioni da 5 a 128.

Allegato 56526

Offset	Dimensione	Contenuto
0	512	LBA0
512	512	LBA1
1024	512	LBA2
1536	15872	LBA3
17537

Nella parte successiva (111kB) non si capisce bene cosa ci sia.
C'è anche da sottolineare che le partizioni non riempiono tutta la eMMC ma risulta avanzare uno spazio alla fine di 134 MB!!! (da approfondire il motivo e cosa ci possa essere dentro).


xloader /dev/block/mmcblk0p1
262kB
The x-loader is a small first stage bootloader derived from the u-boot base code. It is loaded into the internal static RAM by the OMAP ROM code. Due to the small size of the internal static RAM, the x-loader is stripped down to the essentials. The x-loader configures the pin muxing, clocks, DDR, and serial console, so that it can access and load the second stage bootloader (u-boot) into the DDR.

round /dev/block/mmcblk0p2
3 MB
mostra un pattern ripetitivo di 40 bytes per i primi 200 bytes

Spoiler:

codice: FF 0F FF 00 FF CC C3 CC C3 3C CC FF FE FF FE EF FF DF FF DD FF FB FF FB BF FF 7F FF 77 F7 BD EF FF F0 FF F0 0F FC CC 3C CC 33 CC CF FF EF FF EE FF FD FF FD DF FF BF FF BB FF F7 FF F7 7F 7B DE

poi 00 fino alla posizione 0x1a8000
poi FF fino alla fine.

nvme /dev/block/mmcblk0p3
4 MB
Relazionato al bootloader o al modem..

misc /dev/block/mmcblk0p4
4 MB
Vuota, tutti 00, delle stesse dimensioni di nvme.

splash /dev/block/mmcblk0p5
8 MB
Un'analisi di questa partizione ha evidenziato come questa partizione sia praticamente un log del kernel in plain text.
Per vederlo si può lanciare questo comando da adb shell:

codice:

---

cat /dev/block/mmcblk0p5

---

o eventualmente per salvare in un file di testo si può usare il comando:

codice:

---

cat /dev/block/mmcblk0p5 > /cartella_dove_voglio_salvare/nomefile.txt

---

Ottenendo qualcosa come questo (clicca qui)


oeminfo /dev/block/mmcblk0p6
33MB
Contiene definitivamente qualcosa, non so cosa.
Probabile che contenga qualcosa relazionato allo sblocco del bootloader con fastboot.

reserved /dev/block/mmcblk0p7
8 MB
Relazionata alla boot.img, viene installata ogni volta che viene cambiato kernel.

reserved2 /dev/block/mmcblk0p8
8 MB
Partizione ext4 montabile. Completamente vuota.

recovery2 /dev/block/mmcblk0p9
8 MB
Vuota, tutti 00.

recovery /dev/block/mmcblk0p10
8 MB
Partizione della recovery, spiegata meglio nel post 3.

boot /dev/block/mmcblk0p11
8 MB
Kernel+ramdisk, spiegata meglio nel post 2.

modemimage /dev/block/mmcblk0p12
33 MB
E' accessibile e montata nel filesystem della rom, possibile che abbia delle routine per calibrare la radio.

modemnvm1 /dev/block/mmcblk0p13
8 MB
E' accessibile e montata nel filesystem della rom, sembra abbia qualcosa a che fare con la radio(modem).

modemnvm2 /dev/block/mmcblk0p14
8 MB
E' accessibile e montata nel filesystem della rom, sembra abbia qualcosa a che fare con la radio(modem).

system /dev/block/mmcblk0p15
939 MB
Non c'è bisogno di presentazioni.

cache /dev/block/mmcblk0p16
268 MB
Non c'è bisogno di presentazioni.

cust /dev/block/mmcblk0p17
536 MB
E' accessibile e montata nel filesystem della rom, contiene software rilasciato dalla Huawei e junk app.

Allegato 55735

userdata /dev/block/mmcblk0p18
5926 MB
Non c'è bisogno di presentazioni.

FUORI DALLA TABELLA DELLE PARTIZIONI MA NELLA eMMC
mmcblk0boot1
2 MB
Piena di FF.
Per quanto riguarda la posizione, idem come sopra.

mmcblk0boot0
2 MB
Da qua si legge un sacco di testo tra cui un
console=ttyAMA0, 115200
però non saprei la funzione di questa partizione.



external_sd /dev/block/mmcblk1p1
Sotto un esempio di quello che potreste vedere con una memory card da 16 GB

Spoiler:

codice: fdisk -l /dev/block/mmcblk1                                  Disk /dev/block/mmcblk1: 16.0 GB, 16012804096 bytes 255 heads, 63 sectors/track, 1946 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes               Device Boot      Start        End      Blocks  Id System /dev/block/mmcblk1p1              1        1947    15633408  c Win95 FAT32 (LBA)

2 POST - Kernel

Ogni tentativo fatto fino ad oggi di compilare dai sorgenti del U9510 è fallito.

Al momento abbiamo trovato il modo di scompattare il kernel e ricompattarlo con una differenza dell'ordine dei pochi bytes nel HEADER dell'immagine (primi 64bytes).
Abbiamo quindi ricavato con certezza le posizioni nella RAM in cui vengono caricati il kernel e la ramdisk.
kernel address: 0x00008000
ramdisk address: 0x01000000
tags address: 0x00000100
page size = 2048 bytes

Abbiamo accertato che la stringa da 20 bytes nella posizione da 0x240 a 0x253 non è immessa dalla Huawei ma è una sorta di checksum (probabilmente SHA1) effettuato dallo script che ricompatta la boot.img. Ciononostante abbiamo la convinzione che il bootloader, per permettere l'avvio di soli kernel usciti dalla Huawei, usi la partizione RESERVED come firma digitale del kernel.
Ho effettuato una piccola analisi della partizione RESERVED per cercare di capire la logica con la quale Huawei firma i kernel. Purtroppo quanto emerso non porta nuove speranze in quanto, posto comunque il risultato della mia analisi. (Clicca qui per scaricare report analisi sulla partizione Reserved del kernel B107)

Come promesso precedentemente ho preparato un'archivio dei kernel che ho ricevuto e raccolto dalle ROM che circolano sulla rete installabili con la recovery cinese:

• B107 stock ICS
• B110 stock ICS - update
• B624 EUi JB
• B627 EUi JB - update

Se avete altre versioni di kernel da mandarmi oppure feedback sui kernel precedenti non esitate a contattarmi.
Potete utilizzare il comando dd per fare il dump delle partizioni BOOT e RESERVED nel seguente modo:

codice:

---

dd if=/dev/block/mmcblk0p11 of=/storage/sdcard1/boot.img bs=512
dd if=/dev/block/mmcblk0p7 of=/storage/sdcard1/reserved.img bs=512

---

Le buone notizie sono però relazionate appunto a questi sorgenti, in quanto c'è buona speranza che per gran parte dell'hardware siano sufficienti a compilare un kernel che almeno nelle funzioni base del riconoscimento dell'architettura della board e della cpu, sia compatibile con il nostro U9508.



P.S. credits to maknsacc per la mole di lavoro svolto



RAMDISK

Per quanto riguarda le ramdisk possiamo affermare che al momento non abbiamo trovato un modo per scompattare e ricompattare la initrd.cpio.gz ovvero il file estratto con le procedure descritte precedentemente. Abbiamo però la possibilità di estrarle e studiarle come peraltro già precedentemente dimostrato.

Rimangono quindi validi i link alle ramdisk che ho messo su github:

• Ramdisk jelly bean b624
• Recovery stock
• Recovery cinese

3 POST - Recovery

Analizzando la recovery cinese, quella ufficiale e la partizione boot è emerso che le immagini delle recovery hanno un header di 800 bytes prima del magic ANDROID! (presente in tutte le boot.img di android).

Di questi header delle due recovery disponibili al momento, sono uguali i primi 80 bytes. Vengono ora riportate le principali differenze nei 800 bytes.
Allegato 55616Allegato 55617


Per chi usa linux e dovesse trovare problemi ad accedere alla shell di adb quando il telefono è in modalità recovery, è necessario riavviare il demone di adb come root.

codice:

---

sudo adb start-server

---

Di seguito i link alle due recovery, scompattati dal file .exe dei cinesi. E' possibile metterle sul dispositivo con fastboot.

recovery originale

recovery cinese

notiziona da parte di huawei gli ho contattati dicendo:

I am an owner of a huawei u9508 and I am also a developer, and I would like to know when an update is released and when it will be released the kernel source

la huawei mi ha risposto

Hi. No news for Huawei U9508 upgrade & kernel source release has been confirmed. Thanks.

traduzione: nessuna notizia di un aggiornamento a jelly bean 4.2 pero il rilascio del kernel è imminente

Non vorrei dire castronerie ma leggendo bene l'intero paragrafo, mi sembra di capire che alla Huawei non abbiano la minima idea(news), né dell' upgrade, né del rilascio dei sorgenti del kernel....

POST 4
riguardo alle rom nn si puo fare granchè quando potrò anche modificare la ramdisk e qualcosaltro si potrannno fare passi avanti per ora si puo giostrare solo con il build.prop quindi poco e nnt, all'uscita dei sorgenti del kernel vorrei essere in contatto con qualcuno che possa compilarli per farmi capire come fare ( al momento nn ho il pc a breve ce l'avro).
Una cosa che ci siamo accorti con sorex è che senza la cartella data e in particolare della cartella cust presente dentro essa, dove ci sono parecchi file tra cui lib, la rom nn parte, di conseguenza sarebbe un lavoro per voi( che conoscete meglio il linguaggio) aggiornare meta-inf facendo in modo che venga scritta automaticamente quella cartella che tra l'altro occupa uno spazio bello grosso nella rom.
Poi quando avro un po' di tempo dovro dare un'occhiata agli apk e ai rispettivi lib xk nn sono quelli comuni alle altre rom, nn si puo sostitutire l'app per i msg e l'app phone.apk .
Fino ad ora nessuno si è messo realmente a modifcare la rom, io purtroppo senza pc posso fare poche cose, quando ce lo cerco di sfruttarlo al max, per fortuna sorex impara in fretta e gli ho fornito parecchi tool per costruire la rom




p.s. mangusta e gli altri mi aggiungano su gtalk: poronofrio@gmail.com

Quote:

---

Originariamente inviato da mauronofrio

notiziona da parte di huawei gli ho contattati dicendo:

I am an owner of a huawei u9508 and I am also a developer, and I would like to know when an update is released and when it will be released the kernel source

la huawei mi ha risposto

Hi. No news for Huawei U9508 upgrade & kernel source release has been confirmed. Thanks.

traduzione: nessuna notizia di un aggiornamento a jelly bean 4.2 pero il rilascio del kernel è imminente

---

No credo che la traduzione sia sbagliata...dice:

Ciao. Nessuna notizia è confermata sull'upgrade e il rilascio del kernel per il Huawei U9508. Ergo non hanno idea e di sicuro non rilasciano il kernel.

PS non sono un dev ma dovevo pur correggere la traduzione:)

hanno scritto che il rilascio del kernel é stato confermato ma che nn ci sono aggiornamenti, o almeno cosi ho capito

Infatti hanno rilasciato un piccolo aggiornamento sul kernel: D

Quote:

---

Originariamente inviato da Padoan

Infatti hanno rilasciato un piccolo aggiornamento sul kernel: D

---

Non c'entra con quello che hanno risposto a mauronofrio, "kernel source" è diverso da "kernel update". La prima sono le sorgenti del kernel, la seconda è un aggiornamento del kernel. Quindi non rilasceranno a breve nessuna sorgente questo è quello che gli hanno detto. Non hanno menzionato aggiornamenti kernel nella risposta:)

Quote:

---

Originariamente inviato da Rockguy40

Non c'entra con quello che hanno risposto a mauronofrio, "kernel source" è diverso da "kernel update". La prima sono le sorgenti del kernel, la seconda è un aggiornamento del kernel. Quindi non rilasceranno a breve nessuna sorgente questo è quello che gli hanno detto. Non hanno menzionato aggiornamenti kernel nella risposta:)

---

Ma l aggiornamento lo hanno appena rilasciato.-.

PMQOS PROJECT

Io e Maknsacc abbiamo creato su github un gruppo e un progetto, per aumentare i nostri sforzi nel capire il nostro terminale e cercare di portare delle migliorie.
Accantonato per ora il discorso kernel e recovery, sospeso per un attimo l'analisi della eMMC, tenteremo di analizzare cosa sta dietro a questo apk, cercando in primo luogo di ricostruire i meccanismi con cui lavora e poi se possibile affinarli.

Se qualcuno se la sentisse di contribuire al progetto è ben accetto!!!

Se può essere utile, questo é un estratto del file pmqos.xml del servizio modificato;

Quote:

---

<?xml version="1.0" encoding="UTF-8"?>
<Policylist>
<frequencyPolicy name="com.android.browser">
<browser_policy>3</browser_policy>
</frequencyPolicy>
<frequencyPolicy name="android.opengl.cts.GLSurfaceViewStubActivity ">
<nulloperation>3</nulloperation>
</frequencyPolicy>
<frequencyPolicy name="com.android.cts.stub">
<nulloperation>3</nulloperation>
</frequencyPolicy>
<frequencyPolicy name="com.rovio">
<cpu_frc_profile>2</cpu_frc_profile>
<gpu_maxprofile>480000</gpu_maxprofile>
</frequencyPolicy>
<frequencyPolicy name="com.halfbrick">
<cpu_frc_profile>2</cpu_frc_profile>
<gpu_maxprofile>480000</gpu_maxprofile>
</frequencyPolicy>
<frequencyPolicy name="com.ziilabs">
<cpu_frc_profile>4</cpu_frc_profile>
<gpu_maxprofile>480000</gpu_maxprofile>
</frequencyPolicy>
<frequencyPolicy name="com.ea">
<cpu_frc_profile>4</cpu_frc_profile>
<gpu_maxprofile>480000</gpu_maxprofile>
</frequencyPolicy>
<frequencyPolicy name="com.gameloft">
<cpu_frc_profile>4</cpu_frc_profile>
<gpu_maxprofile>480000</gpu_maxprofile>
</frequencyPolicy>
</frequencyPolicy>
<frequencyPolicy name="com.disney">
<cpu_frc_profile>4</cpu_frc_profile>
<gpu_maxprofile>480000</gpu_maxprofile>
</frequencyPolicy>
</Policylist>

---

Inoltre ho dato un occhiata sia ai file del progetto, che nei file del mio pmqos.apk, pare che si abbia la possibilità di abilitare l'interfaccia del programma (la stessa che compare nell'apk modificato).

Il link per il pmqos modificato, lo potete trovare nel thread giochi ma esiste anche il tool aggiornato "Ascend D Tools", sempre ad opera di Geno e che provai qualche tempo fa (oltre alla gestione delle freq cpu/gpu, ha anche altre impostazioni interessanti).

Inoltre, diversamente dal classico pmqos modificato che deve obbligatoriamene essere sostituito, il tool di Geno si installa come un normale programma.

ps: quello che mi preme maggiormente, sarebbe la possibilità di abilitare anche la gestione delle frequenze ddr, che tra l'altro compare tra le varie stringhe del file dex, contenuto nell'apk stesso.

ti ringrazio per la segnalazione.

marco fassi <fassimarco86@gmail.com>
04:28 (7 hours ago)

to genokolar
Hi,
I'm Marco (mangusta86), a software developer, I'm trying to understand better how it works the u9508 and probably you are the one that knows that better. How did you managed to create the recovery? did you have leaked software from Huawei?
Is there any chance you could help in doing a recovery multilanguage or at least in english?
Do you think we will see an unlocked bootloader on our device at a certain point in the future?
Do you actually know the proper boot sequence of this phone?

If you can answer at least at few of this questions I would be really gratefull.
Thank you for your time, I look forward to hearing from you.

Best Regards


Geno Kolar
05:08 (6 hours ago)

to me
the recovery pack by huawei, because it need encrypt.
i contact huawei developer, he tell me that huawei maybe unlock bootloader, but three months later,
huawei do nothings.

the multilanguage recovery can't make, because huawei don't want help me.

*Prossimo giro Nexus*


Inviato dal mio HUAWEI U9508 usando Androidiani App

ragazzi, per caso riuscireste con le vostre conoscenze a sviluppare il Sweep2Wake per il nostro terminale?

Quote:

---

Originariamente inviato da asdf420

ragazzi, per caso riuscireste con le vostre conoscenze a sviluppare il Sweep2Wake per il nostro terminale?

---

ancora non è possibile fare un kernel, figuriamoci kernel tweaks... mi dispiace

Ho aggiornato il post sul kernel con i link alle versioni che sono riuscito a trovare... @maknsacc, i 20 bytes di firma nella boot.img sono la somma di 3 shasum, ho verificato dal mkbootimg.c che si trova in rete.

Sent from my HUAWEI U9508 using Tapatalk 2

visto che siamo un po' bloccati su più fronti apro un altro fronte...
Porting della cyanogenmod 10 ;-) magari un po del nostro lavoro porterà a qualcosa in futuro...
in particolare date un occhio qua:
https://github.com/mangusta86/androi...tree/jellybean

diciamo che la maggior parte del lavoro sarà in questa sezione... se qualcuno ha idea di come migliorare la situazione....

Al secondo tentativo di sistemare la cyanogenMOD abbiamo la bootanimation funzionante ma zygote continua a morire.
In più c'è una libreria collegata a libcamera_core.so che manca e audioflinger non funziona.

codice:

---

E/dalvikvm(27699): ERROR: couldn't find native method
E/dalvikvm(27699): Requested: Landroid/media/MediaRecorder;.pause:()V
E/JNIHelp (27699): RegisterNatives failed for 'android/media/MediaRecorder', aborting
F/libc    (27699): Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1), thread 27699 (zygote)
I/DEBUG  (  117): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
I/DEBUG  (  117): Build fingerprint: 'Android/full_u9508/u9508:4.1.2/JZO54K/eng.marco.20130419.032416:eng/test-keys'
I/DEBUG  (  117): pid: 27699, tid: 27699, name: zygote  >>> zygote <<<
I/DEBUG  (  117): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadbaad
I/DEBUG  (  117):    r0 00000027  r1 deadbaad  r2 40085b10  r3 00000000
I/DEBUG  (  117):    r4 00000000  r5 bebdc694  r6 407bf135  r7 00000017
I/DEBUG  (  117):    r8 5709b56c  r9 00000001  sl 00000000  fp 00000000
I/DEBUG  (  117):    ip 4009afe0  sp bebdc690  lr 40057c9d  pc 40054356  cpsr 60030030
I/DEBUG  (  117):
I/DEBUG  (  117): backtrace:
I/DEBUG  (  117):    #00  pc 00018356  /system/lib/libc.so
I/DEBUG  (  117):    #01  pc 0000dc34  /system/lib/libc.so (abort+4)
I/DEBUG  (  117):    #02  pc 00000955  /system/lib/libnativehelper.so (jniRegisterNativeMethods+72)
I/DEBUG  (  117):    #03  pc 000110a3  /system/lib/libmedia_jni.so (JNI_OnLoad+62)
I/DEBUG  (  117):    #04  pc 0004faff  /system/lib/libdvm.so (dvmLoadNativeCode(char const*, Object*, char**)+450)
I/DEBUG  (  117):    #05  pc 00066521  /system/lib/libdvm.so
I/DEBUG  (  117):    #06  pc 0004f63b  /system/lib/libdvm.so (dvmResolveNativeMethod(unsigned int const*, JValue*, Method const*, Thread*)+174)
I/DEBUG  (  117):    #07  pc 00027860  /system/lib/libdvm.so
I/DEBUG  (  117):    #08  pc 0002c174  /system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+180)
I/DEBUG  (  117):    #09  pc 0005fc9d  /system/lib/libdvm.so (dvmCallMethodV(Thread*, Method const*, Object*, bool, JValue*, std::__va_list)+272)
I/DEBUG  (  117):    #10  pc 0005fcc7  /system/lib/libdvm.so (dvmCallMethod(Thread*, Method const*, Object*, JValue*, ...)+20)
I/DEBUG  (  117):    #11  pc 0006aa1d  /system/lib/libdvm.so (dvmInitClass+1036)
I/DEBUG  (  117):    #12  pc 0006ab99  /system/lib/libdvm.so (dvmFindClass(char const*, Object*)+16)
I/DEBUG  (  117):    #13  pc 000645ab  /system/lib/libdvm.so (dvmFindClassByName(StringObject*, Object*, bool)+78)
I/DEBUG  (  117):    #14  pc 00066311  /system/lib/libdvm.so
I/DEBUG  (  117):    #15  pc 00027860  /system/lib/libdvm.so
I/DEBUG  (  117):    #16  pc 0002c174  /system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+180)
I/DEBUG  (  117):    #17  pc 0005fc9d  /system/lib/libdvm.so (dvmCallMethodV(Thread*, Method const*, Object*, bool, JValue*, std::__va_list)+272)
I/DEBUG  (  117):    #18  pc 00049b13  /system/lib/libdvm.so
I/DEBUG  (  117):    #19  pc 0003d6f7  /system/lib/libdvm.so
I/DEBUG  (  117):    #20  pc 000480d1  /system/lib/libandroid_runtime.so
I/DEBUG  (  117):    #21  pc 00048bb3  /system/lib/libandroid_runtime.so (android::AndroidRuntime::start(char const*, char const*)+390)
I/DEBUG  (  117):    #22  pc 00000dcf  /system/bin/app_process
I/DEBUG  (  117):
I/DEBUG  (  117): stack:
I/DEBUG  (  117):          bebdc650  00000000 
I/DEBUG  (  117):          bebdc654  28500019 
I/DEBUG  (  117):          bebdc658  407d16d5  /system/lib/libdvm.so
I/DEBUG  (  117):          bebdc65c  5709b56c  /system/lib/libmedia_jni.so
I/DEBUG  (  117):          bebdc660  00000017 
I/DEBUG  (  117):          bebdc664  00000000 
I/DEBUG  (  117):          bebdc668  40080774  /system/lib/libc.so
I/DEBUG  (  117):          bebdc66c  40085d14 
I/DEBUG  (  117):          bebdc670  00000000 
I/DEBUG  (  117):          bebdc674  40057c9d  /system/lib/libc.so (_fwalk+32)
I/DEBUG  (  117):          bebdc678  00000001 
I/DEBUG  (  117):          bebdc67c  bebdc694  [stack]
I/DEBUG  (  117):          bebdc680  407bf135  /system/lib/libdvm.so
I/DEBUG  (  117):          bebdc684  00000017 
I/DEBUG  (  117):          bebdc688  df0027ad 
I/DEBUG  (  117):          bebdc68c  00000000 
I/DEBUG  (  117):    #00  bebdc690  40824a64  /system/lib/libdvm.so
I/DEBUG  (  117):          bebdc694  fffffbdf 
I/DEBUG  (  117):          bebdc698  40825a01  /system/lib/libdvm.so
I/DEBUG  (  117):          bebdc69c  00000000 
I/DEBUG  (  117):          bebdc6a0  00000001 
I/DEBUG  (  117):          bebdc6a4  3aa73ced 
I/DEBUG  (  117):          bebdc6a8  40ddb798 
I/DEBUG  (  117):          bebdc6ac  40ddb798 
I/DEBUG  (  117):          bebdc6b0  57096a78  /system/lib/libmedia_jni.so
I/DEBUG  (  117):          bebdc6b4  40049c38  /system/lib/libc.so (__pthread_clone)
I/DEBUG  (  117):    #01  bebdc6b8  3aa73ced 
I/DEBUG  (  117):          bebdc6bc  40098959  /system/lib/libnativehelper.so (jniRegisterNativeMethods+76)
I/DEBUG  (  117):    #02  bebdc6c0  40ddb798 
I/DEBUG  (  117):          bebdc6c4  28500019 
I/DEBUG  (  117):          bebdc6c8  518388c8 
I/DEBUG  (  117):          bebdc6cc  51838a50 
I/DEBUG  (  117):          bebdc6d0  00000000 
I/DEBUG  (  117):          bebdc6d4  40ddbae8 
I/DEBUG  (  117):          bebdc6d8  57084065  /system/lib/libmedia_jni.so (JNI_OnLoad)
I/DEBUG  (  117):          bebdc6dc  570840a7  /system/lib/libmedia_jni.so (JNI_OnLoad+66)
I/DEBUG  (  117):
I/DEBUG  (  117): memory near r2:
I/DEBUG  (  117):    40085af0 00000000 00000000 00000000 00000000  ................
I/DEBUG  (  117):    40085b00 00000000 3aa73ced 00000000 00000000  .....<.:........
I/DEBUG  (  117):    40085b10 00000001 00000000 00000000 00000000  ................
I/DEBUG  (  117):    40085b20 00000000 00000000 00000000 00000000  ................
I/DEBUG  (  117):    40085b30 00000000 00000000 00000000 00000000  ................
I/DEBUG  (  117):
I/DEBUG  (  117): memory near r5:
I/DEBUG  (  117):    bebdc674 40057c9d 00000001 bebdc694 407bf135  .|.@........5.{@
I/DEBUG  (  117):    bebdc684 00000017 df0027ad 00000000 40824a64  .....'......dJ.@
I/DEBUG  (  117):    bebdc694 fffffbdf 40825a01 00000000 00000001  .....Z.@........
I/DEBUG  (  117):    bebdc6a4 3aa73ced 40ddb798 40ddb798 57096a78  .<.:...@...@xj.W
I/DEBUG  (  117):    bebdc6b4 40049c38 3aa73ced 40098959 40ddb798  8..@.<.:Y..@...@
I/DEBUG  (  117):
I/DEBUG  (  117): memory near r6:
I/DEBUG  (  117):    407bf114 a8034629 447a4623 f808f7ff b0094620  )F..#FzD.... F..
I/DEBUG  (  117):    407bf124 bf00bdf0 00066d4b 000510cd 0005100d  ....Km..........
I/DEBUG  (  117):    407bf134 43f0e92d 4917460e 4604b08b 90052500  -..C.F.I...F.%..
I/DEBUG  (  117):    407bf144 44792701 1d884690 90064629 4699a805  .'yD.F..)F.....F
I/DEBUG  (  117):    407bf154 7020f88d f7fe9507 4a0ffb41 4639a805  .. p....A..J..9F
I/DEBUG  (  117):
I/DEBUG  (  117): memory near r8:
I/DEBUG  (  117):    5709b54c 570969fa 5708445d 57096a12 57096a2f  .i.W]D.W.j.W/j.W
I/DEBUG  (  117):    5709b55c 570843b9 57096a46 57096a59 57084c39  .C.WFj.WYj.W9L.W
I/DEBUG  (  117):    5709b56c 57096e85 57096e8f 570859bd 57096eac  .n.W.n.W.Y.W.n.W
I/DEBUG  (  117):    5709b57c 57095b45 57085969 57096ebb 57095b45  E[.WiY.W.n.WE[.W
I/DEBUG  (  117):    5709b58c 57085915 57096eca 57095b45 570858c1  .Y.W.n.WE[.W.X.W
I/DEBUG  (  117):
I/DEBUG  (  117): memory near ip:
I/DEBUG  (  117):    4009afc0 00000000 40085b04 00000000 00000000  .....[.@........
I/DEBUG  (  117):    4009afd0 00000000 4005ecd1 4005864d 400a9489  .......@M..@...@
I/DEBUG  (  117):    4009afe0 40049c30 4005ec99 40056a59 400a9131  0..@...@Yj.@1..@
I/DEBUG  (  117):    4009aff0 40053059 40053245 4005ae61 4005b219  Y0.@E2.@a..@...@
I/DEBUG  (  117):    4009b000 1d2000a6 571ddd18 571ddcc8 00000000  .. ....W...W....
I/DEBUG  (  117):
I/DEBUG  (  117): memory near sp:
I/DEBUG  (  117):    bebdc670 00000000 40057c9d 00000001 bebdc694  .....|.@........
I/DEBUG  (  117):    bebdc680 407bf135 00000017 df0027ad 00000000  5.{@.....'......
I/DEBUG  (  117):    bebdc690 40824a64 fffffbdf 40825a01 00000000  dJ.@.....Z.@....
I/DEBUG  (  117):    bebdc6a0 00000001 3aa73ced 40ddb798 40ddb798  .....<.:...@...@
I/DEBUG  (  117):    bebdc6b0 57096a78 40049c38 3aa73ced 40098959  xj.W8..@.<.:Y..@
I/DEBUG  (  117):
I/DEBUG  (  117): code around pc:
I/DEBUG  (  117):    40054334 e000b164 6823461c d1fb2b00 68e3e026  d....F#h.+..&..h
I/DEBUG  (  117):    40054344 4a17b123 447a2401 47986014 20274911  #..J.$zD.`.G.I'
I/DEBUG  (  117):    40054354 70082400 eb9ef7f4 f7f52106 a902ecda  .$.p.....!......
I/DEBUG  (  117):    40054364 5380f04f 2006460a 94029304 f7f59403  O..S.F. ........
I/DEBUG  (  117):    40054374 4629e8bc 20024622 e8c4f7f5 eb8af7f4  ..)F"F. ........
I/DEBUG  (  117):
I/DEBUG  (  117): code around lr:
I/DEBUG  (  117):    40057c7c 41f0e92d 4c0b4680 447c2600 68a56824  -..A.F.L.&|D$h.h
I/DEBUG  (  117):    40057c8c e0076867 300cf9b5 dd022b00 47c04628  gh.....0.+..(F.G
I/DEBUG  (  117):    40057c9c 35544306 d5f53f01 2c006824 4630d1ef  .CT5.?..$h.,..0F
I/DEBUG  (  117):    40057cac 81f0e8bd 0002887a 43f0e92d f602fb01  ....z...-..C....
I/DEBUG  (  117):    40057cbc 8058f8df b087461f 9001460c f8d844f8  ..X..F...F...D..
I/DEBUG  (  117):
I/DEBUG  (  117): memory map around fault addr deadbaad:
I/DEBUG  (  117):    bebbc000-bebdd000 [stack]
I/DEBUG  (  117):    (no map for address)
I/DEBUG  (  117):    ffff0000-ffff1000 [vectors]

---

AUDIOFLINGER
object libaudioflinger.so

depends_on_symbols
liblog.so libstdc++.so libm.so libc.so libdl.so libcutils.so libutils.so libcommon_time_client.so libbinder.so libmedia.so libmedia_native.so libhardware.so libhardware_legacy.so libaudioutils.so libeffects.so libpowermanager.so libdolbyaudioeffectnativeservice.so

object liblog.so

codice:

---

depends_on_symbols libstdc++.so libm.so libc.so

---

object libstdc++.so

codice:

---

depends_on_symbols libc.so

---

object libm.so

codice:

---

depends_on_symbols libc.so

---

object libc.so

codice:

---

depends_on_symbols libdl.so

---

object libdl.so

codice:

---

depends_on_symbols

---

object libcutils.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so

---

object libutils.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libdl.so libz.so libcutils.so libcorkscrew.so

---

object libcommon_time_client.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libutils.so libbinder.so libhardware.so

---

object libbinder.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libcutils.so libutils.so

---

object libmedia.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libdl.so libcutils.so libutils.so libui.so libgui.so libstagefright_foundation.so libbinder.so libmedia_native.so libexpat.so libcamera_client.so libsonivox.so libicuuc.so libaudioutils.so

---

object libmedia_native.so

codice:

---

depends_on_symbols libstdc++.so libm.so libc.so

---

object libhardware.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libdl.so libcutils.so

---

object libhardware_legacy.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libdl.so libcutils.so libnetutils.so libwpa_client.so

---

object libaudioutils.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libcutils.so libspeexresampler.so

---

object libeffects.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libdl.so libcutils.so

---

object libpowermanager.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libutils.so libbinder.so

---

object libdolbyaudioeffectnativeservice.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libcutils.so libutils.so libbinder.so

---

dependent_objects
libvideoeditor_core.so libvideoeditor_jni.so libvideoeditorplayer.so

Allegato 57980

SurfaceFlinger

object libsurfaceflinger.so

depends_on_symbols
liblog.so libstdc++.so libm.so libc.so libEGL.so libcutils.so libutils.so libandroid_runtime.so libGLESv1_CM.so libui.so libgui.so libbinder.so libdvm.so libhardware.so

object libEGL.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libdl.so libcutils.so libutils.so libGLES_trace.so

---

object libandroid_runtime.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libdl.so libz.so libEGL.so libcutils.so libutils.so libETC1.so libnativehelper.so libskia.so libGLESv1_CM.so libGLESv2.so libui.so libgui.so libbinder.so libmedia.so libmedia_native.so libandroidfw.so libexpat.so libnetutils.so libcamera_client.so libsqlite.so libdvm.so libhardware.so libhardware_legacy.so libsonivox.so libcrypto.so libssl.so libicuuc.so libicui18n.so libwpa_client.so libjpeg.so libusbhost.so libharfbuzz.so libdrmframework.so libfm_hal.so libnve.so libhwui.so libbluedroid.so libdbus.so

---

object libGLESv1_CM.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libdl.so libEGL.so libcutils.so

---

object libui.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libcutils.so libutils.so libhardware.so

---

object libgui.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libEGL.so libcutils.so libutils.so libGLESv2.so libui.so libbinder.so libhardware.so libhardware_legacy.so

---

object libbinder.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libcutils.so libutils.so

---

object libdvm.so

codice:

---

depends_on_symbols liblog.so libstdc++.so libm.so libc.so libdl.so libz.so libcutils.so libnativehelper.so libstlport.so libcorkscrew.so

---

dependent_objects
libsystem_server.so

Allegato 57979

terzo tentativo cyanogenMOD. Nessun file da Huawei. Si avvia quasi più roba di prima...
AudioFlinger anche se muore si avvia senza dare particolari errori.
VideoEditorProfile.java è presente nel tree della cyano ma non capisco perchè non lo compili a questo punto... Che sia la mancanza di un file .cpp con lo stesso nome da qualche parte nella cartella /framework/base/media/jni ?

Poi mi puzza un po che cerchi ancora hwframework.jar e framework_ext.jar che sono di Huawei quando ho levato tutti i file proprietari nel tree della cyano

codice:

---

E/JNIHelp (10720): Native registration unable to find class 'android/media/videoeditor/VideoEditorProfile', aborting
F/libc    (10720): Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1), thread 10720 (zygote)
I/DEBUG  (  117): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
I/DEBUG  (  117): Build fingerprint: 'Android/full_u9508/u9508:4.1.2/JZO54K/eng.marco.20130426.011435:eng/test-keys'
I/DEBUG  (  117): pid: 10720, tid: 10720, name: zygote  >>> zygote <<<
I/DEBUG  (  117): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadbaad
I/DEBUG  (  117):    r0 00000027  r1 deadbaad  r2 400b7b10  r3 00000000
I/DEBUG  (  117):    r4 00000000  r5 bea5067c  r6 00000000  r7 00000004
I/DEBUG  (  117):    r8 450d55f4  r9 00000001  sl 00000000  fp 00000000
I/DEBUG  (  117):    ip 400e0fe0  sp bea50678  lr 40089c9d  pc 40086356  cpsr 60010030
I/DEBUG  (  117):
I/DEBUG  (  117): backtrace:
I/DEBUG  (  117):    #00  pc 00018356  /system/lib/libc.so
I/DEBUG  (  117):    #01  pc 0000dc34  /system/lib/libc.so (abort+4)
I/DEBUG  (  117):    #02  pc 00000955  /system/lib/libnativehelper.so (jniRegisterNativeMethods+72)
I/DEBUG  (  117):    #03  pc 000144dd  /system/lib/libmedia_jni.so (register_android_media_MediaProfiles(_JNIEnv*)+92)
I/DEBUG  (  117):    #04  pc 00010f8f  /system/lib/libmedia_jni.so (JNI_OnLoad+162)
I/DEBUG  (  117):    #05  pc 0004faff  /system/lib/libdvm.so (dvmLoadNativeCode(char const*, Object*, char**)+450)
I/DEBUG  (  117):    #06  pc 00066521  /system/lib/libdvm.so
I/DEBUG  (  117):    #07  pc 0004f63b  /system/lib/libdvm.so (dvmResolveNativeMethod(unsigned int const*, JValue*, Method const*, Thread*)+174)
I/DEBUG  (  117):    #08  pc 00027860  /system/lib/libdvm.so
I/DEBUG  (  117):    #09  pc 0002c174  /system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+180)
I/DEBUG  (  117):    #10  pc 0005fc9d  /system/lib/libdvm.so (dvmCallMethodV(Thread*, Method const*, Object*, bool, JValue*, std::__va_list)+272)
I/DEBUG  (  117):    #11  pc 0005fcc7  /system/lib/libdvm.so (dvmCallMethod(Thread*, Method const*, Object*, JValue*, ...)+20)
I/DEBUG  (  117):    #12  pc 0006aa1d  /system/lib/libdvm.so (dvmInitClass+1036)
I/DEBUG  (  117):    #13  pc 0006ab99  /system/lib/libdvm.so (dvmFindClass(char const*, Object*)+16)
I/DEBUG  (  117):    #14  pc 000645ab  /system/lib/libdvm.so (dvmFindClassByName(StringObject*, Object*, bool)+78)
I/DEBUG  (  117):    #15  pc 00066311  /system/lib/libdvm.so
I/DEBUG  (  117):    #16  pc 00027860  /system/lib/libdvm.so
I/DEBUG  (  117):    #17  pc 0002c174  /system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+180)
I/DEBUG  (  117):    #18  pc 0005fc9d  /system/lib/libdvm.so (dvmCallMethodV(Thread*, Method const*, Object*, bool, JValue*, std::__va_list)+272)
I/DEBUG  (  117):    #19  pc 00049b13  /system/lib/libdvm.so
I/DEBUG  (  117):    #20  pc 0003d6f7  /system/lib/libdvm.so
I/DEBUG  (  117):    #21  pc 00043ef9  /system/lib/libandroid_runtime.so
I/DEBUG  (  117):    #22  pc 000449db  /system/lib/libandroid_runtime.so (android::AndroidRuntime::start(char const*, char const*)+390)
I/DEBUG  (  117):    #23  pc 00000dcf  /system/bin/app_process
I/DEBUG  (  117):
I/DEBUG  (  117): stack:
I/DEBUG  (  117):          bea50638  00000000 
I/DEBUG  (  117):          bea5063c  0eae0799 
I/DEBUG  (  117):          bea50640  bea5065c  [stack]
I/DEBUG  (  117):          bea50644  00000000 
I/DEBUG  (  117):          bea50648  4104a470  [heap]
I/DEBUG  (  117):          bea5064c  00000000 
I/DEBUG  (  117):          bea50650  400b2774  /system/lib/libc.so
I/DEBUG  (  117):          bea50654  400b7d14 
I/DEBUG  (  117):          bea50658  00000000 
I/DEBUG  (  117):          bea5065c  40089c9d  /system/lib/libc.so (_fwalk+32)
I/DEBUG  (  117):          bea50660  00000001 
I/DEBUG  (  117):          bea50664  bea5067c  [stack]
I/DEBUG  (  117):          bea50668  00000000 
I/DEBUG  (  117):          bea5066c  00000004 
I/DEBUG  (  117):          bea50670  df0027ad 
I/DEBUG  (  117):          bea50674  00000000 
I/DEBUG  (  117):    #00  bea50678  40808a64  /system/lib/libdvm.so
I/DEBUG  (  117):          bea5067c  fffffbdf 
I/DEBUG  (  117):          bea50680  40809a46  /system/lib/libdvm.so
I/DEBUG  (  117):          bea50684  00000000 
I/DEBUG  (  117):          bea50688  28900001 
I/DEBUG  (  117):          bea5068c  0eae0799 
I/DEBUG  (  117):          bea50690  4104a470  [heap]
I/DEBUG  (  117):          bea50694  4104a470  [heap]
I/DEBUG  (  117):          bea50698  450cf28f  /system/lib/libmedia_jni.so
I/DEBUG  (  117):          bea5069c  4007bc38  /system/lib/libc.so (__pthread_clone)
I/DEBUG  (  117):    #01  bea506a0  0eae0799 
I/DEBUG  (  117):          bea506a4  400de959  /system/lib/libnativehelper.so (jniRegisterNativeMethods+76)
I/DEBUG  (  117):    #02  bea506a8  4104a470  [heap]
I/DEBUG  (  117):          bea506ac  00000000 
I/DEBUG  (  117):          bea506b0  4104a470  [heap]
I/DEBUG  (  117):          bea506b4  00000000 
I/DEBUG  (  117):          bea506b8  00000000 
I/DEBUG  (  117):          bea506bc  00000000 
I/DEBUG  (  117):          bea506c0  00000000 
I/DEBUG  (  117):          bea506c4  450bf4e1  /system/lib/libmedia_jni.so (register_android_media_MediaProfiles(_JNIEnv*)+96)
I/DEBUG  (  117):
I/DEBUG  (  117): memory near r2:
I/DEBUG  (  117):    400b7af0 00000000 00000000 00000000 00000000  ................
I/DEBUG  (  117):    400b7b00 00000000 0eae0799 00000000 00000000  ................
I/DEBUG  (  117):    400b7b10 00000001 00000000 00000000 00000000  ................
I/DEBUG  (  117):    400b7b20 00000000 00000000 00000000 00000000  ................
I/DEBUG  (  117):    400b7b30 00000000 00000000 00000000 00000000  ................
I/DEBUG  (  117):
I/DEBUG  (  117): memory near r5:
I/DEBUG  (  117):    bea5065c 40089c9d 00000001 bea5067c 00000000  ...@....|.......
I/DEBUG  (  117):    bea5066c 00000004 df0027ad 00000000 40808a64  .....'......d..@
I/DEBUG  (  117):    bea5067c fffffbdf 40809a46 00000000 28900001  ....F..@.......(
I/DEBUG  (  117):    bea5068c 0eae0799 4104a470 4104a470 450cf28f  ....p..Ap..A...E
I/DEBUG  (  117):    bea5069c 4007bc38 0eae0799 400de959 4104a470  8..@....Y..@p..A
I/DEBUG  (  117):
I/DEBUG  (  117): memory near r8:
I/DEBUG  (  117):    450d55d4 450ccadb 450bed91 450cf78f 450cf5c9  ...E...E...E...E
I/DEBUG  (  117):    450d55e4 450beb61 450cf7bc 450cf7e4 450beb85  a..E...E...E...E
I/DEBUG  (  117):    450d55f4 450ccadf 450ccadb 450bed91 450cf7ea  ...E...E...E...E
I/DEBUG  (  117):    450d5604 450cf809 450bee65 450cf83a 450cf5c9  ...Ee..E:..E...E
I/DEBUG  (  117):    450d5614 450bee29 450cf860 450cf5c9 450beded  )..E`..E...E...E
I/DEBUG  (  117):
I/DEBUG  (  117): memory near ip:
I/DEBUG  (  117):    400e0fc0 00000000 400b7b04 00000000 00000000  .....{.@........
I/DEBUG  (  117):    400e0fd0 00000000 40090cd1 4008a64d 40022489  .......@M..@.$.@
I/DEBUG  (  117):    400e0fe0 4007bc30 40090c99 40088a59 40022131  0..@...@Y..@1!.@
I/DEBUG  (  117):    400e0ff0 40085059 40085245 4008ce61 4008d219  YP.@ER.@a..@...@
I/DEBUG  (  117):    400e1000 1d2000a6 425b1d18 425b1cc8 00000000  .. ...[B..[B....
I/DEBUG  (  117):
I/DEBUG  (  117): memory near sp:
I/DEBUG  (  117):    bea50658 00000000 40089c9d 00000001 bea5067c  .......@....|...
I/DEBUG  (  117):    bea50668 00000000 00000004 df0027ad 00000000  .........'......
I/DEBUG  (  117):    bea50678 40808a64 fffffbdf 40809a46 00000000  d..@....F..@....
I/DEBUG  (  117):    bea50688 28900001 0eae0799 4104a470 4104a470  ...(....p..Ap..A
I/DEBUG  (  117):    bea50698 450cf28f 4007bc38 0eae0799 400de959  ...E8..@....Y..@
I/DEBUG  (  117):
I/DEBUG  (  117): code around pc:
I/DEBUG  (  117):    40086334 e000b164 6823461c d1fb2b00 68e3e026  d....F#h.+..&..h
I/DEBUG  (  117):    40086344 4a17b123 447a2401 47986014 20274911  #..J.$zD.`.G.I'
I/DEBUG  (  117):    40086354 70082400 eb9ef7f4 f7f52106 a902ecda  .$.p.....!......
I/DEBUG  (  117):    40086364 5380f04f 2006460a 94029304 f7f59403  O..S.F. ........
I/DEBUG  (  117):    40086374 4629e8bc 20024622 e8c4f7f5 eb8af7f4  ..)F"F. ........
I/DEBUG  (  117):
I/DEBUG  (  117): code around lr:
I/DEBUG  (  117):    40089c7c 41f0e92d 4c0b4680 447c2600 68a56824  -..A.F.L.&|D$h.h
I/DEBUG  (  117):    40089c8c e0076867 300cf9b5 dd022b00 47c04628  gh.....0.+..(F.G
I/DEBUG  (  117):    40089c9c 35544306 d5f53f01 2c006824 4630d1ef  .CT5.?..$h.,..0F
I/DEBUG  (  117):    40089cac 81f0e8bd 0002887a 43f0e92d f602fb01  ....z...-..C....
I/DEBUG  (  117):    40089cbc 8058f8df b087461f 9001460c f8d844f8  ..X..F...F...D..
I/DEBUG  (  117):
I/DEBUG  (  117): memory map around fault addr deadbaad:
I/DEBUG  (  117):    bea30000-bea51000 [stack]
I/DEBUG  (  117):    (no map for address)
I/DEBUG  (  117):    ffff0000-ffff1000 [vectors]
I/ServiceManager(  114): service 'media.audio_flinger' died
I/ServiceManager(  114): service 'media.player' died
I/ServiceManager(  114): service 'media.camera' died
I/ServiceManager(  114): service 'media.audio_policy' died
I/Netd    (10725): Netd 1.0 starting
I/mediaserver(10724): ServiceManager: 0x41af9ce0
I/AudioFlinger(10724): Using default 3000 mSec as standby time.
I/CameraService(10724): CameraService started (pid=10724)
E/CameraService(10724): Could not load camera HAL module
I/AudioPolicyManagerBase(10724): loadAudioPolicyConfig() loaded /system/etc/audio_policy.conf
I/AudioFlinger(10724): loadHwModule() Loaded primary audio interface from Default audio HW HAL (audio) handle 1
I/AudioFlinger(10724): HAL output buffer size 1024 frames, normal mix buffer size 1024 frames

---

questo post lo aggiorno domani per ora viviamo un po di speranza ;-)

dopo uno scherzetto che ho fatto alla cm (poi spiego) arriviamo quasi all'avvio...
però mi muore qua:

codice:

---

W/ActivityManager(  294): Process com.android.phone has crashed too many times: killing!
I/Process (19660): Sending signal. PID: 19660 SIG: 9
E/dalvikvm(19673): Could not stat dex cache directory '/cache/dalvik-cache': Permission denied
I/dalvikvm(19673): Unable to open or create cache for /system/app/Provision.apk (/cache/dalvik-cache/system@app@Provision.apk@classes.dex)
I/ActivityManager(  294): Process com.android.phone (pid 19660) has died.
D/AndroidRuntime(19673): Shutting down VM
W/dalvikvm(19673): threadid=1: thread exiting with uncaught exception (group=0x40c37300)
E/AndroidRuntime(19673): FATAL EXCEPTION: main
E/AndroidRuntime(19673): java.lang.RuntimeException: Unable to instantiate activity ComponentInfo{com.android.provision/com.android.provision.DefaultActivity}: java.lang.ClassNotFoundException: com.android.provision.DefaultActivity
E/AndroidRuntime(19673):        at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2099)
E/AndroidRuntime(19673):        at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2210)
E/AndroidRuntime(19673):        at android.app.ActivityThread.access$600(ActivityThread.java:142)
E/AndroidRuntime(19673):        at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1208)
E/AndroidRuntime(19673):        at android.os.Handler.dispatchMessage(Handler.java:99)
E/AndroidRuntime(19673):        at android.os.Looper.loop(Looper.java:137)
E/AndroidRuntime(19673):        at android.app.ActivityThread.main(ActivityThread.java:4931)
E/AndroidRuntime(19673):        at java.lang.reflect.Method.invokeNative(Native Method)
E/AndroidRuntime(19673):        at java.lang.reflect.Method.invoke(Method.java:511)
E/AndroidRuntime(19673):        at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:791)
E/AndroidRuntime(19673):        at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:558)
E/AndroidRuntime(19673):        at dalvik.system.NativeStart.main(Native Method)
E/AndroidRuntime(19673): Caused by: java.lang.ClassNotFoundException: com.android.provision.DefaultActivity
E/AndroidRuntime(19673):        at dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:61)
E/AndroidRuntime(19673):        at java.lang.ClassLoader.loadClass(ClassLoader.java:501)
E/AndroidRuntime(19673):        at java.lang.ClassLoader.loadClass(ClassLoader.java:461)
E/AndroidRuntime(19673):        at android.app.Instrumentation.newActivity(Instrumentation.java:1053)
E/AndroidRuntime(19673):        at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2090)
E/AndroidRuntime(19673):        ... 11 more
D/dalvikvm(  120): GC_EXPLICIT freed <1K, 70% free 2162K/7171K, paused 8ms+8ms, total 104ms
I/ActivityManager(  294): Start proc com.android.phone for restart com.android.phone: pid=19686 uid=1001 gids={3002, 3001, 3003, 1015, 1028}
W/ActivityManager(  294):  Force finishing activity com.android.provision/.DefaultActivity
I/Process (19673): Sending signal. PID: 19673 SIG: 9
I/ActivityManager(  294): Process com.android.provision (pid 19673) has died.
I/ActivityManager(  294): START {act=android.intent.action.MAIN cat=[android.intent.category.HOME] flg=0x10000000 cmp=com.android.provision/.DefaultActivity u=0} from pid 0
I/ActivityManager(  294): Start proc com.android.provision for activity com.android.provision/.DefaultActivity: pid=19697 uid=10025 gids={1028}
E/dalvikvm(19686): Could not stat dex cache directory '/cache/dalvik-cache': Permission denied
I/dalvikvm(19686): Unable to open or create cache for /system/app/Phone.apk (/cache/dalvik-cache/system@app@Phone.apk@classes.dex)
D/AndroidRuntime(19686): Shutting down VM
W/dalvikvm(19686): threadid=1: thread exiting with uncaught exception (group=0x40c37300)
E/AndroidRuntime(19686): FATAL EXCEPTION: main
E/AndroidRuntime(19686): java.lang.RuntimeException: Unable to instantiate application com.android.phone.PhoneApp: java.lang.ClassNotFoundException: com.android.phone.PhoneApp
E/AndroidRuntime(19686):        at android.app.LoadedApk.makeApplication(LoadedApk.java:501)
E/AndroidRuntime(19686):        at android.app.ActivityThread.handleBindApplication(ActivityThread.java:4309)
E/AndroidRuntime(19686):        at android.app.ActivityThread.access$1300(ActivityThread.java:142)
E/AndroidRuntime(19686):        at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1268)
E/AndroidRuntime(19686):        at android.os.Handler.dispatchMessage(Handler.java:99)
E/AndroidRuntime(19686):        at android.os.Looper.loop(Looper.java:137)
E/AndroidRuntime(19686):        at android.app.ActivityThread.main(ActivityThread.java:4931)
E/AndroidRuntime(19686):        at java.lang.reflect.Method.invokeNative(Native Method)
E/AndroidRuntime(19686):        at java.lang.reflect.Method.invoke(Method.java:511)
E/AndroidRuntime(19686):        at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:791)
E/AndroidRuntime(19686):        at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:558)
E/AndroidRuntime(19686):        at dalvik.system.NativeStart.main(Native Method)
E/AndroidRuntime(19686): Caused by: java.lang.ClassNotFoundException: com.android.phone.PhoneApp
E/AndroidRuntime(19686):        at dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:61)
E/AndroidRuntime(19686):        at java.lang.ClassLoader.loadClass(ClassLoader.java:501)
E/AndroidRuntime(19686):        at java.lang.ClassLoader.loadClass(ClassLoader.java:461)
E/AndroidRuntime(19686):        at android.app.Instrumentation.newApplication(Instrumentation.java:967)
E/AndroidRuntime(19686):        at android.app.LoadedApk.makeApplication(LoadedApk.java:496)
E/AndroidRuntime(19686):        ... 11 more

---

Visto che usiamo il kernel della b627 e ovviamente anche la ramdisk, abbiamo dovuto trovare un modo per caricare le librerie di cm caricate durante init.
Dal momento che 2 librerie huawei non servono più, ho rinominato framework2.jar in hwframework.jar e come per magia siamo arrivati qua...

/sys/devices/system/cpu/cpu0/cpufreq # ls -la

-rwxrwxrwx root root 4096 2013-07-20 14:46 affected_cpus

/sys/devices/system/cpu/cpu0/cpufreq # cat affected_cpus
0

-rwxrwxrwx root root 4096 2013-07-20 14:46 cpuinfo_block_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat cpuinfo_block_freq
0

-rwxrwxrwx root root 4096 2013-07-20 14:46 cpuinfo_cur_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat cpuinfo_cur_freq
200000

-rwxrwxrwx root root 4096 2013-07-20 14:46 cpuinfo_max_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat cpuinfo_max_freq
1400000

-rwxrwxrwx root root 4096 2013-07-20 14:46 cpuinfo_min_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat cpuinfo_min_freq
200000

-rwxrwxrwx root root 4096 2013-07-20 14:46 cpuinfo_safe_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat cpuinfo_safe_freq
400000

-rwxrwxrwx root root 4096 2013-07-20 14:46 cpuinfo_transition_latency

/sys/devices/system/cpu/cpu0/cpufreq # cat cpuinfo_transition_latency
1000

-rwxrwxrwx root root 4096 2013-07-20 14:46 related_cpus

/sys/devices/system/cpu/cpu0/cpufreq # cat related_cpus
0

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_available_ddrfrequencies

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_available_ddrfrequencies
58000 120000 360000 450000

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_available_frequencies

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_available_frequencies
200000 400000 600000 800000 1000000 1200000 1399000 1400000

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_available_governors

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_available_governors
ondemand k3hotplug performance

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_available_gpufrequencies

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_available_gpufrequencies
58000 120000 240000 360000 480000

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_available_policies

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_available_policies
powersave normal performance

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_cpu_func

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_cpu_func
dvfs avs enabled

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_cpu_lock_num

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_cpu_lock_num
0

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_cpu_max_num

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_cpu_max_num
4

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_cpu_min_num

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_cpu_min_num
1

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_cpu_mode

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_cpu_mode
ENABLED

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_cpu_safe_num

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_cpu_safe_num
0

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_cur_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_cur_freq
200000

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_cur_policy

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_cur_policy
powersave

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_ddr_block_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_ddr_block_freq
0

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_ddr_cur_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_ddr_cur_freq
58000.

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_ddr_func

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_ddr_func
dvfs enabled

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_ddr_max_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_ddr_max_freq
450000

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_ddr_min_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_ddr_min_freq
0

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_ddr_mode

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_ddr_mode
ENABLED

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_ddr_safe_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_ddr_safe_freq
360000

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_driver

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_driver
k3v2cpufreq

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_governor

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_governor
k3hotplug

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_gpu_block_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_gpu_block_freq
0

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_gpu_cur_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_gpu_cur_freq
120000.

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_gpu_func

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_gpu_func
dvfs avs enabled

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_gpu_max_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_gpu_max_freq
268435455

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_gpu_min_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_gpu_min_freq
0

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_gpu_mode

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_gpu_mode
DISABLED

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_gpu_safe_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_gpu_safe_freq
120000

-rwxrwxrwx system system 4096 2013-07-21 14:53 scaling_max_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_max_freq
600000

-rwxrwxrwx root root 4096 2013-07-21 14:53 scaling_min_freq

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_min_freq
200000

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_setspeed

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_setspeed
<unsupported>

-rwxrwxrwx root root 4096 2013-07-20 14:46 scaling_tmp_mode

/sys/devices/system/cpu/cpu0/cpufreq # cat scaling_tmp_mode
ENABLED

cosa vuol dire questo? sei riuscito a sbloccare i file riguardanti alla cpu e gpu?

No è giusto un promemoria non sapevo dove metterlo... Tutti dovrebbero avere questi file... Sarebbe interessante capire il significato della policy e perché c'è un numero assurdo come frequenza massima della gpu

- /sys/devices/system/cpu/cpu0/cpufreq # cat scaling_gpu_max_freq 268435455

Come riferimento;

- /sys/devices/system/cpu/cpu0/cpufreq # cat scaling_gpu_mode DISABLED

Inoltre, bisognerebbe capire se questa policy impostata:

- /sys/devices/system/cpu/cpu0/cpufreq # cat scaling_max_freq
600000

abbia come effetto consecutivo quello di abbassare da 1.4 a soli 600 mhz, la frequenza massima della cpu e se questo cmq, si rifletta sui 3 core rimanenti.

Cmq, sono sempre piu' convinto che huawei abbia fatto casino con il kernel.

ps: il risultato sclerato su gpu lo dava anche a me quando andavo ad impostare manualmente le varie voci, risolvevo in qualche modo, impostando il suo frequency_safe a 240000 anziche' 120000 di default.

pps: Marco, io ti Stimo! :cool:

Edit delle ore 00.21: guardando bene le date, mi sono accorto della differenza in cpu max, ricordi se eri per caso sulla dev. edition e con governor forzato su 600?

si l'avevo abbassato io, sto lavorando sul cortexbrain script per forzare basse frequenze della cpu con il telefono in screen off. pero non capisco ancora perchè la frequenza della gpu non sale mai al massimo quando gioco... anche se metto performance come policy e governor.... ma poi cosa è sta policy?
non mi è ben chiaro... Di default sembra sia powersave...

Ora voglio provare a obbligare la ddr e la cpu alla massima frequenza di clock con screen on.

Rimango dell'idea che il governor di huawei sia qualcosa di pietoso.

Hmm... e se fossero anche policy in seno al kernel come Ipps-v2, pm_qos_params o qualcosa del genere... potrebbero essere relazionate anche al governor (la colpa non sarebbe solo sua), stranamente io mi ritrovo con una frequenza di 1.5ghz senza aver toccato nulla delle policy dell'hotplug di huawei e nelle tue stesse condizioni con frequenze gpu max sparate li a casaccio dopo il primo avvio, (che sia impostato in powersave, ondemand o prestazioni, poco importa).

Per quel che riguarda la gpu, solo intervenendo manualmente su max,min e safe risolvo (480/360/120 o 240) e il governor continua a fare il suo lavoro.

Il problema lo noto solo ed esclusivamente su gpu, le altre voci rimangono inalterate.

Potrebbe essere una non corretta relazione tra la gestione delle tensioni di alimentazione al primo avvio e la frequenza massima impostata, proprio sui valori di gpu?

La gpu lavora con una frequenza standard di 500mhz (o qualcosina in più se non ricordo male) su core e 1066 su ddr (che viene ridotta probabilmente a 480mhz/900mhz via software sul G615).

La cosa mi porterebbe a credere che sia il kernel huawei,che il suo governor proprietario, possano darsi la mano a vicenda....

prima bozza... ancora devo sistemare per fare il pacchetto installabile da recovery e ci sono un po di file inutili... però questo è quanto ho fatto finora...
Direi di iniziare con init.d
https://github.com/mangusta86/U9508_...1set_part_link
e
https://github.com/mangusta86/U9508_...d/02boot_tweak

Poi salterei a quello che effettivamente ci interessa di più e dove ci sta piu da lavorare

https://github.com/mangusta86/U9508_...channel/cn/res

in particolare nel file xml si gestisce l'interfaccia di stweaks e si assegnano gli script ai vari bottoni e spinner

Poi abbiamo il processo che gira in background (cortexbrain)
https://github.com/mangusta86/U9508_...xbrain-tune.sh

Ora sarebbe il momento di sparare delle idee per migliorare tutto questo... (da notare che cortexbrain è lanciato con nohup quindi l'output è salvo per il debug)

Nel frattempo sono stati rilasciati i codici sorgente del kernel del P6..
non so se possa servire a qualcosa...
???? - ???? - ???????

finquando nn sbloccano il bootloader nn servono a nnt

Quote:

---

Originariamente inviato da mauronofrio

finquando nn sbloccano il bootloader nn servono a nnt

---

Posso chiedere però una cosa? ok bootloader sbloccato permette di intervenire ad un livello decisamente più "basso". Ma è possibile fare un porting anche con bootloader bloccato? Perché per altri terminali huawei anche con booloader bloccato avevano fatto il porting di cyano e altri kernel, è proprio il nostro che ha qualche blocco ulteriore?

Purtroppo non abbiamo le conoscenze sufficienti... E poi sicuramente il fatto che sia il primo terminale con questa architettura a essere studiato non aiuta

Quote:

---

Originariamente inviato da mangusta86

Purtroppo non abbiamo le conoscenze sufficienti... E poi sicuramente il fatto che sia il primo terminale con questa architettura a essere studiato non aiuta

---

Purtroppo neanche altrove (mi riferisco soprattutto alla realtà cinese) ci sono sviluppatori che riescano in questa impresa, anche Geno ha fatto cose ottime, ma poi si è dovuto arrendere alla chiusura di Huawei.
Ho postato i sorgenti, non nella speranza che ci si tiri fuori per magia qualche ROM, ma perchè potrebbe essere occasione di ulteriore studio sul funzionamento del kernel.
Grazie per il lavoro che state facendo.

Marco,

se puo' esserti utile;

/kernel/debug/clock/clk_ddrc_gpu/rate - 48.000.000 (48 Ghz??????).

Si potrebbe spiegare lo sputtanamento delle frequenze max gpu (268435455) mentre il governor si gratta la testa.

ps: sarebbe ottimo se anche le frequenze su ddr e gpu venissero implementate nei vari profili :)

Tipo:

480max -360min (ddr450) in profilo prestazioni

480max - 58min (ddr360) in profilo standard

120max - 58min (ddr120 o 360, dipende dalla fluidita' generale) in profilo powersave

Come ho scritto in privato a mangusta e fracarro, oggi ho trovato questo link:
https://code.launchpad.net/~tyler-ba.../+merge/168717
potrebbe essere un modo per far avviare un kernel mod, attaccando il telefono al PC?
se qualcuno ha voglia di darci un'occhiata...

Quote:

---

Originariamente inviato da erbode

Come ho scritto in privato a mangusta e fracarro, oggi ho trovato questo link:
https://code.launchpad.net/~tyler-ba.../+merge/168717
potrebbe essere un modo per far avviare un kernel mod, attaccando il telefono al PC?
se qualcuno ha voglia di darci un'occhiata...

---

Dopo una analisi bella tosta del programma posso confermare che questa applicazione è molto interessante, in quanto è in grado di bypassare il bootloader del nostro telefono rendendo possibile l'installazione di un kernel custom.
La cattiva notizia è che per fare questo il kernel stock dovrebbe avere al suo interno il modulo USB-to-Serial che per quanto ne so io non è mai stato integrato da Huawei in nessun kernel rilasciato fino a oggi.
Si potrebbe aggiungere il modulo USB-to-Serial una volta in possesso dei sorgenti, però dovremmo verificare se fisicamente possibile.