---> That said, I don't understand why it would matter that binaries
are built with Armv5. U-boot should only care about the filesystem
type (e.g. ZFS). So you should be able to build your own filesystem.
I also don't understand why. I'm trying to do is exactly what has been
suggested to do in the
Hi,
On 30/12/2023 12:44, Mario Marietto wrote:
https://src.fedoraproject.org/repo/pkgs/uboot-tools/u-boot-2017.05.tar.bz2/sha512/be270f9242a72b05463092a022bbabd54996762de1ff23bf7575124ac02e62f49572a4e2f6f571a5019047d40027e56e35593b5cc373c4a5a39b100c3377ba93/
This source code has no support fo
> https://src.fedoraproject.org/repo/pkgs/uboot-tools/u-boot-2017.05.tar.bz2/sha512/be270f9242a72b05463092a022bbabd54996762de1ff23bf7575124ac02e62f49572a4e2f6f571a5019047d40027e56e35593b5cc373c4a5a39b100c3377ba93/
> This source code has no support for Xen guests. This was only added in 2020.
> Ca
On 28/12/2023 16:25, Mario Marietto wrote:
Hello.
Hi,
I'm trying to compile u-boot-2017.05 (because it can boot a 32-bit ARM
board. It is an out-of-tree u-boot build that can execute the ubldr to
boot FreeBSD. I found it here :
https://src.fedoraproject.org/repo/pkgs/uboot-tools/u-boot-20
Hello.
I'm trying to compile u-boot-2017.05 (because it can boot a 32-bit ARM
board. It is an out-of-tree u-boot build that can execute the ubldr to
boot FreeBSD. I found it here :
https://src.fedoraproject.org/repo/pkgs/uboot-tools/u-boot-2017.05.tar.bz2/sha512/be270f9242a72b05463092a022bbabd549
I've added this parameter to bootxen.source :
guest_loglvl=all
bootxen.source :
mmc dev 1
ext2load mmc 1:3 0x4200 zImage-5.4.261-iommu-dma-on-xen
ext2load mmc 1:3 0x5100 xen-4.17-armhf-armmp-0x51004000.ub
ext2load mmc 1:3 0x5ffec000 exynos5250-snow.dtb
fdt addr 0x5ffec000
fdt resize 1024
Hello.
maybe I'm using the wrong u-boot.bin file. Maybe I found the correct
bootloader. It is not the u-boot.bin file,but maybe I can use it
anyway,maybe I can convert it to u-boot.bin. Anyway,I'm reading the
procedure used here :
https://wiki.freebsd.org/arm/Chromebook
this is the interesting p
Hello.
@Warner Losh : thanks for your help with the
virtualization of FreeBSD with qemu,but I have already achieved this goal.
The image file that I'm using (FreeBSD-13.2-RELEASE-armv7.img,raw,xvda) is
already able to boot with qemu-kvm on my ARM Chromebook. We have also fixed
the virtio-net driv
I'd think you'd need the right virtualization loader. I'm not entirely sure
the u-boot.bin you've been creating is for a dom-u..
If I misunderstood, then the below isn't good advice. Chain booting the
u-boot, the first u-boot initializes things so you want
to start with stage after the SPL. But the
I've asked some help on the channel #arm on Reddit and someone replied :
https://www.reddit.com/r/arm/comments/18mcir8/i_cant_boot_freebsd_for_arm32_bit_as_domu_with/
Maybe his answer can be useful to understand why it does not work.
On Tue, Dec 19, 2023 at 8:33 PM Stefano Stabellini
wrote:
>
+Michal
Hi Mario,
I am not sure about booting FreeBSD, but I am certain that u-boot works
fine as DomU kernel on ARMv8 (not sure about ARMv7). With this config
file:
name="test"
kernel="u-boot.bin"
extra = "console=hvc0"
memory=256
vcpus=1
disk = [ 'FreeBSD-13.2-RELEASE-armv7.img,raw,xvda' ]
I
11 matches
Mail list logo