Koliki je kernel image kada se iskompajlira sa nekim default .config-om?

Koliko je ukupno source raspakovan?

Pretpostavljam da si se zezao sa ovim kernelom dosta pa znas.

Kakva je default struktura direktorijuma u odnosu na standardni linux?

( moze jedan ls -R / > struct.txt attachment :)

Sa default "telefonskim" .config-om je oko 2.3 MB (gzip kompresija za zImage)

Otpakovan source je oko 300 MB

Inace, mnogi Nexus One telefoni imaju problem ako je kernel image veci od ~2.3-2.4 MB zbog male particije za boot image koja je verovatno negde pri kraju memorije i ima bad block-ove cesto.

Takodje, nije podrzana bzip2 kompresija, sto bi verovatno dodatno smanjilo kernel image.

Zar ne mozes da particionises kako ti hoces?
Boot particija fixne velicine i pozicije?

Cudo nema lzma - a da, forkovase pre nego sto je bio ukljucen u kernel xD

Na zalost ne mozes, posto bi za to morao da imas pristup bootloader-u na nivou koji Google nije dokumentovao / omogucio javnosti.

Nexus One jeste moguce otkljucati, i moguce je imati root pristup bez hackova - ali je bootloader (kao i radio ROM) i dalje zatvoren i pristup je prilicno ogranicen. A jedino bootloader moze particionisati uredjaj. Ti imas root pristup sistemskoj particiji, ali je ona po privilegijama ispod bootloadera.

@combuster - pa ima lzma, ali je stepen kompresije manji od gzip kompresije. LZMA je samo brzi.

A kolika mu je ta boot particija? Nije valjda ~2,5mb samo? :)

Btw, sad bas gledam u 2.6.35 kernelu ima neki
novi algoritam za kompresiju image-a (pod experimental je),
izlgeda da ima jos veci stepen kompresije od ovih do sad.

Jesi li ti siguran, koliko ja znam lzma ima mnogo bolji stepen kompresije od gzip-a, ne kao bzip ali je dosta i brzi. Ja uvek koristim lzma za kernel image.

http://tukaani.org/lzma/benchmarks.html

Arch developeri su presli sa gzip-a na lzma i paketi su mnogo manji a razlika u vremenu raspakivanja se maltene i ne oseti.

Mislim da bi trebalo da je oko 3 MB valjda, ali vecina Nexus One telefona muku muci sa bilo cim vecim od 2.3 MB

Jednostavno dobijes gresku prilikom flash-ovanja (zato sto je flash-er nabasao na pokvarene blokove).



Sve je to kul, ali da bi mogao da bootujes kernel sa tim, bootloader mora da bude u stanju da to procita ;-)

Sto se LZMA vs. bzip tice - ja se samo secam kada sam pokusao da spakujem da sam dobio veci kernel - probacu ponovo :)

Ma u pravu si ti za bzip nego gzip ima manju kompresiju.

Stepen kompresije od vecih ka manjem:

bzip - lzma - gzip

Brzina naravno kontra ali je lzma nekako najpovoljnije resenje jer mu je stepen kompresije blize bzip-u a brzina raspakivanja/kompresije gzip-u :)

Google je uradio super stvar sto je pushovao 2.2 za N1 pre iOS-a 4. Tako da kada je iPhone 4 dosao na review-ove imao je zestokog protivnika.
U medjuvremenu 2.2 je dosao i na druge telefone (Droid, HTC Desire, HTC Evo...) tako da je preduhitren i BB i MS sa svoim Phone 7.
blackberry torch jeste drastican iskorak u odnosu na predhodne BB ali iskren da budem cini mi se da je nedovoljan.
Phone 7 od MS mi je za sada totalna misterija kako ce da se primi u narodu. Moze da prodje do jaja a moze da prodje kao i Kin. Nista nije iskljuceno.

Ah izvinjavam se...

Nexus One bootloader ne podrzava LZMA, vec LZO - koji je oko 10% losiji od gzip.

Now you're talkin' :)

Tacno su forkovali android iz linux kernela pre nego sto je LZMA opcija upala u mainline a nisu backportovali feature. Nije ni bitno na kraju krajeva - mada vidis znacilo bi ti.

Da interesantno, zvanicno Google se jos drzi 2.6.29 kernela cak i u Froyo-u

Cyanogen je presao na 2.6.34 a ja sam trenutno na 2.6.35 kao i gomila drugih moddera.

Rekoh ja odavno - trebao je Google da zaposli Cyanogen-a, daleko brze bi im islo prelazenje na nove kernele, a i imali bi posten busybox :)

Brze ti android nego ja laptop :) Pu ostario sam.

Cekaj i android znaci ima initram ? Mislim mozes ti sve da strpas u kernel image ali ti kombinacija initramfs-a i kernel image-a ne sme preci 2-2.3MB ? Meni je kernel image tezak 1.9 do 2.3MB (2.3 mi ima mainline koju koristim za testing/debuging pa ima dosta overhead-a kad mu se odvrnu debuging opcije za sve zivo). Ali mi i initram ima 1.2MB sto i nije tako malo (ext4, sata drajveri itd kompajliram kao module pa mora da ih zakaci na initram).

Ili guras monolitan kernel totalno na androidu ?

Ima initram, naravno i gomila stvari se ucitavaju kao moduli.

Interesantno, Google ima i onaj Chrome OS projekat:

https://www.codeaurora.org/git...chrome/?p=kernel.git;a=summary

On je daleko sveziji (vec su na 2.6.35) i recimo sadrzi neke Qualcomm patch-eve koji nisu u Android kernelima, kao recimo adaptivno skaliranje voltaze.

Valjda zato sto jos nema proizvoda pa mogu da budu "bleeding edge" - kasnije ce verovatno biti konzervativniji.

Eh, da moze GRUB2 da se meti kao boot-loader, mislim da prakticno ne postoji nesto sto taj ne moze da butuje :)

Ma bre to je phone za tekijevce, mozes da se igras kako hoces :) Jos ako si Linux taliban ;-)

Mozes da butujes sta hoces "tethered" sa SD kartice - sa fastboot komandom ;-)

Na zalost, bez USB veze i po hardverskom resetu ne moze nista drugo osim standardnog Android zImage-a

Ja na svom HTC Desire-u sa zvanicnim update-om imam 2.6.32 Prosto ne mogu da verujem da je HTC ubacio custom kernel ?

Jel izađe koji put kernel panic?

Mozda poduzi ooops :) Hihihihi

Yep - Google je presao na 2.6.32 u finalnoj verziji Froyo-a (tek sad videh to, posto sam poslednji put oficijelni Froyo imao u beta verziji)

Mada, opet, OTA Froyo update nije imao bootloader image, tako da je i dalje nemoguce imati bilo sta drugo osim gzip ili LZO kompresije.

Kontam da ce za Gingerbread verziju morati da podrze jos nesto, posto ce zImage kompresovan gzip-om biti prevelik za vecinu Nexus One telefona.

Koliko znam, HTC Desire nema taj problem.