Raspberry PI - cross compiling

Ha jó látom "muszi" javaslatára ezzel http://www.emdebian.org/crosstools.html kezdek nyűglődni. Elsőre a Debian Squeeze -re próbálom felpakolni.
Találtam egy elég részletesnek mondható leírást is:
http://www.bootc.net/archives/2012/05/26/how-to-build-a-cross-compiler-…

A crosstool-ng -hez kapásból a következő csomagokat kellett feltenni (ez a ./config futtatásakor derült ki):
bison, flex, gperf, makeinfo (texinfo), GNU awk (gawk)

Amit nem értek, hogy ez a parancs miért nem működik:
$export PATH=${PATH}:/opt/cross/bin
aztán
$echo "PATH"
és sehol a path :( Csak úgy működik, ha beteszem a .bahsrc -be - így viszont nem tudom nem fog-e ütközni valamivel (bár tény hogy a jelzett mappában csak egy ct-ng van egyedül).
Mindegy egyenlőre megyek tovább.

( hrgy84 | 2012. 10. 08., h – 17:35 )


echo "${PATH}"

(hasznalatkor a shell valtozok ele kell legalabb egy dollarjel, hogy a shell tudja, hogy ez most kornyezeti valtozo. Ertekadaskor viszont nem kell. A ${} formula pedig csak egy fencing, a {} opcionalisan elhagyhato, bar erosen nem ajanlott.

Es ne a path vegere tedd, hanem az elejere: 


export PATH="/opt/cross/bin:${PATH}"

-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Na azért ez még mindig homály. Követve a crosstool-ng -t mgé egy path kellett, így 


export PATH="/opt/cross/bin:/opt/cross/x-tools/arm-unknown-gnueabi/bin:{$PATH}

Viszont ha belépek az xwindow -ba, ott nyitok terminál ablakot akkor ezek az "utólagos" path -ok duplikálódnak :(

* Én egy indián vagyok. Minden indián hazudik.

Kösz! Ez mondjuk magamtól is eszembe juthatott volna. De így megint tanultam valamit - az xwindow -ban megnyitott terminál session az előzőre alapszik!? Miért hajtódik végre még egyszer a .bashrc?
Mi van :(

* Én egy indián vagyok. Minden indián hazudik.

Ennel a helyzet kisse egyszerubb.

Amikor beloginolsz a GDM/XDM/KDM/ShitVM -en keresztul, akkor vegrehajtodik a profilod, es a PATH valtozo bekerul az X session valtozoi koze. Amikor terminalt nyitsz, akkor ujra felolvasodik a profilod, de a terminal maga mar orokli az X session kornyezeti valtozoit - tobbek kozt a PATH-et is.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( tovis v | 2012. 10. 08., h – 17:47 )

A path dolgát még revideálom, de most már dolgozik - húzza le a csomagokat - ez gondolom eltart egy darabig.
Viszont ez a path, hogy /opt/cross nem teljesen jó - végig szaladtam az ajánlott beállításokon a ct-ng menuconfig -on (egyenlőre semmit nem újítottam leszámítva, hogy eleve egy frisebb verziót húztam le, de ez is release) rögtön elakadt abba, hogy nem tudja megkreálni az /opt/cross/x-tools mappát - persze, hogy nem a felhasználónak nincs ilyen joga az /opt/cross mappában - egyenlőre csináltam egyet kézzel, mint root és átadtam magamnak.
Szép, már bontogatja a csomagokat :)

* Én egy indián vagyok. Minden indián hazudik.

( tovis v | 2012. 10. 08., h – 18:54 )

Na ez most komolyabb :(
../sysdefs/generic/dwarf2.h:251:17: error: invalid digit "." in octal constant
Nem jó az en_US.UTF-8 ?
Sérült a forrás fájl?
A google semmi ilyet nem dob.

A dwarf2.h megtaláltam, a 251 sor:
DW_OP_neg = 0x1f,
Na most ezzel mi a baj?

* Én egy indián vagyok. Minden indián hazudik.

A C forditonak egy sor pontosvesszotol pontosvesszoig tart. Azt irja fenn, hogy valahol van egy ervenytelen tizedespont a sorban. Nezz picit lejjebb is,mert ha jol latom, itt vesszo van a sor vegen, vagyis a kifejezesnek nincs vege.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Egy egész kupac ilyen definíció van, de ebbe a sorba jelzi a hibát.
Nem tudom, nem szeretem az ilyet de még kétszer elindítottam, és most úgy néz ki lefordult - nem értem :(
Mindegy remélem holnap folytathatom, kiderül mit ér ez így.

* Én egy indián vagyok. Minden indián hazudik.

( muszi v | 2012. 10. 09., k – 08:02 )

Valamit nagyon felreolvastal azon a linken :-)

A kovetkezot kellett volna csinalni: 

sources.list

-be: 

deb http://www.emdebian.org/debian/ squeeze main

majd 

apt-get update
apt-get install gcc-4.4-arm-linux-gnueabi

Erre ertettem, hogy nem kell sokat szenvedni vele :-)

szerk.: Most latom, hogy little endian, igy lehet, hogy marad a crosstool-NG.

( tovis v | 2012. 10. 09., k – 16:04 )

Meglepő, de megírtam első az első rpi programomat - a tradicionális "Hello, world!" címűt - minden C-s szereti. Lefordítottam, áttöltöttem (ssh - mc) és megdöbbentő módon működik!
De akkor mi volt azokkal a fordítási hibákkal?! Azért ez kicsit gáz.
A cikk jó, amit ott a srác leír az működik! De hogy lesz ebből kernelem?

* Én egy indián vagyok. Minden indián hazudik.

( tovis v | 2012. 10. 09., k – 21:11 )

Kernelem még mindig nincs, de ...
Végre sikerült a monitornak megfelelő felbontást beállítani!
Mivel első bekapcsoláskor csak kompozit videó kimenet volt, a javallatok szerint beállítottam a "hdmi_safe=1" - ekkor ugyan megjelent HDMI kimeneten a jel, viszont ez olyan "safe" lett hogy semmilyen más felbontást/beállítást nem fogadott el. Most ezt kivettem, betettem a "hdmi_force_hotplug=1" és a "hdmi_drive=2" ez után szépen előállt az 1280x1024 - 60Hz - pazar :D
Végre látom mi van a képernyőn!
Megjegyzés: a monitor egy HP L1750 -es TFT, ami HDMI-DVI kábellel van összekötve. A hang a kis jack dugón keresztül működik.
Viszont most nézem, a nagy állítgatásban elveszett a jó kis billentyűzet beállításom :(

* Én egy indián vagyok. Minden indián hazudik.

( tovis v | 2012. 10. 10., sze – 16:05 )

Sajnos Chris barátunk nem írja le részletesen (ahogy a crosstools-ng telepítését) a kernel konfigurálás, forgatás és telepítés menetét :(
Így nekem kellene kitalálni - össze ollózni.
A wikiben http://elinux.org/Rpi_kernel_compilation ezt írják az ubuntu -hoz:

make ARCH=arm CROSS_COMPILE=/usr/bin/arm-linux-gnueabi- menuconfig

A CROSS_COMPILE az most a path? Az nálam Chris után
/opt/cross/x-tools/arm-unknown-linux-gnueabi/bin/
itt találhatóak a -gcc, -addr2line, -cpp stb.
Azt hiszem kezd valami derengeni, talán így lesz jó:

make ARCH=arm CROSS_COMPILE=/opt/cross/x-tools/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-gnueabi- menuconfig

Szép hosszú :(

* Én egy indián vagyok. Minden indián hazudik.

( tovis v | 2012. 10. 10., sze – 16:29 )

Megtaláltam az easycap drivert - forgatás indul - megyek kitakarítom a szobát :(

* Én egy indián vagyok. Minden indián hazudik.

itt vannak a kernel es headers csomagok. felrakod a megfelelo headerst, azzal mar lehet "kulso" modult forgatni.
ha minden jo akkor kell lenni egy ilyennek:
ls -d /lib/modules/$(uname -r)/build

ha a modul forrashoz van Makefile, akkor kb ennyi:
make -C /lib/modules/$(shell uname -r)/build SUBDIRS=$(PWD) modules

ha minden jo akkor lesz egy foo.ko-d, betoltheted insmod ./foo.ko paranccsal, aztan eleg kezzel bemasolni a /lib/modules/$(uname -r)/extra-ba (majd depmod -a)

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Kösz!
Gondoltam, hogy ezt kell forgatnom. A raspbian deb csomagokkal a bajom, hogy mit kell csinálnom a patch -kel (szép nagy kupac - egyenként végre kell hajtani?).
Nem találom azt a .config -ot ami a kurrens kernelhez tartozik - a nem raspberry distrókban a /boot mappában ott a kernel config, itt még nem találtam meg.
A git verzió simán lefordul, viszont valami thread blokkolódik és 2 percenként üzen egyet a logba :( A korrekt config hiánya is okozhatja ezt.
A firmware mappa is jóval nagyobb/több a raspbian -os verzióban (nem mintha tudnám, mire is van szükségem valójában).
Megjegyzés: az rpi -t nem elsősorban hobyból/ra vettem. Jó ha a kernel a kezemben van, valóban egy-egy modul beforgatása rövidebb időt vesz igénybe.

* Én egy indián vagyok. Minden indián hazudik.

No hát nem fordult le :( Vlmi hibák miatt nem csinálta meg az "_all" -t.
Tény, hogy a header csomagot nem húztam le, csak a linux-source-3.2._3.2.21+rpi1_all.deb és ebből szedtem ki a forrást. Az "all" -ból úgy gondoltam ez jó lesz. Lehet hogy a patch -ek hiányoznak?
Viszont, lehúztam a linux-image-3.2._3.2.21+rpi1_all.deb csomagot, itt benne van a ".config" :)
Most mit csináljak :( Ezt a sok patchet egyenként kell végig csinálni?
Lehet hogy mégis jobban járok a git -es verzióval, legfeljebb kikapcsolom a 120 sec -os jelzést - amiről nem tudunk, az nincs :[

* Én egy indián vagyok. Minden indián hazudik.

Ez kezd kicsit eldurvulni :(
Minden patch nélkül lefordult - valami hihetetlen lassan! Kiderült hogy majd 400 MBájt drivert rakott össze!
Itt valami piszokul nem stimmel! Nem hiszem hogy a patch-ken múlik.

Viszont találtam a Raspberry PI fórumon segítséget:
http://www.raspberrypi.org/phpBB3/viewtopic.php?f=66&t=19589&p=193014#p…
Mint kiderült a hiba, ami nálam jelentkezett NEM az én hibám, valami történt, így a firmware meg a kód nincs összhangban.
Kaptam is két új git linket(?) kernelre, firmware -re ... mit kell ezzel csinálni :( Ez most egy patch?
Rákérdeztem, de még nincs válasz.
Ért valaki a git -hez? Hogy kell ezeket a "commit" cuccokat használni?

* Én egy indián vagyok. Minden indián hazudik.

Ezt megint nem értem :( Mindent "lekattintottam" amit csak lehetett. Egyébként kisírtam a fórumban mit kell ezzel csinálni - a kulcs a checkout parancs és az a hosszú index, az szépen fejbe csapta a forrást, ahol kellet. Lefordítottam és a hibaüzenet eltűnt :D
Várható volt, tudhattam volna, testing és fejlesztői példány.

* Én egy indián vagyok. Minden indián hazudik.

( tovis v | 2012. 10. 10., sze – 18:30 )

Lefordult. Te jó ég, Etch óta nem forgattam kernelt!? Hol vannak a modulok :(
lehet hogy még kell a make ARCH=arm CROSS_COMPILE=blabla modules ?

* Én egy indián vagyok. Minden indián hazudik.

( tovis v | 2012. 10. 10., sze – 21:15 )

Nos. Nem a "make modules" nem kell, viszont kell a modules_install mégpedig így:

make ARCH=arm modules_install INSTALL_MOD_PATH=arch/arm/boot

A path lehet más is, de én ezt választottam.
Szépen meg is csinálta, létrehozta a lib könyvtárat - de látszik, hogy a kernel szám postfix(?) -et elszúrtam:

Linux raspberrypi 3.2.27tovis001+ #1 PREEMPT

Legalább egy kötjelet tehette volna a "tovis001" elé :(
Kérdés: ki teszi bele,hogy "#1 PREEMPT" ?
Aztán elkezdtem keresgélni, hogy tudnék ebből klassz Debian csomagot készíteni - sajnos egyenlőre nem találom a módját, több leírás is van de valahogy egyik sem passzol :(
No mindegy, elnapolom. Egyszerűen, fakezűen átmásoltam az Image fájlt és a l3.2.27tovis001+ és az alatta levő modulokat.
Aztán az rpi -n az Image -t átmásoltam a boot/kernel.img (a régit átkereszteltem kernel.img.000), a modulokat meg a /lib/modules alá. Persze mindenütt beállítottam a root:root mint tulajdonos.
Azért sikerült egy másik kernel forrást lehúznom - jóval kevesebb a firmware könyvtár tartalma!?
reboot - és betöltődött :)
Gyorsan bedugtam a cuccot - betöltődött az easycap modul :)
Viszont van egy ismétlődő hibaüzenetem: 


Oct 10 18:52:47 raspberrypi kernel: [ 1201.055568] VCHIQka-0       D c037f77c     0    27      2 0x00000000
Oct 10 18:52:47 raspberrypi kernel: [ 1201.055640] [<c037f77c>] (__schedule+0x304/0x5cc) from [<c0043164>] (kthread+0x64/0x88)
Oct 10 18:52:47 raspberrypi kernel: [ 1201.055688] [<c0043164>] (kthread+0x64/0x88) from [<c000e8b0>] (kernel_thread_exit+0x0/0x8)
Oct 10 18:54:47 raspberrypi kernel: [ 1321.044258] INFO: task VCHIQka-0:27 blocked for more than 120 seconds.
Oct 10 18:54:47 raspberrypi kernel: [ 1321.044278] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.

Szép szabályosan 2 percenként ismétlődött 10x - de most abbahagyta!? Nem tetszik. Ezt most az easycap modul, vagy az "új" kernelem csinálja?
De kezdetnek ez is jó :)
Ki kell találnom miért más a firmware gyűjtemény.
Cross környezetben hogy tudnék debian kernel csomagot gyártani.

* Én egy indián vagyok. Minden indián hazudik.

Ha siman kiadod a make help-et, akkor a lista vege fele fel vannak sorolva, hogy a sima make parancs milyen csomagokat tud generalni. Azert irtam, mert nem tudom fejbol, hogy a make deb vagy a make deb-pkg csinal ilyen csomagot. Probald meg kiadni a make help-et, es olvasd el, mit ir. Ez ilyen kernel-specifikus dolog, a make help NEM a make helpje, hanem egy specko target a kernelnel.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Mert kategoriak vannak a ket eszkoz kozott. A make deb-pkg az aktualis kernelbol csinal egy binaris deb csomagot es koszonjuk. A make-kpkg ellenben fogja, felfureszeli a kernelt modulokra, firmwarekre, meg dev csomagra meg a fene tudja meg mire, es adagonkent becsomagolja, plusz forras csomag + forras.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Nem találok egy leírást arról, hogy is kellene ezt a kiegészítést használni :(
Egye fene, csinálok egy új forgatást:
make ARCH=arm CROSS_COMPILE=/opt/cross/x-tools/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-gnueabi- -k deb-pkg

Megnézem mi lesz az eredmény.

* Én egy indián vagyok. Minden indián hazudik.

( tovis v | 2012. 10. 13., szo – 17:54 )

Állapot jelentés!
A fejlesztő által javasolt kis patchel a kernel forrásban, a crosstol-ng -vel sikerült, működőképes, stabil kernelt forgatnom! Öröm.
Így már majdnem "kézben" van a cucc.
Viszont, az easycap driver (staging) nem működik :( Ráakasztottam a rendszerre egy ilyen USB-s grabbert, létrejött a /dev/video0 - felállt a driver. Egy már kipróbált módszerrel, az "fswebcam" progival és egy kis script segítségével nem tudtam elérni a kamerát - fekete (üres) frame :(
Amit eddig a találtam a fórumokon, az valami olyasmire jutottak, hogy az rpi USB kezelése lassú (és illetve a processzor is).
Jobb híján, megnézem mit csinál a Wheezy egy I386 desktopon (P4 2,8 GHz).

* Én egy indián vagyok. Minden indián hazudik.

A desktop gépen, Wheezy szépen ketyeg. Persze a kernel verzió ugye 3.2.0 míg az RPI 3.2.27 és erősen "piszkált/piszkos/tainted".

FLAME:
Eldobom az agyam jó messzire. Az összes fórum, a fejlesztők mindenki a tápegységet gyanúsítja mindenfélével - leesik a tápfesz 4,8 V alá ...
Akkor csatlakozók vannak a NYÁKon hogy ihaj (RCA/kompozit, jack/hang, dupla USB és ott van az RJ-45) A GPIO szép tüskesoráról nem is beszélve, viszont, a táp egy kis micro USB csatlakozót tettek rá. Alig találtam korrekt áron tápot (5V 1A) szétkaptam: a tápon semmilyen beállítási lehetőség nincs (trimmer). A csatlakozó mindössze a két szélső pontot használja - az akár 1A áramot így kevesebb mint 1 mm felületen tudom csatlakoztatni kb. 1m 0,5-0,8 átmérőjű sodrott vezetékkel. Ezek mit esznek? Ha rátettek volna egy közönséges jack táp csatlakozót akkor nem férnek bele a 35$ keretbe?
Nálam egyébként, ha rádugom a grabbert akkor 4,84 V.

* Én egy indián vagyok. Minden indián hazudik.