From nobody Sun Apr 16 07:06:58 2023 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 4Pzhsh21qKz44ptH for ; Sun, 16 Apr 2023 07:39:52 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from mcusim.org (mcusim.org [IPv6:2a00:dd80:3c::e63]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pzhsf5SZpz4QhV; Sun, 16 Apr 2023 07:39:50 +0000 (UTC) (envelope-from dsl@mcusim.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mcusim.org header.s=default header.b=T3Js0gOU; spf=pass (mx1.freebsd.org: domain of dsl@mcusim.org designates 2a00:dd80:3c::e63 as permitted sender) smtp.mailfrom=dsl@mcusim.org; dmarc=pass (policy=none) header.from=mcusim.org Received: from localhost (unknown [193.164.254.100]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mcusim.org (Postfix) with ESMTPSA id A54DB6B665; Sun, 16 Apr 2023 09:39:41 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mcusim.org; s=default; t=1681630781; bh=5M1rULaeKxLolxl3WNyEjQpNoTMK3VJwP2Razt4D2eM=; h=References:From:To:Cc:Subject:Date:In-reply-to; b=T3Js0gOUmuchHsCAwiW8fXX6BqJjqrzYcXL2gTEJN4/fNbNJ+qAPu7JjUWsOcyQ7T J7hRpg25eET52CjEWcsd/tYZM+yfdLbJ9QSHhRnmq2hdObAfDK/+P8UwfhWO6ybdKo 7yRbpA1z61LGxcqUB/uyIXNb0+HNe7BsrWvDFm8c= References: <86ildyucuv.fsf@peasant.tower.home> User-agent: mu4e 1.6.10; emacs 28.2 From: Dmitry Salychev To: Mitchell Horne Cc: freebsd-arm@freebsd.org Subject: Re: About PHYS_TO_DMAP Date: Sun, 16 Apr 2023 09:06:58 +0200 In-reply-to: Message-ID: <86zg78s2bj.fsf@peasant.tower.home> 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 Content-Type: text/plain X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[mcusim.org,none]; R_DKIM_ALLOW(-0.20)[mcusim.org:s=default]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36236, ipnet:2a00:dd80:3c::/48, country:US]; RCPT_COUNT_TWO(0.00)[2]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FREEFALL_USER(0.00)[dsl]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[mcusim.org:+]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4Pzhsf5SZpz4QhV X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Mitchell Horne writes: > On 4/14/23 04:31, Dmitry Salychev wrote: >> Hi, >> I'm struggling to understand which KVA will be returned by >> PHYS_TO_DMAP >> on arm64. For example, if I'll create a DMA tag this way: >> bus_dma_tag_create( >> bus_get_dma_tag(dev), >> sc->buf_align, 0, /* alignment, boundary */ >> DMAP_MAX_PHYSADDR, /* low restricted addr */ >> DMAP_MIN_PHYSADDR, /* high restricted addr */ > > I think you are confused about the purpose of lowaddr and > highaddr. They specify the window of bus-space addresses that are > *inaccessible* *to the device* for DMA. It does not prevent you from > providing a buffer backed by physical memory within this range, but in > this case bounce pages will be used as an intermediate to perform the > DMA transaction. > > Most commonly, if the device can only address a 32-bit range, then the > values lowaddr=BUS_SPACE_MAXADDR_32BIT and highaddr=BUS_SPACE_MAXADDR > will be given. If the entire bus range is accessible to the device for > DMA, a zero-sized window will be given: lowaddr=BUS_SPACE_MAXADDR, > highaddr=BUS_SPACE_MAXADDR. > > This is all described in adequate detail in busdma(9), but it is still > not easily understood without a lot of code study, in my experience. > According to busdma(9), the window contains all addresses *greater than* lowaddr and *less than or equal to* highaddr, i.e. your example with the 32-bit range looks like: allowed prohibited ------------------------------(xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> lowaddr highaddr BUS_SPACE_MAXADDR_32BIT BUS_SPACE_MAXADDR But my example looks a bit different: prohibited allowed prohibited xxxxxxxxxxxxxxxx]----------------------------(xxxxxxxxxxxxxxxxxxx> highaddr lowaddr DMAP_MIN_PHYSADDR DMAP_MAX_PHYSADDR I've found the only example of such DMA tag configuration in src/sys/dev/vnic/nicvf_queues.c at line 379 (rbdr_buff_dmat). >> NULL, NULL, /* filter, filterarg */ >> BUF_SIZE, 1, /* maxsize, nsegments */ >> BUF_SIZE, 0, /* maxsegsize, flags */ >> NULL, NULL, /* lockfunc, lockarg */ >> &dmat); >> in order to restrict any physical addresses but a window defined by >> DMAP_MIN_PHYSADDR and DMAP_MAX_PHYSADDR. Later on when I'll be >> mapping my mbuf (BUF_SIZE) with >> bus_dmamap_load_mbuf_sg(dmat, dmap, >> m, &segs, &nsegs, BUS_DMA_NOWAIT); >> I expect that >> m->m_data == PHYS_TO_DMAP(segs[0].ds_addr) > > Why do you expect or need this to be the case? > > busdma is not responsible for setting or modifying m_data, it comes > from wherever you allocated the mbuf. Calling > bus_dmamap_load_mbuf_sg() will prepare a DMA mapping where the m_data > buffer is used as the source/destination for the DMA transaction, but > busdma does not allocate the buffer itself. > I don't need this to be the case exactly, but I'd like to be able to access a "frame annotation" (64 bytes long) which is located exactly at the start of m_data buffer having that physical address is provided, i.e. fa = (struct dpaa2_fa *) mbuf->m_data; /* ... fa populated ... */ /* ... DMA transaction of the Tx frame (together with fa) ... */ /* ... Tx confirmation from HW (bus address of the frame only) ...*/ fa = (struct dpaa2_fa *) PHYS_TO_DMAP(paddr); >> but it isn't true. Could somebody explain what exactly is returned >> by >> PHYS_TO_DMAP in this case and whether it's possible to translate >> physical address to KVA as fast as possible (O(1) ideally). >> > > PHYS_TO_DMAP is always a linear calculation of: physaddr + DMAP_MIN_ADDRESS. > > I do not think PHYS_TO_DMAP is in use at all in this example, or > anywhere within busdma really. > Is there any other way to obtain KVA of a buffer mapped for DMA transaction by the physical address? I've been crawling source code for sometime already, but DMAP is the only thing I managed to find. >> Regards, >> Dmitry >> -- >> Open source software/hardware enthusiast >> hackaday.io/dsl | github.com/mcusim | patreon.com/salychev >> Regards, Dmitry -- Open source software/hardware enthusiast hackaday.io/dsl | github.com/mcusim | patreon.com/salychev From nobody Sun Apr 16 14:23:28 2023 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 4Pzsr660Stz45RHx for ; Sun, 16 Apr 2023 14:24:06 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-yb1-xb36.google.com (mail-yb1-xb36.google.com [IPv6:2607:f8b0:4864:20::b36]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pzsr52Y7Hz48bc for ; Sun, 16 Apr 2023 14:24:05 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20221208 header.b=ISrKwGHI; spf=pass (mx1.freebsd.org: domain of marietto2008@gmail.com designates 2607:f8b0:4864:20::b36 as permitted sender) smtp.mailfrom=marietto2008@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-yb1-xb36.google.com with SMTP id n203so11540037ybg.6 for ; Sun, 16 Apr 2023 07:24:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1681655044; x=1684247044; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=iZZki5WBVOPw+HRISdvdgZ7B/U3+HuWUlZ2Ti4gqKvQ=; b=ISrKwGHIkgeBt+SSPgky9k2pIhNeRluVtPArhjlIAE+Esqwyw3x0X0qB7Uhjoh/3Eh S2RUz6NzI5xaSbU59w/QHXr3bPhEv2/zu13CDMGaq5z113zfzXoOIdc+GbTN1BqOcvM9 qTZH+mmL336jx23fcs7ImYzxGjd4+HL460y4/xzLagf7mU+FyKw/HbF84mzg8HDZ40Xe qdPXVVFXl2RfIhjCY6CiUtcm3omgHgW5ips9V+U/MsN/Xw8uwXrWgf69DX0DuBog1/86 UswlFmQifGD3s26HD8rVD6/jUr/V92cmlhrm3jcs+xabwAVPuU4CTM+ot4AUFEfA2Sa0 erVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1681655044; x=1684247044; 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=iZZki5WBVOPw+HRISdvdgZ7B/U3+HuWUlZ2Ti4gqKvQ=; b=J35iCGmfJqXeryUtr8TbN/00kGwnRqadfIPwuZtAATXr+3N5BeCHPn2hpqu1s14Ved JCNhrvYyiCioHGfxaKczl/iwcB4YCqN+WFSExZCQVYRDQSWEEQgJxN6G1r41x6TSEv0J adgNo38wEQ7AnGkrom+HpE49Yy8F1eFBprUxULzEPvO3YwY39Qm9atmCGqNty8Rk1PGG hXmpL2x17befGBkHT8p58qANVk4hE6Thok0Tx3Cw6X6eBFz0wFbQ/XKoGNliXmkD1KvY Yd9yjOpxu0WGRLLUTBup54co+Cj4MMj0cKr3+lTI4/a0AfiFReoBrxfe/uSXo8rTYv/o Q/4A== X-Gm-Message-State: AAQBX9fWA36CeaNRFeg60+g9N43MEDgUo0trnXpe1VIpZqAvkrQ5xXkt HuQgY/Q0WDEgPjmxMb9BBQOqbmnwnclr4e4y0yLd2Y09v9Y9AA== X-Google-Smtp-Source: AKy350aWtRYlBIewbzBpoEXT4y9XCWrU3OFJfE9DuWcR1J3pNgngZ/VUhDMTW2lJncXIn8sqMiA9l+NqQbwEaK4WIR0= X-Received: by 2002:a25:d251:0:b0:b8b:f584:6b73 with SMTP id j78-20020a25d251000000b00b8bf5846b73mr5884403ybg.10.1681655044232; Sun, 16 Apr 2023 07:24:04 -0700 (PDT) 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: <66fee230-24eb-c7d8-fa30-4530409c0f5c@nomadlogic.org> <86ttxwvyv7.fsf@peasant.tower.home> <86jzysvvuy.fsf@peasant.tower.home> <86a5zovujm.fsf@peasant.tower.home> <86355fwwtv.fsf@peasant.tower.home> <86pm87ua7x.fsf@peasant.tower.home> In-Reply-To: <86pm87ua7x.fsf@peasant.tower.home> From: Mario Marietto Date: Sun, 16 Apr 2023 16:23:28 +0200 Message-ID: Subject: Re: Pinephone Pro To: Dmitry Salychev Cc: Marcin Cieslak , Pete Wright , freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="0000000000008be82505f974d3b4" X-Spamd-Result: default: False [-3.90 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.90)[-0.899]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20221208]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b36:from]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4Pzsr52Y7Hz48bc X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N --0000000000008be82505f974d3b4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello. A lot of years ago I bought the tablet Samsung Google Nexus 10 P8110 that I have used only for a small amount of time. Now it is getting dust inside the drawer. I see that Linux PostMarket OS (based on the Alpine distro) works decently on this device. But I'm more interested to know if FreeBSD will also work decently on this tablet. The most important specs of it are the following ones : Chipset Exynos 5250 Dual CPU Dual-core 1.7 GHz Cortex-A15 GPU Mali-T604 MP4 Could I be able to install FreeBSD on this hardware,without having a lot of experience and competence in the programming but only a low/medium experience in the system administration ? thanks. On Thu, Apr 13, 2023 at 4:29=E2=80=AFPM Dmitry Salychev wr= ote: > > Mario Marietto writes: > > > I know. But the pro version is too expensive for me. :( > > I tried to say that there's no hurry and you'd save money to buy the Pro > version instead ;) > > > > > On Tue, Apr 4, 2023 at 4:23=E2=80=AFPM Dmitry Salychev = wrote: > > > > Mario Marietto writes: > > > > > Hello, > > > > > > I see that the Pinebook pro is very expensive for me. Can I > collaborate with you if I bought this version of the PinePhone ? > > > > > > > https://pine64.com/product/pinephone-beta-edition-with-convergence-packag= e/ > > > > PinePhone (not Pro) is built on Allwinner A64 (4xCortex A53). Compare = it > > to Rockchip RK3399S (2xA72 + 4xA53) of the Pro version. There'll be > > different device trees for those models and it's curious to me how > > different those models are in terms of devices/drivers available in > > FreeBSD. > > > > You can definitely buy it, but be prepared that we'll need to prioriti= ze > > if the actual development will be planned. Personally, I'd pay attenti= on > > to the Pro model. > > > > Regards, > > Dmitry > > > > > > > > On Tue, Apr 4, 2023 at 11:57=E2=80=AFAM Dmitry Salychev > wrote: > > > > > > Mario Marietto writes: > > > > > > > PineTime is interesting and it is in my budget. I could buy it an= d > then try to play a little bit with it. Maybe FreeBSD can be > > installed > > > there ? > > > > or Linux ? > > > > > > PineTime is built upon nRF52832 (64 MHz Cortex-M4) which doesn't ha= ve > > > MMU. So, no FreeBSD or Linux can be used there (uCLinux is an > exception, > > > but 64 KiB of RAM isn't enough). > > > > > > Details: https://forum.pine64.org/showthread.php?tid=3D8112 > > > > > > Regards, > > > Dmitry > > > > > > > > > > > On Tue, Apr 4, 2023 at 11:29=E2=80=AFAM Dmitry Salychev > wrote: > > > > > > > > Marcin Cieslak writes: > > > > > > > > > [[S/MIME Signed Part:Undecided]] > > > > > On Tue, 4 Apr 2023, Dmitry Salychev wrote: > > > > > > > > > >>> I think you should be prepared to build your own image. > > > > >>> With FreeBSD it is not very difficult (I find it easier than > in > > > > >>> the Linux world). > > > > >>> > > > > >>> Marcin > > > > >>> > > > > >>> [[End of S/MIME Signed Part]] > > > > >> > > > > >> I'd take their device tree and try to boot GENERIC kernel for > arm64 in > > > > >> order to get an idea which drivers are missing: > > > > >> > > > > >> # dmesg | grep "no driver" | grep -v "disabled" > > > > >> > > > > >> Pete, are you going to keep your findings somewhere? I don't > have > > > > >> PinePhone Pro at the moment, but would like to follow and can > support > > > > >> with customizing your kernel. > > > > > > > > > > Now thinking about getting one, too.. Maybe wiki.freeebsd.org > could be the place > > > > > to keep notes? > > > > > > > > > > saper > > > > > > > > > > [[End of S/MIME Signed Part]] > > > > > > > > Btw, it has almost nothing to do with the FreeBSD itself, but I > recently > > > > received PineTime (both sealed one and a devkit) as a gift and > can say > > > > that it's quite good in terms of PCB/assembling quality. Their > FreeRTOS-based > > > > OS works surprisingly good as well. If the PinePhone Pro is > similar, > > > > it's worth bringing FreeBSD there. > > > > > > > > +1 for notes kept at wiki.freebsd.org > > > > > > > > Regards, > > > > Dmitry > > > > > > > > -- > > > > Open source software/hardware enthusiast > > > > hackaday.io/dsl | github.com/mcusim | patreon.com/salychev > > > > > > -- > > > Open source software/hardware enthusiast > > > hackaday.io/dsl | github.com/mcusim | patreon.com/salychev > > > > -- > > Open source software/hardware enthusiast > > hackaday.io/dsl | github.com/mcusim | patreon.com/salychev > > > -- > Open source software/hardware enthusiast > hackaday.io/dsl | github.com/mcusim | patreon.com/salychev > --=20 Mario. --0000000000008be82505f974d3b4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello.

A lot of years ago I bought the tablet Samsung Google Nexus 10 P8110=20 that I have used only for a small amount of time. Now it is getting dust in= side the drawer. I see that Linux PostMarket OS (based on the=20 Alpine distro) works decently on this device. But I'm more interested t= o know if FreeBSD will also work decently on this tablet. The most=20 important specs of it are the following ones :


CPU
ChipsetExynos 5250 Dual
Dual-core 1.7 GHz Cortex-A15
GPUMali-T604 MP4
=09


Could I be able to install FreeBSD on this hardware,without having a lot of experience and competence in the programming but only a low/medium=20 experience in the system administration ? thanks.

On Thu, Apr 13, 2023 at 4:= 29=E2=80=AFPM Dmitry Salychev <dsl@mcu= sim.org> wrote:

Mario Marietto <marietto2008@gmail.com> writes:

> I know. But the pro version is too expensive for me. :(

I tried to say that there's no hurry and you'd save money to buy th= e Pro
version instead ;)

>
> On Tue, Apr 4, 2023 at 4:23=E2=80=AFPM Dmitry Salychev <dsl@mcusim.org> wrote:
>
>=C2=A0 Mario Marietto <marietto2008@gmail.com> writes:
>
>=C2=A0 > Hello,
>=C2=A0 >
>=C2=A0 > I see that the Pinebook pro is very expensive for me. Can I= collaborate with you if I bought this version of the PinePhone ?
>=C2=A0 >
>=C2=A0 > https://p= ine64.com/product/pinephone-beta-edition-with-convergence-package/
>
>=C2=A0 PinePhone (not Pro) is built on Allwinner A64 (4xCortex A53). Co= mpare it
>=C2=A0 to Rockchip RK3399S (2xA72 + 4xA53) of the Pro version. There= 9;ll be
>=C2=A0 different device trees for those models and it's curious to = me how
>=C2=A0 different those models are in terms of devices/drivers available= in
>=C2=A0 FreeBSD.
>
>=C2=A0 You can definitely buy it, but be prepared that we'll need t= o prioritize
>=C2=A0 if the actual development will be planned. Personally, I'd p= ay attention
>=C2=A0 to the Pro model.
>
>=C2=A0 Regards,
>=C2=A0 Dmitry
>
>=C2=A0 >
>=C2=A0 > On Tue, Apr 4, 2023 at 11:57=E2=80=AFAM Dmitry Salychev <= ;dsl@mcusim.org>= wrote:
>=C2=A0 >
>=C2=A0 >=C2=A0 Mario Marietto <marietto2008@gmail.com> writes:
>=C2=A0 >
>=C2=A0 >=C2=A0 > PineTime is interesting and it is in my budget. = I could buy it and then try to play a little bit with it. Maybe FreeBSD can= be
>=C2=A0 installed
>=C2=A0 >=C2=A0 there ?
>=C2=A0 >=C2=A0 > or Linux ?
>=C2=A0 >
>=C2=A0 >=C2=A0 PineTime is built upon nRF52832 (64 MHz Cortex-M4) wh= ich doesn't have
>=C2=A0 >=C2=A0 MMU. So, no FreeBSD or Linux can be used there (uCLin= ux is an exception,
>=C2=A0 >=C2=A0 but 64 KiB of RAM isn't enough).
>=C2=A0 >
>=C2=A0 >=C2=A0 Details: https://forum.pine6= 4.org/showthread.php?tid=3D8112
>=C2=A0 >
>=C2=A0 >=C2=A0 Regards,
>=C2=A0 >=C2=A0 Dmitry
>=C2=A0 >
>=C2=A0 >=C2=A0 >
>=C2=A0 >=C2=A0 > On Tue, Apr 4, 2023 at 11:29=E2=80=AFAM Dmitry S= alychev <dsl@mcusim.= org> wrote:
>=C2=A0 >=C2=A0 >
>=C2=A0 >=C2=A0 >=C2=A0 Marcin Cieslak <saper@saper.info> writes:
>=C2=A0 >=C2=A0 >
>=C2=A0 >=C2=A0 >=C2=A0 > [[S/MIME Signed Part:Undecided]]
>=C2=A0 >=C2=A0 >=C2=A0 > On Tue, 4 Apr 2023, Dmitry Salychev w= rote:
>=C2=A0 >=C2=A0 >=C2=A0 >
>=C2=A0 >=C2=A0 >=C2=A0 >>> I think you should be prepare= d to build your own image.
>=C2=A0 >=C2=A0 >=C2=A0 >>> With FreeBSD it is not very d= ifficult (I find it easier than in
>=C2=A0 >=C2=A0 >=C2=A0 >>> the Linux world).
>=C2=A0 >=C2=A0 >=C2=A0 >>>
>=C2=A0 >=C2=A0 >=C2=A0 >>> Marcin
>=C2=A0 >=C2=A0 >=C2=A0 >>>
>=C2=A0 >=C2=A0 >=C2=A0 >>> [[End of S/MIME Signed Part]]=
>=C2=A0 >=C2=A0 >=C2=A0 >>
>=C2=A0 >=C2=A0 >=C2=A0 >> I'd take their device tree an= d try to boot GENERIC kernel for arm64 in
>=C2=A0 >=C2=A0 >=C2=A0 >> order to get an idea which driver= s are missing:
>=C2=A0 >=C2=A0 >=C2=A0 >>
>=C2=A0 >=C2=A0 >=C2=A0 >> # dmesg | grep "no driver&qu= ot; | grep -v "disabled"
>=C2=A0 >=C2=A0 >=C2=A0 >>
>=C2=A0 >=C2=A0 >=C2=A0 >> Pete, are you going to keep your = findings somewhere? I don't have
>=C2=A0 >=C2=A0 >=C2=A0 >> PinePhone Pro at the moment, but = would like to follow and can support
>=C2=A0 >=C2=A0 >=C2=A0 >> with customizing your kernel.
>=C2=A0 >=C2=A0 >=C2=A0 >
>=C2=A0 >=C2=A0 >=C2=A0 > Now thinking about getting one, too..= Maybe wiki.freeebsd.org could be the place
>=C2=A0 >=C2=A0 >=C2=A0 > to keep notes?
>=C2=A0 >=C2=A0 >=C2=A0 >
>=C2=A0 >=C2=A0 >=C2=A0 > saper
>=C2=A0 >=C2=A0 >=C2=A0 >
>=C2=A0 >=C2=A0 >=C2=A0 > [[End of S/MIME Signed Part]]
>=C2=A0 >=C2=A0 >
>=C2=A0 >=C2=A0 >=C2=A0 Btw, it has almost nothing to do with the = FreeBSD itself, but I recently
>=C2=A0 >=C2=A0 >=C2=A0 received PineTime (both sealed one and a d= evkit) as a gift and can say
>=C2=A0 >=C2=A0 >=C2=A0 that it's quite good in terms of PCB/a= ssembling quality. Their FreeRTOS-based
>=C2=A0 >=C2=A0 >=C2=A0 OS works surprisingly good as well. If the= PinePhone Pro is similar,
>=C2=A0 >=C2=A0 >=C2=A0 it's worth bringing FreeBSD there.
>=C2=A0 >=C2=A0 >
>=C2=A0 >=C2=A0 >=C2=A0 +1 for notes kept at wiki.freebsd.org >=C2=A0 >=C2=A0 >
>=C2=A0 >=C2=A0 >=C2=A0 Regards,
>=C2=A0 >=C2=A0 >=C2=A0 Dmitry
>=C2=A0 >=C2=A0 >
>=C2=A0 >=C2=A0 >=C2=A0 --
>=C2=A0 >=C2=A0 >=C2=A0 Open source software/hardware enthusiast >=C2=A0 >=C2=A0 >=C2=A0 hackaday.io/dsl | github.com/mcusim | = patreon.com/salychev
>=C2=A0 >
>=C2=A0 >=C2=A0 --
>=C2=A0 >=C2=A0 Open source software/hardware enthusiast
>=C2=A0 >=C2=A0 hackaday.io/dsl | github.com/mcusim | patreon.c= om/salychev
>
>=C2=A0 --
>=C2=A0 Open source software/hardware enthusiast
>=C2=A0 hackaday.io/dsl | github.com/mcusim | patreon.com/salychev=


--
Open source software/hardware enthusiast
hac= kaday.io/dsl | github.com/mcusim | patreon.com/salychev


--
Mario.
--0000000000008be82505f974d3b4-- From nobody Sun Apr 16 21:00:16 2023 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 4Q02dF4Tqcz44jVk for ; Sun, 16 Apr 2023 21:00:17 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q02dF1Pvfz45ZW for ; Sun, 16 Apr 2023 21:00:17 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1681678817; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=y04LKjB/h1sAYGLdj6cm7WddWHZ3eQ2PzhtDGic0cs4=; b=qwyNqOZimxY/22f0EvWgXtSRnSZE/06/ffFEbbaFTSyESLjA3P5E9fHGZFhi5hAJhJ98nE +2Z1ZQGkDufjBFfKwszV/NtHNrzCoqdlZgL/fe2l22gukhQx/DA72cFB7/dKutNeqAW3R9 UfyGNUFzAgRZP/Hd4piKinCag7fKOV70iMpARcs033v6ZBlpSFttWfO8cvOeEKxC1iNqtY a06/S3Eu4YGQKLdu+bUE3u3ojWsTnei/8YWJ1lMOWP0yWfrK+yeXM0o04JzWy4S+fDitbT ZJf1Uo1LEgSKIAghCz0GetH3mNCZywmNjmOeL4K6p5+ZUqtIUbh7eorzotCR/g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1681678817; a=rsa-sha256; cv=none; b=wqnWBxB/dZQsGyVPOp+j1lxaa7eFWgVrqSzDSXDb8NQKlYtS7rte9lrBxwKFfNvyaKW7vc QgmothGxtAZErowBQkn6xCqZqP8uHDypty7mFmBfJTpQaXR6QfBQu4wy44prgfYR/7FiKo KtMfxijAPj0rHeLHeq4eJAId/TzpD04ZrC1BZ8c18IduIo/VJPR0hAtrf1U6WoZcNL3Rng sccxTwYIpaenkleyXD/dbJmPkC7jrDs7xMsBnCCwSOTfzVxNNsyHpBiuTFbSGAHPpoKlIg FK07099lZgQPVMxDELfCqEljBOgaQOlHJ6Z2pT1t0XiVlLwcTSmGetHkYkzw3Q== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4Q02dF0KK9z12gT for ; Sun, 16 Apr 2023 21:00:17 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 33GL0G2e094048 for ; Sun, 16 Apr 2023 21:00:16 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 33GL0GCO094047 for freebsd-arm@FreeBSD.org; Sun, 16 Apr 2023 21:00:16 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202304162100.33GL0GCO094047@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 16 Apr 2023 21:00:16 +0000 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 Content-Type: multipart/alternative; boundary="16816788163.106Ba1.92183" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N --16816788163.106Ba1.92183 Date: Sun, 16 Apr 2023 21:00:16 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 257670 | mpr(4): SAS3008 PCI-Express Fusion-MPT SAS-3: Fat 2 problems total for which you should take action. --16816788163.106Ba1.92183 Date: Sun, 16 Apr 2023 21:00:16 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
Open        |    238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off 
Open        |    257670 | mpr(4): SAS3008 PCI-Express Fusion-MPT SAS-3: Fat

2 problems total for which you should take action.
--16816788163.106Ba1.92183-- From nobody Tue Apr 18 22:44:58 2023 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 4Q1JsQ1wPxz45nCK for ; Tue, 18 Apr 2023 22:45:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q1JsP1cCWz4PJW for ; Tue, 18 Apr 2023 22:45:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="L/iZZka4"; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1681857911; bh=zb1CLX72W4BX7jXcqBrl90RouD4bA19KhOtfFiy8a7w=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=L/iZZka4KSXLHlAQd0Y+ONQuv9aVTcKE74pZFNumjJdK3EbKgo9kYcuE2jAL/oLLgn5VMsw1dZ705HNLTzxhD7ahsWhrKVpwjY6dh0MtSNFpO4XRs8CVMmW/E+Glnq/mOxIEhWUnOlr8//ycOY/73uuPQrrSeCahUTnWC88ORqw1wD2K3iUr3UPkgE41fOhPdtOfnFG1dzBdFPBD2lRMHYi39aRSChD6fGrmeRsXw5jVIWPS9rWBBTWx7uEIWGR6vqPAp6wt+k9X8WWRqa5avdz01ViyNFg+bW2EFf9QmX080gZQ7uW9WvOEMXlghYnfy5F1osdZvDiKDT82NHk7nA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1681857911; bh=Xeb6I2R3aJ7qM6ocgPO6QL8A31r5G8lKs5pGfxlaDkX=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=VROwXCifTmb2Zh2XvByDc5eDn/fHl/ZI+7LDDGYg7GtoMxmxm8Bv9HNC8E+OiupW0StqUB/4WL1Q2yucOkDe//isyUv0tRRgcN/Ls5M2pVPSBFcrX7PIiovEzrWzpGkukRCVTDRDQBx+xcvZKWoRpPpgDZpNRgeq94UQzpjbkiWDjhQaWSRZx3aKFXMrhufcaPpyWc6aaeZhdC1Clq5ef/ZHa+/0db9O82dPtYfVYSXqwuPnziXXQE6A/Opit+TFj3D5VA3wTwvm+mZohbp4LNyIKE4FmyBrfgApLeqvUZvK89sI0y4Fn+Zv9H8Y0Orc+ggekuyLvPeI/qLeutvsbQ== X-YMail-OSG: AWPzeUMVM1lo1vi78NXOwpype3v_aQaoDgFoLiCSjXQF_glmOa_eEozn_kTkbqw O2aRf3SZrAzgUxWdbrgVWGkvDMGgwCNzlK1BHZcJ4I6tK8FDQMDvQDJSV.HIV2ku9VgRI9JSRT31 WTY3IoGd8Nqm3DHoGHRu3ur4xsAiz0HDUZpKkti0t6MUiDHoRA2tTBlrCShU0Vz9jM6eqmUpUMDZ CwNx6LKqqXComupzLkZl8wRWFAVW7Pzporkmi6KZzRJuSE1M1zI8XBa4NXdpgEbF5H6N37dPdP_0 7xBYf2L45Male_UwrYrCS6eog683oSub0gle1GrGnrmJTNVS.6a63ug.l4h3.pk51Nn7L3B3e7Mm 4iq_1UTAGldxXAXYMl0XQIo_J0UU8CL_en1LFq3xp8ooUwRGnWIohWRLYbg90t7fXAs2ke089XkS PArDWncViLNa8CCG0Qk65R9tfC9PvYt3eGFbqtrDZ2goMioFyvcUh2WXOLiW_mOHxt_4tjw30HyE OA7yOF1Xnp8RTNIc0XcZNJht6kGxadiMV5zxc7EDTEhmFBLCw.CY7_24waUqzf6NjCtJnTPXtsgT OTWsa2clzz8NTq_GLv4hjcEfKPJrjOm9khLlfwNTNforMPtdhLh6y08Ju.RtG0Ulc0mgpzmGCuSp lZ0LpdnCJFPW63V9bhEncPdQwVS8lHmykU6_QDwyO8U7jvZ3hzl8Vs_pRg9yWyvN5LisS5g7T7WG xmZkTgtvZrARKHoHKQf0m_gnvK2mG4kriddjwI_YFTUPUoIUPgKP.NgSobeyeICqkbiRDBWoxhL6 63ZC4e_D4ptDDHtNx8Kw3t7vXBnOmeW5dafugKiqxAY.auleQjJ2YRvPgzc91QWCaBsdR2BzDqaa Hw4M6aBzd7Ypw.ALx5aXpSPrK0l75A5_MXZbm7_QR8zduUO0pNGv96gZYIMdk3P_9NqXWkEsasWT qq8S9nOWld0okLKPbU84VZ0WwCFHJzUPEaXfvZvA87FTDw5.O4JS6JFEe9CKHNM7fuWKqJVWJW0. STxXX_sP5fEmivzlvHRMa3EBr7GeBKI3LjS.wIrzBq8rLo9A2mDHCneRQCgwO6S_CVTiDz0HVjeJ QKNOxMJm58A3x.p62FDHoyfxJlicFSvZYeOoXIt_mXDWRuclhNTgCkZu7j9IV_cTMXyzsSyySjcv SmfQR_d051TadMFA1JaHyUgB5w4_yqoHFRHXnQNYFkP2FoGJqxslXby8gZve86DlW8Ffkz3JEnE. OgxQYAs2Xqk8cUCN8rzQVvaKW5EqWn4QeYGaf49X8iBMLgAYdTkdYFkolNGsLWFezWthJSSi9Qbi _sAKFbQbgaZzYiCUOJYydYgbVxKbqJ6C4tzlRKRQuI2N8aAwyj6JTNjGrbgJc93SkTQh_WhxlFt7 OaJ_cjSKThwms_DKlwj_BRApDdHXth.tpr.LErnNHGc1r90X7rCiiJNVuiXBG4mKXcc7AsRvgUH7 yI.s8HYTF9rroX_h1gKeBQXOXFbOhY4U04dNhoy_muEnRnzpjiQHi.geangyI.VbMc2jbdzvQh7W Qi8gQNwk6.AIkMm7S_tAuo7wFOmd6WN2lylX1pyDEuNjAIlbQfrdnx7WjnU_.2eVbi3DFk8o0eg0 uEHg4IVmPLyiz8ib54j6fW5y942D4w23FxEIl0DGwUO.VQsVJWqCM84S8toG8HnPOrQ7NvlY5Qn0 9gar6nfrhv14HRDbFOlyxVz2Ft7f2givw.QGAb_kUCBcSfIkf4hzd1Pzzo_p.veUbfPuxBssy8e8 3F81yAO6OQqMAvM5SwgID.QcElDTKnuNWhTfmqBNGpvvsp9GmtpVk0bMiN04LLK1Sva52sZEQKIz PUVnYaKq0YQbjd9ZCvHGVul0EF3AlF15wkLars7..ppgyCBMa_9wNm8PbX_uCZ2Fr.gBylnmKliy Oxb8ZaCUid7KOQpNjxns5VeS705jdPunG1U9qLYNvC7oxnc8NPt.RTzHQmT1o_r.K2pQ0QduAy34 YfTP9g_zYjkoGcoEoeSYD.PTiCnYWCyeLUSM4cJ99.viAQIixTOffFmI1ODAaPCH8i_KaJntxI2d PomZyAi9ysZep7GzFe7L9rAvw6714FOlIoFDR4oSNn_sZml388o2114hDIGIQzAmSkhTwwxavYxJ Bs.sHW5N9qV5X4k0ILOrbhRh0eIF2evZKpbPZOUm3wH.VI0m0UpdWE2XbXIGxI51I3TDCONSao9f 7wvDqqxozyEQtTiix1p1Z_R6jVhNpkhpfbxt_kABcJwrPmYwmDdSnJS5F0REs1uIdE6YbSL9XUFS v9p0_iDoGyQ-- X-Sonic-MF: X-Sonic-ID: 0410807c-5217-49a2-9aa7-6cbb42df9b8a Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Tue, 18 Apr 2023 22:45:11 +0000 Received: by hermes--production-bf1-5f9df5c5c4-84ds6 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 50890fee8f614b27b29dded918684dd3; Tue, 18 Apr 2023 22:45:10 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: The import of openzfs vs. armv7: boot crashs Message-Id: <6CB8D120-1600-40E6-8A1E-87E709DCEC8F@yahoo.com> Date: Tue, 18 Apr 2023 15:44:58 -0700 Cc: "mjg@freebsd.org" , "pjd@freebsd.org" , Kyle Evans To: Current FreeBSD , freebsd-arm X-Mailer: Apple Mail (2.3731.400.51.1.1) References: <6CB8D120-1600-40E6-8A1E-87E709DCEC8F.ref@yahoo.com> X-Spamd-Result: default: False [-3.45 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.949]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.148:from]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-Rspamd-Queue-Id: 4Q1JsP1cCWz4PJW X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N h= ttps://github.com/openzfs/zfs/commit/d0cbd9feaf5b82130f2e679256c71e0c7413a= ae9 does not seem to cover armv7, just aarch64. (FreeBSD disabled floating point for both armv7 and aarch64 but that is a different change than above.) I used: = FreeBSD-14.0-CURRENT-arm-armv7-GENERICSD-20230406-f21faa67ab6b-262010.img.= xz booted an RPi2B v1.1 and tried (note the KSTACK_PAGES notice and the "undefined floating point instruction" notice): # zpool import ZFS NOTICE: KSTACK_PAGES is 2 which could result in stack overflow = panic! Please consider adding 'options KSTACK_PAGES=3D4' to your kernel config panic: undefined floating point instruction in supervisor mode cpuid =3D 2 time =3D 1680784610 KDB: stack backtrace: db_trace_self() at db_trace_self pc =3D 0xc05eb154 lr =3D 0xc007a688 = (db_trace_self_wrapper+0x30) sp =3D 0xdd25c480 fp =3D 0xdd25c598 db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc =3D 0xc007a688 lr =3D 0xc02eb1b4 (vpanic+0x140) sp =3D 0xdd25c5a0 fp =3D 0xdd25c5c0 r4 =3D 0x00000100 r5 =3D 0x00000000 r6 =3D 0xc0736bfc r7 =3D 0xc0b1aea8 vpanic() at vpanic+0x140 pc =3D 0xc02eb1b4 lr =3D 0xc02eaf94 (doadump) sp =3D 0xdd25c5c8 fp =3D 0xdd25c5cc r4 =3D 0xc0b92210 r5 =3D 0x00000000 r6 =3D 0xc0610ca0 r7 =3D 0xf4210a0d r8 =3D 0xddf32e4c r9 =3D 0x00000013 r10 =3D 0xdd25c6c0 doadump() at doadump pc =3D 0xc02eaf94 lr =3D 0xc0610eb0 (vfp_new_thread) sp =3D 0xdd25c5d4 fp =3D 0xdd25c638 r4 =3D 0xdd25c6c0 r5 =3D 0xdd25c5cc r6 =3D 0xc02eaf94 r10 =3D 0xdd25c5d4 vfp_new_thread() at vfp_new_thread pc =3D 0xc0610eb0 lr =3D 0xc060ff84 = (undefinedinstruction+0x178) sp =3D 0xdd25c640 fp =3D 0xdd25c6b8 undefinedinstruction() at undefinedinstruction+0x178 pc =3D 0xc060ff84 lr =3D 0xc05edaa8 (exception_exit) sp =3D 0xdd25c6c0 fp =3D 0xdd25c750 r4 =3D 0x20000013 r5 =3D 0xde45e000 r6 =3D 0xdd25c890 r7 =3D 0xdd25c8b0 r8 =3D 0x00000000 r9 =3D 0x00000000 r10 =3D 0xdd25c8c0 exception_exit() at exception_exit pc =3D 0xc05edaa8 lr =3D 0xddf31f20 (K256) sp =3D 0xdd25c750 fp =3D 0xdd25c750 r0 =3D 0xdd25c890 r1 =3D 0xde45e000 r2 =3D 0xde45e400 r3 =3D 0xddf309fc r4 =3D 0x00000400 r5 =3D 0xde45e000 r6 =3D 0xdd25c890 r7 =3D 0xdd25c8b0 r8 =3D 0x00000000 r9 =3D 0x00000000 r10 =3D 0xdd25c8c0 r12 =3D 0xdd25c7a0 zfs_sha256_block_neon() at zfs_sha256_block_neon+0x1c pc =3D 0xddf32e4c lr =3D 0xc0946e8c (pcpup) sp =3D 0xdd25c758 fp =3D 0xc0b0aeec r4 =3D 0xc0919610 r5 =3D 0xc0919630 r6 =3D 0xc0919618 r7 =3D 0x642ebce2 r8 =3D 0xc0b1b0ec r9 =3D 0xc0915e88 r10 =3D 0xc0b1b0dc Fatal kernel mode data abort: 'Translation Fault (L1)' on read trapframe: 0xdd25c330 FSR=3D00000005, FAR=3D95e29398, spsr=3D200000d3 r0 =3Ddd25c424, r1 =3D81000000, r2 =3D95e29395, r3 =3D55555555 r4 =3Dc08ae93c, r5 =3D00004aa0, r6 =3D00004aa0, r7 =3Dc08d3e3c r8 =3D00000001, r9 =3Dc079567a, r10=3D0000000b, r11=3Ddd25c3e0 r12=3D00000000, ssp=3Ddd25c3c4, slr=3D00000001, pc =3Dc0610308 panic: Fatal abort . . . (repeats over and over) . . . =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Apr 18 22:46:27 2023 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 4Q1Jv373J5z45nl3 for ; Tue, 18 Apr 2023 22:46:39 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ej1-x62b.google.com (mail-ej1-x62b.google.com [IPv6:2a00:1450:4864:20::62b]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q1Jv36f57z3CVw for ; Tue, 18 Apr 2023 22:46:39 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x62b.google.com with SMTP id dx24so33081303ejb.11 for ; Tue, 18 Apr 2023 15:46:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20221208.gappssmtp.com; s=20221208; t=1681857999; x=1684449999; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ujarkVJtZON5/zCQzEjUOhn9K7Gppkzzs4kwx75CZxg=; b=z88fdFMC4WPjosZQyWcEhDC+VraGC8PUa2oFHLUL9QReSi4ZzAQCbA1e7Qfrpe1fUm DNxMTSqA/BiihT/EAcoPzJv1K4imYYOfv/Uww/fG8SgsRPbaaFfpBW6ELl5L2Uud7Z6u zT5m2pTGRAhzic6wN+2TnxyoTve0ylUPQvIx/avNGdNqIwkqw7ZW2hoolYwwe/DqiiLy ipbbvPwkiQVvoNBUvQ2ulInF+MznAaMuxYJ7Sc5aBL3HD+3aYnuisO7Yc9QGIFxW/iab Uez5ThnvAuVT0S8A+5isTsHu/lT6GWu9MWd3RTj6cK6yMTqBIMAERrLTBWRbKmtTmBHy upTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1681857999; x=1684449999; 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=ujarkVJtZON5/zCQzEjUOhn9K7Gppkzzs4kwx75CZxg=; b=g1aWUAi5LflCsc7TAKm+zIKRQpG7VJvoUvfk7DnojslbM80n6sEsv8o7F2QtyAJHh/ cMSxvS22edZpoOr5bp6KzqWR4U/5eDJUABJOiGmpjcWr6Tdat+/yqvKDvjlUIjhzJa2G z+PMq5x4+QlE0YNuxFJjxg/w3Qj02rm24QDXY9fJx/eao/N1d6iZjZqBkr+RiumjIs2N xy28ybCGIGFDp4Or9PUeDrQvzYAAxgizT4WtRJI8n47NZH/lhpqVcAmRfrVubPr0hphj yhPMsS7DCr7Xyfx0MhIy2xl4SCjlshM3AZTWi/NCQRpCjor7piwzRya4B/xDPK7rOCGI 1k6g== X-Gm-Message-State: AAQBX9clSzWjkHIbqHebfwztktgx/b+wmconn9h+EXaGiclxjtD0i8Z/ DVzEfyHwSDm7DqOSNb25DGq6B9GG1eTTW/krBTbS7w== X-Google-Smtp-Source: AKy350YJQh/eVsrs26iYNxeUR9WXZOmO40tOmZ396WaA/d1cUU9XngTwB1H3KlsU1RV1iLFuueshFv82JfqVMBHQ88Q= X-Received: by 2002:a17:906:cc48:b0:94e:bc04:c6f6 with SMTP id mm8-20020a170906cc4800b0094ebc04c6f6mr11809779ejb.9.1681857998634; Tue, 18 Apr 2023 15:46:38 -0700 (PDT) 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: <6CB8D120-1600-40E6-8A1E-87E709DCEC8F.ref@yahoo.com> <6CB8D120-1600-40E6-8A1E-87E709DCEC8F@yahoo.com> In-Reply-To: <6CB8D120-1600-40E6-8A1E-87E709DCEC8F@yahoo.com> From: Warner Losh Date: Tue, 18 Apr 2023 16:46:27 -0600 Message-ID: Subject: Re: The import of openzfs vs. armv7: boot crashs To: Mark Millard Cc: Current FreeBSD , freebsd-arm , Mateusz Guzik , Pawel Jakub Dawidek , Kyle Evans Content-Type: multipart/alternative; boundary="0000000000009253ac05f9a414a4" X-Rspamd-Queue-Id: 4Q1Jv36f57z3CVw X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --0000000000009253ac05f9a414a4 Content-Type: text/plain; charset="UTF-8" Fun... I'm also fighting aarch64 issues... Warner On Tue, Apr 18, 2023, 4:45 PM Mark Millard wrote: > > https://github.com/openzfs/zfs/commit/d0cbd9feaf5b82130f2e679256c71e0c7413aae9 > > does not seem to cover armv7, just aarch64. (FreeBSD disabled > floating point for both armv7 and aarch64 but that is a > different change than above.) > > I used: > > > FreeBSD-14.0-CURRENT-arm-armv7-GENERICSD-20230406-f21faa67ab6b-262010.img.xz > > booted an RPi2B v1.1 and tried (note the KSTACK_PAGES notice and the > "undefined floating point instruction" notice): > > # zpool import > ZFS NOTICE: KSTACK_PAGES is 2 which could result in stack overflow panic! > Please consider adding 'options KSTACK_PAGES=4' to your kernel config > panic: undefined floating point instruction in supervisor mode > cpuid = 2 > time = 1680784610 > KDB: stack backtrace: > db_trace_self() at db_trace_self > pc = 0xc05eb154 lr = 0xc007a688 (db_trace_self_wrapper+0x30) > sp = 0xdd25c480 fp = 0xdd25c598 > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > pc = 0xc007a688 lr = 0xc02eb1b4 (vpanic+0x140) > sp = 0xdd25c5a0 fp = 0xdd25c5c0 > r4 = 0x00000100 r5 = 0x00000000 > r6 = 0xc0736bfc r7 = 0xc0b1aea8 > vpanic() at vpanic+0x140 > pc = 0xc02eb1b4 lr = 0xc02eaf94 (doadump) > sp = 0xdd25c5c8 fp = 0xdd25c5cc > r4 = 0xc0b92210 r5 = 0x00000000 > r6 = 0xc0610ca0 r7 = 0xf4210a0d > r8 = 0xddf32e4c r9 = 0x00000013 > r10 = 0xdd25c6c0 > doadump() at doadump > pc = 0xc02eaf94 lr = 0xc0610eb0 (vfp_new_thread) > sp = 0xdd25c5d4 fp = 0xdd25c638 > r4 = 0xdd25c6c0 r5 = 0xdd25c5cc > r6 = 0xc02eaf94 r10 = 0xdd25c5d4 > vfp_new_thread() at vfp_new_thread > pc = 0xc0610eb0 lr = 0xc060ff84 (undefinedinstruction+0x178) > sp = 0xdd25c640 fp = 0xdd25c6b8 > undefinedinstruction() at undefinedinstruction+0x178 > pc = 0xc060ff84 lr = 0xc05edaa8 (exception_exit) > sp = 0xdd25c6c0 fp = 0xdd25c750 > r4 = 0x20000013 r5 = 0xde45e000 > r6 = 0xdd25c890 r7 = 0xdd25c8b0 > r8 = 0x00000000 r9 = 0x00000000 > r10 = 0xdd25c8c0 > exception_exit() at exception_exit > pc = 0xc05edaa8 lr = 0xddf31f20 (K256) > sp = 0xdd25c750 fp = 0xdd25c750 > r0 = 0xdd25c890 r1 = 0xde45e000 > r2 = 0xde45e400 r3 = 0xddf309fc > r4 = 0x00000400 r5 = 0xde45e000 > r6 = 0xdd25c890 r7 = 0xdd25c8b0 > r8 = 0x00000000 r9 = 0x00000000 > r10 = 0xdd25c8c0 r12 = 0xdd25c7a0 > zfs_sha256_block_neon() at zfs_sha256_block_neon+0x1c > pc = 0xddf32e4c lr = 0xc0946e8c (pcpup) > sp = 0xdd25c758 fp = 0xc0b0aeec > r4 = 0xc0919610 r5 = 0xc0919630 > r6 = 0xc0919618 r7 = 0x642ebce2 > r8 = 0xc0b1b0ec r9 = 0xc0915e88 > r10 = 0xc0b1b0dc > Fatal kernel mode data abort: 'Translation Fault (L1)' on read > trapframe: 0xdd25c330 > FSR=00000005, FAR=95e29398, spsr=200000d3 > r0 =dd25c424, r1 =81000000, r2 =95e29395, r3 =55555555 > r4 =c08ae93c, r5 =00004aa0, r6 =00004aa0, r7 =c08d3e3c > r8 =00000001, r9 =c079567a, r10=0000000b, r11=dd25c3e0 > r12=00000000, ssp=dd25c3c4, slr=00000001, pc =c0610308 > > panic: Fatal abort > . . . (repeats over and over) . . . > > === > Mark Millard > marklmi at yahoo.com > > > --0000000000009253ac05f9a414a4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Fun...

I'= ;m also fighting aarch64 issues...

Warner

On Tue, Apr 18, 2023, 4:45 PM Mark Millard <marklmi@yahoo.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">https://github.com/openzfs/zfs/commit/d0cbd9feaf5b82130f= 2e679256c71e0c7413aae9

does not seem to cover armv7, just aarch64. (FreeBSD disabled
floating point for both armv7 and aarch64 but that is a
different change than above.)

I used:

FreeBSD-14.0-CURRENT-arm-armv7-GENERICSD-20230406-f21faa67ab6b-262010.img.x= z

booted an RPi2B v1.1 and tried (note the KSTACK_PAGES notice and the
"undefined floating point instruction" notice):

# zpool import
ZFS NOTICE: KSTACK_PAGES is 2 which could result in stack overflow panic! Please consider adding 'options KSTACK_PAGES=3D4' to your kernel co= nfig
panic: undefined floating point instruction in supervisor mode
cpuid =3D 2
time =3D 1680784610
KDB: stack backtrace:
db_trace_self() at db_trace_self
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc05eb154=C2=A0 lr =3D 0xc007a688= (db_trace_self_wrapper+0x30)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdd25c480=C2=A0 fp =3D 0xdd25c598=
db_trace_self_wrapper() at db_trace_self_wrapper+0x30
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc007a688=C2=A0 lr =3D 0xc02eb1b4= (vpanic+0x140)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdd25c5a0=C2=A0 fp =3D 0xdd25c5c0=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0x00000100=C2=A0 r5 =3D 0x00000000=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xc0736bfc=C2=A0 r7 =3D 0xc0b1aea8=
vpanic() at vpanic+0x140
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc02eb1b4=C2=A0 lr =3D 0xc02eaf94= (doadump)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdd25c5c8=C2=A0 fp =3D 0xdd25c5cc=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0xc0b92210=C2=A0 r5 =3D 0x00000000=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xc0610ca0=C2=A0 r7 =3D 0xf4210a0d=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0xddf32e4c=C2=A0 r9 =3D 0x00000013=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 r10 =3D 0xdd25c6c0
doadump() at doadump
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc02eaf94=C2=A0 lr =3D 0xc0610eb0= (vfp_new_thread)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdd25c5d4=C2=A0 fp =3D 0xdd25c638=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0xdd25c6c0=C2=A0 r5 =3D 0xdd25c5cc=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xc02eaf94 r10 =3D 0xdd25c5d4
vfp_new_thread() at vfp_new_thread
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc0610eb0=C2=A0 lr =3D 0xc060ff84= (undefinedinstruction+0x178)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdd25c640=C2=A0 fp =3D 0xdd25c6b8=
undefinedinstruction() at undefinedinstruction+0x178
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc060ff84=C2=A0 lr =3D 0xc05edaa8= (exception_exit)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdd25c6c0=C2=A0 fp =3D 0xdd25c750=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0x20000013=C2=A0 r5 =3D 0xde45e000=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xdd25c890=C2=A0 r7 =3D 0xdd25c8b0=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0x00000000=C2=A0 r9 =3D 0x00000000=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 r10 =3D 0xdd25c8c0
exception_exit() at exception_exit
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xc05edaa8=C2=A0 lr =3D 0xddf31f20= (K256)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdd25c750=C2=A0 fp =3D 0xdd25c750=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r0 =3D 0xdd25c890=C2=A0 r1 =3D 0xde45e000=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r2 =3D 0xde45e400=C2=A0 r3 =3D 0xddf309fc=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0x00000400=C2=A0 r5 =3D 0xde45e000=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xdd25c890=C2=A0 r7 =3D 0xdd25c8b0=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0x00000000=C2=A0 r9 =3D 0x00000000=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 r10 =3D 0xdd25c8c0 r12 =3D 0xdd25c7a0
zfs_sha256_block_neon() at zfs_sha256_block_neon+0x1c
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pc =3D 0xddf32e4c=C2=A0 lr =3D 0xc0946e8c= (pcpup)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sp =3D 0xdd25c758=C2=A0 fp =3D 0xc0b0aeec=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r4 =3D 0xc0919610=C2=A0 r5 =3D 0xc0919630=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r6 =3D 0xc0919618=C2=A0 r7 =3D 0x642ebce2=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r8 =3D 0xc0b1b0ec=C2=A0 r9 =3D 0xc0915e88=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 r10 =3D 0xc0b1b0dc
Fatal kernel mode data abort: 'Translation Fault (L1)' on read
trapframe: 0xdd25c330
FSR=3D00000005, FAR=3D95e29398, spsr=3D200000d3
r0 =3Ddd25c424, r1 =3D81000000, r2 =3D95e29395, r3 =3D55555555
r4 =3Dc08ae93c, r5 =3D00004aa0, r6 =3D00004aa0, r7 =3Dc08d3e3c
r8 =3D00000001, r9 =3Dc079567a, r10=3D0000000b, r11=3Ddd25c3e0
r12=3D00000000, ssp=3Ddd25c3c4, slr=3D00000001, pc =3Dc0610308

panic: Fatal abort
. . . (repeats over and over) . . .

=3D=3D=3D
Mark Millard
marklmi at yahoo.com


--0000000000009253ac05f9a414a4-- From nobody Tue Apr 18 23:04:35 2023 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 4Q1KJ76DC9z45q2h for ; Tue, 18 Apr 2023 23:04:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q1KJ70RX3z3tq6 for ; Tue, 18 Apr 2023 23:04:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1681859093; bh=W6bin266JNCR2kcYB2hBkbnRf29W2fbg5xiA5aDeF8s=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=fCf8Z9wGwbmBM9FPlqsyuuhoPDzI664lizU/Lc5XMyOYoUCQPfzPs/oPBUuE1Ww6glJ8nXx43P6VWZPLBvlXvlmMHX5Bn/940OJx7DONFSDZpeOgVDJoqHxLE9C5RM7PEIy8LWXcUzDIIj0KIfkeda1NFbWXYXGibQldQUWU45nkorYKfr5v2NqBarjjWhmxwdAmxiypqVWF4RpSXOrDie6EIbDxLOVKKrR1IejK4vODm4GNXriIu1m94hw/G1VKEaKjIxdSqoA00faMwmdFCR4fyzAKFxvE637U2jXc4hxvms+c4tMxwBM+KDHnEVcxMsZn060BoO22S1I74wdKoQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1681859093; bh=7DA4d9p/ECW7enUF2jzPyLxq2tzQ41FrT54hLR+z48d=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=dA2EDDrg+zg84xQolLssrKkNwr7+PfKDeq8FCmMVVY+bw3SScr84T1iBr3I0gFj+oFC1F/OeXBzkRlRkEglXNgzU7PycQbQAfJ46AGTbVK1XoxAsK7noS5smjq8bOG8cGRnciiS0lp6tBpfoRRchnnB2btsojRYvfy9feMG5Tlv0C5Gfjy9pJNcPgab0+mrkMdl3Q/HqAOdb8lncQaFBiDGfVdE0bcEa2k/rPAhfQsoABnhkLnNvJgxgE5cAqRYGCRbC10G2kZWPKS+Qonx8aT/qHav32tTYY+ddd9n9xkETuoId2i6wHK0OMgTY7lCqFjI8XNpbDuZ2/3e9eYDRHA== X-YMail-OSG: aXKbECcVM1lUzADXt0zW_UAJvCi03PIXzJh1skW8tk377cllDV73RjmEhjjKGCt FUaWGxGeIXfi7FaZ7DjyJ8BR5HBwcotHujrD4_yG0xCmDYxFmg.MHu65vvHPY9_D_ef6wITe_ROd mZ7OIgKpcg3UEfTWUn4ju4OLI7MiUd.Wxo0Fye7VQSGInBzpNCay.aYqgTUzG_sYjAU7.DS8UaAh bIMhojVybzORE32SSdGUXwC5bsBBlL9KWC5H9nbYVZfAnemkjHjqZB8un25FxV0594yZ8dBbejfg PXCKlBjE_wDMQPCYuvdJ54tKtugLjI0TdqfTziTEzD7_hraBC9wT2n4jaIuKO5naWhoD8csOjG9l fOmY2i9wuVcKTU2s_wMetkO_WXS8r2HYDJR2eZy42rBskHCmixU0K9GUF3DOo4GNajEhsM53uS.B lUcnRuN031Xpa5aSb_9yQ1_79hYdCm9xmO2nn_H9trVPtOY4X2aNC9oNZ.e2oJPd6PUnz_5Jo98J Y5KbJHdx135598btz.LwdtKWWOGziWHVnfgzV_gMTC6SCBZLX75mqFmSizvnPpRgV_nyrwcXnCYi A6zkG0MTvKmVxRWnv37PP40x_Hg.x1OKiNTiTfxvFnqlpzuyNQKAnnjiqawenKWElTJt_hUSUg7K pDZ3GrGhXM8HbwRxxcyswMR4pkMSDGRIZkdtvkDY9pUmhohSkYmx8iWY78YG9w5MihRH7uS6lEiI I2Yh2ixkHMXV1OnjjdPix1N2o963g3BozyNwo16IG8Sg30hn6vUs5NalS0hWs5nnYIWaJFJ2cvU9 gwqcGykYFs0BZSVbxPVNE1po15zkPw6QFTu6F1OSXsEbRF.3JzxaqjrIF3_aZhdmRFKTa88UvGhD pKmip5G2sOjDxnAjHHodXT9ZYigtaGQtVUeyoxDHq3On_NK825F9s3TBlVuBKGu8YFD0OtexZNxr O2r2PjuwzaPQyhw2V.unNMZoEE8hTjxUZ0zdvf6kJ5PcZwMbdRZhTRsDiry2D1NWspEWcYNy13.l 2GkNmQ9MRb7xCNBDHwgBGROBpJ1PgkHM3na03zpToJhnpDLAXXcbOSMDfErNDe8DaVLJ78rvUG2K raduJMwFmqTZwfIXOTP3e2LOzTA2UtKDOSrTjmhaZfbrq7ddkzdVwEI5UuxKZbK.VJIei4wsw.kb qTdh9YjhNBJ2NdKZyqObW.4si4Jh5jDy4m8nGUCcgbQtyNYnIl0d3j9ftbbtujsRA5Xas0H7zK61 HApxmWU_ETo4KgymKmIW9po9e3sqcKzBpHVEo.Da.pEedDO665FOL2QeChX.YGqApR.zXv1D3cMm scUYkzf6dxZdu5ZgMSh8YIjfvJfzHUmxRE5V2pmAhb1813_ZzG1nGa82tcgfEFyYX7QTJiANN_oZ e75594hLWaBaBrETzPMh4FsGdTgRxabc5zx7FSi9uFdFav6GNNZ7C.eWMZnNiy.ozy76EPRcFB_K WxgyeM0Tnk3iwvbU_pAXMa3SJfGEbTPXMOpFdblxUqS.cYkXs4CtEPvUhNtKReDuaeH2F08pPx6f CoZh911Ggx6Hx1moC.kSjxowtIKpk6Ty07HEXwpAqCsL_8usGh7_trUeAhfH08ETBD10R0klSPd. uwCgovOjzLByA596vZtO.ZnGcYzJYtpWZ61_AFOeCImwFiL.qyS0vdeqN4IKLowOP8JOrasccXur gWCAFZukag1sESorO7YMlnDrOC3FX80ARaXlQ.wWTKBzcVJWEqyRL__LX.txhl5tYUbNczq1zTMk qz35MPscKM8w9BUQhxm.JqYT3G_cINS5qL4KTamw5LVwuvN1YHR1PliexGCaDLJRr1FnGqooZ21P sxEzTS6fwrHhna370UsoIdyPf0Z8zmXhrdBrvLfJnmEovSsTiUO0fCuY.WtWU0Z_Z4BNs0.Z8q1X eZtRP6YqH.OwUv1yQwTf5rWIXCZSumDDVlMXVyXuoBDYOPKiiPRfoz_lv2g5G8QQ5pTXBu7.UEVv 2DlZ886y7YeWZI4QE66PTlN3RKOwJjxffyb317lx_5kdFuO.uDH5hviGRjWcz2W9QJwfRNaPbGWY edRa9_.BXNFeACJIsrarJviyoV0MW_sOu17.sdbaRZuOnez.g7Hd.eQvVKlxfx9.MBIYSRQohHVQ GfxUppGJVoX2N.0CA7B4mCPisv8a3VpfaFm9V8fvD_KjUgHFBnixOXiDA1KkGjKI8Uvth36SrHoY GRhCJpEhyTCxeEwYPdhkKeR_4qh042811qP6XTDnCxxRfaNxjrs2FDEMvmcAuK0a4oxKddxVj7YD H5g8- X-Sonic-MF: X-Sonic-ID: 1aa207e6-f1f0-4b06-bf90-4f6d5c5cac74 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Tue, 18 Apr 2023 23:04:53 +0000 Received: by hermes--production-ne1-7dbd98dd99-84p8v (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7af015081c4cc3836a2da824971f8444; Tue, 18 Apr 2023 23:04:47 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: The import of openzfs vs. armv7: boot crashs From: Mark Millard In-Reply-To: Date: Tue, 18 Apr 2023 16:04:35 -0700 Cc: Current FreeBSD , freebsd-arm , Mateusz Guzik , Pawel Jakub Dawidek , Kyle Evans Content-Transfer-Encoding: quoted-printable Message-Id: References: <6CB8D120-1600-40E6-8A1E-87E709DCEC8F.ref@yahoo.com> <6CB8D120-1600-40E6-8A1E-87E709DCEC8F@yahoo.com> To: Warner Losh X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4Q1KJ70RX3z3tq6 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Apr 18, 2023, at 15:46, Warner Losh wrote: > Fun... >=20 > I'm also fighting aarch64 issues... Of what kind? I've been able to use things as committed in FreeBSD (block_cloning never having been enabled but jumping from before the import to, effectively, after the FreeBSD adjustments). But I have not tried anything that is different as committed in openzfs. (I'm one of those that tested poudriere bulk activity via separate media from my normal aarch64 context. Those tests had no problems once the full set up adjustments was present in my context.) > Warner >=20 > On Tue, Apr 18, 2023, 4:45 PM Mark Millard wrote: > = https://github.com/openzfs/zfs/commit/d0cbd9feaf5b82130f2e679256c71e0c7413= aae9 >=20 > does not seem to cover armv7, just aarch64. (FreeBSD disabled > floating point for both armv7 and aarch64 but that is a > different change than above.) I probably should have explicitly noted that the fpu disabling was from after the snapshot being tested here. The point of the snapshot test (the most recent available) was to find out if armv7 crashed before the fpu-use disabling commit. > I used: >=20 > = FreeBSD-14.0-CURRENT-arm-armv7-GENERICSD-20230406-f21faa67ab6b-262010.img.= xz That is from after the import and after: =E2=80=A2 git: eb1feadc201a - main - zfs: fix null ap->a_fsizetd = NULL pointer derefernce Martin Matuska but with no other zfs changes. It does not contain: =E2=80=A2 git: d6e24901349d - main - zfs: disable kernel fpu usage = on arm and aarc64 Mateusz Guzik (But the openzfs changes are different.) > booted an RPi2B v1.1 and tried (note the KSTACK_PAGES notice and the > "undefined floating point instruction" notice): >=20 > # zpool import > ZFS NOTICE: KSTACK_PAGES is 2 which could result in stack overflow = panic! > Please consider adding 'options KSTACK_PAGES=3D4' to your kernel = config > panic: undefined floating point instruction in supervisor mode > cpuid =3D 2 > time =3D 1680784610 > KDB: stack backtrace: > db_trace_self() at db_trace_self > pc =3D 0xc05eb154 lr =3D 0xc007a688 = (db_trace_self_wrapper+0x30) > sp =3D 0xdd25c480 fp =3D 0xdd25c598 > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > pc =3D 0xc007a688 lr =3D 0xc02eb1b4 (vpanic+0x140) > sp =3D 0xdd25c5a0 fp =3D 0xdd25c5c0 > r4 =3D 0x00000100 r5 =3D 0x00000000 > r6 =3D 0xc0736bfc r7 =3D 0xc0b1aea8 > vpanic() at vpanic+0x140 > pc =3D 0xc02eb1b4 lr =3D 0xc02eaf94 (doadump) > sp =3D 0xdd25c5c8 fp =3D 0xdd25c5cc > r4 =3D 0xc0b92210 r5 =3D 0x00000000 > r6 =3D 0xc0610ca0 r7 =3D 0xf4210a0d > r8 =3D 0xddf32e4c r9 =3D 0x00000013 > r10 =3D 0xdd25c6c0 > doadump() at doadump > pc =3D 0xc02eaf94 lr =3D 0xc0610eb0 (vfp_new_thread) > sp =3D 0xdd25c5d4 fp =3D 0xdd25c638 > r4 =3D 0xdd25c6c0 r5 =3D 0xdd25c5cc > r6 =3D 0xc02eaf94 r10 =3D 0xdd25c5d4 > vfp_new_thread() at vfp_new_thread > pc =3D 0xc0610eb0 lr =3D 0xc060ff84 = (undefinedinstruction+0x178) > sp =3D 0xdd25c640 fp =3D 0xdd25c6b8 > undefinedinstruction() at undefinedinstruction+0x178 > pc =3D 0xc060ff84 lr =3D 0xc05edaa8 (exception_exit) > sp =3D 0xdd25c6c0 fp =3D 0xdd25c750 > r4 =3D 0x20000013 r5 =3D 0xde45e000 > r6 =3D 0xdd25c890 r7 =3D 0xdd25c8b0 > r8 =3D 0x00000000 r9 =3D 0x00000000 > r10 =3D 0xdd25c8c0 > exception_exit() at exception_exit > pc =3D 0xc05edaa8 lr =3D 0xddf31f20 (K256) > sp =3D 0xdd25c750 fp =3D 0xdd25c750 > r0 =3D 0xdd25c890 r1 =3D 0xde45e000 > r2 =3D 0xde45e400 r3 =3D 0xddf309fc > r4 =3D 0x00000400 r5 =3D 0xde45e000 > r6 =3D 0xdd25c890 r7 =3D 0xdd25c8b0 > r8 =3D 0x00000000 r9 =3D 0x00000000 > r10 =3D 0xdd25c8c0 r12 =3D 0xdd25c7a0 > zfs_sha256_block_neon() at zfs_sha256_block_neon+0x1c > pc =3D 0xddf32e4c lr =3D 0xc0946e8c (pcpup) > sp =3D 0xdd25c758 fp =3D 0xc0b0aeec > r4 =3D 0xc0919610 r5 =3D 0xc0919630 > r6 =3D 0xc0919618 r7 =3D 0x642ebce2 > r8 =3D 0xc0b1b0ec r9 =3D 0xc0915e88 > r10 =3D 0xc0b1b0dc > Fatal kernel mode data abort: 'Translation Fault (L1)' on read > trapframe: 0xdd25c330 > FSR=3D00000005, FAR=3D95e29398, spsr=3D200000d3 > r0 =3Ddd25c424, r1 =3D81000000, r2 =3D95e29395, r3 =3D55555555 > r4 =3Dc08ae93c, r5 =3D00004aa0, r6 =3D00004aa0, r7 =3Dc08d3e3c > r8 =3D00000001, r9 =3Dc079567a, r10=3D0000000b, r11=3Ddd25c3e0 > r12=3D00000000, ssp=3Ddd25c3c4, slr=3D00000001, pc =3Dc0610308 >=20 > panic: Fatal abort > . . . (repeats over and over) . . . >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Apr 18 23:09:03 2023 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 4Q1KPC3HsZz45pw4 for ; Tue, 18 Apr 2023 23:09:19 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q1KPB2xN0z43QD for ; Tue, 18 Apr 2023 23:09:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x633.google.com with SMTP id a640c23a62f3a-94f6c285d22so182137766b.2 for ; Tue, 18 Apr 2023 16:09:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20221208.gappssmtp.com; s=20221208; t=1681859355; x=1684451355; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=pWCDpobE6xCBVw1n2TZ2xi4qOsNQRtSaBbrE0kELplQ=; b=zXDzGtl3uH3QvrPEY3+QUS47YanPCSeLsXio7U9cnSVRkp5AidxklnvF+BvLWwIdkb e/XoeR+LRBqidmVwe1xOwMZ0qJrOdNSMaTXpewWsVnQhucvP3Gs1hw4L8YdNr7HHlAG5 JvPGcQVWVbZHzEXGDUkmDyTapXrVIsP+EkDgsKsi+g6JcDXY+lrRc0N7ISbELDQM7VC5 cV/6VvmiSZEJKpEu/8ADW0X4pHo7V41FTQ4e/FA5MQb2UcA9q/DIUqFD7Ju3xcsqeiyn LJStza7jNOrB0gqNZDXIr8kMbJp9KDiat6SynsPRorXNeerh6pFoKxT1srt0eiU9n7DS PwNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1681859355; x=1684451355; 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=pWCDpobE6xCBVw1n2TZ2xi4qOsNQRtSaBbrE0kELplQ=; b=QrTdOLQIMsuxbK0Oj0ejzjElU/MKZaBRuHIWBE+rtfL5tSYrSZ/ir5xqIFPANl8uwv h/HUsFl685dwafBUC6WZdAQnc7JTOlUrT8jSU11/cbz2AdYYuz8ayS8L1NccLUlji7Ys repm0okpSbr+ZCv3wYivliiL9PBbCLP35nvnx7Tk/xEqkGSRoadtVFbAU67lMvzDZmS/ VBj5UnJmp2S2Pe5pKmAt/LI3pBpGw40GHvbeQlE+PLxz9jCkrXcln4m+R/ih9RGPI8+O hXbN1MeQVfMi4Al5UvFP0moBlp4wHtytlLIpWn1ODs0W9ruzmQ6iu5QbyBaWDSs/Knzx oqlQ== X-Gm-Message-State: AAQBX9fYJysew1oQd8dShKA/6Xc1keArS3uZbdNysSY4GHmYY/Hr3nXC 5smSm33Ub/5sXwVXRLNi6AiYz8L12DuPzhBOdoLj9Z4fXtkpp8RA X-Google-Smtp-Source: AKy350b8Wc1KjgR+hvHCSS5WQsiEcMs+6Brvg2xfAeo1OBJSQCjL1Ws5ExLFpaA9A7QG1h4ulHT8IpjDwoTB8uhObAc= X-Received: by 2002:a05:6402:745:b0:501:cced:9c6c with SMTP id p5-20020a056402074500b00501cced9c6cmr3373004edy.7.1681859354849; Tue, 18 Apr 2023 16:09:14 -0700 (PDT) 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: <6CB8D120-1600-40E6-8A1E-87E709DCEC8F.ref@yahoo.com> <6CB8D120-1600-40E6-8A1E-87E709DCEC8F@yahoo.com> In-Reply-To: From: Warner Losh Date: Tue, 18 Apr 2023 17:09:03 -0600 Message-ID: Subject: Re: The import of openzfs vs. armv7: boot crashs To: Mark Millard Cc: Current FreeBSD , freebsd-arm , Mateusz Guzik , Pawel Jakub Dawidek , Kyle Evans Content-Type: multipart/alternative; boundary="00000000000068890105f9a465db" X-Rspamd-Queue-Id: 4Q1KPB2xN0z43QD X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --00000000000068890105f9a465db Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Apr 18, 2023 at 5:04=E2=80=AFPM Mark Millard wr= ote: > On Apr 18, 2023, at 15:46, Warner Losh wrote: > > > Fun... > > > > I'm also fighting aarch64 issues... > > Of what kind? I've been able to use things as committed > in FreeBSD (block_cloning never having been enabled but > jumping from before the import to, effectively, after > the FreeBSD adjustments). But I have not tried anything > that is different as committed in openzfs. > > (I'm one of those that tested poudriere bulk activity > via separate media from my normal aarch64 context. Those > tests had no problems once the full set up adjustments > was present in my context.) > All boot loader issues for special environments. Not in the kernel, so maybe unrelated and I shouldn't have said anything. I'm guessing that upstream needs a generic way to disable all acceleration, even if that has bad performance. I'm looking for a good way to do that (once I get done with the bugs I was fixing when I noticed this issue). Warner > > Warner > > > > On Tue, Apr 18, 2023, 4:45 PM Mark Millard wrote: > > > https://github.com/openzfs/zfs/commit/d0cbd9feaf5b82130f2e679256c71e0c741= 3aae9 > > > > does not seem to cover armv7, just aarch64. (FreeBSD disabled > > floating point for both armv7 and aarch64 but that is a > > different change than above.) > > I probably should have explicitly noted that the fpu disabling > was from after the snapshot being tested here. > > The point of the snapshot test (the most recent available) was > to find out if armv7 crashed before the fpu-use disabling commit. > > > I used: > > > > > FreeBSD-14.0-CURRENT-arm-armv7-GENERICSD-20230406-f21faa67ab6b-262010.img= .xz > > That is from after the import and after: > > =E2=80=A2 git: eb1feadc201a - main - zfs: fix null ap->a_fsizetd NULL= pointer > derefernce Martin Matuska > > but with no other zfs changes. It does not contain: > > =E2=80=A2 git: d6e24901349d - main - zfs: disable kernel fpu usage on= arm and > aarc64 Mateusz Guzik > > (But the openzfs changes are different.) > > > booted an RPi2B v1.1 and tried (note the KSTACK_PAGES notice and the > > "undefined floating point instruction" notice): > > > > # zpool import > > ZFS NOTICE: KSTACK_PAGES is 2 which could result in stack overflow pani= c! > > Please consider adding 'options KSTACK_PAGES=3D4' to your kernel config > > panic: undefined floating point instruction in supervisor mode > > cpuid =3D 2 > > time =3D 1680784610 > > KDB: stack backtrace: > > db_trace_self() at db_trace_self > > pc =3D 0xc05eb154 lr =3D 0xc007a688 (db_trace_self_wrapper+0x= 30) > > sp =3D 0xdd25c480 fp =3D 0xdd25c598 > > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > > pc =3D 0xc007a688 lr =3D 0xc02eb1b4 (vpanic+0x140) > > sp =3D 0xdd25c5a0 fp =3D 0xdd25c5c0 > > r4 =3D 0x00000100 r5 =3D 0x00000000 > > r6 =3D 0xc0736bfc r7 =3D 0xc0b1aea8 > > vpanic() at vpanic+0x140 > > pc =3D 0xc02eb1b4 lr =3D 0xc02eaf94 (doadump) > > sp =3D 0xdd25c5c8 fp =3D 0xdd25c5cc > > r4 =3D 0xc0b92210 r5 =3D 0x00000000 > > r6 =3D 0xc0610ca0 r7 =3D 0xf4210a0d > > r8 =3D 0xddf32e4c r9 =3D 0x00000013 > > r10 =3D 0xdd25c6c0 > > doadump() at doadump > > pc =3D 0xc02eaf94 lr =3D 0xc0610eb0 (vfp_new_thread) > > sp =3D 0xdd25c5d4 fp =3D 0xdd25c638 > > r4 =3D 0xdd25c6c0 r5 =3D 0xdd25c5cc > > r6 =3D 0xc02eaf94 r10 =3D 0xdd25c5d4 > > vfp_new_thread() at vfp_new_thread > > pc =3D 0xc0610eb0 lr =3D 0xc060ff84 (undefinedinstruction+0x1= 78) > > sp =3D 0xdd25c640 fp =3D 0xdd25c6b8 > > undefinedinstruction() at undefinedinstruction+0x178 > > pc =3D 0xc060ff84 lr =3D 0xc05edaa8 (exception_exit) > > sp =3D 0xdd25c6c0 fp =3D 0xdd25c750 > > r4 =3D 0x20000013 r5 =3D 0xde45e000 > > r6 =3D 0xdd25c890 r7 =3D 0xdd25c8b0 > > r8 =3D 0x00000000 r9 =3D 0x00000000 > > r10 =3D 0xdd25c8c0 > > exception_exit() at exception_exit > > pc =3D 0xc05edaa8 lr =3D 0xddf31f20 (K256) > > sp =3D 0xdd25c750 fp =3D 0xdd25c750 > > r0 =3D 0xdd25c890 r1 =3D 0xde45e000 > > r2 =3D 0xde45e400 r3 =3D 0xddf309fc > > r4 =3D 0x00000400 r5 =3D 0xde45e000 > > r6 =3D 0xdd25c890 r7 =3D 0xdd25c8b0 > > r8 =3D 0x00000000 r9 =3D 0x00000000 > > r10 =3D 0xdd25c8c0 r12 =3D 0xdd25c7a0 > > zfs_sha256_block_neon() at zfs_sha256_block_neon+0x1c > > pc =3D 0xddf32e4c lr =3D 0xc0946e8c (pcpup) > > sp =3D 0xdd25c758 fp =3D 0xc0b0aeec > > r4 =3D 0xc0919610 r5 =3D 0xc0919630 > > r6 =3D 0xc0919618 r7 =3D 0x642ebce2 > > r8 =3D 0xc0b1b0ec r9 =3D 0xc0915e88 > > r10 =3D 0xc0b1b0dc > > Fatal kernel mode data abort: 'Translation Fault (L1)' on read > > trapframe: 0xdd25c330 > > FSR=3D00000005, FAR=3D95e29398, spsr=3D200000d3 > > r0 =3Ddd25c424, r1 =3D81000000, r2 =3D95e29395, r3 =3D55555555 > > r4 =3Dc08ae93c, r5 =3D00004aa0, r6 =3D00004aa0, r7 =3Dc08d3e3c > > r8 =3D00000001, r9 =3Dc079567a, r10=3D0000000b, r11=3Ddd25c3e0 > > r12=3D00000000, ssp=3Ddd25c3c4, slr=3D00000001, pc =3Dc0610308 > > > > panic: Fatal abort > > . . . (repeats over and over) . . . > > > > > > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > > --00000000000068890105f9a465db Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Tue, Apr 18, 2023 at 5:04=E2=80=AF= PM Mark Millard <marklmi@yahoo.com<= /a>> wrote:
O= n Apr 18, 2023, at 15:46, Warner Losh <imp@bsdimp.com> wrote:

> Fun...
>
> I'm also fighting aarch64 issues...

Of what kind? I've been able to use things as committed
in FreeBSD (block_cloning never having been enabled but
jumping from before the import to, effectively, after
the FreeBSD adjustments). But I have not tried anything
that is different as committed in openzfs.

(I'm one of those that tested poudriere bulk activity
via separate media from my normal aarch64 context. Those
tests had no problems once the full set up adjustments
was present in my context.)

All boot lo= ader issues for special environments. Not in the kernel,
so maybe= unrelated and I shouldn't have said anything.

I'm guessing that upstream needs a generic way to disable all
acceleration, even if that has bad performance. I'm looking for a
good way to do that (once I get done with the bugs I was fixing
when I noticed this issue).

Warner
=C2=A0
> Warner
>
> On Tue, Apr 18, 2023, 4:45 PM Mark Millard <marklmi@yahoo.com> wrote:
> https://github.co= m/openzfs/zfs/commit/d0cbd9feaf5b82130f2e679256c71e0c7413aae9
>
> does not seem to cover armv7, just aarch64. (FreeBSD disabled
> floating point for both armv7 and aarch64 but that is a
> different change than above.)

I probably should have explicitly noted that the fpu disabling
was from after the snapshot being tested here.

The point of the snapshot test (the most recent available) was
to find out if armv7 crashed before the fpu-use disabling commit.

> I used:
>
> FreeBSD-14.0-CURRENT-arm-armv7-GENERICSD-20230406-f21faa67ab6b-262010.= img.xz

That is from after the import and after:

=C2=A0 =C2=A0 =E2=80=A2 git: eb1feadc201a - main - zfs: fix null ap->a_f= sizetd NULL pointer derefernce Martin Matuska

but with no other zfs changes. It does not contain:

=C2=A0 =C2=A0 =E2=80=A2 git: d6e24901349d - main - zfs: disable kernel fpu = usage on arm and aarc64 Mateusz Guzik

(But the openzfs changes are different.)

> booted an RPi2B v1.1 and tried (note the KSTACK_PAGES notice and the > "undefined floating point instruction" notice):
>
> # zpool import
> ZFS NOTICE: KSTACK_PAGES is 2 which could result in stack overflow pan= ic!
> Please consider adding 'options KSTACK_PAGES=3D4' to your kern= el config
> panic: undefined floating point instruction in supervisor mode
> cpuid =3D 2
> time =3D 1680784610
> KDB: stack backtrace:
> db_trace_self() at db_trace_self
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 pc =3D 0xc05eb154=C2=A0 lr =3D 0xc00= 7a688 (db_trace_self_wrapper+0x30)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sp =3D 0xdd25c480=C2=A0 fp =3D 0xdd2= 5c598
> db_trace_self_wrapper() at db_trace_self_wrapper+0x30
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 pc =3D 0xc007a688=C2=A0 lr =3D 0xc02= eb1b4 (vpanic+0x140)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sp =3D 0xdd25c5a0=C2=A0 fp =3D 0xdd2= 5c5c0
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r4 =3D 0x00000100=C2=A0 r5 =3D 0x000= 00000
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r6 =3D 0xc0736bfc=C2=A0 r7 =3D 0xc0b= 1aea8
> vpanic() at vpanic+0x140
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 pc =3D 0xc02eb1b4=C2=A0 lr =3D 0xc02= eaf94 (doadump)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sp =3D 0xdd25c5c8=C2=A0 fp =3D 0xdd2= 5c5cc
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r4 =3D 0xc0b92210=C2=A0 r5 =3D 0x000= 00000
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r6 =3D 0xc0610ca0=C2=A0 r7 =3D 0xf42= 10a0d
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r8 =3D 0xddf32e4c=C2=A0 r9 =3D 0x000= 00013
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r10 =3D 0xdd25c6c0
> doadump() at doadump
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 pc =3D 0xc02eaf94=C2=A0 lr =3D 0xc06= 10eb0 (vfp_new_thread)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sp =3D 0xdd25c5d4=C2=A0 fp =3D 0xdd2= 5c638
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r4 =3D 0xdd25c6c0=C2=A0 r5 =3D 0xdd2= 5c5cc
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r6 =3D 0xc02eaf94 r10 =3D 0xdd25c5d4=
> vfp_new_thread() at vfp_new_thread
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 pc =3D 0xc0610eb0=C2=A0 lr =3D 0xc06= 0ff84 (undefinedinstruction+0x178)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sp =3D 0xdd25c640=C2=A0 fp =3D 0xdd2= 5c6b8
> undefinedinstruction() at undefinedinstruction+0x178
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 pc =3D 0xc060ff84=C2=A0 lr =3D 0xc05= edaa8 (exception_exit)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sp =3D 0xdd25c6c0=C2=A0 fp =3D 0xdd2= 5c750
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r4 =3D 0x20000013=C2=A0 r5 =3D 0xde4= 5e000
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r6 =3D 0xdd25c890=C2=A0 r7 =3D 0xdd2= 5c8b0
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r8 =3D 0x00000000=C2=A0 r9 =3D 0x000= 00000
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r10 =3D 0xdd25c8c0
> exception_exit() at exception_exit
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 pc =3D 0xc05edaa8=C2=A0 lr =3D 0xddf= 31f20 (K256)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sp =3D 0xdd25c750=C2=A0 fp =3D 0xdd2= 5c750
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r0 =3D 0xdd25c890=C2=A0 r1 =3D 0xde4= 5e000
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r2 =3D 0xde45e400=C2=A0 r3 =3D 0xddf= 309fc
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r4 =3D 0x00000400=C2=A0 r5 =3D 0xde4= 5e000
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r6 =3D 0xdd25c890=C2=A0 r7 =3D 0xdd2= 5c8b0
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r8 =3D 0x00000000=C2=A0 r9 =3D 0x000= 00000
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r10 =3D 0xdd25c8c0 r12 =3D 0xdd25c7a0=
> zfs_sha256_block_neon() at zfs_sha256_block_neon+0x1c
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 pc =3D 0xddf32e4c=C2=A0 lr =3D 0xc09= 46e8c (pcpup)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sp =3D 0xdd25c758=C2=A0 fp =3D 0xc0b= 0aeec
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r4 =3D 0xc0919610=C2=A0 r5 =3D 0xc09= 19630
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r6 =3D 0xc0919618=C2=A0 r7 =3D 0x642= ebce2
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 r8 =3D 0xc0b1b0ec=C2=A0 r9 =3D 0xc09= 15e88
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r10 =3D 0xc0b1b0dc
> Fatal kernel mode data abort: 'Translation Fault (L1)' on read=
> trapframe: 0xdd25c330
> FSR=3D00000005, FAR=3D95e29398, spsr=3D200000d3
> r0 =3Ddd25c424, r1 =3D81000000, r2 =3D95e29395, r3 =3D55555555
> r4 =3Dc08ae93c, r5 =3D00004aa0, r6 =3D00004aa0, r7 =3Dc08d3e3c
> r8 =3D00000001, r9 =3Dc079567a, r10=3D0000000b, r11=3Ddd25c3e0
> r12=3D00000000, ssp=3Ddd25c3c4, slr=3D00000001, pc =3Dc0610308
>
> panic: Fatal abort
> . . . (repeats over and over) . . .
>




=3D=3D=3D
Mark Millard
marklmi at yahoo.com

--00000000000068890105f9a465db-- From nobody Wed Apr 19 06:55:17 2023 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 4Q1WlH115Cz454nN for ; Wed, 19 Apr 2023 06:55:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q1WlF6Yzxz3rJ9 for ; Wed, 19 Apr 2023 06:55:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=uGB6bf1o; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1681887335; bh=JmxLNP76HVh/TPX47yRWvnTYrTTGWOyHdIYWqt7TOZA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=uGB6bf1ouzyPu8k+3AJ9ZmeLRrweezsPjlxyS7XPUCxWIH5Owh8YJ4My4K8GE458sbsbKSwQ+k91j/k5avIKzD1R02TduK8o1r6r/RUknnw8x2Pg8cRBvfzDX1FToKV6E64hPnkV9Ixw7CMtWlHRRoNDVPNWyEx2bsASLfqhWjGzISTLPuYq7QXxrqw+jBzpFuKuizxZnx7Q7QD0lVEwHQD0B3b/p6NWxkgV2sa7Cae9PuK0cOzDgR/YRpmXMBdpVVsZxNSGxU+tyL17fKAeZE3Z+g6K2KOk5YdHNweBkfamEAwJziozgLEfuZaTtmP6KT2gp3VJuqEE6kseqE1OgQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1681887335; bh=YsWMP3wgbLlmIYFAkBRBh3lpeN9Sel6s3mqQWFhw88T=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=csiLYK3tNx/EVZItjgXF5A0rPT9Y8M011rvhNTnpyJBERgRA6KztRYscrugXtLAA0BANtTv4zlvyPvmf/7p9SBupQ5e/q+hog66O1xi6PkPcOBp1Z0lH1LpHc0AKiyoK4sEVwicB+roQU9n5k9KFdrRgVHRPk2hk9AG26HctJlF37W7bvH1/6zbf5aRGEMPZQx4WY+P8jR0sc2bUxGy0gvwrMhWRsfnI43MkurK2lGS+beCAHKRV9Kbtp0BhuazJqMuj5sJDuLWQnXAaqvdGAILbo3e+/XY1nhXOywJB2KBOTtb1Li258xrItSmAvA+0fC2PYfzOOj6VJUH92h10wg== X-YMail-OSG: 25CPdC0VM1neVVUvu5b0cfUDDvN7PjVbIadjljHSRW5CcK_7HXa7ZIwsvlzyVSa GnhMGvHwMg.NsRFjWWzJUYpON1Q0CcobLoegIESJyJWxQy1IeO2WHW0ksl3S12zrb.fnEo72CYcm UpQu684Gdp3r5xOWR7FU1_B4DKLIKloCHWColUqgUExISCuqHIBKJljaDtVKJ6N_h3jYpicfouQv SSQmjCkhXm5PCCa9r3NKfScfr8Q7hTLWcuWUKtiFp24wGM7un6E9X8fQ9EMKcLl3JbIEQYBq3ik1 33eT5VveGwxAMfvTRwOSNCvdIeF7.lTnoJCs6T0GWkWfEUY9RMBFXF_i80efI_N3CxWrBquxzOkR d3.YqpBDPq7hEKkH5RLh0eu4S.EPjE8nUmrLB610ol.2FmXxNzesnm.l92gWEG6EGt2XkDQP7q1I ippe5dBFGqNHkHkCFbXiViqdmg.29KSgErWuEhaNcbRXBKq3_17Hill9OFTVzBc0bXrIMfqQjizm xipWN9jbkQbulN.0aWil02cL5gm3LKb.rDg2yf1F9M1i5_19D_3hVZcTR7.o5hzlePB1GsaTV59Y 63SabBBPPpapXh_JhuwGlz4kNUXjOaipYiYTH.mY5UHCOseJ6hxaeiJkGc3VJ.u1YaMJmPytUzhL qWHmZvJI.V0aznw9gaqLi4OfeeOHHINyoH4yGdUwlLkWUsm9gWtltDcVzDaYQbRZu8xm1MjHG_Z3 BYw28ybsA6OPuEBBFh.BYR3odOIojlhdwZRevYim1DdlfER0PizEERWfpozfVk.S6WgEd5vrNH95 .yGWCeJSZPZVFYRYbtJGC8LIl6eEoI_.bRniBsjWZ18y7muVW4Zp1EVFoG7sZoOjwTLrnHp5EIl2 4cxioUUBQNuNa9BrREhXOe6SeJvjBqU7ivXyVZql1y4X67txQ3bxHroZOnuE.ATSpcX0EAbgiGYS wB368JLTLHGfaB7oI4C2ktCbYR2gk2pyl3XewvCimj2FCTSf7gM_h92oqkyoo6.6S5_d1BAmBPXI 7w.jM_MDIQ21AiVvQnwBQ7krMtt8YP9bPXu.bmO5_Y2XpUCrqyTTz3wlcjUaCPOASeJyjpJhcRZ4 mE1JmFjstV3CerzHno5ui5LwdGiH98k022mzK9daOAakIDuTS_waCyQM_CjOABdc.lx6Amn1Upnq D2brgoEQlxLKxlOL2NtFnybxVa9aP98H9pv_H9RUWLo2kJLl_LUDbEVdcA1MWj3VDZx3jdKcJKPm AUpkqjZuygrlNyyZj6mhudBf0yDGWcIpc9HO2XnfSc0PJYaCy6r8BTNzTJe2Atox8ODmqDy5p19I q3ajPiIKDgp6ldPM16WbXk56fl_6dGkxH_e7DkWjT39G6VW0_9KD173f5iGayBnhhodDDSz7dbnq qeIK2I1pJneEJU92CBL3LMdrxGag0hB1POow4Rk2msDAUnoOaXi5Bw0bkFFS4c0RdDP8pWoM6M1p NIVirmTJ4cWU9ipX8CNUks985p3fQiHgW57VpnqzjzGixSBKczxSpzej._syb87TSaqiI3YL8JIv tTrAx4xuRxh.DQxnwa3XvEXIBCHbkZQXuNg2IZOEXK.WY8UgxhCjSsmvits.5BZkTD13WUWfUX.1 9KufNzYrdwShxupDl5pq.YO2M9VBrD7qW8uwBPn.6mvj7TW9B.A01125xUhVuSC2LLax8pDBj68f 5KNeY97ADhcl_O4ItS.J_Z1CRcgtNhntRg_3WgWW_R_mfBrJ.E5ETU6qc5hAR7wW3VN8ltIhzbQ0 kBrZ6GBGa7A_CQfbCv6S7SgACoZS1jLRRi1stjKyRJzlToRaDJ_vxqhbFf64wSC6evPQfA0Hvxg2 cOBgvlF4cbOEMLyhdHaDasrPYq79Hu9BSgNqxQf1eaadAyvu7xh1N3z9AouWUp341hSeFubLGeKd kWF_vcQvaQ2lWvSM6bsbnpS2LWmOz7MsF7jiNxLj10vXiQ1CQNHoDx4MCu3WiIBK6wxgQP0HFyUh 85LCHAlDGfwVcWrEQ8ZmJsNmy9UqeYgxH_qfhf9YfoghxoQFOW2rbeX4M4rlXzaD6HFNafQJhri7 j2APkZr9QMvdcR85T7Eial7n8KoHijzkiA6lkro.pG0.DtBg.RQKYEw5O42ZAlbLUtlUpSv4N1cD P6M9ZrAYnEjG.UqreK.qTlftADmKkkdd7lN6WY3C2pCSiSz0dgfJl1Q3P8Xqd3Eg.XfbqAK57z0T vu4nmajDFNm02iyI3Uy_arRKid0GfT4SPclC8VQQ1AU6y7yZd0AFrLwFvqItaD29j6rj6SSo3sQF rCZ4eXLhlWlk- X-Sonic-MF: X-Sonic-ID: 9ade6a74-6987-42f0-8a4e-28d6cfc8ac2d Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Wed, 19 Apr 2023 06:55:35 +0000 Received: by hermes--production-bf1-5f9df5c5c4-p5s6l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a489cffba91d9a07a287463556104c64; Wed, 19 Apr 2023 06:55:30 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: The import of openzfs vs. armv7: boot crashs From: Mark Millard In-Reply-To: <6CB8D120-1600-40E6-8A1E-87E709DCEC8F@yahoo.com> Date: Tue, 18 Apr 2023 23:55:17 -0700 Cc: "mjg@freebsd.org" , "pjd@freebsd.org" , Kyle Evans Content-Transfer-Encoding: quoted-printable Message-Id: References: <6CB8D120-1600-40E6-8A1E-87E709DCEC8F@yahoo.com> To: Current FreeBSD , freebsd-arm X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-Rspamd-Queue-Id: 4Q1WlF6Yzxz3rJ9 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Apr 18, 2023, at 15:44, Mark Millard wrote: > = https://github.com/openzfs/zfs/commit/d0cbd9feaf5b82130f2e679256c71e0c7413= aae9 >=20 > does not seem to cover armv7, just aarch64. (FreeBSD disabled > floating point for both armv7 and aarch64 but that is a > different change than above.) >=20 > I used: >=20 > = FreeBSD-14.0-CURRENT-arm-armv7-GENERICSD-20230406-f21faa67ab6b-262010.img.= xz >=20 > booted an RPi2B v1.1 and tried (note the KSTACK_PAGES notice and the > "undefined floating point instruction" notice): >=20 > # zpool import > ZFS NOTICE: KSTACK_PAGES is 2 which could result in stack overflow = panic! > Please consider adding 'options KSTACK_PAGES=3D4' to your kernel = config > panic: undefined floating point instruction in supervisor mode > cpuid =3D 2 > time =3D 1680784610 > KDB: stack backtrace: > db_trace_self() at db_trace_self > pc =3D 0xc05eb154 lr =3D 0xc007a688 = (db_trace_self_wrapper+0x30) > sp =3D 0xdd25c480 fp =3D 0xdd25c598 > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > pc =3D 0xc007a688 lr =3D 0xc02eb1b4 (vpanic+0x140) > sp =3D 0xdd25c5a0 fp =3D 0xdd25c5c0 > r4 =3D 0x00000100 r5 =3D 0x00000000 > r6 =3D 0xc0736bfc r7 =3D 0xc0b1aea8 > vpanic() at vpanic+0x140 > pc =3D 0xc02eb1b4 lr =3D 0xc02eaf94 (doadump) > sp =3D 0xdd25c5c8 fp =3D 0xdd25c5cc > r4 =3D 0xc0b92210 r5 =3D 0x00000000 > r6 =3D 0xc0610ca0 r7 =3D 0xf4210a0d > r8 =3D 0xddf32e4c r9 =3D 0x00000013 > r10 =3D 0xdd25c6c0 > doadump() at doadump > pc =3D 0xc02eaf94 lr =3D 0xc0610eb0 (vfp_new_thread) > sp =3D 0xdd25c5d4 fp =3D 0xdd25c638 > r4 =3D 0xdd25c6c0 r5 =3D 0xdd25c5cc > r6 =3D 0xc02eaf94 r10 =3D 0xdd25c5d4 > vfp_new_thread() at vfp_new_thread > pc =3D 0xc0610eb0 lr =3D 0xc060ff84 = (undefinedinstruction+0x178) > sp =3D 0xdd25c640 fp =3D 0xdd25c6b8 > undefinedinstruction() at undefinedinstruction+0x178 > pc =3D 0xc060ff84 lr =3D 0xc05edaa8 (exception_exit) > sp =3D 0xdd25c6c0 fp =3D 0xdd25c750 > r4 =3D 0x20000013 r5 =3D 0xde45e000 > r6 =3D 0xdd25c890 r7 =3D 0xdd25c8b0 > r8 =3D 0x00000000 r9 =3D 0x00000000 > r10 =3D 0xdd25c8c0 > exception_exit() at exception_exit > pc =3D 0xc05edaa8 lr =3D 0xddf31f20 (K256) > sp =3D 0xdd25c750 fp =3D 0xdd25c750 > r0 =3D 0xdd25c890 r1 =3D 0xde45e000 > r2 =3D 0xde45e400 r3 =3D 0xddf309fc > r4 =3D 0x00000400 r5 =3D 0xde45e000 > r6 =3D 0xdd25c890 r7 =3D 0xdd25c8b0 > r8 =3D 0x00000000 r9 =3D 0x00000000 > r10 =3D 0xdd25c8c0 r12 =3D 0xdd25c7a0 > zfs_sha256_block_neon() at zfs_sha256_block_neon+0x1c > pc =3D 0xddf32e4c lr =3D 0xc0946e8c (pcpup) > sp =3D 0xdd25c758 fp =3D 0xc0b0aeec > r4 =3D 0xc0919610 r5 =3D 0xc0919630 > r6 =3D 0xc0919618 r7 =3D 0x642ebce2 > r8 =3D 0xc0b1b0ec r9 =3D 0xc0915e88 > r10 =3D 0xc0b1b0dc > Fatal kernel mode data abort: 'Translation Fault (L1)' on read > trapframe: 0xdd25c330 > FSR=3D00000005, FAR=3D95e29398, spsr=3D200000d3 > r0 =3Ddd25c424, r1 =3D81000000, r2 =3D95e29395, r3 =3D55555555 > r4 =3Dc08ae93c, r5 =3D00004aa0, r6 =3D00004aa0, r7 =3Dc08d3e3c > r8 =3D00000001, r9 =3Dc079567a, r10=3D0000000b, r11=3Ddd25c3e0 > r12=3D00000000, ssp=3Ddd25c3c4, slr=3D00000001, pc =3Dc0610308 >=20 > panic: Fatal abort > . . . (repeats over and over) . . . I probably need to explain the subject line's reference to boot crashes, given the specific crash that I show is not that. I reported a simpler context than booting ZFS media: boot a UFS snapshot then force ZFS to start with no ZFS pools even being present. It is the same simplified type of test that I previously had reported for aarch64 as a simpler/easier test to set up than an actual root on ZFS crash that I had originally gotten for aarch64. The test I present should imply that a boot of, say, a root on ZFS context would crash. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Apr 19 15:23:01 2023 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 4Q1l0l4GK5z466B9 for ; Wed, 19 Apr 2023 15:23:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q1l0j62txz4FxJ for ; Wed, 19 Apr 2023 15:23:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1681917781; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=vsnUpJ03ntu/gdexCI2skG4XGOteHkRHVZIG3bss+YY=; b=c1h/pYBRKv2A1IBDdZAldTpXpL0kjaQJiQsl3y4f08aMdAWJUJFJtkPibNoexHa7aEBdAB kI+YFda4WCcqJ2Z4lDDZlBBxVh7GvAjPGR6+w8PCf3QQBEimRYwQfBMLtlW3TgKIpGBm6a bIvCw/isTQgAPi+UqJ4iWKLKcotR9nPAvDXiJ2Rz2PxwB5xNxb41k7KiUmAbXeIk1dW+pK fSSrvb/HZNF4bC27SKt6vW+7bViylD2kGKZHuxKmHc7Ipnuq5HmMBMMlDnQ2TTokU4zc+B JPaVp6kd/Rz8JNb463lYp8mYo7yAPGMOi+ni2P7kGQBuZ+DzuL2TBFebTNiZ+w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1681917781; a=rsa-sha256; cv=none; b=qGw2WqzX+ljq4TtQu8UOkSA14wFAUtfUsq0yccLfidRhAwSKsG/uqIwx6a/FQ5vARRZ4cH ecaU0uO5gGntCIKGg95sTEkLXIMjYp00dOsC9WBpnRut71K5xSqnRX6lbEK4njPfZxFwct aehSZOOLUL86aMllmN/h1BhvMTkMISbfvEtyM0N5xYEfp/cLiuJTrFuWl0BDqB9KNREUVS aYnWhoMFOxd+8ofljHJfQ1qrhAOFpbvfIEzmKGYLL15SFPt6Zoa+7IIQukUvT7E312Ee6R cu8V1upovU/IQQk/cveeqbeWGywza9MUxiR8EfpHRxld2gLEQmCmMD8yhCi+Ew== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4Q1l0j51r8z10WP for ; Wed, 19 Apr 2023 15:23:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 33JFN1Aj015201 for ; Wed, 19 Apr 2023 15:23:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 33JFN1Ax015200 for freebsd-arm@FreeBSD.org; Wed, 19 Apr 2023 15:23:01 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 270935] efi(4) doesn't attach on the Windows 2023 Dev Kit Date: Wed, 19 Apr 2023 15:23:01 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.2-RELEASE X-Bugzilla-Keywords: uefi X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: fuz@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status keywords bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D270935 Bug ID: 270935 Summary: efi(4) doesn't attach on the Windows 2023 Dev Kit Product: Base System Version: 13.2-RELEASE Hardware: arm64 OS: Any Status: New Keywords: uefi Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: fuz@FreeBSD.org Created attachment 241590 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D241590&action= =3Dedit /var/run/dmesg.boot I am running FreeBSD 13.2 on my Windows 2023 Dev Kit. I had to apply D37765 and cherry pick D38031 to get this to work. hw.pac.enable=3D0 is needed in /boot/loader.conf to make the kernel boot. I have installed FreeBSD on ZFS= on the internal NVMe SSD. (same setup as in bug #270895) After booting, I notice that /dev/efi exists, but any ioctl on it fails with ENOSYS (such as those issued by efivar(8) and efibootmgr(8)). dmesg doesn't show anything interesting, either. As the machine boots with EFI, I would expect EFI variables and the like to= be present and configurable. But apparently there's something wrong here. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Apr 20 08:27:14 2023 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 4Q29ks6lbMz46WDR for ; Thu, 20 Apr 2023 08:27:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-20.consmr.mail.gq1.yahoo.com (sonic309-20.consmr.mail.gq1.yahoo.com [98.137.65.146]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q29ks0pkvz4DDm for ; Thu, 20 Apr 2023 08:27:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Er7Hb+BO; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1681979250; bh=oI9MWwI3EhHNJO1maaG4k8lRQ67Yv7JAJLg2V6/0oX8=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=Er7Hb+BO8kzQ6omG2SyRYADJK9b/MlGb4zvrbKA5PQYFH8Qz8Bx/8AE6QGHqpTXM7y91eGT5YeAV25r1XGBlNKYvzKXbdMlxWsdE8rmbrIMTHY7LNQkF6ObGTv1hgf7NFqXfrJsZs92C741AeZWjJm7VZaAGbCQ+BNM6JRGnRmsyHEDtTLFZeC5HfN7uxIPvY351NJePaQ0Zjm7squudIn1YYw/ohvUEglW1/pXs16jdja2IhKVlhgvqmeI1vNt/9Eej2IebL1aknG9bxD3gMU5esEmW1/KYl7U2EMhPVuObUZsyT7LD73UALM3opPLV1vQ4gHvRmIu9yxrh4M/h+A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1681979250; bh=O8JHk4pEffOsXvSAdbvUIc0cd+zbZxV+3JoFgNX24BI=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=UgX83HaAXpxc1UbcFT5Q0nzZP47loyGrtMERjYsQIoIYJa5obmgKNVA1D0uH2TMKxNsOfIuQNPnDMFaFVaJp+9E3Cm2iyBsgac0veuX2Cv3s4QGBg1us9MPXxROH1S3V9fgdMe85Fml6bhwnoHXBOjRsEXTiyBXOjyHcbGeiwspqjQOJPE81H9NWWBERsnVfq7QXybfSBO7VrAWGQlH5tWCsixEGB2FWsCNbDYV4rLoT62kKvI7jBXIUsj8TskY770ZMmq7yQwyzaR7+fCa/gFub9X86kDZeWxcKHG+ZzWRSDLLHIAC+zi+LFC/6uxZ+axbzt48UbQkToU7LB0qApA== X-YMail-OSG: YWat1kIVM1ki9ewTLLDp3zjU47kBPcSNGZiM.AXJHTVfTHr0derR45gdeXFk54P EeyA_B4XvtaCx2NifgU76PLfmjmrBlMW3dEruva2HHbFuyINMrzGSCLyM..DOEFv185QXnIbz5kE W_6s_p0yzLRvn.NVinvPCed6lD9IbKR84zXa5weHKpjCArdktTP8RvEnAo7BCuhRffTWulhiljdI WKWIrpVVjFiDz2pnJ8MP2j_SmR_.B_CpJdYpyrjhEdP2pJi4JEuYvVAcw3BtJ9jv_YSCjuvugMsU zfL4EZYOTUfRW3K7hkzebqs94nwAo1_CFIYD6EixRnTXSpwq19UQsBA11FTQfHWRu3SIeObrnXFp NeaVaKhbGqAtt_8.n8JoPDU.d8L1y1GQwjUVAxswrJ579rfzD.BldnURZsX4GW3I7TDVneOfxiwa rz9XNDvFd3loyrU5TAJH4b2QHNHTjP4ojjj85Az6K50qRlp_P24KHzcGSgfOdnZ0.BUIOWQ7HEGR iVe0kUih94GGohqUVdM4F0LJDAPsjxt0mdj1vO.3zYxBmd80qXRdCtGZ.0VuWGtkNsnsWFn7PEEs _4QxIqQK91Q2fHM0En8JLxWw8A9CR.tJDntFKh24wwgZC7ZuoT9gOINamy.t8mI4MWwvBS9myqYo j25sme_6W48ibeNr3CCDZDR0PFJkAfL.YMbSmJY0kV_kzSBRn4k4x_9luq_yziR_bH1Ret49ClHX FLYxVK0kh2aba7cJnJ5l7mM.2PQGNr533919cMOnhCvYZRxNWsPAMIGNsYFA5FkpX5aMHCAEXzS2 DLAh6xwvp19J4wgtnQMIj.ezGnIJ79isDpb55NmNB59tRDHsnfukvu0a2TPNCZYOabOWx3iklqzg ZNSR03OoChVYAWKx2HkfWuogWwZKgvrccstKsuMMijcPuMtRxEzhDB8BgpMscm6x2zOmCmviOOPh T7f9HUyEUhg2vslWMHywLnPEUhsJ0ShzOZjYrYrg4RA87TDKG0kO3rbpIzD3O3HRerkLMft46aF7 5FE5Kp_EqWGdGLeSw8L1MbwVuOMVeFmz4J_xyzKfsGDHpIDVOY8_XoW.fEChq4pq6rlAOLrmPdx1 Utu5pNTCwuL0yJc2_AIkazM7QWoYxU_QruMjVeWZ8xlYik4zMK8SfaeKoKntTgNpKXTXxZ0.n7rS i5Au.K8S1ODYEDdW70tXXvIcNqR6C93ax3rBzG5KVynrE9KUXCSmUKbKXxTqciB0dPZ5.JnpolrN 8iTlWkQJMeePsftnCgZmbgVsoizK8nOtIHCPKS2Zsq5c.oxTKSpTUyoiwU7tygL0PaFj2O8V2UFo OAR6z9U8rFMgM7lXFbsv4QqlmVznX831cWc0MMvuBI42q3FI.FAmnSogXpJj2MHoMhZcI1ygYG8h euAeHMjnxYWjTY4sMZTOOkMMOwgCPM7MfqWPHLkq8s1xzSVGEpx1dJQo8XoeNjM1OikyOVNii_X5 9o4rw55osHtnfd7ChCgOk2Lg7uoJLL26F5RPjhLzeMTIgCkr6Eq.c23PAn_gD0scJihfwD5yLa.O tYCkw824LZtzYo7pL4fG_GWAb2XuVqoFRK1KJwR6UQHvBo4Z0.xdKtMjnvmelWU6NYcfBp4.h4sb .liP3_DlviIzZaF.Dwq7AIJvx5QV54Q78rhH7rhPugks5RUuwn75yHh5H3KAdBtAsER6LCIpargl JuGaW1.Wa_BBjxOy8U3z4wNC5sdasc3lcyewwgWkq87Gfb8at1fu4LWs7wxpN.y8cUu4yLZ9JmXZ IZQ3KU8IZ.7GP0gLmnPjmDzMB2aYrVS3qahtcp6vkRFYrwuoKTZ5tF9tKbqOV5ykIg3Zdj0etnE. Oxu0L.v1s9Y2U_M85zKyF5Fdn65AfErulhjmne1LiqSZc5.WnzhvXPofdYRcUmUPMCSs45fl.fcZ kh991z.zKnGNfGJ3n2bIDFKpN70uGY_UqiUtPoZ.4S6Lyp45QzNtgUK13VLMLhcree6j0FDdcSmH MlF6wNJ5R9FPyQWxTjnrikNg.w_cMtsjaiclaoc0.Q4WBxAtpt2Z8VlfxT334zLAW848HTmuOfTW If5jfLYWnustfyASj9nDJSA9h4OY3O_PJ4SVfXO2GuljPNbM.6RsuXTjmch20YY36i2NQZmb0Yc4 tj0UD7TEXezT80A6sp4n2xbB60EzRKcQI8A4mQj5i6nU71EVL_CUlMz40RoG0YnttAOagrFgHXXS 79WOr8n_JJDIFrbL2D.CQMer7Qw12yGHoo9cNYEiH4pzgqqAJesFD8KhJKzNPgsMWDsdJPOeahfH s X-Sonic-MF: X-Sonic-ID: 190e26c4-5261-44cb-93a5-91f383c5d76f Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Thu, 20 Apr 2023 08:27:30 +0000 Received: by hermes--production-ne1-7dbd98dd99-vxlqv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7d62d6459d35edac2842d05f35d72661; Thu, 20 Apr 2023 08:27:25 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: aarch64 buildworld via aarch64-gcc12 got multiple: "undefined reference to `__aarch64_ldadd4_sync'" Message-Id: Date: Thu, 20 Apr 2023 01:27:14 -0700 To: freebsd-arm , FreeBSD Toolchain X-Mailer: Apple Mail (2.3731.400.51.1.1) References: X-Spamd-Result: default: False [-3.49 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.989]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.146:from]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-Rspamd-Queue-Id: 4Q29ks0pkvz4DDm X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Are both tier 1 architectures intended to be ARCH-gcc12 buildable? I decided to try an aarch64-gcc12 since the amd64-gcc12 builds of main shown on ci.freebsd.org are generally finishing these days. The log messages show the failure was reported for "building shared library libheimbase.so.11" : . . .=20 Building = /usr/obj/BUILDs/main-CA72-dbg-gccxtc/usr/main-src/arm64.aarch64/kerberos5/= lib/libheimbase/libheimbase.so.11.full Compiler executable checksum: d7199505f5f10188c5d5b1ba1449fd49 building shared library libheimbase.so.11 Compiler executable checksum: d7199505f5f10188c5d5b1ba1449fd49 Compiler executable checksum: d7199505f5f10188c5d5b1ba1449fd49 /usr/local/bin/aarch64-unknown-freebsd14.0-ld: heimbase.pico: in = function `_heim_create_type': /usr/main-src/crypto/heimdal/base/heimbase.c:281: undefined reference to = `__aarch64_ldadd4_sync' /usr/local/bin/aarch64-unknown-freebsd14.0-ld: heimbase.pico: in = function `heim_retain': /usr/main-src/crypto/heimdal/base/heimbase.c:97: undefined reference to = `__aarch64_ldadd4_sync' /usr/local/bin/aarch64-unknown-freebsd14.0-ld: heimbase.pico: in = function `heim_release': /usr/main-src/crypto/heimdal/base/heimbase.c:120: undefined reference to = `__aarch64_ldadd4_sync' collect2: error: ld returned 1 exit status . . . For reference: # uname -apKU FreeBSD CA72_4c8G_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #93 = main-n262341-f369f10dd812-dirty: Wed Apr 19 16:14:49 PDT 2023 = root@CA72_4c8G_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400086 1400086 This test environment skipped the unpatched time frame for the import of openzfs and never had block_cloning enabled. It has previously done 9+ hour poudriere bulk builds without problems, run in a way that frequently has high load averages (compared to the hardware thread count). I doubt that the __aarch64_ldadd4_sync problem is a openzfs corruption issue. =3D=3D=3D Mark Millard marklmi at yahoo.com