Portál AbcLinuxu, 5. května 2025 09:41
cd /home/developer/intelFPGA_pro/artifacts.enablement export TOP_FOLDER=`pwd` export PATH=`pwd`/gcc-arm-11.2-2022.02-x86_64-aarch64-none-linux-gnu/bin:$PATH export ARCH=arm64 export CROSS_COMPILE=aarch64-none-linux-gnu- export QUARTUS_ROOTDIR=/home/developer/intelFPGA_pro/24.2/quartus/ export QUARTUS_ROOTDIR_OVERRIDE=${QUARTUS_ROOTDIR} #todle nesnasi bitbake #export LD_LIBRARY_PATH=${QUARTUS_ROOTDIR}/linux64 export PATH=$QUARTUS_ROOTDIR/bin:$QUARTUS_ROOTDIR/linux64:$QUARTUS_ROOTDIR/../qsys/bin:$QUARTUS_ROOTDIR/niosv/bin:$PATH export WORKSPACE=$TOP_FOLDER/gsrd-socfpga/ echo "Yocto setup done" #export PWD=$PWD cd gsrd-socfpga . agilex5_devkit-gsrd-build.sh build_setup exec basha potom dám bitbake_image 2.) Další otázka je kde/jak se dá přepnout stahování z gitu na HTTPS1, nebo nějak protáhnout timeouty spojení nebo tak něco,...? Manuálně se mi to stáhnout z gitu povedlo hned napoprvé, ale nevím, jak yoctu to stažené vnutit (když jsem použil stahovací příkaz z chyby stáhlo se to, ale poak yocto stejně stahoval znovu a nestáhl). byl jsem zvyklý na Buildroot a s yocto jsem začal před týdnem, tak mi to zatím přijde jako fujblé... Kit zatím na stole nemám, ale snažím se být trochu napřed, než přijde. Momentálně jsem to pustil znova a čekám na 76% stahování fpga a 5% rust-llvm-native do_compile po hodině od spuštění (trochu depresivní).
A teď k problému - yocto skončí na stahování kernelu z gitu, pokaždé v jiném místě, chyba byla např. kolem HTTPS2, že očekává ještě data ale nic...V tom navodu vidim jen 'wget' a 'git clone', ktere muzes nahradit cim chces. Kde presne vznika tvuj problem, muzes byt konkretni? Vystup by se taky hodil.
. poky_git/oe-init-build-env MyProject
Nasledne instalujeme pomocne vrstvy a konfigurujeme nastavenia. Ked je vsetko pripravene, pecieme pomocou:
bitbake my-image
Tieto prikazy je mozne najst aj v altera-opensource/gsrd-socfpga repozitari, zapuzdrene do pomocneho skriptu. Na prvy pohlad sa zda ze chyba je opakovane volanie 'build_setup' ktora vymazava pracovne adresare a teda by sa mala realizovat iba raz, pri nahodnej poruche je mozne pokracovat tam kde sme skoncili opatovnym zavolanim 'bitbake_image'.
Pri restarte stroja pouziteho pre zostavovanie FS ale nastava problem kedze je nutne volat 'build_setup' (pripravuje prostredie) - nuz je to asi stavane na silnejsie stroje kde kompilacia jedneho balika netrva cely den. Mozno sa daju z 'build_setup' "vybrat" len niektore casti (skusil by som fragment "... oe-init-build-env ..."), ktore zabezpecia ze premenne prostredia budu identicke ako po prvom volani 'build_setup'. Zmena premennych prostredia / nastaveni skoro vzdy sposobi restart procesu a rekompilaciu roznych balikov...
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.