[Huawei Ascend G615]Informazioni Kernel da Xin Li

[Hohenzollern]

Originariamente inviato da fracarro
Un ringraziamento speciale a mangusta86, per avere reso disponibili allo studio, i sorgenti del kernel dell' Ascend D quad

Quotone

Quotissimo....


Inviato dal mio HUAWEI U9508 usando Androidiani App

[maknsacc]

Sono andato sul profilo facebook della huawei, a quanto pare brullica di domande ed ogni tanto c'è qualche risposta......

Ecco la mia,

Hi, i'm a devolper and i would ask you if the U9510 and the U9508 has the same IDENTICAL hardware. huawei has'nt still publisced the source code for u9508, but has publisced the sources of u9510.
I've compiled the kernel of the u9510 and wanna flash it over U9508.

Thanx in advance.

https://www.facebook.com/huaweidevic...63561?filter=2


per quanto riguarda il fastboot che volevo provare, il bootloader deve essere sbloccato con un codice da 16 cifre che per ora huawei tiene nascosto nonostante ci sia una petizione

a questo link https://www.change.org/es/peticiones...for-all-models

pare che servano solo 100 firme :o

Per mangusta86: forse converrebbe recuperare la ramdisk dalla recovery ufficiale, ho appena messo tutto stock causa vari esperimenti , e facendo caso alla procedura di update ho notato la dicitura flashing kernel, insomma forse possiamo capirci qualcosa di più da li...

[mangusta86]

Sono andato sul profilo facebook della huawei, a quanto pare brullica di domande ed ogni tanto c'è qualche risposta......

Ecco la mia,

Hi, i'm a devolper and i would ask you if the U9510 and the U9508 has the same IDENTICAL hardware. huawei has'nt still publisced the source code for u9508, but has publisced the sources of u9510.
I've compiled the kernel of the u9510 and wanna flash it over U9508.

Thanx in advance.

https://www.facebook.com/huaweidevic...63561?filter=2


per quanto riguarda il fastboot che volevo provare, il bootloader deve essere sbloccato con un codice da 16 cifre che per ora huawei tiene nascosto nonostante ci sia una petizione

a questo link https://www.change.org/es/peticiones...for-all-models

pare che servano solo 100 firme :o

Per mangusta86: forse converrebbe recuperare la ramdisk dalla recovery ufficiale, ho appena messo tutto stock causa vari esperimenti , e facendo caso alla procedura di update ho notato la dicitura flashing kernel, insomma forse possiamo capirci qualcosa di più da li...

detto fatto...

https://github.com/mangusta86/ramdisk1

https://github.com/mangusta86/ramdisk2


comunque il kernel lo ho flashato più e più volte... non ha fatto niente... il problema è che non fa niente appunto... però sono sicuro di averlo flashato zippandolo... nel prossimo post metto lo script che ho usato... poi se volete vi passo il resto del materiale che serve e faccio un piccolo tutorial se lo vorrete usare....

[mangusta86]

# Script Pack Kernel + Ramdisk
# By Mangusta86 credit to Adi_Pat
tput setaf 6
setterm -bold 
echo "**** KERNEL PACKER SCRIPT ****"
echo "**** By Mangusta86 ****"
echo "**** Credit to Adi_Pat ****"
tput sgr0 
setterm -bold
echo "Checking zImage in kernel/zImage"
if test -e kernel/zImage
   then echo "zImage found"
else echo "Kernel not found!"
   tput sgr0
   exit 
fi
echo "Checking Ramdisk"
if test -d ramdisk 
then echo "Ramdisk found" 
else echo "Ramdisk not found!"
tput sgr0
exit 
fi

echo "zImage + ramdisk found, preparing ramdisk"
sleep 2 

find ramdisk/. | cpio -o -H newc | gzip > ramdisk.cpio.gz
#./tools/mkbootfs ramdisk | gzip > ramdisk.gz
sleep 2
echo "Packing final Kernel (boot.img) "
mkdir -p out
cp kernel/zImage zImage
./tools/mkbootimg --kernel zImage --ramdisk ramdisk.cpio.gz --base 0x0 --cmdline 'console=ttyS0 vmalloc=384M k3v2_pmem=1 mmcparts=mmcblk0:p1(xloader),p3(nvme),p4(misc),p5(splash),p6(oeminfo),p7(reserved1),p8(reserved2),p9(recovery2),p10(recovery),p11(boot),p12(modemimage),p13(modemnvm1),p14(modemnvm2),p15(system),p16(cache),p17(cust),p18(userdata);mmcblk1:p1(ext_sdcard)' -o out/boot.img
sleep 2
setterm -bold 
rm ramdisk.cpio.gz
rm zImage
echo "boot.img ready!"
echo "Making CWM Flashable zip file"
cd out 
# Copy some essential files 
cp -r ../tools/META-INF META-INF
cp ../tools/signapk.jar signapk.jar 
cp ../tools/testkey.x509.pem testkey.x509.pem
cp ../tools/testkey.pk8 testkey.pk8
cp ../tools/reserved.img reserved.img
###################################
zip -r Kernel-Mangusta86-CWM.zip META-INF boot.img reserved.img
echo "ZIP Ready, signing it"
java -jar signapk.jar testkey.x509.pem testkey.pk8 Kernel-Mangusta86-CWM.zip SIGNED_Mangusta86_CWM.zip
# Remove everything ###############
rm Kernel-Mangusta86-CWM.zip 
rm *.jar
rm *.pk8
rm *.pem
rm -r META-INF 
rm reserved.img
cd ..
##################################
 
s1=`ls -lh boot.img | sed -e 's/.* [ ]*\([0-9]*\.[0-9]*[MK]\) .*/\1/g'`
cd out 
s2=`ls -lh boot.img | sed -e 's/.* [ ]*\([0-9]*\.[0-9]*[MK]\) .*/\1/g'`
rm boot.img 
tput setaf 3
echo "Size of old boot.img: $s1" 
echo "Size of new boot.img: $s2"
tput setaf 1
echo "Flashable zip is out/SIGNED_Mangusta86_CWM.zip"
tput sgr0
setterm -bold
echo "All Done, press enter to exit"
tput sgr0
read ANS

[mangusta86]

Questo è un dmsg della recovery dall'avvio: di particolare importanza abbiamo finalmente la kernel command line (aka CMDLINE) e qualche info in più per lo sviluppo del kernel

<6>[0.0, swapper] [    0.000000] Initializing cgroup subsys cpuset
<6>[0.0, swapper] [    0.000000] Initializing cgroup subsys cpu
<5>[0.0, swapper] [    0.000000] Linux version 3.0.8-02064-gc66cb43 (android@localhost) (gcc version 4.6.x-google 20120106 (prerelease) (GCC) ) #2 SMP PREEMPT Wed Dec 12 16:53:44 GMT 2012
<4>[0.0, swapper] [    0.000000] CPU: ARMv7 Processor [413fc090] revision 0 (ARMv7), cr=10c5387f
<4>[0.0, swapper] [    0.000000] CPU: VIPT nonaliasing data cache, VIPT aliasing instruction cache
<4>[0.0, swapper] [    0.000000] Machine: huawei
<6>[0.0, swapper] [    0.000000] k3v2_mem_setup
<6>[0.0, swapper] [    0.000000] k3v2_mem = 524256K@0x20000000
<6>[0.0, swapper] [    0.000000] early_k3v2_mem start 0x20000000 size 0x0
<6>[0.0, swapper] [    0.000000] [bdid]boardid = 0x47.
<4>[0.0, swapper] [    0.000000] power down charge p:0, pd_charge_flag :0
<4>[0.0, swapper] [    0.000000] enter recovery p:1, enter_recovery_flag :1
<4>[0.0, swapper] [    0.000000] runmode is normal, runmode_factory = 0
<6>[0.0, swapper] [    0.000000] hpm_value = 67.
<4>[0.0, swapper] [    0.000000] logctl p:1, logctl :1
<6>[0.0, swapper] [    0.000000] cpu_maxfreq = 0.
<4>[0.0, swapper] [    0.000000] Memory policy: ECC disabled, Data cache writeback
<4>[0.0, swapper] [    0.000000] k3v2oem2 map io
<7>[0.0, swapper] [    0.000000] On node 0 totalpages: 203264
<7>[0.0, swapper] [    0.000000] free_area_init_node: node 0, pgdat c087b060, node_mem_map c125f000
<7>[0.0, swapper] [    0.000000]   Normal zone: 1216 pages used for memmap
<7>[0.0, swapper] [    0.000000]   Normal zone: 0 pages reserved
<7>[0.0, swapper] [    0.000000]   Normal zone: 154432 pages, LIFO batch:31
<7>[0.0, swapper] [    0.000000]   HighMem zone: 372 pages used for memmap
<7>[0.0, swapper] [    0.000000]   HighMem zone: 47244 pages, LIFO batch:15
<6>[0.0, swapper] [    0.000000] PERCPU: Embedded 7 pages/cpu @c189f000 s5216 r8192 d15264 u32768
<7>[0.0, swapper] [    0.000000] pcpu-alloc: s5216 r8192 d15264 u32768 alloc=8*4096
<7>[0.0, swapper] [    0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3 
<4>[0.0, swapper] [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 201676
<5>[0.0, swapper] [    0.000000] Kernel command line: k3v2_mem=524256K@0x20000000 console=ttyS0 vmalloc=384M k3v2_pmem=1 mmcparts=mmcblk0:p1(xloader),p3(nvme),p4(misc),p5(splash),p6(oeminfo),p7(reserved1),p8(reserved2),p9(recovery2),p10(recovery),p11(boot),p12(modemimage),p13(modemnvm1),p14(modemnvm2),p15(system),p16(cache),p17(cust),p18(userdata);mmcblk1:p1(ext_sdcard) boardid=0x36200110,0x00000024,0x00000047 pd_charge=0 enter_recovery=1 androidboot.swtype=normal fastboot_version=U9508V100R001C00B107_FASTBOOT androidboot.serialno=022AMY2131016587 androidboot.powerupreason=NORMAL  sb=sl hpm_value=67 setup_logctl=1  cpu_maxfreq= 
<4>[0.0, swapper] [    0.000000] pmem allocating 81854464 bytes at (31b00000 physical) for gpu pmem area

[fracarro]

Cavolo, lo avevo proprio dimenticato quel comando!

Tra l'altro, ci sono moltissime altre voci interessanti (praticamente si mette a nudo tutto il terminale, dal. boot, al reg, al prob, ecc. )

Una in particolare potrebbe fare la gioia di noi tutti;

<4>[183.0, HDMIDaemon] [ 5.834900]
<4>[183.0, HDMIDaemon] [ 5.834978] hdmi[W]:hdmi_control_hpd_store:1954: this device support mhl, and don't need to enable hpd.
<4>[183.0, HDMIDaemon] [ 5.835172]

Oltre ad avere anche la conferma del driver usb-otg che viene registrato.

ps: Marco, mentre si aspetta (speriamo) i sorgenti del nostro kernel, si potrebbe già dare un occhiatina di confronto sul prob dei driver del tuo sorgente

pps: curiosità, il kernel registra tutte e 3 gli scheduler (noop, deadline e il cfq che usa di default) e il device ha il più Alto partizionamento della storia LOL!!! (18, leggasi diciotto!)

[mangusta86]

Mi sono letto tutte le partizioni in esadecimale... sto male domani vi dirò quello che ho scoperto. Qualche novità c é...

Sent from my HUAWEI U9508 using Tapatalk 2

[piotta]

con tutto lo smazzo che vi state facendo...... avete dato un'occhiata a questa pagina ????ROM????? io l'ho tradotta con chrome e l'ho trovata piuttosto interessante

[erbode]

con tutto lo smazzo che vi state facendo...... avete dato un'occhiata a questa pagina ????ROM????? io l'ho tradotta con chrome e l'ho trovata piuttosto interessante

Il link è sbagliato..riporta ad una pagina inesistente

[maknsacc]

Non solo è il telefono più partizionato, ma è anche quello più chiuso, se non fosse per il fastboot bloccato su alcuni comandi avremmo già fatto!! imvece ci tocca fare il reverse....