From nobody Wed Feb 05 01:23:37 2025 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4YnjFG0RMRz5mqHW for ; Wed, 05 Feb 2025 01:24:18 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YnjFC5SpFz3mtF for ; Wed, 05 Feb 2025 01:24:15 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=VWNDndm4; spf=pass (mx1.freebsd.org: domain of marietto2008@gmail.com designates 2607:f8b0:4864:20::62a as permitted sender) smtp.mailfrom=marietto2008@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-pl1-x62a.google.com with SMTP id d9443c01a7336-21f0444b478so19246885ad.0 for ; Tue, 04 Feb 2025 17:24:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738718654; x=1739323454; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=aN6GHAS6hwlNFgfEQi75M9lVcTA1a41k2pN7TKOVmHk=; b=VWNDndm4LG3iZkyOpFSHmK5W+56SnXm7BL2XG15rEiEbron3ycCiCO/mzD+GgkvDew G5veotUyonR451SFa4AtZdU/ccbMuhPSrNgmja8C3Qlw6kwpxRQNxle3TeoZ+nAsAm7D GE5+4jVmAe3Da98hwffvCSkJgYNbP/8b736TkSN8M9qfGX/eRizYLW2B73CsTBjo4MQC lLYtKck39U/omozJKHzWeGOynjGY0f28TTaT0fJLZ1RViRK076yQjVFl+78ZJYsgkigs OLJO2JYqBd6TKLNm/TKXz5Yk+pZWsJskLAqar6soDnHa+EXppAUg+JXvt7IQe5U3VrMk KVIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738718654; x=1739323454; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=aN6GHAS6hwlNFgfEQi75M9lVcTA1a41k2pN7TKOVmHk=; b=HUvtIX0+Y6Ww2rhIGPuLFGyZtChLJpHzhjYGkgJQHKrrgOoCVi0wKIBycKkC/nSNPi id2rCvwg2FKSVWGYw44/fi2osu4U3mMkAppioMkeqqOGtlLjP2cvrs1g4kMRq+RL7YI1 zlG/hwCY7SBKUkJyFJRNIndbRhMBxywEmoLfii0s8mRRW5IDpd137y/m7gJ2upg5uF42 FHKf3EVR6UIJ0JJBV9jCEgPTLwRkfrzScBCnTxnzu06kJVir8QLVm0OcBulSAUEUesO6 WRSuaE55F5AT0t5fB27vmPf1yE9YI+c0PdcGDLJavobhkLjAxkEdAxx1eITK+u0wxb8/ 6OzQ== X-Gm-Message-State: AOJu0YyQDdtj4jANtd+cFNrlABpEmLKS7CzwtfSnLgm6KhEmBvr4g0OJ xQ9yZmPJ/NvnmuTDlwgJfhljN6gbw5yS0HLpBua+YAZUEPi0UG8jGc5bgMEX0LShBb87Do9/MNd wTBU+5eEX9IY8ps6t0qpC3Uyjbew= X-Gm-Gg: ASbGncvBg8KM1zD/AXnsSgIiaFQHZlohoS980RLs7RK3B7HicRTILCulI3ayy8qveZr WcR3tP+dEkcVpaeLwgJ7r06+4O5czQH3y4aTop9XA6wJnBzK2xxpUO/LMqvVWOCiK9i00OiMr5g == X-Google-Smtp-Source: AGHT+IGB5o2M9ESWFrf621ObxZm2jdc/nNK8LsJy9KNuFUPIEsbJv7EqxUcCclmH6VNkASp7pPQSBx8RXG/4ed7Abwo= X-Received: by 2002:a17:902:d54d:b0:216:6f1a:1c77 with SMTP id d9443c01a7336-21f17f03289mr15549795ad.43.1738718654135; Tue, 04 Feb 2025 17:24:14 -0800 (PST) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@FreeBSD.org MIME-Version: 1.0 References: <5E12B96C-20A2-4FFB-A31E-00B259450707@gmail.com> In-Reply-To: From: Mario Marietto Date: Wed, 5 Feb 2025 02:23:37 +0100 X-Gm-Features: AWEUYZmQwKWmNbg78-QFeMj4XvI7-VwdW5SN3uO6FTCLbOW2JtQpp4bzdOJ2bVo Message-ID: Subject: Re: Raimbow screen installing / booting FreeBSD-14.2-RELEASE-arm64-aarch64-RPI.img on the raspberry pi zero 2w To: Marco Devesas Campos Cc: freebsd-arm Content-Type: multipart/alternative; boundary="000000000000be8353062d5afb6d" X-Spamd-Result: default: False [-3.41 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_MEDIUM(-0.41)[-0.414]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; TAGGED_RCPT(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::62a:from] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4YnjFC5SpFz3mtF --000000000000be8353062d5afb6d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable --> So, while not perfect, until someone from the projects adds a zero 2 dt= b, I=E2=80=99m guessing copying one of the pi-3 images is your best bet The bug report says to do a little bit different operation : "A simple workaround is to duplicate bcm2710-rpi-3-b.dtb with the name bcm2710-rpi-zero-2-w.dtb" bcm2710-rpi-3-b.dtb and bcm2710-rpi-3-b-plus.dtb have different sizes. I suspect that one of them will not work. On Wed, Feb 5, 2025 at 2:08=E2=80=AFAM Mario Marietto wrote: > --> So, while not perfect, until someone from the projects adds a zero 2 > dtb, I=E2=80=99m guessing copying one of the pi-3 images is your best bet > > In this case I think that the bug report reports misleading information. > Nowhere has been said that the proposed patches don't work. This is > confusing and brings the users to do unuseful operations. > > ---> (I just tried it and it works =E2=80=94 well, boots, at least) > > What happens after its booting ? Does it work properly after booting ? > > Anyway,I tried to cross compile the code thinking that the patch haven't > been applied,but it failed : > > marietto# git clone https://git.FreeBSD.org/src.git /mnt/da0s2a/usr/src > marietto# cd /mnt/da0s2a/usr/src > marietto# git checkout releng/14.2 > marietto# env MAKEOBJDIRPREFIX=3D/mnt/da0s2a/usr/src make buildworld TARG= ET_ARCH=3Daarch64 > > ..... > cc -target x86_64-unknown-freebsd14.2 --sysroot=3D/usr/obj/mnt/da0s2a/usr= /src/amd64.amd64/tmp -B/usr/obj/mnt/da0s2a/usr/src/amd64.amd64/tmp/usr/bin = -O2 -pipe -fno-common -DHAVE_SSE2 -DHAVE_SSE3 -DHAVE_AVX2 -DHAVE_AVX -= D__x86_64 -DHAVE_AVX512F -DHAVE_AVX512BW -DIN_BASE -I/mnt/da0s2a/usr/src/= sys/contrib/openzfs/include -I/mnt/da0s2a/usr/src/sys/contrib/openzfs/lib/= libspl/include -I/mnt/da0s2a/usr/src/sys/contrib/openzfs/lib/libspl/includ= e/os/freebsd -I/mnt/da0s2a/usr/src/sys -I/mnt/da0s2a/usr/src/sys/contrib/= openzfs/include/os/freebsd/zfs -I/mnt/da0s2a/usr/src/cddl/compat/opensolar= is/include -I/mnt/da0s2a/usr/src/sys/contrib/openzfs/module/icp/include -= include /mnt/da0s2a/usr/src/sys/contrib/openzfs/include/os/freebsd/spl/sys/= ccompile.h -DHAVE_ISSETUGID -include /mnt/da0s2a/usr/src/sys/modules/zfs/= zfs_config.h -I/mnt/da0s2a/usr/src/sys/modules/zfs -I/mnt/da0s2a/usr/src/= sys/contrib/openzfs/include/os/freebsd/zfs -DLIB_ZPOOL_BUILD -DZFS_DEBUG -= DWANTS_MUTEX_OWNED -I/mnt/da0s2a/usr/src/lib/libpthread/thread -I/mnt/da0s2= a/usr/src/lib/libpthread/sys -I/mnt/da0s2a/usr/src/lib/libthr/arch/amd64/in= clude -g -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -g -gz=3Dzlib -MD -MF.depend= .zfs_znode.o -MTzfs_znode.o -std=3Diso9899:1999 -Wno-format-zero-length -fs= tack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-u= ninitialized -Wno-pointer-sign -Wdate-time -Wno-unknown-pragmas -Wno-empty-= body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=3Dunused-bu= t-set-parameter -Wno-tautological-compare -Wno-unused-value -Wno-parenthese= s-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-type= def -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-pro= moted-parameter -Qunused-arguments -c /mnt/da0s2a/usr/src/sys/contrib/o= penzfs/module/zfs/zfs_znode.c -o zfs_znode.o > /mnt/da0s2a/usr/src/sys/contrib/openzfs/module/zfs/zfs_znode.c:197:24: er= ror: use of undeclared identifier 'ZAP_MAXNAMELEN_NEW' > 197 | comp_buf =3D kmem_alloc(ZAP_MAXNAMELEN_NEW + 2, KM_SLEEP)= ; > | ^ > /mnt/da0s2a/usr/src/sys/contrib/openzfs/module/zfs/zfs_znode.c:225:8: err= or: use of undeclared identifier 'ZAP_MAXNAMELEN_NEW' > 225 | ZAP_MAXNAMELEN_NEW); > | ^ > /mnt/da0s2a/usr/src/sys/contrib/openzfs/module/zfs/zfs_znode.c:256:22: er= ror: use of undeclared identifier 'ZAP_MAXNAMELEN_NEW' > 256 | kmem_free(comp_buf, ZAP_MAXNAMELEN_NEW +2); > | ^ > 3 errors generated. > *** Error code 1 > > Stop. > make[5]: stopped in /mnt/da0s2a/usr/src/cddl/lib/libzpool > *** Error code 1 > > Stop. > make[4]: stopped in /mnt/da0s2a/usr/src/cddl/lib > *** Error code 1 > > Stop. > make[3]: stopped in /mnt/da0s2a/usr/src > *** Error code 1 > > Stop. > make[2]: stopped in /mnt/da0s2a/usr/src > 943.20 real 703.49 user 82.66 sys > *** Error code 1 > > Stop. > make[1]: stopped in /mnt/da0s2a/usr/src > *** Error code 1 > > Stop. > > > On Wed, Feb 5, 2025 at 1:37=E2=80=AFAM Marco Devesas Campos < > devesas.campos@gmail.com> wrote: > >> The problem isn=E2=80=99t the fix =E2=80=94 it=E2=80=99s that there is s= imply no appropriate >> device tree for the zero-2 that is bundled with the image so the board h= as >> no idea how to boot. >> >> So, while not perfect, until someone from the projects adds a zero 2 dtb= , >> I=E2=80=99m guessing copying one of the pi-3 images is your best bet (I = just tried >> it and it works =E2=80=94 well, boots, at least). >> >> Best, >> Marco >> >> On 4 Feb 2025, at 22:57, Mario Marietto wrote: >> >> Hello. >> >> I've dd'ed FreeBSD 14.2 RELEASE on a sd card and I tried to boot it with= my Raspberry Pi zero 2 w : >> >> # dd if=3DFreeBSD-14.2-RELEASE-arm64-aarch64-RPI.img of=3D/dev/sdf >> >> but unfortunately when I turned on the board I got the rainbow screen : >> https://ibb.co/cXKFCtvJ >> >> >> According with this but report : >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D261147 >> >> I should apply this fix : >> >> >> https://cgit.freebsd.org/src/commit/?id=3D9873b171697033f9f19608d98bcd1c= 16cacb92af >> >> but I see that it has already been applied : >> >> >> >> but I get the rainbow screen anyway. I would like to understand why,wher= e >> is the error,how can I fix it ? >> >> Thanks. >> >> On Tue, Feb 4, 2025 at 8:31=E2=80=AFPM Mario Marietto >> wrote: >> >>> > If I recall correctly, it=E2=80=99s enough to copy bcm2710-rpi-3-b-p= lus.dtb >>> to bcm2710-rpi-zero-2.dtb (in the msdos partition). >>> >>> It seems to be the wrong approach : >>> >>> Emmanuel Vadot [image: freebsd_committer] [image: >>> freebsd_triage] 2022-01-24 08:09:30 UTC >>> >>> (In reply to david.elliott3040 from comment #5 ) >>> >>> This is a wrong approach, while they have the same SoC and most of the = peripherals are >>> the same they are not the same board and this can only lead to problems= . >>> >>> source : >>> >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D261147 >>> >>> >>> On Tue, Feb 4, 2025 at 8:19=E2=80=AFPM Marco Devesas Campos < >>> devesas.campos@gmail.com> wrote: >>> >>>> If I recall correctly, it=E2=80=99s enough to copy bcm2710-rpi-3-b-pl= us.dtb to >>>> bcm2710-rpi-zero-2.dtb (in the msdos partition). >>>> >>>> Best, >>>> Marco >>>> >>>> >>>> On 4 Feb 2025, at 17:35, Mario Marietto wrote= : >>>> >>>> Hello. >>>> >>>> I've dd'ed FreeBSD 14.2 RELEASE on a sd card and I tried to boot it wi= th my Raspberry Pi zero 2 w : >>>> >>>> # dd if=3DFreeBSD-14.2-RELEASE-arm64-aarch64-RPI.img of=3D/dev/sdf >>>> >>>> but unfortunately when I turned on the board I got the rainbow screen = : >>>> https://ibb.co/cXKFCtvJ >>>> >>>> So I suppose that the fix hasn't been upstreamed for FreeBSD 14.2-RELE= ASE. >>>> >>>> What can I do to bypass the bug ? >>>> >>>> >>>> -- >>>> Mario. >>>> >>>> >>>> >>> >>> -- >>> Mario. >>> >> >> >> -- >> Mario. >> >> >> > > -- > Mario. > --=20 Mario. --000000000000be8353062d5afb6d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 
--> So, while not perfect, until someone from the projects adds a=
 zero 2 dtb,
I=E2=80=99m guessing copying one of the pi-3 images is your=
 best bet

The bug report says to do a little bit different operation=
 :

"A simple workaround is to duplicate bcm2710-rpi-3-b.dtb wit=
h the name 
bcm2710-rpi-zero-2-w.dtb"

bcm2710-rpi-3-b.dtb an=
d bcm2710-rpi-3-b-plus.dtb have different sizes. 
I suspect that one of =
them will not work.

On Wed, Feb 5, 2025 at = 2:08=E2=80=AFAM Mario Marietto <marietto2008@gmail.com> wrote:
--> So, while not perfect,= until someone from the projects adds a zero 2 dtb, I=E2=80=99m guessing copying one of the pi-3 images is your best bet<= br>

In this case I think that the bug report repor= ts misleading information. Nowhere has been said that the proposed patches = don't work. This is confusing and brings the users to do unuseful opera= tions.

---> (I=20 just tried it and it works =E2=80=94 well, boots, at least)

<= /div>
What happens after its booting ? Does it work properly after boot= ing ?

Anyway,I tried to cross compile the code thi= nking that the patch haven't been applied,but it failed :
marietto# git clone https://git.FreeBSD.org/src.git /=
mnt/da0s2a/usr/src
marietto# cd /mnt/da0s2a/usr/src
marietto# git che=
ckout releng/14.2
marietto# env MAKEOBJDIRPREFIX=3D/mnt/da0s2a/usr=
/src make buildworld TARGET_ARCH=3Daarch64

.....

cc -target x86_64-unknown-freebsd14.2 --sysroot=3D/usr/obj/mnt/da0s2a/u=
sr/src/amd64.amd64/tmp -B/usr/obj/mnt/da0s2a/usr/src/amd64.amd64/tmp/usr/bi=
n  -O2 -pipe -fno-common -DHAVE_SSE2     -DHAVE_SSE3 -DHAVE_AVX2 -DHAVE_AVX=
 -D__x86_64 -DHAVE_AVX512F  -DHAVE_AVX512BW -DIN_BASE  -I/mnt/da0s2a/usr/sr=
c/sys/contrib/openzfs/include  -I/mnt/da0s2a/usr/src/sys/contrib/openzfs/li=
b/libspl/include  -I/mnt/da0s2a/usr/src/sys/contrib/openzfs/lib/libspl/incl=
ude/os/freebsd  -I/mnt/da0s2a/usr/src/sys  -I/mnt/da0s2a/usr/src/sys/contri=
b/openzfs/include/os/freebsd/zfs  -I/mnt/da0s2a/usr/src/cddl/compat/opensol=
aris/include  -I/mnt/da0s2a/usr/src/sys/contrib/openzfs/module/icp/include =
 -include /mnt/da0s2a/usr/src/sys/contrib/openzfs/include/os/freebsd/spl/sy=
s/ccompile.h  -DHAVE_ISSETUGID  -include /mnt/da0s2a/usr/src/sys/modules/zf=
s/zfs_config.h  -I/mnt/da0s2a/usr/src/sys/modules/zfs  -I/mnt/da0s2a/usr/sr=
c/sys/contrib/openzfs/include/os/freebsd/zfs  -DLIB_ZPOOL_BUILD -DZFS_DEBUG=
 -DWANTS_MUTEX_OWNED -I/mnt/da0s2a/usr/src/lib/libpthread/thread -I/mnt/da0=
s2a/usr/src/lib/libpthread/sys -I/mnt/da0s2a/usr/src/lib/libthr/arch/amd64/=
include -g -DDEBUG=3D1   -DNEED_SOLARIS_BOOLEAN -g -gz=3Dzlib -MD  -MF.depe=
nd.zfs_znode.o -MTzfs_znode.o -std=3Diso9899:1999 -Wno-format-zero-length -=
fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno=
-uninitialized -Wno-pointer-sign -Wdate-time -Wno-unknown-pragmas -Wno-empt=
y-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=3Dunused-=
but-set-parameter -Wno-tautological-compare -Wno-unused-value -Wno-parenthe=
ses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-ty=
pedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-p=
romoted-parameter  -Qunused-arguments    -c /mnt/da0s2a/usr/src/sys/contrib=
/openzfs/module/zfs/zfs_znode.c -o zfs_znode.o
/mnt/da0s2a/usr/src/sys/contrib/openzfs/module/zfs/zfs_znode.c:197:24: erro=
r: use of undeclared identifier 'ZAP_MAXNAMELEN_NEW'
  197 |         comp_buf =3D kmem_alloc(ZAP_MAXNAMELEN_NEW + 2, KM_SLEEP);
      |                               ^
/mnt/da0s2a/usr/src/sys/contrib/openzfs/module/zfs/zfs_znode.c:225:8: error=
: use of undeclared identifier 'ZAP_MAXNAMELEN_NEW'
  225 |                             ZAP_MAXNAMELEN_NEW);
      |                             ^
/mnt/da0s2a/usr/src/sys/contrib/openzfs/module/zfs/zfs_znode.c:256:22: erro=
r: use of undeclared identifier 'ZAP_MAXNAMELEN_NEW'
  256 |         kmem_free(comp_buf, ZAP_MAXNAMELEN_NEW +2);
      |                             ^
3 errors generated.
*** Error code 1

Stop.
make[5]: stopped in /mnt/da0s2a/usr/src/cddl/lib/libzpool
*** Error code 1

Stop.
make[4]: stopped in /mnt/da0s2a/usr/src/cddl/lib
*** Error code 1

Stop.
make[3]: stopped in /mnt/da0s2a/usr/src
*** Error code 1

Stop.
make[2]: stopped in /mnt/da0s2a/usr/src
      943.20 real       703.49 user        82.66 sys
*** Error code 1

Stop.
make[1]: stopped in /mnt/da0s2a/usr/src
*** Error code 1

Stop.

On Wed, Feb 5, 2025 at 1:37=E2=80=AFAM Marco Devesa= s Campos <= devesas.campos@gmail.com> wrote:
The problem isn=E2=80=99t the fix =E2=80=94 it= =E2=80=99s that there is simply no appropriate device tree for the zero-2 t= hat is bundled with the image so the board has no idea how to boot.
So, while not perfect, until someone from the projects adds a z= ero 2 dtb, I=E2=80=99m guessing copying one of the pi-3 images is your best= bet (I just tried it and it works =E2=80=94 well, boots, at least).
<= div>
Best,
Marco

On 4 Feb 2025, at 22:57, Mario Marietto= <marietto20= 08@gmail.com> wrote:

Hello.
I=
've dd'ed FreeBSD 14.2 RELEASE on a sd card and I tried to boot it =
with my Raspberry Pi zero 2 w :

# dd if=3DFreeBSD-14.2-RELEASE-arm64-aarch64-RPI.img of=3D/dev/sdf

but unfortunately when I turned on the board I got the rainbow screen :

https://ibb.co/cXKFCt=
vJ

According with this but re= port :


I should apply t= his fix :


but I see that it has already been appli= ed :

<Screenshot_2025-02-04= _23-47-23.png>

but I get the rainbow= screen anyway. I would like to understand why,where is the error,how can I= fix it ?

Thanks.

On Tue, Feb 4, 2025 at = 8:31=E2=80=AFPM Mario Marietto <marietto2008@gmail.com> wrote:
> = If I recall correctly, it=E2=80=99s enough to copy =C2=A0bcm2710-rpi= -3-b-plus.dtb to bcm2710-rpi-zero-2.dtb (in the msdos partition).

It seems to be the wrong approach :
= 
(In reply to david.elliott3040 from comment #5=
)

This is a wrong approach, while they have the same SoC and most of the peri=
pherals are 
the same they are not the same board and this can only lead=
 to problems.

source :

https:=
//bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D261147

On Tue, Feb 4= , 2025 at 8:19=E2=80=AFPM Marco Devesas Campos <devesas.campos@gmail.com> wrot= e:
If I rec= all correctly, it=E2=80=99s enough to copy =C2=A0bcm2710-rpi-3-b-plus.dtb t= o bcm2710-rpi-zero-2.dtb (in the msdos partition).

Best,=
Marco

<= br>
On 4 Feb 2025, at 17:35, Mario Marietto &= lt;marietto2008= @gmail.com> wrote:

Hello.

I've dd'ed FreeBSD 14.2 RELEASE on a sd card and I tried to boot it=
 with my Raspberry Pi zero 2 w :

# dd if=3DFreeBSD-14.2-RELEASE-arm64-aarch64-RPI.img of=3D/dev/sdf

but unfortunately when I turned on the board I got the rainbow screen :

https://ibb.co/cXKFCt=
vJ

So I suppose that the fix hasn't been upstreamed for FreeBSD 14.2-RELEA=
SE.=20

What can I do to bypass the bug ?

--
Mario= .



--
Mario.


--
Ma= rio.



--
Mario.


--
Ma= rio.
--000000000000be8353062d5afb6d--