Uvod (diskuse)

[xkucf03]

super, těším se na články

[Mrkva]

Povedlo-li se nekomu z vas zkompilovat kernel na AI a nabootovat ho i s vyberem OS, nebo nainstalovat Debian, pochlubte se prosim v diskusi.

No, párkrát jsem si s tím hrál (a rozběhal jsem na tom i .35 vanilku - ale vyžádalo si to dost nervů a pak se to nějak potento... Asi nejjednodušší bude vzít opatchované zdrojáky, vyhodit z nich ten jejich pochybný initramfs, zakompilovat potřebné věci do jádra a bootovat čistě z toho. V dohledné době tam chci zkusit nacpat něco lehčího (Qt Antico se mi docela zamlouvá) a zmáčknout to do 256MB NAND (kterážto by přece jen mohla být rychlejší než ta SD karta). Myslím, že když použiješ funkční jádro, neměl by problém tam nacpat armel port Debianu (ale sám jsem to nezkoušel).

[Fluttershy, yay!]

Antico docela rychle a celkem dávno umřelo, nevíš, v jakém je stavu?

[Mrkva]

Pardon, koukal jsem na nějaký fork

[multi]

to vypada zajimave, pokud to neumrelo ..

[multi]

nand tam ma byt prej mnohem pomalejsi ne?

[Mrkva]

Pravda... Ted na to koukam...

root@TouchBook:/media/ram# time { dd if=rand of=/dev/mmcblk0p3 bs=4M;  };
10+0 records in
10+0 records out

real	0m13.060s
user	0m0.000s
sys	0m0.875s

root@TouchBook:/media/ram# time { dd if=rand of=/dev/mtdblock4 bs=4M;  };
10+0 records in
10+0 records out

real	0m22.782s
user	0m0.000s
sys	0m0.789s

Skoro polovicni rychlost... :(

[Grunt]

A není ta NAND k něčemu (mám pocit při upgradu) dobrá? Já osobně bych si do ní stejně nedovolil zapisovat, protože je natvrdo připájený k desce a až padne její zapisovací cyklus, tak už ji těžko vyměním.

[Mrkva]

A není ta NAND k něčemu (mám pocit při upgradu) dobrá?

Nevím, neřeším, výhledově stejně půjde oficiální distro pryč.

Já osobně bych si do ní stejně nedovolil zapisovat, protože je natvrdo připájený k desce a až padne její zapisovací cyklus, tak už ji těžko vyměním.

Tak ono když odejde, tak se dohromady nic nestane - mám pocit, že to je schopné nabootovat i čistě z SD karty, bez čehokoliv na NAND.

[Grunt]

Tak ono když odejde, tak se dohromady nic nestane - mám pocit, že to je schopné nabootovat i čistě z SD karty, bez čehokoliv na NAND.

Jasně. Jen bude zbytečně vyset jeden mrtvý brouk na desce. Kua, to měli začít dávat do patice (bo stejně jediný přístup k tomu je skrz CPU a nebo skrz JTAG a ani jedno z toho není moc pohodlné).

[pc2005]

Problém je v tom, že patice pro SOT nebo ještě lépe BGA moc nejsou . Ale jinak souhlasím, kdyby to hodili přímo řadiči SD, tak by to bylo dobrý. Jediná výhoda paralelní NAND je v tom, že je rychlejší a přímo adresovatelná z CPU (i když to není úplně pravda, SPI flash (ale ne SD) jsou taky sériový a imho adresovaný přímo). Každopádně by neměl být problém mapování ošetřit v řadiči.

[Grunt]

Problém je v tom, že patice pro SOT nebo ještě lépe BGA moc nejsou

Jasně. Což je druhá věc co mě štve. Trefovat se do jednotlivých pinů jinak než pomocí JTAGu je většinou o nervy.

Ale jinak souhlasím, kdyby to hodili přímo řadiči SD

To zas ne. Možnost kontroly wear-levelingu se mi docela líbí. Nějaký jiný přístup k pinům jinak než pomocí vlákna tenkého jako lidský vlas by mi bohatě stačil.

[pc2005]

To zas ne. Možnost kontroly wear-levelingu se mi docela líbí. Nějaký jiný přístup k pinům jinak než pomocí vlákna tenkého jako lidský vlas by mi bohatě stačil.

Já bych zase bral SD kartu (JTAG bych pak vůbec nepotřeboval, prostě bych strčil do čtečky). Jinak u BGA ti bude naprd i vlákno a u SOT bys zase potřeboval třeba 60 drátků (32 datovejch a něco adresní). U SPI to není přes drátky problém, ale zase rychlost je slabá a tuším, že se nedělaj moc velký.

[Grunt]

Já bych zase bral SD kartu

Však tak to u TB je a IMHO je to paráda. Akorát dost pochybuju, že k tomu má přístup i bootloader. Což je asi ten hlavní problém.

[pc2005]

NN já to myslel tak, že by bootloader byl v SD kartě, na desce by kromě RTC nebyla žádná nonvolatilní paměť.

Jinak bootloader (pokud není hw) se dá vždy updatovat .

[Grunt]

NN já to myslel tak, že by bootloader byl v SD kartě

No to by bylo ještě lepší. Otázka je jak by se k tomu procesor inicializačním mikrokódem dohrabával?

[pc2005]

No po resetu třeba x86 žádá adresu FFFFFFF0, na což by mohl zareagovat SD řadič a načíst třeba první blok SD karty. Jde víceméně o to namapovat hardwarově bootovací zařízení do adresního prostoru procesoru.

[multi]

ale na armu to asi bootuje uplne jinak

[pc2005]

Tohle funguje všude, leda by to byla nějaká extrémní šílenost . Pokud procesor zažádá o nějakou adresu řadič, tak řadič může být vždycky postaven tak, aby to četlo z SD. Pokud je řadič přímo v CPU, tak je to to samý, jinak přesně takhle funguje čtení ze SPI (sériové) flashky. Rozdíl od SD je akorát v tom, že SD má i blbosti jako CRC a adresování spíš jako disk než sériová adresa buňky.

[Grunt]

Já měl za to, že řadič se musí nejdříve inicializovat.

[pc2005]

Tak samozřejmě nemusí být superinteligentní (FIFO, DMA apod.), triviální věci jako adresový registr může mít asynchronně nastavený reset pinem. Načítání sériových dat a výpočet CRC zvládne nějaký mooreový automat.

[Jendа]

K tomu Debianu - nějaký člověk u mě hostuje port Ubuntu, neměl by být až takový problém to předělat na Debian.

[Grunt]

nééééé…

[Mrkva]

Co néééé?

[multi]

me by zajimalo jak je to tam s baterkou a tim jejim fixem

taky to muzes psat na touchbook.cz

[pc2005]

prumyslovych deskach s ARMem

Mwuhaha .