Bormental

Membru

Scorul de reacție: 1
Mesaje: 45

forumurile

Buna ziua. cum se construiește ubldr pentru arm64 din surse freebsd 12? Încerc să construiesc o imagine pentru orange pi pc2. Am creat două partiții, fat și ufs. Înregistrarea uboot cu spl, a făcut ca installworld installkernel să aibă succes. Nu este clar ce fișiere trebuie să facă pentru partiția grasă.
Mulțumiri.

o schiță a scenariului

Phishfry

Beastie's Twin

Scorul reacției: 2.082
Mesaje: 5.041

Sursa pentru o placă arm64 acceptată este utilă. Vedeți usr/src/release/release.conf
chroot_arm_build_release ()

Aveți piesele critice cu adresa uboot.
Aș sugera să încercați să construiți inițial pe sdcard, cu excepția cazului în care vă este confortabil să formatați un disc de memorie.
Realizarea unei imagini adaugă doar un strat de complexitate.
Pentru BBB știam că funcționează.
Pentru platforma dvs., este posibil să trebuiască să modificați unele lucruri, apoi atunci când o porniți, creați-vă imaginea.

În căutarea mea am folosit un punct de montare separat pentru cele două partiții. Nu este necesar. Îmi place doar să păstrez lucrurile separate.

Bormental

Membru

Scorul de reacție: 1
Mesaje: 45

Vă mulțumim pentru răspuns, despre DWITH_FDT va lua în considerare. Recent am găsit scriptul release.sh, dar nu sunt sigur că va funcționa corect pentru orange pi ps2. De asemenea, s-au găsit informații despre care pentru arm64 ubldr nu este utilizat, în locul ei este necesar efi. Ceea ce îl face și mai confuz.

există un script arm64_build.sh pe care îl colectează și cu efi. Dar atunci întrebarea rămâne pe UBLDR_LOADADDR, trebuie să fie setată la compilarea lumii?

Phishfry

Beastie's Twin

Scorul reacției: 2.082
Mesaje: 5.041

Reacții: Bormental

Bormental

Membru

Scorul de reacție: 1
Mesaje: 45

Vad asta. dar aveți un ARM și au nevoie de ubldr, iar eu am ARM64 și funcționează prin EFI.

Procesul de pornire se desfășoară după cum urmează:

  1. Firmware-ul UEFI rulează la pornire și caută un încărcător de sistem de operare în partiția de sistem EFI. Calea către încărcător poate fi setată de o variabilă de mediu EFI, cu valoarea implicită a /EFI/BOOT/BOOTX64.EFI.
    • Pentru FreeBSD, boot1.efi este instalat ca /EFI/BOOT/BOOTX64.EFI.
    • boot1.efifat este o imagine a unui astfel de sistem de fișiere FAT pentru a fi utilizat de bsdinstall
  2. boot1.efi localizează prima partiție cu un tip de freebsd-ufs și din acesta încarcă loader.efi. (Acesta poate fi un disc diferit de cel care deține partiția de sistem EFI.)
  3. loader.efi încarcă și pornește nucleul, așa cum este descris în loader (8).

Bormental

Membru

Scorul de reacție: 1
Mesaje: 45

Problema este că sub arm64 există un loader.efi, ce ar trebui să trec la partiția de grăsime? și cum să configurați fișierele de configurare în acesta? unde găsiți orice descriere a structurii?

[BGCOLOR = rgb (209, 213, 216)] UBLDR_LOADADDR = [/ BGCOLOR] 0x42000000 L-am luat de la croșetat. all orangepi adresa lui este aceeași.
need set [BGCOLOR = rgb (209, 213, 216)] UBLDR_LOADADDR = [/ BGCOLOR] 0x4a000000 o astfel de adresă în u-boot pentru pi pc2

Phishfry

Beastie's Twin

Scorul de reacție: 2.082
Mesaje: 5.041

Bormental

Membru

Scorul de reacție: 1
Mesaje: 45

Am încercat-o, fără rezultate. pre-încărcătorul u-boot trebuie să creeze un fișier de configurare în secțiunea fat unde specificați fatload și mergeți. dar nu pot găsi descrieri ale fișierului pe care pre-încărcătorul îl caută după nume. de asemenea, preîncărcătorul trebuie să încarce u-boot.img din partiția grasă sau din ubldr sau boot1.efi? (așa cum am înțeles ubldr și boot1.efi îndeplinesc exact același rol, doar implementarea este diferită) și sunt deja în căutarea partiției ufs și a nucleului.

a comandat UART TTL. Voi încerca să aflu ce lipsește

Bormental

Membru

Scorul de reacție: 1
Mesaje: 45

Bormental

Membru

Scorul de reacție: 1
Mesaje: 45

Bormental

Membru

Scorul de reacție: 1
Mesaje: 45

a actualizat scriptul din partea de sus. pe el get

spectacol gpart
=> 33 8368095 md0 MBR (4.0G)
33 2015 - gratuit - (1,0M)
2048 65536 1 grăsime16 [activ] (32M)
67584 8300544 2 libere libere (4.0G)

=> 0 8300544 md0s2 BSD (4.0G)
0 8300544 1 freebsd-ufs (4.0G)

bormental @ vpc-desktopbsd:/mnt # mount -l
/ dev/md0s1 on/mnt/md0PiBoot (msdosfs, local)
/ dev/md0s2a pe/mnt/md0PiRoot (ufs, local, soft-updates jurnalizate, nfsv4acls)

structura grăsimii cizmei
bormental @ vpc-desktopbsd:/usr/home/bormental/arm64 # find // mnt/md0PiBoot /. | sed -e 's/\/mnt \/md0PiBoot \/\ .//'
/
// efi
// efi/boot
//efi/boot/BOOTaa64.efi
//efi/boot/startup.nsh

bormental @ vpc-desktopbsd:/usr/home/bormental/arm64 # df -h
Dimensiune sistem de fișiere utilizat Disponibilitate Capacitate montată pe
/ dev/md0s1 32M 404K 32M 1%/mnt/md0PiBoot
/ dev/md0s2a 3.8G 1.2G 2.3G 34%/mnt/md0PiRoot