From nobody Sun May 28 09:59:31 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 4QTZ096x6Xz4WvXV; Sun, 28 May 2023 10:00:09 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-yw1-x112f.google.com (mail-yw1-x112f.google.com [IPv6:2607:f8b0:4864:20::112f]) (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 4QTZ085Vrxz3lx2; Sun, 28 May 2023 10:00:08 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20221208 header.b=SAAcNyjy; spf=pass (mx1.freebsd.org: domain of marietto2008@gmail.com designates 2607:f8b0:4864:20::112f as permitted sender) smtp.mailfrom=marietto2008@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-yw1-x112f.google.com with SMTP id 00721157ae682-565a6837a0bso33589917b3.3; Sun, 28 May 2023 03:00:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685268008; x=1687860008; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=WYzXxw2dGtTNbZVSaD8uU+ucz3B7ys7f2KdXAcCuPgY=; b=SAAcNyjy7matyFVSVXpAYxv1SvHOJ1XgOCNpdHI9c3I4fMl/lhuBVNU03/2CgsT2GZ CtglUQKP7/tOkl7sYEkXWu2OpDNOvZriYiUD5E5lgZSxFrDQZDk/Ofu8C0UKcZl2iZrl 3SV82pO0ok9ltvVNUCuIlUPqyoltjL/kZWYtkyyivhgh28r9Dg+Gy+oiOzCBKFH9ZDuJ EbY3qomJltEwPktWke65bb2iPZykRrGAMBG/pb0R7wuhRqjZwENRhl9sNvdPeODuorqs 9AcFPCiMykEDdefXMszkg8fdCuS8Eck8Fw4ZS1+T5gDm+qok6toW5rP6+Yub+P+aBJgk nYbA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685268008; x=1687860008; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=WYzXxw2dGtTNbZVSaD8uU+ucz3B7ys7f2KdXAcCuPgY=; b=YY32xek+DpsSbHzvCUE8JIKmR5RT/IK2IlP1qqMv1AtwlJeIS+F6IZoK54y3JDY9hi 7OadxzghUIbYd6FFe4hLz/wvMjd//nJ8/W5VguJrx2sm6BRcLWFsKGMUmmUtSkrD+xXz pBng+yEWKyGFvNuCLG/wkASFLfOt/zecS4HM8j3e5DFFxaMSS6wxMOCgey7puOVp5GtQ pJ4FfNRH+Upv5ZCogf6FS2HbKnvvjIOSqgpZR6oPV9ELhwUUdKs2LXPuWQhM8NDJSzqD rCoHepihYGotF4oLKIGh1iPZoV4xTjRVxH3xNBUD8N/QANkWq8kkFCLW9nNh2HABtVMv 7/lw== X-Gm-Message-State: AC+VfDxxk1KdCBMtyHlu9DEtlbAD1YgKZxIY7ZK56g856WIp0KdSJ4co ZVsHfJWNGMSwL283PiFj9XQradMs9n5IJhI/+gwh6aw09slgUQ== X-Google-Smtp-Source: ACHHUZ7pZrNAGpq60iYGrlLxSnsNDdcNe1d58zVQ3pb89ut/H83I7sSjO2YcYjZjzuRSrLbrDpa+b7KSqMvlfL4d1x8= X-Received: by 2002:a81:5d86:0:b0:561:b246:77ca with SMTP id r128-20020a815d86000000b00561b24677camr8271225ywb.28.1685268007545; Sun, 28 May 2023 03:00:07 -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 From: Mario Marietto Date: Sun, 28 May 2023 11:59:31 +0200 Message-ID: Subject: About installing FreeBSD,natively or virtualized on top of Android or Linux kernel. To: freebsd-arm@freebsd.org, virtualization@freebsd.org Content-Type: multipart/alternative; boundary="000000000000f0f0ef05fcbe08f5" X-Spamd-Result: default: False [-3.65 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.65)[-0.647]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20221208]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org,virtualization@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; BLOCKLISTDE_FAIL(0.00)[2607:f8b0:4864:20::112f:server fail]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::112f:from]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4QTZ085Vrxz3lx2 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N --000000000000f0f0ef05fcbe08f5 Content-Type: text/plain; charset="UTF-8" Hello to everyone. After two week of research,maybe I found the right mobile phone to start doing some nice experimentation with FreeBSD : trying to install it natively or virtualized with kvm. This is the mobile phone that has almost all the characteristics I was looking for : https://www.amazon.it/Samsung-Smartphone-Espandibili-Versione-Ricondizionato/dp/B07RVQ3L2B/ref=sr_1_1?keywords=Samsung+Galaxy+A6+%282018%29&qid=1685144363&s=electronics&sr=1-1 1) It is a little old and cheap : "only" 100 euros. 2) I found this interesting exynos patch : https://github.com/sleirsgoevy/exynos-kvm-patch My idea is to enable KVM on Android (or Linux ?) kernel and then virtualize FreeBSD on top of them. So,what's the quality of the FreeBSD for arm ? Which version of FreeBSD could I try to install / virtualize on that phone ? How much will FreeBSD be good if virtualized like that ? Sometimes I say that it is not a good idea because the OS will be overwhelmed and not really usable. What do you think ? -- Mario. --000000000000f0f0ef05fcbe08f5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello to everyone.

After two= week of research,maybe I found the right mobile phone to start doing some = nice experimentation with FreeBSD : trying to install it natively or virtua= lized with kvm. This is the mobile phone that has almost all the characteri= stics I was looking for :




1) = It is a little old and cheap : "only" 100 euros.
2) I found this interesting exynos patch :

https://github.com/sleirsgoevy/exynos-kvm-patch

My idea is to enable KVM on Android (or Linux ?) kernel and then virtual= ize FreeBSD on top of them.

So,what's the quality of = the FreeBSD for arm ? Which version of FreeBSD could I try to install / vir= tualize on that phone ? How much will FreeBSD be good if virtualized like t= hat ? Sometimes I say that it is not a good idea because the OS will be ove= rwhelmed and not really usable. What do you think ?

--
Mario.
--000000000000f0f0ef05fcbe08f5-- From nobody Sun May 28 21:00:52 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 4QTrfX5Yqfz4Xskj for ; Sun, 28 May 2023 21:00:52 +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 4QTrfX2RcFz46Js for ; Sun, 28 May 2023 21:00:52 +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=1685307652; 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=aiXhkIGP+AUIeFx88kjF1+rhf8/onXJdDP9FEsTqvvI=; b=rVFG/JVnaCI7FrYTqn2A4qH9biY3RJUHQLYNsQwb1qsaApvLn3sDqa46AbAuGPZDC+fQgJ NIqE0qwSDsPHXxUu9GX3YsebbGInhOmKLTKiJ1f8dDqKqmYGoPlHVn0fjzQnGdJ0g40mPR mNPSPdIbR5Z3MVTgighOWR5tBvdYICAnAin1I6aMtsN9hwDim9V0rCSmNHCwDacyLmqsjU V2eiMClYNSA+BSXM51genWPNT2LAuzYZB4VKDAArtnOP8N4oiCzmzUfrHhwq3+BCdawqij H1J6T+ZaaqiVYV9mHScfmNKMSzyqnYPtAAf3QbOsL1z5UFhwvcihBQaVm73j+A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1685307652; a=rsa-sha256; cv=none; b=Y6gHNAQI/n0Yc1JYxM3MxeDdSnCghH9/gQRxFi8b+EpCy3ft8Z2t/ALDO0vB1IxzFwTES4 OKniZbK0XKpOldbNLGuc2TJaQoZ+Unnu9OkNLe63y6MfjBDeVAdXwpNzgf+GBw59UOGVvM RK/DF1aI3VAuTrVAyK6504/rF9+0dT7YSAuUyAQxVOE7piKsMq8AKq8b0E3idzpywskaFw AeYSPSJsDCE3zRrt1JzyCNsZeIpPmggeEWk6RrIZBwapAa7twnoHBHzJA9l0VointE5n9r Eb58Usk5YF6Nw063NxxFSmAS9C2AxHm4gfGwLXOLUMxjIMT7pex7Rn1hgdXatw== 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 4QTrfX0fFlzkSZ for ; Sun, 28 May 2023 21:00:52 +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 34SL0qRk018035 for ; Sun, 28 May 2023 21:00:52 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 34SL0qBI018034 for freebsd-arm@FreeBSD.org; Sun, 28 May 2023 21:00:52 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202305282100.34SL0qBI018034@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, 28 May 2023 21:00:52 +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="16853076520.601576.13752" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N --16853076520.601576.13752 Date: Sun, 28 May 2023 21:00:51 +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. --16853076520.601576.13752 Date: Sun, 28 May 2023 21:00:51 +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.
--16853076520.601576.13752-- From nobody Mon May 29 09:30:02 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 4QV9H56sXNz4XT91; Mon, 29 May 2023 09:30:09 +0000 (UTC) (envelope-from grahamperrin@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QV9H54Trzz4LFX; Mon, 29 May 2023 09:30:09 +0000 (UTC) (envelope-from grahamperrin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1685352609; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=xu9lpoHJA08CPkWAxv2WNnYOzofPLbzrYcAlc8H4mdk=; b=wNd2Cw9BmxiWcP+RthqrUHMiEe8XcwsUZ3i1q4cwXmOlCJfl6LdM6T3hviKBrniKYWr4RX DaPfrKl/ueKTx4sEGCWhLb1fEodMzHcCa3/DMHGhEnX+DpEPZwXzJvQi2Im/7LOkn+RdFf 5QZBZByn989rPVu2N1RQv/VYj7tjjs8UxFqnPxEN8qXRfNOF+7+NVT7hd7nCc8E4D1iuzC 5z6eCxW42Vd6VHyivCiIkGif0BQidCdScadDTT90kmKDB+XALT+bp0ZIP6jfJ65Od/iZdE t8Eb8rWD83MA5XcYYThaaM220imeYw62iTvPxBZwx6ERYX06hIhBsO7pCLyUqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1685352609; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=xu9lpoHJA08CPkWAxv2WNnYOzofPLbzrYcAlc8H4mdk=; b=WEZu80RrLaYIZZ/bt47WJj35ClGDE6UdozbNnPIWYdqQ26U4Z2uNrV/TN++0KJW368KV7i RZ2NnCv9s6bQHAVszDPb/eKXnuuF7xvm8SYx4wzWfdZESi+Wc5sufzwOTntbeaGlfH2o7X LigZhDSB4zXlbJjSgXzepT8i91tSc/lOAywWn3I1vGeEl2uEZ08DtRbUIc5pBvwTwA8CET vcHY1jY8+iDFPJfEzsmhPWwPXTj1zfvEkP1PIAyXgL4rtIrVp7tPVPeafmCUafBTetI5p2 VYc8b4HSdno0VeoOO3QuILYXkRMJrIjnZknOUWjHh0h0t2WzB2Q6OW+D8F1ltQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1685352609; a=rsa-sha256; cv=none; b=w/lK8SsvyR5ObSTRGL3984IHT53o8bf2CVNZShr7oWOgOF2goBVH2IOPaHiEkSUcA2r76B K1QkosdGxJ3D57x/WypODqg0wZoy+KkrbrghwVwGnkbexSHt3vh+UKcxcBlWrdFs5CV+2S fmXozCRqOHlVu9Gt1pbSbeGGwhimbeMI+gmBXEiG1rEgWJM21ttHwegJGSiD/GLfiWXNlT ZVFPivGiptmaWdrLuBz+KRGfrfrvahsNxGNCpegeQfOhbe8PfNxTOTpiywy/zbNkFp5Q/j mBAyOWM8ngAoQwhT4OxzO/AERjpE1/d0zK2DZxH5fq5xH4FSce7hID7EhPXYFA== Received: from [192.168.1.10] (host-2-100-161-236.as13285.net [2.100.161.236]) (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) (Authenticated sender: grahamperrin) by smtp.freebsd.org (Postfix) with ESMTPSA id 4QV9H33TRGz16Hw; Mon, 29 May 2023 09:30:06 +0000 (UTC) (envelope-from grahamperrin@freebsd.org) Message-ID: <5dfd56b6-4640-0fcf-20f3-e202fccfa440@freebsd.org> Date: Mon, 29 May 2023 10:30:02 +0100 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 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.11.1 Subject: Re: About installing FreeBSD,natively or virtualized on top of Android or Linux kernel. To: Mario Marietto References: Content-Language: en-US Cc: freebsd-arm@freebsd.org, virtualization@freebsd.org From: Graham Perrin Organization: FreeBSD In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------0UY7zXdxAW0h7pQocyn7v3Se" X-ThisMailContainsUnwantedMimeParts: N This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------0UY7zXdxAW0h7pQocyn7v3Se Content-Type: multipart/mixed; boundary="------------5wK7EFitEwgOlEm7i3baY62B"; protected-headers="v1" From: Graham Perrin To: Mario Marietto Cc: freebsd-arm@freebsd.org, virtualization@freebsd.org Message-ID: <5dfd56b6-4640-0fcf-20f3-e202fccfa440@freebsd.org> Subject: Re: About installing FreeBSD,natively or virtualized on top of Android or Linux kernel. References: In-Reply-To: --------------5wK7EFitEwgOlEm7i3baY62B Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 T24gMjgvMDUvMjAyMyAxMDo1OSwgTWFyaW8gTWFyaWV0dG8gd3JvdGU6DQoNCj4g4oCmIE15 IGlkZWEgaXMgdG8gZW5hYmxlIEtWTSBvbiBBbmRyb2lkIChvciBMaW51eCA/KSBrZXJuZWwg YW5kIHRoZW4gDQo+IHZpcnR1YWxpemUgRnJlZUJTRCBvbiB0b3Agb2YgdGhlbS4NCj4NCj4g U28sd2hhdCdzIHRoZSBxdWFsaXR5IG9mIHRoZSBGcmVlQlNEIGZvciBhcm0gPyBXaGljaCB2 ZXJzaW9uIG9mIA0KPiBGcmVlQlNEIGNvdWxkIEkgdHJ5IHRvIGluc3RhbGwgLyB2aXJ0dWFs aXplIG9uIHRoYXQgcGhvbmUgPyBIb3cgbXVjaCANCj4gd2lsbCBGcmVlQlNEIGJlIGdvb2Qg aWYgdmlydHVhbGl6ZWQgbGlrZSB0aGF0ID8gU29tZXRpbWVzIEkgc2F5IHRoYXQgDQo+IGl0 IGlzIG5vdCBhIGdvb2QgaWRlYSBiZWNhdXNlIHRoZSBPUyB3aWxsIGJlIG92ZXJ3aGVsbWVk IGFuZCBub3QgDQo+IHJlYWxseSB1c2FibGUuIFdoYXQgZG8geW91IHRoaW5rID8NCj4NCkkg Y2FuJ3QgYW5zd2VyIHRoZSBxdWVzdGlvbnMsIGJ1dCBuZWFyLWNvaW5jaWRlbmNlOg0KDQo8 aHR0cDovL2ZyZWVic2QubWFya21haWwub3JnL3RocmVhZC94eng3dXgydXVycnQ2anczPiAo d2l0aCBsaW5rcykgfCANCjxodHRwczovL2xpc3RzLmZyZWVic2Qub3JnL2FyY2hpdmVzL2Zy ZWVic2QtY3VycmVudC8yMDIzLU1heS8wMDM3NTkuaHRtbD4gDQood2l0aG91dCkNCg0KPj4g UGluZVBob25lIFBybyBCb290cyBPbiBDVVJSRU5UDQoNCg== --------------5wK7EFitEwgOlEm7i3baY62B-- --------------0UY7zXdxAW0h7pQocyn7v3Se Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsFAmR0cJoFAwAAAAAACgkQt2dIb0oY1At8 vw//Zl8XA9HW7xJyIM0j7zy9e6P5am/FeVn6lJPHU+6teWKdXOFJyaIP9ykHX8VJszJdsl+xwGp4 JmilQQY9/6eaLLR2LEKtHdmAP6cMn8sWgV4j6x3Tr70izboaBwA9Z5O6C+/3u7yh+gwVCKa6Tjwp y4+jtPQJ5vCLg5pvjgsk7E4Wlc6xg3inmV7Wf3Z2nXvh9HmTclfSYK2uE9dTgMUIH8w96rQ+aS93 eMqMDcF8HXpD2Lja5Kl1NhWRJ6MIVdGiSCY3K41dSG/lDGTy714QRrAzrsMvtb1T/iDw4eVjoTAV 5qKwKz7KP5iX7uz3WaDD5mhJr5ToVbGhBnU7Rsvpbm+Ml2aOY/wZ/uwvGiIvnMKl07KxLaoINGe+ tzXl25Sb6tSoMGscBujWwJf+pIUlI6JJpZMwGwG0PKh2Oc9PfiQccwIicorqUeiyPQJgDZbqNII7 BUH8YvzwdKu9L38yF+Rkfo/k2utSeSqqL7zOWjIs3gd1vaf/NZ/mcnLQOe4SCWLKzcA4tNuTHUOP gJZYZ/iBp1xBdEValZc0bnyMHMRy2+z/s3zgMbsJBesYtP6TsBu+IyvkZss0zywZY4g/5kWwwu24 tRUHXzd1hk9OyjJ0t2LaIgqIPFI7wjgZMue+FJiq3Qj0JDFosFYzrocaO0PPTbsIRZxYCb0SYMTS U+s= =3SfZ -----END PGP SIGNATURE----- --------------0UY7zXdxAW0h7pQocyn7v3Se-- From nobody Mon May 29 13:04:52 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 4QVG3Y5Pl5z4XkyZ; Mon, 29 May 2023 13:05:29 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-yb1-xb2a.google.com (mail-yb1-xb2a.google.com [IPv6:2607:f8b0:4864:20::b2a]) (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 4QVG3Y3Qv7z3Cfq; Mon, 29 May 2023 13:05:29 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb2a.google.com with SMTP id 3f1490d57ef6-bad041bf313so4867875276.0; Mon, 29 May 2023 06:05:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685365528; x=1687957528; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=6j0UygsOFUM+1D1mBYIoLHih8mKn+ST0tctQpAXzLNs=; b=oR/gq8tSsd7eB+4A0Qsu29tou7QTrFF6DKPee4ehGDHrRqpTtZTNriAdPoGt+jKA2d 7p475Q3OxK0rd+dC91RRO7aoTtkrale36gNJxWuOb2HmRtQgHmZO07uA0cGFQCelNJLi gsicsQLIwIHUfDVe1jFoRvPJ+KHa5JBJVnujJN9qxThww5ZnMQvNRjscmnMEhZVLiyDD 5BCvb//YKIS9VTSwCxsb6nvxDfgsA9D2LxOR5snOz54eK4vK1ognqWC0aMaGdjE8XOC3 M3MBMIo8S8voDLtNjbMXSnN7ZryTguCflUlJw5x9IQ0KKOJFbE8m4+ijLIdNxhOCZlMb Uqbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685365528; x=1687957528; 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=6j0UygsOFUM+1D1mBYIoLHih8mKn+ST0tctQpAXzLNs=; b=ANeBncgIgXc1OFpQ1aCwtwKKHuIhKA6SwrIUHh9BwZBcd64jEjOMJ/9/4kcohSlk1d e+NZKbxoBbGNrIhY3mpjxnW3S9Zff61RcwPTqlHi4quLRjgFSzyqLsmORBYLB2Xeukdg T8m+ktLAVSFfcz72QcvPzeLWg6eamwwz1LIV0SADyR0taVJeKx1o7nh+ju2KzVmkTXH4 /OJcseolqcAJamcYv3DjfkE+K1ZhmoDgp+Bh4xxG+2nX42ne4ogBOeb21gQ6ed6YaeLa C24l989YwnVM31/SvIPZfEkh77Ws335JD0sfVaFEdxkDVYZfrXi+jZ0stsY8H89yX+QR W9Xg== X-Gm-Message-State: AC+VfDyxN2C/IpEAQFCQyd1PxUurtMWNc5u9AV5c0ddiotGruJgHW34g odoJ5mGPjZAwiOgvAglunX4k/dXKiGcmRPH1jR7nRrlKYqpCZw== X-Google-Smtp-Source: ACHHUZ6twToapJALfgMxKhK2Blved/QoyUq4rh1adbQFQcVT9r8+DQyhCJdBRFiYc67WwJyLQzhvMYXDS44CXzFq95k= X-Received: by 2002:a0d:fbc6:0:b0:565:4eee:a4d4 with SMTP id l189-20020a0dfbc6000000b005654eeea4d4mr11861990ywf.10.1685365528200; Mon, 29 May 2023 06:05:28 -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: <5dfd56b6-4640-0fcf-20f3-e202fccfa440@freebsd.org> In-Reply-To: <5dfd56b6-4640-0fcf-20f3-e202fccfa440@freebsd.org> From: Mario Marietto Date: Mon, 29 May 2023 15:04:52 +0200 Message-ID: Subject: Re: About installing FreeBSD,natively or virtualized on top of Android or Linux kernel. To: Graham Perrin Cc: freebsd-arm@freebsd.org, virtualization@freebsd.org Content-Type: multipart/alternative; boundary="000000000000a00b5705fcd4bd6e" X-Rspamd-Queue-Id: 4QVG3Y3Qv7z3Cfq X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --000000000000a00b5705fcd4bd6e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable ---> Pete Wright said : certainly a long way to go before this could be a useful mobile device... I agree with that,for this reason I'm trying to follow another route. Enabling KVM on a semi-old android phone (I've just found the right one) or even on my old ARM chromebook or my old tablet Nexus 10 and I will try to virtualize FreeBSD on top of Android or Linux installed there with qemu + kvm. Furthermore,I can't buy the pinephone pro,it is too expensive for me. Maybe I could buy the pinephone (not the pro version) later,but I've read that it's not good enough to do experiments with FreeBSD. And therefore there is a small group of developers who are making experiments with the pro version. If I buy the "normal" version I may be cut out from their results. It's not a good idea to remain alone. On Mon, May 29, 2023 at 11:30=E2=80=AFAM Graham Perrin wrote: > On 28/05/2023 10:59, Mario Marietto wrote: > > > =E2=80=A6 My idea is to enable KVM on Android (or Linux ?) kernel and t= hen > > virtualize FreeBSD on top of them. > > > > So,what's the quality of the FreeBSD for arm ? Which version of > > FreeBSD could I try to install / virtualize on that phone ? How much > > will FreeBSD be good if virtualized like that ? Sometimes I say that > > it is not a good idea because the OS will be overwhelmed and not > > really usable. What do you think ? > > > I can't answer the questions, but near-coincidence: > > (with links) | > > (without) > > >> PinePhone Pro Boots On CURRENT > > --=20 Mario. --000000000000a00b5705fcd4bd6e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
---> Pete Wright said : certainly a = long way to go before this could be a useful mobile device...

I agree with that,for this re= ason I'm trying to follow another route. Enabling KVM on a semi-old and= roid phone (I've just found the right one) or even on my old ARM chrome= book or my old tablet Nexus 10 and I will try to virtualize FreeBSD on top = of Android or Linux installed there with qemu + kvm. Furthermore,I can'= t buy the pinephone pro,it is too expensive for me. Maybe I could buy the p= inephone (not the pro version) later,but I've read that it's not go= od enough to do experiments with FreeBSD. And therefore there is a small gr= oup of developers who are making experiments with the pro version. If I buy= the "normal" version I may be cut out from their results. It'= ;s not a good idea to remain alone.=C2=A0

On Mon, = May 29, 2023 at 11:30=E2=80=AFAM Graham Perrin <grahamperrin@freebsd.org> wrot= e:
On 28/05/2023= 10:59, Mario Marietto wrote:

> =E2=80=A6 My idea is to enable KVM on Android (or Linux ?) kernel and = then
> virtualize FreeBSD on top of them.
>
> So,what's the quality of the FreeBSD for arm ? Which version of > FreeBSD could I try to install / virtualize on that phone ? How much <= br> > will FreeBSD be good if virtualized like that ? Sometimes I say that <= br> > it is not a good idea because the OS will be overwhelmed and not
> really usable. What do you think ?
>
I can't answer the questions, but near-coincidence:

<http://freebsd.markmail.org/thread/xzx7ux2uur= rt6jw3> (with links) |
<https://lists.freebsd.org= /archives/freebsd-current/2023-May/003759.html>
(without)

>> PinePhone Pro Boots On CURRENT



--
Mario.
--000000000000a00b5705fcd4bd6e-- From nobody Tue May 30 08:39:42 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 4QVm6f6t0Mz4Y6M0; Tue, 30 May 2023 08:39:54 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QVm6f6KnPz3lrn; Tue, 30 May 2023 08:39:54 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1685435994; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=yReF5NJgkqdGLeYzBtHDC9raJSkmqkzpBYcNqwCTJHs=; b=jM3kZBhWMzrTkTwr/O8oJicYLOD72U6C4RRMyKnkCAFNnEVB4S6uQlC8yih6BgB+zgYKDw +aIpoqWgyPtpRr7EbDuMPKXPRWr3bOg8FjKibr2uYGo/FYQCILxYP71zQUfzxl0s+QTt7O zF0AdIBONMtoZzupv16vikTkpHv0tR9SgPRE4BWHCcG/MMZqSexm8Qa5qSVy6xmaZKRRb5 0DFTV3MgtYAsIKlhUXRcpKMWYgYbzSiosXKteAoNE4zn0gFmDAH9gC0YSAMiSW51R3pOVq EfuAS23MWXNwMBI6q6hK4yAp/x3yniHZvpEAOEM0mtbVT5uJa6jzHuo2Yd9xfQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1685435994; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=yReF5NJgkqdGLeYzBtHDC9raJSkmqkzpBYcNqwCTJHs=; b=Uk1Ok4QPo+NQZJj8TqDzK7aql/aAezavRC0lXxGd1J8NegV5+BM/VG5agYqH3hMbdwGyA9 NZkvcmyyJ36aiOp8QxqMZOKsm46EuSRVCPlKaj/hjVs0TKVPIFlkVL73nrlSKilPDX8Q3J m+q/sEdpopYIFomdR6AktvT5q3ocWvgVUzZVq464oD5l1az8XunTrAgAgVJvpSWhLwFGH6 aUMAB3TqdnUG7daajYOm4nO/LOsDusimTh7BpPhtCbqH+BKIajdCdhSpLNairj7fA6lWjY LR9oFVwBwlsbfAXeRUI46nlFh7hbjHvdQwt5iBjoSmU31YkRFo1Ryd85izXKSg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1685435994; a=rsa-sha256; cv=none; b=rasO9U29GFlstwj94Ff71g6P7Vf/J8ciMpBwsjEG5erUiEAbi9x2sR3pGoxsCB58baECd0 KtfQkwfeBBi89i/DmyBUiJ2y5lbk/qegnDM8w6cDiLIHSHgrz9R6edhN75EDQtrB+1wuy/ F0bgKx06zhcMoUOT/1s8cuyfnh3jaR8zxzTLhNPxI6CkhFzTeZLLNuW5xh49MV0JIAkMbO fF8yMMzQ/oGIk6xcIDxWonnituE2vH2Uf02YJL2a6Fj9+r06TlB6r/d19yimWdUSqNw4b0 17WapQ7VLOT41srxq1HLOaiSaUneyd+yCPdQbdfS0IxFHD7Z8FfvpdC6mdmepw== Received: from mail-pl1-f175.google.com (mail-pl1-f175.google.com [209.85.214.175]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4QVm6f5C6TzYZV; Tue, 30 May 2023 08:39:54 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-pl1-f175.google.com with SMTP id d9443c01a7336-1ae3fe67980so37255775ad.3; Tue, 30 May 2023 01:39:54 -0700 (PDT) X-Gm-Message-State: AC+VfDz6qEcYk6oEK8JtU62MFehJU+1t4SlD+zZmhBVutPBDPH0oGscm ydQWTHYjl5Vt9JsKO/LwgTq61AP2D3pcYRGG/gM= X-Google-Smtp-Source: ACHHUZ691y63GIglPiJkBYmbeXBjUtb1Jyf1CH2NCU4oRBhFc2rvty74xxzRuBGyS0MkMzj4H+mEee+ndVXmnqNawPI= X-Received: by 2002:a17:902:aa86:b0:1b0:2d08:eb51 with SMTP id d6-20020a170902aa8600b001b02d08eb51mr1671312plr.12.1685435993596; Tue, 30 May 2023 01:39:53 -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: <1623315797.5.1684837400228@mailrelay> In-Reply-To: <1623315797.5.1684837400228@mailrelay> From: Nuno Teixeira Date: Tue, 30 May 2023 09:39:42 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Improving www/chromium build time on arm64 To: Ronald Klop Cc: FreeBSD Mailing List , freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="000000000000b0a90f05fce52503" X-ThisMailContainsUnwantedMimeParts: N --000000000000b0a90f05fce52503 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello Ronald and all! Finally I build it after 57 hours @ 2000MHz !!! Configs, photos and log at: https://people.freebsd.org/~eduardo/logs/chromium/ I'm running it right now and it runs very smooth! Next step will be compiling with LTO to check compile time and do some comparisons on binary size and run performance. Should I bother with LTO? Will it add performance? Thanks all! Ronald Klop escreveu no dia ter=C3=A7a, 23/05/2023 = =C3=A0(s) 11:23: > =C3=82 > > *Van:* Nuno Teixeira > *Datum:* dinsdag, 23 mei 2023 09:48 > *Aan:* FreeBSD Mailing List , > freebsd-arm@freebsd.org > *Onderwerp:* Re: Improving www/chromium build time on arm64 > > (...) > =C3=82 > But I also found that poudriere: > [88:53:28] Failed ports: www/chromium:build/timeout > =C3=82 > So I will search how do I increase build time to avoid timeout: > --- > # This defines the max time (in seconds) that a command may run for a bui= ld > # before it is killed for taking too long. Default: 86400 > #MAX_EXECUTION_TIME=3D86400 > --- > =C3=82 > I suspect it can be the cause of build failure because build >24h. > =C3=82 > Nuno Teixeira escreveu no dia ter=C3=83=C2=A7a, 23/= 05/2023 > =C3=83 (s) 08:31: > >> Hello all, >> =C3=82 >> I'm running 13-STABLE on rpi4 8 and since firefox{-esr} is constantly ta= b >> crashing and seg faulting I decided to give chromium a try. >> chromium pkg isn't available for arm64 and I didn't found error log at >> https://pkg-status.freebsd.org/ so I decided to build it on poudriere. >> =C3=82 >> It fails to build around 70% but my biggest concern is build time: 27 >> hours for 70% compilation! >> =C3=82 >> Just for comparison: >> llvm15: 12h >> rust: 9h >> firefox: 6h >> =C3=82 >> rip4 v1.5 8GB @ 2000Hz ~62 Celsius >> zfs >> poudriere: >> USE_TMPFS=3Dno >> PARALLEL_JOBS=3D1 >> ALLOW_MAKE_JOBS=3Dyes >> =C3=82 >> Any hints on how to speed build? ccache? >> Does cflags "-O -pipe" not present in compilation is related to build >> time? >> =C3=82 >> Full log: >> >> https://people.freebsd.org/~eduardo/logs/chromium/chromium-113.0.5672.12= 6.log >> =C3=82 >> Thanks! >> =C3=82 >> --- >> >> In file included from ../../base/check.h:11: >> ../../base/compiler_specific.h:8:10: fatal error: 'build/build_config.h' >> file not found >> #include "build/build_config.h" >> ^~~~~~~~~~~~~~~~~~~~~~ >> 1 error generated. >> ninja: build stopped: subcommand failed. >> =3D=3D=3D> Compilation failed unexpectedly. >> Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failu= re >> to >> the maintainer. >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/ports/www/chromium >> build of www/chromium | chromium-113.0.5672.126 ended at Tue May 23 >> 02:22:56 WEST 2023 >> build time: 27:15:37 >> !!! build failure encountered !!! >> --- >> -- >> Nuno Teixeira >> FreeBSD Committer (ports) >> > > =C3=82 > -- > Nuno Teixeira > FreeBSD Committer (ports) > > > > Hi, > > My poudriere.conf for building ports on rpi4 contains these two changes: > > # This defines the max time (in seconds) that a command may run for a bui= ld > # before it is killed for taking too long. Default: 86400 > #MAX_EXECUTION_TIME=3D86400 > MAX_EXECUTION_TIME=3D172800 > > # This defines the time (in seconds) before a command is considered to > # be in a runaway state for having no output on stdout. Default: 7200 > #NOHANG_TIME=3D7200 > NOHANG_TIME=3D172800 > > > I'm maintaining some mongodb ports which also take a long long time to > build on rpi4. > But I don't remember which of these settings has the preferred impact on > your situation. > > Oh... now I'm reading your log better. It contains this: > "=3D>> Killing timed out build after 86400 seconds" > > And some time later: > "=3D>> Cleaning up wrkdir > =3D=3D=3D> Cleaning for chromium-113.0.5672.126" > > So the errors about missing files happen because poudriere is removing > files while some processes of the build are still running. > > I'm curious how far it gets after you increase MAX_EXECUTION_TIME. > > Regards, > Ronald. > =C3=82 > --=20 Nuno Teixeira FreeBSD Committer (ports) --000000000000b0a90f05fce52503 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello Ronald and all!

Finall= y I build it after 57 hours @ 2000MHz !!!

I'm running it right now and it runs very smooth!

Next step will be compiling with LTO to check compile time= and do some comparisons on binary size and run performance.

=
Should I bother with LTO? Will it add performance?

Thanks all!


Ronald Klop <ronald-lists@klop.ws> escreveu no d= ia ter=C3=A7a, 23/05/2023 =C3=A0(s) 11:23:
=C3=82=C2=A0

Van: Nuno Teixeira <eduardo@freebsd.org>
Datum: dinsdag, 23 mei 2023 09:48
Aan: FreeBSD Mailing List <freebsd-ports@freebsd.org>, freebsd-arm@freebsd= .org
Onderwerp: Re: Improving www/chromium build time on arm64<= /p>

(...)
=C3=82=C2=A0
But I also found that poudriere:
[88:53:28] Failed ports: www/chromium:build/timeout
=C3=82=C2=A0
So I will search how do I increase build time to avoid timeout:
---
# This defines the max time (in seconds) that a command may run for a = build
# before it is killed for taking too long. Default: 86400
#MAX_EXECUTION_TIME=3D86400
---
=C3=82=C2=A0
I suspect it can be the cause of build failure because build >24h.<= /div>
=C3=82=C2=A0
Nuno Teixeira <eduardo@freebsd.org> escreveu no dia ter= =C3=83=C2=A7a, 23/05/2023 =C3=83=C2=A0(s) 08:31:
Hello all,
=C3=82=C2=A0
I'm running 13-STABLE on rpi4 8 and since firefox{-esr} is constan= tly tab crashing and seg faulting I decided to give chromium a try.
chromium pkg isn't available for arm64 and I didn't found erro= r log at=C2=A0https://pkg-status.freebsd.org/ so I decided to build it on poudriere.=
=C3=82=C2=A0
It fails to build around 70% but my biggest concern is build time: 27 = hours for 70% compilation!
=C3=82=C2=A0
Just for comparison:
llvm15: 12h
rust: 9h
firefox: 6h
=C3=82=C2=A0
rip4 v1.5 8GB @ 2000Hz ~62 Celsius
zfs
poudriere:
USE_TMPFS=3Dno
PARALLEL_JOBS=3D1
ALLOW_MAKE_JOBS=3Dyes
=C3=82=C2=A0
Any hints on how to speed build? ccache?
Does cflags "-O -pipe" not present in compilation is related= to build time?=C2=A0
=C3=82=C2=A0
Full log:
=C3=82=C2=A0
Thanks!
=C3=82=C2=A0
---
<SNIP>
In file included from ../../base/check.h:11:
../../base/compiler_specific.h:8:10: fatal error: 'build/build_config.h= ' file not found
#include "build/build_config.h"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0^~~~~~~~~~~~~~~~~~~~~~
1 error generated.
ninja: build stopped: subcommand failed.
=3D=3D=3D> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure = to
the maintainer.
*** Error code 1

Stop.
make: stopped in /usr/ports/www/chromium
build of www/chromium | chromium-113.0.5672.126 ended at Tue May 23 02:22:5= 6 WEST 2023
build time: 27:15:37
!!! build failure encountered !!!
---
--
Nuno Teixeira
FreeBSD Committer (ports)
=C2=A0
=C3=82=C2=A0
--
Nuno Teixeira
FreeBSD Committer (ports)


Hi,

My poudriere.conf for building ports on rpi4 contains these two changes:
# This defines the max time (in seconds) that a command may run for a build=
# before it is killed for taking too long. Default: 86400
#MAX_EXECUTION_TIME=3D86400
MAX_EXECUTION_TIME=3D172800

# This defines the time (in seconds) before a command is considered to
# be in a runaway state for having no output on stdout. Default: 7200
#NOHANG_TIME=3D7200
NOHANG_TIME=3D172800


I'm maintaining some mongodb ports which also take a long long time to = build on rpi4.
But I don't remember which of these settings has the preferred impact o= n your situation.

Oh... now I'm reading your log better. It contains this:
"=3D>> Killing timed out build after 86400 seconds"

And some time later:
"=3D>> Cleaning up wrkdir
=3D=3D=3D> Cleaning for chromium-113.0.5672.126"

So the errors about missing files happen because poudriere is removing file= s while some processes of the build are still running.

I'm curious how far it gets after you increase MAX_EXECUTION_TIME.

Regards,
Ronald.
=C3=82=C2=A0


--
Nuno Teixeira<= br>FreeBSD Committer (ports)
--000000000000b0a90f05fce52503-- From nobody Tue May 30 09:46:53 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 4QVncG24LFz4XCYG for ; Tue, 30 May 2023 09:47:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.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 4QVncF63kvz3vXd for ; Tue, 30 May 2023 09:47:09 +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=1685440027; bh=5xjSvY+5EAU72X9WQxLadJvle5gZRO3c6DOpyGXIsl0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=mhWcmRSU/i22IJhaeIHPi2DY88IAtSQTB7/LJTjXDd4Zhxit0fFKeEzYU08sLmz2gcodr4uQOB8qaU2r59WZpFeCbC9pHA1MaGP6HF8kYkzH2WitZau011WqiUoKxnZbnMiMn00tFZSus9Nl2NUM61xahI0rR0ZkdN+76f1D4beIZVssWbrgyxPemTC4PXk0lLarLS5GZCXMA1Jn6pxnMlfLUvP+QmXgvwCJQbp5R0eszrxlr7nC6qmz4Dce/gB9p29nTYb/YjUOGSjUtZcFHrjD6FhHkWmsnr7ScJn0/UdxrJZe37HU9HvyPfZzYHAuXjXdyAh6T6oAw+PYRWd0hQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1685440027; bh=nbH9L6RiGAql6zu3mPPAEwaL3T54bfXkdZ+gjTfyGJO=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=BlLOCm9S+An5phxRGPlrGIQMRRH+pM11bGIpGd8EYrgxhjiDPgvj/6WmHRTz/dc5SDWzG//UcLRsYcl5YjoDroLGWskosIG0kr3euHSu3LHhOUby1U54OmY3Qt3/kaG1nkEs3TLN1Ql+hS1unJsjlu5RJao3nvWukqbbci0cNU/pgy7zNwyJmMkImhtPqlmc+mHRs1O4bCG8PtoNEoGrX0PWodORGkHES4Y23FBuzNUg7KDPdJule0i49doeKYPgxvQX93maCs0K6EfqDO1ehWk8gth+8ASqF+2uvQvKZb/WHfuymRAYndPX+4s1EEKDMXmNZyPJ/BQp5UdypracLQ== X-YMail-OSG: aw4xY1MVM1lDm7FtHDcRe4ukb0eiluiOVKsb33b5vI7omRj8QOD8P.D8Uyf0ccW U8TODOSgFHfkQpKNseuCA3ttnfsxWw9uA2TyW7lw0Lm31uElDrFNvGsk4v43GkTWV2mSERh.h.QK Y_M8sRuwBfYw4f1I_3.d.GNq8zUBLCJWJ1tZiGeMrDoyuyAYqPXfbaS6oU_otZfTm_UqqIjO61j_ 3vRRIrmf9CPLppmKE8r5pvCmOs1ZHChSwWrww7SR6Vk93tGc.O_TK9OBSHlbM7aS_4uoRWTKw1Br CX7E5.kQcLVnsMEnG9NKrTqE1Y0w0..4jq9h.OXN6e_hOhOEbqDuWDj6Dw_ZttkdlvbzsZBOuXzf V.cy3kzlCtXJ69jyI37DcHdZV.6.a_4H1gwJW.4ZzORe9ywW6IOcxF.Hr6XGpf9pvZvUM8ilfuno 9vday71793MGPcfnYVGGE6zIgBDv1RuqdaMo1vJ7Wfgouqk.s.g9aXVBycD0LliJG7lD5Pq9hLad xOWGOJy66GhiBg_V_YXtwrWsV5gph_wshLm6_dn00fYmB0Wrd2JD0_jr1AaBFAJ42sFXLQOX.LpQ VlLSY50ROFhdMAFRSOyhqpL8wv5a3gU_5bYYAN76HuparqV6gHAt5YbYYa2Po_BnhNhhbwPvDfMN fkXnGrbLS9dbWFPyF70ejh6nFzd_MPAKkDxozwoFa9Top5tsYEOlhZH6EEiTFUVtfpAVENf6O7dD jWPXEWnO9_Ua9.NXB5Hp9HyB5jBhWsU6zGI3hkErkBZe49bqD9WjiQk6ob2OpTchlByWcNa1U530 aXPKuOCmei2bDBdjc5CYlr474DlnB9WNoz52Q8iPkdFdqdYk8IUNhNmD.RAEL1Clp_wAWhdm1yh8 zKx60OlSIdFqFkeWIbT237iyuMGvIitbTb4OPdxWiKWXg8wcaJvmwEJ.fTJ5T7ZX0rFrUaXJvKph HvdFgA9EZ43HKT09L0s2aXIP1Q0ghPJNppb7Nzd0UranjvkTEvTjQj06S6kgVKjrXy25ltCxTCIj 8co3__1ia2mOi90ZerWTvdV6LE8j_IiCkKCZG2CUy3hEyKOBmB4hJV8Y2pPPWidzbpT4Tl7ZasfM 9Nz6A.djf91Izu.efZh26YcjzVqejmYlcZtJbB8Gt4UlBB.T5XWqlKSwiZ3z5p3szEzteTAO.Ab. QtuYK5PgUV_lkfDX85uuGeUWCfXuVnELm2_j2ZyEjumh.xIssGtr5oHCo8fMN9zwcjA0H_6Ewkd_ X5HXe0GkJOK6OrpyjkTKEcFuvTHixI6ZdV3iEManhMQyfd8Ru41DO1vu60lCECbSU_pCxU8mYsm7 SFBSXVNSOtWYDnrbDuxJsIsJ_5LnWY_zTkIS3p8zzDGttGIJQxTEC9QMQuzwTjqqnt0dxsrvg_cf T9V0l5VnOP4F3e4LoR_3TOnJWgd13m5T.cfClE1M7HhJerLPLx1Ys9NuOKGeO5QOlPinx_fkXPml IchbAoTtu_szAqrUquau5n1wesS5RWbN3qC.dVWZSqJ5KNag7k1e6brV5yg67ry6OjSjrR2MTe1c O8lS5qFdsc65Ow8Slo0D.dwavlsr3F7HfifZuTnSDYL_deP023GgkhzWxS0Dx84PRehDlWWmIRK6 rendxFWpHGvaGkaWuL0VFYj1G9Jtn2LVzIZUUhjF8CtTxF2E.8SCLeCpD9HWh8WKxXL7CMG.MRix ESYpMwTu.bmIMULNwFq9SSEACn37PlAAfCk1Is.JyHMqu9zmUQanJA0codNWaB5cYFsT6GIpN4uD kAij_EeMRsq9CDBkH2Qc2UbQEzRfyTMPNI98Z7_UDll4xVxsDEd284zMRnj8mO7j9I40QCCfdEaQ bDvytoOMrU4mSXX9PxfJ5vqXyyQbxMIgTiIjrOLEHlJuLkqQydAixZWu_dYDRWuIOmXc_cxqdL65 GNke6lUURoUQ3WKSrSklk.BmVzDUt.ruFGoJB.bLcQUihI6W5KrVOTH4FARsP8X44iJsyENw_56j ZtJOunuVXS.vDAo8UQrsXtBskAX4k5PsGJpkQ1od5Ev7gP5IYKQWZvZssQWCDHC1OinMgSTGKye9 85mhL7DcaUSpRwsbkWZ7QCZmMRWjpgUfu8UgdCCZ3V2WJkxrixbdwhKv3CVrws68ibg2OOSZHfxp TPLrwwaTpZpa2N.IFotcqNV6ZkhTokGxrZtlKAahP1mAWCP0lbd_lYaBztCF5ztZIQzp9REu3UBK XDLDs9waJ2HhILW7csq0nEe9mqPVssYfw_xgEsItnzV0SIpYiD7W5wJAx_1j7B.fl.HLZdYP_kQI - X-Sonic-MF: X-Sonic-ID: dcec2aa0-11c9-4001-adde-4fa25c477187 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Tue, 30 May 2023 09:47:07 +0000 Received: by hermes--production-gq1-6db989bfb-c6sbx (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2a80b32e902eeca34c947d2fa44cdec0; Tue, 30 May 2023 09:47:04 +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: Improving www/chromium build time on arm64 From: Mark Millard In-Reply-To: Date: Tue, 30 May 2023 02:46:53 -0700 Cc: Ronald Klop , FreeBSD Mailing List , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <1623315797.5.1684837400228@mailrelay> To: Nuno Teixeira X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4QVncF63kvz3vXd 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 May 30, 2023, at 01:39, Nuno Teixeira wrote: > Hello Ronald and all! >=20 > Finally I build it after 57 hours @ 2000MHz !!! So the prior "[88:53:28] Failed ports: www/chromium:build/timeout" was not with the overclocking? Other differences that could contribute to the time difference? MAX_EXECUTION_TIME=3D86400 (the default) only allows for 24 hours before it starts analyzing the log for failure information (while letting the build continue while that scanning is done). > Configs, photos and log at: = https://people.freebsd.org/~eduardo/logs/chromium/ https://people.freebsd.org/~eduardo/logs/chromium/poudriere.conf shows no assignments to MAX_EXECUTION_TIME or NOHANG_TIME or other such (outside comments). In the comments are the default values, not increases. Similarly for PARALLEL_JOBS , PREPARE_PARALLEL_JOBS , ALLOW_MAKE_JOBS , and so on. (It is not clear what the load average behavior/ idle time behavior might have been.) The file does show explicit assignments to: ZPOOL, FREEBSD_HOST , RESOLV_CONF , BASEFS , USE_PORTLINT , USE_TMPFS , DISTFILES_CACHE , and PACKAGE_FETCH_URL . > I'm running it right now and it runs very smooth! >=20 > Next step will be compiling with LTO to check compile time and do some = comparisons on binary size and run performance. >=20 > Should I bother with LTO? Will it add performance? >=20 > Thanks all! >=20 >=20 > Ronald Klop escreveu no dia ter=C3=A7a, = 23/05/2023 =C3=A0(s) 11:23: >> =C3=82 =20 >>> Van: Nuno Teixeira >>> Datum: dinsdag, 23 mei 2023 09:48 >>> Aan: FreeBSD Mailing List , = freebsd-arm@freebsd.org >>> Onderwerp: Re: Improving www/chromium build time on arm64 >>> (...)=20 >>> =C3=82=20 >>> But I also found that poudriere: >>> [88:53:28] Failed ports: www/chromium:build/timeout >>> =C3=82=20 >>> So I will search how do I increase build time to avoid timeout: >>> --- >>> # This defines the max time (in seconds) that a command may run for = a build >>> # before it is killed for taking too long. Default: 86400 >>> #MAX_EXECUTION_TIME=3D86400 >>> --- >>> =C3=82=20 >>> I suspect it can be the cause of build failure because build >24h. >>> =C3=82 =20 >>> Nuno Teixeira escreveu no dia ter=C3=83=C2=A7a, = 23/05/2023 =C3=83 (s) 08:31: >>> Hello all,=20 >>> =C3=82=20 >>> I'm running 13-STABLE on rpi4 8 and since firefox{-esr} is = constantly tab crashing and seg faulting I decided to give chromium a = try. >>> chromium pkg isn't available for arm64 and I didn't found error log = at https://pkg-status.freebsd.org/ so I decided to build it on = poudriere. >>> =C3=82=20 >>> It fails to build around 70% but my biggest concern is build time: = 27 hours for 70% compilation! >>> =C3=82=20 >>> Just for comparison: >>> llvm15: 12h >>> rust: 9h >>> firefox: 6h >>> =C3=82=20 >>> rip4 v1.5 8GB @ 2000Hz ~62 Celsius >>> zfs >>> poudriere: >>> USE_TMPFS=3Dno >>> PARALLEL_JOBS=3D1 >>> ALLOW_MAKE_JOBS=3Dyes >>> =C3=82=20 >>> Any hints on how to speed build? ccache? >>> Does cflags "-O -pipe" not present in compilation is related to = build time?=20 >>> =C3=82=20 >>> Full log: >>> = https://people.freebsd.org/~eduardo/logs/chromium/chromium-113.0.5672.126.= log >>> =C3=82=20 >>> Thanks! >>> =C3=82=20 >>> --- >>> >>> In file included from ../../base/check.h:11: >>> ../../base/compiler_specific.h:8:10: fatal error: = 'build/build_config.h' file not found >>> #include "build/build_config.h" >>> ^~~~~~~~~~~~~~~~~~~~~~ >>> 1 error generated. >>> ninja: build stopped: subcommand failed. >>> =3D=3D=3D> Compilation failed unexpectedly. >>> Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the = failure to >>> the maintainer. >>> *** Error code 1 >>>=20 >>> Stop. >>> make: stopped in /usr/ports/www/chromium >>> build of www/chromium | chromium-113.0.5672.126 ended at Tue May 23 = 02:22:56 WEST 2023 >>> build time: 27:15:37 >>> !!! build failure encountered !!! >>> --- >>> -- Nuno Teixeira >>> FreeBSD Committer (ports) >>> =C3=82=20 >>> -- Nuno Teixeira >>> FreeBSD Committer (ports) >>>=20 >>=20 >> Hi, >>=20 >> My poudriere.conf for building ports on rpi4 contains these two = changes: >>=20 >> # This defines the max time (in seconds) that a command may run for a = build >> # before it is killed for taking too long. Default: 86400 >> #MAX_EXECUTION_TIME=3D86400 >> MAX_EXECUTION_TIME=3D172800 >>=20 >> # This defines the time (in seconds) before a command is considered = to >> # be in a runaway state for having no output on stdout. Default: 7200 >> #NOHANG_TIME=3D7200 >> NOHANG_TIME=3D172800 >>=20 >>=20 >> I'm maintaining some mongodb ports which also take a long long time = to build on rpi4. >> But I don't remember which of these settings has the preferred impact = on your situation. >>=20 >> Oh... now I'm reading your log better. It contains this: >> "=3D>> Killing timed out build after 86400 seconds" >>=20 >> And some time later: >> "=3D>> Cleaning up wrkdir >> =3D=3D=3D> Cleaning for chromium-113.0.5672.126" >>=20 >> So the errors about missing files happen because poudriere is = removing files while some processes of the build are still running. >>=20 >> I'm curious how far it gets after you increase MAX_EXECUTION_TIME. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue May 30 10:07:21 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 4QVp3p35L9z4XDT7; Tue, 30 May 2023 10:07:34 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QVp3p2qvBz3wyh; Tue, 30 May 2023 10:07:34 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1685441254; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=CY43RyxpfJl52xM7QcRFjlnxMy5hmTWK0RrTJqkZOzk=; b=Dw7NBxT+YX+l2ZHbaNtwIV/4G3s4McqTwPmyRBtWuADPixC4Tlsmogfdfv0Ysd3ImZwxoJ wcgGHRAYny5VGBqm0OE06WpQjXGh6WigykbEchjqk5X4v2WSgAY2vRnRvdTH88lazJN4+n jvxjHvhevvjkAHKGtX1U+hntJerXQNpOkK6RI1Aa/Dr3mplktQvHiGdwXGOOXtIM884cSI 2ohgcy0Yirz5KSpcd8Lm72gRCZny6cFrTwTUzrbd3TydONdGbVjX3EDoY1Kk9xOotdTpMP CcLX9H/L51WxuTS25yoCgu1DuJMXPGIDcJr84Y+Kx44Zt7c+xEQBjmea/GPOpA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1685441254; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=CY43RyxpfJl52xM7QcRFjlnxMy5hmTWK0RrTJqkZOzk=; b=AdVYGocy5NHRqtZ9TLsuCAp35nxcHJq10qBgOpnMxKEI7PsvJO8z0hUlbcZ1KxG/13aPTi C5EZGi83yluqJX+xbJGcjK9KlV4BsA6FzR5uQUp6+DmRigfMWBz40HPId0Ox04pmw3TDGZ ZdGIFs5sRS0DNBzGtJAYTcu+gnOSIcbSdZYb+I85DwdYbjSWZaz0KoYV8DzGS9D3rdJzyt 70orp3bOKrWjUf9KYJVzIFWqspBWdzirgDcdf9yUeNSF7nF/LRas+8OaY2z0pJd5qKfMGu eZKbJjj1atl2zaHJAgXPmqBzMFcMKHMHlu3UeGctd/4u08Ca6KQgquUr96qsug== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1685441254; a=rsa-sha256; cv=none; b=rGeipcHCXYTbP63VeumnU9gK8xwoqs1tTNfkvhpOxpL8O5oFHbfvGW5iOAe4A92BEQZxhS fpS+AX/+1W5oiISjtKe58iMKllr5ninTouzIL9AUihLIv2zEMcEgboZaWIq80YrDTb/ytf EasYdp2Gtm11hijhXmUKOjH7U+e+AHBbFHuBS3GIDTInDJREBsRYohbPfVBOp0ckVNNzwH 5rN6qYmsDdXjO7b5rW0WINW/mBhGXXT2tr9q5abf5061TBDT5K6Ls0FuXoUg6Z2aeIH0WV nNl6SiaXWEyBWELSnj9+ZhXmJM77XbBFXj2FqiG1/WouFtQIlWwqSDhKRDh8rw== Received: from mail-pj1-f47.google.com (mail-pj1-f47.google.com [209.85.216.47]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4QVp3p1nPHzZw5; Tue, 30 May 2023 10:07:34 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-pj1-f47.google.com with SMTP id 98e67ed59e1d1-2564c6a2b7dso1750760a91.3; Tue, 30 May 2023 03:07:34 -0700 (PDT) X-Gm-Message-State: AC+VfDy/40JtKetZamlyRfh6jfKW2MdqzicW6D2+eSEn13Fx8YeVkjEC WN/o2V1jf+ZsMnOyHG0Lgm7z1f29xV3UaGtZzM4= X-Google-Smtp-Source: ACHHUZ76ZZH35M1Y0e6eFcPjRgLcUNYd+4QZX7N+mr/WQ29kpBCbS3slkT75UpsxAT+hVLbqa9donJ06GTtue9phS9s= X-Received: by 2002:a17:90a:cb93:b0:256:6c75:b512 with SMTP id a19-20020a17090acb9300b002566c75b512mr2101901pju.46.1685441253048; Tue, 30 May 2023 03:07:33 -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: <1623315797.5.1684837400228@mailrelay> In-Reply-To: From: Nuno Teixeira Date: Tue, 30 May 2023 11:07:21 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Improving www/chromium build time on arm64 To: Mark Millard Cc: Ronald Klop , FreeBSD Mailing List , freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="0000000000002d87fc05fce65f39" X-ThisMailContainsUnwantedMimeParts: N --0000000000002d87fc05fce65f39 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello Mark, Wrong poudriere.conf. Uploaded correct one. Summary: --- USE_TMPFS=3Dno PARALLEL_JOBS=3D1 ALLOW_MAKE_JOBS=3Dyes MAX_EXECUTION_TIME=3D259200 NOHANG_TIME=3D259200 --- htop showed me 4 escreveu no dia ter=C3=A7a, 30/05/2023 =C3= =A0(s) 10:47: > On May 30, 2023, at 01:39, Nuno Teixeira wrote: > > > Hello Ronald and all! > > > > Finally I build it after 57 hours @ 2000MHz !!! > > So the prior "[88:53:28] Failed ports: www/chromium:build/timeout" > was not with the overclocking? Other differences that could > contribute to the time difference? > > MAX_EXECUTION_TIME=3D86400 (the default) only allows for 24 hours > before it starts analyzing the log for failure information (while > letting the build continue while that scanning is done). > > > Configs, photos and log at: > https://people.freebsd.org/~eduardo/logs/chromium/ > > https://people.freebsd.org/~eduardo/logs/chromium/poudriere.conf > shows no assignments to MAX_EXECUTION_TIME or NOHANG_TIME or > other such (outside comments). In the comments are the default > values, not increases. > > Similarly for PARALLEL_JOBS , PREPARE_PARALLEL_JOBS , ALLOW_MAKE_JOBS , > and so on. (It is not clear what the load average behavior/ idle time > behavior might have been.) > > The file does show explicit assignments to: ZPOOL, FREEBSD_HOST , > RESOLV_CONF , BASEFS , USE_PORTLINT , USE_TMPFS , DISTFILES_CACHE , > and PACKAGE_FETCH_URL . > > > I'm running it right now and it runs very smooth! > > > > Next step will be compiling with LTO to check compile time and do some > comparisons on binary size and run performance. > > > > Should I bother with LTO? Will it add performance? > > > > Thanks all! > > > > > > Ronald Klop escreveu no dia ter=C3=A7a, 23/05/20= 23 > =C3=A0(s) 11:23: > >> =C3=82 > >>> Van: Nuno Teixeira > >>> Datum: dinsdag, 23 mei 2023 09:48 > >>> Aan: FreeBSD Mailing List , > freebsd-arm@freebsd.org > >>> Onderwerp: Re: Improving www/chromium build time on arm64 > >>> (...) > >>> =C3=82 > >>> But I also found that poudriere: > >>> [88:53:28] Failed ports: www/chromium:build/timeout > >>> =C3=82 > >>> So I will search how do I increase build time to avoid timeout: > >>> --- > >>> # This defines the max time (in seconds) that a command may run for a > build > >>> # before it is killed for taking too long. Default: 86400 > >>> #MAX_EXECUTION_TIME=3D86400 > >>> --- > >>> =C3=82 > >>> I suspect it can be the cause of build failure because build >24h. > >>> =C3=82 > >>> Nuno Teixeira escreveu no dia ter=C3=83=C2=A7a, > 23/05/2023 =C3=83 (s) 08:31: > >>> Hello all, > >>> =C3=82 > >>> I'm running 13-STABLE on rpi4 8 and since firefox{-esr} is constantly > tab crashing and seg faulting I decided to give chromium a try. > >>> chromium pkg isn't available for arm64 and I didn't found error log a= t > https://pkg-status.freebsd.org/ so I decided to build it on poudriere. > >>> =C3=82 > >>> It fails to build around 70% but my biggest concern is build time: 27 > hours for 70% compilation! > >>> =C3=82 > >>> Just for comparison: > >>> llvm15: 12h > >>> rust: 9h > >>> firefox: 6h > >>> =C3=82 > >>> rip4 v1.5 8GB @ 2000Hz ~62 Celsius > >>> zfs > >>> poudriere: > >>> USE_TMPFS=3Dno > >>> PARALLEL_JOBS=3D1 > >>> ALLOW_MAKE_JOBS=3Dyes > >>> =C3=82 > >>> Any hints on how to speed build? ccache? > >>> Does cflags "-O -pipe" not present in compilation is related to build > time? > >>> =C3=82 > >>> Full log: > >>> > https://people.freebsd.org/~eduardo/logs/chromium/chromium-113.0.5672.126= .log > >>> =C3=82 > >>> Thanks! > >>> =C3=82 > >>> --- > >>> > >>> In file included from ../../base/check.h:11: > >>> ../../base/compiler_specific.h:8:10: fatal error: > 'build/build_config.h' file not found > >>> #include "build/build_config.h" > >>> ^~~~~~~~~~~~~~~~~~~~~~ > >>> 1 error generated. > >>> ninja: build stopped: subcommand failed. > >>> =3D=3D=3D> Compilation failed unexpectedly. > >>> Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the > failure to > >>> the maintainer. > >>> *** Error code 1 > >>> > >>> Stop. > >>> make: stopped in /usr/ports/www/chromium > >>> build of www/chromium | chromium-113.0.5672.126 ended at Tue May 23 > 02:22:56 WEST 2023 > >>> build time: 27:15:37 > >>> !!! build failure encountered !!! > >>> --- > >>> -- Nuno Teixeira > >>> FreeBSD Committer (ports) > >>> =C3=82 > >>> -- Nuno Teixeira > >>> FreeBSD Committer (ports) > >>> > >> > >> Hi, > >> > >> My poudriere.conf for building ports on rpi4 contains these two change= s: > >> > >> # This defines the max time (in seconds) that a command may run for a > build > >> # before it is killed for taking too long. Default: 86400 > >> #MAX_EXECUTION_TIME=3D86400 > >> MAX_EXECUTION_TIME=3D172800 > >> > >> # This defines the time (in seconds) before a command is considered to > >> # be in a runaway state for having no output on stdout. Default: 7200 > >> #NOHANG_TIME=3D7200 > >> NOHANG_TIME=3D172800 > >> > >> > >> I'm maintaining some mongodb ports which also take a long long time to > build on rpi4. > >> But I don't remember which of these settings has the preferred impact > on your situation. > >> > >> Oh... now I'm reading your log better. It contains this: > >> "=3D>> Killing timed out build after 86400 seconds" > >> > >> And some time later: > >> "=3D>> Cleaning up wrkdir > >> =3D=3D=3D> Cleaning for chromium-113.0.5672.126" > >> > >> So the errors about missing files happen because poudriere is removing > files while some processes of the build are still running. > >> > >> I'm curious how far it gets after you increase MAX_EXECUTION_TIME. > > > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > > --=20 Nuno Teixeira FreeBSD Committer (ports) --0000000000002d87fc05fce65f39 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello Mark,

Wrong poudriere.= conf. Uploaded correct one.

Summary:
---=
USE_TMPFS=3Dno
PARALLEL_JOBS=3D1
ALLOW_MAKE_JOBS=3D= yes
MAX_EXECUTION_TIME=3D259200
NOHANG_TIME=3D259200
---

htop showed me 4<load<5 (around 4,= 70) with temperature at ~60/65 degrees Celsius

Mark Millard <= marklmi@yahoo.com> escreveu no = dia ter=C3=A7a, 30/05/2023 =C3=A0(s) 10:47:
On May 30, 2023, at 01:39, Nuno Teixeira <eduardo@freebsd.org<= /a>> wrote:

> Hello Ronald and all!
>
> Finally I build it after 57 hours @ 2000MHz !!!

So the prior "[88:53:28] Failed ports: www/chromium:build/timeout"= ;
was not with the overclocking? Other differences that could
contribute to the time difference?

MAX_EXECUTION_TIME=3D86400 (the default) only allows for 24 hours
before it starts analyzing the log for failure information (while
letting the build continue while that scanning is done).

> Configs, photos and log at: https://people.fr= eebsd.org/~eduardo/logs/chromium/

https://people.freebsd.org/~eduardo/= logs/chromium/poudriere.conf
shows no assignments to MAX_EXECUTION_TIME or NOHANG_TIME or
other such (outside comments). In the comments are the default
values, not increases.

Similarly for PARALLEL_JOBS , PREPARE_PARALLEL_JOBS , ALLOW_MAKE_JOBS ,
and so on. (It is not clear what the load average behavior/ idle time
behavior might have been.)

The file does show explicit assignments to: ZPOOL, FREEBSD_HOST ,
RESOLV_CONF , BASEFS , USE_PORTLINT , USE_TMPFS , DISTFILES_CACHE ,
and PACKAGE_FETCH_URL .

> I'm running it right now and it runs very smooth!
>
> Next step will be compiling with LTO to check compile time and do some= comparisons on binary size and run performance.
>
> Should I bother with LTO? Will it add performance?
>
> Thanks all!
>
>
> Ronald Klop <ronald-lists@klop.ws> escreveu no dia ter=C3=A7a, 23/05/2023 =C3= =A0(s) 11:23:
>> =C3=82=C2=A0
>>> Van: Nuno Teixeira <eduardo@freebsd.org>
>>> Datum: dinsdag, 23 mei 2023 09:48
>>> Aan: FreeBSD Mailing List <freebsd-ports@freebsd.org>, freebsd-arm@freebsd.o= rg
>>> Onderwerp: Re: Improving www/chromium build time on arm64
>>> (...)
>>> =C3=82
>>> But I also found that poudriere:
>>> [88:53:28] Failed ports: www/chromium:build/timeout
>>> =C3=82
>>> So I will search how do I increase build time to avoid timeout= :
>>> ---
>>> # This defines the max time (in seconds) that a command may ru= n for a build
>>> # before it is killed for taking too long. Default: 86400
>>> #MAX_EXECUTION_TIME=3D86400
>>> ---
>>> =C3=82
>>> I suspect it can be the cause of build failure because build &= gt;24h.
>>> =C3=82=C2=A0
>>> Nuno Teixeira <eduardo@freebsd.org> escreveu no dia ter=C3=83=C2=A7a, = 23/05/2023 =C3=83 (s) 08:31:
>>> Hello all,
>>> =C3=82
>>> I'm running 13-STABLE on rpi4 8 and since firefox{-esr} is= constantly tab crashing and seg faulting I decided to give chromium a try.=
>>> chromium pkg isn't available for arm64 and I didn't fo= und error log at https://pkg-status.freebsd.org/ so I decided to = build it on poudriere.
>>> =C3=82
>>> It fails to build around 70% but my biggest concern is build t= ime: 27 hours for 70% compilation!
>>> =C3=82
>>> Just for comparison:
>>> llvm15: 12h
>>> rust: 9h
>>> firefox: 6h
>>> =C3=82
>>> rip4 v1.5 8GB @ 2000Hz ~62 Celsius
>>> zfs
>>> poudriere:
>>> USE_TMPFS=3Dno
>>> PARALLEL_JOBS=3D1
>>> ALLOW_MAKE_JOBS=3Dyes
>>> =C3=82
>>> Any hints on how to speed build? ccache?
>>> Does cflags "-O -pipe" not present in compilation is= related to build time?
>>> =C3=82
>>> Full log:
>>> https://pe= ople.freebsd.org/~eduardo/logs/chromium/chromium-113.0.5672.126.log
>>> =C3=82
>>> Thanks!
>>> =C3=82
>>> ---
>>> <SNIP>
>>> In file included from ../../base/check.h:11:
>>> ../../base/compiler_specific.h:8:10: fatal error: 'build/b= uild_config.h' file not found
>>> #include "build/build_config.h"
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ^~~~~~~~~~~~~~~~~~~~~~
>>> 1 error generated.
>>> ninja: build stopped: subcommand failed.
>>> =3D=3D=3D> Compilation failed unexpectedly.
>>> Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting= the failure to
>>> the maintainer.
>>> *** Error code 1
>>>
>>> Stop.
>>> make: stopped in /usr/ports/www/chromium
>>> build of www/chromium | chromium-113.0.5672.126 ended at Tue M= ay 23 02:22:56 WEST 2023
>>> build time: 27:15:37
>>> !!! build failure encountered !!!
>>> ---
>>> -- Nuno Teixeira
>>> FreeBSD Committer (ports)
>>>=C2=A0 =C2=A0=C3=82
>>> -- Nuno Teixeira
>>> FreeBSD Committer (ports)
>>>
>>
>> Hi,
>>
>> My poudriere.conf for building ports on rpi4 contains these two ch= anges:
>>
>> # This defines the max time (in seconds) that a command may run fo= r a build
>> # before it is killed for taking too long. Default: 86400
>> #MAX_EXECUTION_TIME=3D86400
>> MAX_EXECUTION_TIME=3D172800
>>
>> # This defines the time (in seconds) before a command is considere= d to
>> # be in a runaway state for having no output on stdout. Default: 7= 200
>> #NOHANG_TIME=3D7200
>> NOHANG_TIME=3D172800
>>
>>
>> I'm maintaining some mongodb ports which also take a long long= time to build on rpi4.
>> But I don't remember which of these settings has the preferred= impact on your situation.
>>
>> Oh... now I'm reading your log better. It contains this:
>> "=3D>> Killing timed out build after 86400 seconds"= ;
>>
>> And some time later:
>> "=3D>> Cleaning up wrkdir
>> =3D=3D=3D> Cleaning for chromium-113.0.5672.126"
>>
>> So the errors about missing files happen because poudriere is remo= ving files while some processes of the build are still running.
>>
>> I'm curious how far it gets after you increase MAX_EXECUTION_T= IME.
>

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



--
Nuno Teixeira
FreeBSD Committ= er (ports)
--0000000000002d87fc05fce65f39-- From nobody Tue May 30 10:53:24 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 4QVq4w5rqXz4XHm5; Tue, 30 May 2023 10:53:36 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QVq4w5Z9Sz42Fl; Tue, 30 May 2023 10:53:36 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1685444016; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=OMGZOfJxdCklPyOgYNt9CKatorQsvCs251XH9jbF6aQ=; b=UuuCQpeETLUEdGpj0onIDhvvdDAdraWw+uQDLF2d65xgQDdmYp7sYsBKlHEK/N4WRDciAS 2suDQ5xezIkcSy8CSwkaSpGmHbUIBZqaNrWUIQnFd9sRyJNQZzDTt4P9a/lae47bc6TGqh MOi+428KnPSG8Y+TVobiVR+EQIbOcyk9veEjUGOVL2wZBUrRg0rab9G+9cwx20PSN4UGD3 9fxG3pNs0pqFX702l2q6bgEi1UZzXihGkmXOCLrYgavj9r8+fIYcc2igmz7kACtAUQAxN0 9b2Klf5onxfMzJtbIH0vjC3JJgHx29ibSrswG/mwXZvnoG0sxlf6QWfCu7MHag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1685444016; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=OMGZOfJxdCklPyOgYNt9CKatorQsvCs251XH9jbF6aQ=; b=cuJulQfN4G9zpGURs6rG8bZIza6FUZQRjefoKVPZxeMy0ylTCzjWokd8Ub4sBBZJSG/Hn+ DQSiUrRv/iRYXNODhc4H0nBLqISrOIe/tqCL5Us4Ci2oMFe2vbq9ifZUBccE/crNXCKs7c mWqFTIsRfrJwJClkhTT7Q5ayX9mQbsBvOWS6wSPLmwbYO1oiGFMHVr4+yyo/OEr53y/pN5 KQ8KxNStUvo60K2Gx6JgNP2oAHwjmFZs8ptByXOTXpcxJteUlltVJ2kfN6R4dRcYUzR4WT Ajd0nxv26eXyY7Y47SKw0GiZKe/j6gQNt1xhMlnIKKG720KHkICXKqXPuAJTZw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1685444016; a=rsa-sha256; cv=none; b=XN8mVGbe4P1fthQtCDqeP2GiDAV2Nuw5t/MjSjZCMF45uG8YqlWQL+XrfeOfK0KXZlGe7R V6NEeD9LTC0SJDjX1d+ygWJQo+9g6pxyS16hA1ouryK7kKFeBvHshOp4hF5Idlmw/UjSsp oR1m2cftO0BgqxBdQ7hW4TA0TS8NIC6SjpqHVWzOlfg/81za36AH5ZMCUyJvHc6z5SON3M KGm93NQho61rXU7Zhbsi7BtZhr9XvRi7j9jVL/7pB9+4ImrepR0I8tQ9YM/IDmaKZBTiz3 Z9SUcgN+oa2fAzqnYxv58AZ0sWLqeQG5tFaeRbPuulQ/Gpba7VOk113ifacKrg== Received: from mail-pf1-f178.google.com (mail-pf1-f178.google.com [209.85.210.178]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4QVq4w4FL7zbNl; Tue, 30 May 2023 10:53:36 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-pf1-f178.google.com with SMTP id d2e1a72fcca58-64d2a87b9daso3135651b3a.0; Tue, 30 May 2023 03:53:36 -0700 (PDT) X-Gm-Message-State: AC+VfDyjLjhHCgFTQ021laE06E+goZYAFNPTzvCzGBlEZz7PJ1f/wLY1 IEr3uSwNdlQZdbjyWpp1oJhKmOROMI+mVmwTCyA= X-Google-Smtp-Source: ACHHUZ540IPg68rmeNuSrNDgeOmgwV9wm7BK5B86Brb2srE1lZ2bVfRiYvzO9ggoPdn8JY748AxlyInT+4xaF3fkEIo= X-Received: by 2002:a05:6a20:a124:b0:10b:2214:7ab1 with SMTP id q36-20020a056a20a12400b0010b22147ab1mr2433320pzk.18.1685444015314; Tue, 30 May 2023 03:53:35 -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: <1623315797.5.1684837400228@mailrelay> In-Reply-To: From: Nuno Teixeira Date: Tue, 30 May 2023 11:53:24 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Improving www/chromium build time on arm64 To: Mark Millard Cc: Ronald Klop , FreeBSD Mailing List , freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="000000000000d25d3f05fce70368" X-ThisMailContainsUnwantedMimeParts: N --000000000000d25d3f05fce70368 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable (...) (I've missed OPTIONS_EXCLUDE_aarch64=3DLTO so forgeting it.) Conlusion: Thats a big difference on compilation times: --- build of www/firefox | firefox-113.0.2_1,2 build time: 05:35:57 --- build of www/chromium | chromium-113.0.5672.126 build time: 56:59:23 --- But I'm enjoying the fast and smooth chrome run. Really nice. Nuno Teixeira escreveu no dia ter=C3=A7a, 30/05/2023 = =C3=A0(s) 11:07: > Hello Mark, > > Wrong poudriere.conf. Uploaded correct one. > > Summary: > --- > USE_TMPFS=3Dno > PARALLEL_JOBS=3D1 > ALLOW_MAKE_JOBS=3Dyes > MAX_EXECUTION_TIME=3D259200 > NOHANG_TIME=3D259200 > --- > > htop showed me 4 Celsius > > Mark Millard escreveu no dia ter=C3=A7a, 30/05/2023 = =C3=A0(s) > 10:47: > >> On May 30, 2023, at 01:39, Nuno Teixeira wrote: >> >> > Hello Ronald and all! >> > >> > Finally I build it after 57 hours @ 2000MHz !!! >> >> So the prior "[88:53:28] Failed ports: www/chromium:build/timeout" >> was not with the overclocking? Other differences that could >> contribute to the time difference? >> >> MAX_EXECUTION_TIME=3D86400 (the default) only allows for 24 hours >> before it starts analyzing the log for failure information (while >> letting the build continue while that scanning is done). >> >> > Configs, photos and log at: >> https://people.freebsd.org/~eduardo/logs/chromium/ >> >> https://people.freebsd.org/~eduardo/logs/chromium/poudriere.conf >> shows no assignments to MAX_EXECUTION_TIME or NOHANG_TIME or >> other such (outside comments). In the comments are the default >> values, not increases. >> >> Similarly for PARALLEL_JOBS , PREPARE_PARALLEL_JOBS , ALLOW_MAKE_JOBS , >> and so on. (It is not clear what the load average behavior/ idle time >> behavior might have been.) >> >> The file does show explicit assignments to: ZPOOL, FREEBSD_HOST , >> RESOLV_CONF , BASEFS , USE_PORTLINT , USE_TMPFS , DISTFILES_CACHE , >> and PACKAGE_FETCH_URL . >> >> > I'm running it right now and it runs very smooth! >> > >> > Next step will be compiling with LTO to check compile time and do some >> comparisons on binary size and run performance. >> > >> > Should I bother with LTO? Will it add performance? >> > >> > Thanks all! >> > >> > >> > Ronald Klop escreveu no dia ter=C3=A7a, 23/05/2= 023 >> =C3=A0(s) 11:23: >> >> =C3=82 >> >>> Van: Nuno Teixeira >> >>> Datum: dinsdag, 23 mei 2023 09:48 >> >>> Aan: FreeBSD Mailing List , >> freebsd-arm@freebsd.org >> >>> Onderwerp: Re: Improving www/chromium build time on arm64 >> >>> (...) >> >>> =C3=82 >> >>> But I also found that poudriere: >> >>> [88:53:28] Failed ports: www/chromium:build/timeout >> >>> =C3=82 >> >>> So I will search how do I increase build time to avoid timeout: >> >>> --- >> >>> # This defines the max time (in seconds) that a command may run for = a >> build >> >>> # before it is killed for taking too long. Default: 86400 >> >>> #MAX_EXECUTION_TIME=3D86400 >> >>> --- >> >>> =C3=82 >> >>> I suspect it can be the cause of build failure because build >24h. >> >>> =C3=82 >> >>> Nuno Teixeira escreveu no dia ter=C3=83=C2=A7a= , >> 23/05/2023 =C3=83 (s) 08:31: >> >>> Hello all, >> >>> =C3=82 >> >>> I'm running 13-STABLE on rpi4 8 and since firefox{-esr} is constantl= y >> tab crashing and seg faulting I decided to give chromium a try. >> >>> chromium pkg isn't available for arm64 and I didn't found error log >> at https://pkg-status.freebsd.org/ so I decided to build it on poudriere= . >> >>> =C3=82 >> >>> It fails to build around 70% but my biggest concern is build time: 2= 7 >> hours for 70% compilation! >> >>> =C3=82 >> >>> Just for comparison: >> >>> llvm15: 12h >> >>> rust: 9h >> >>> firefox: 6h >> >>> =C3=82 >> >>> rip4 v1.5 8GB @ 2000Hz ~62 Celsius >> >>> zfs >> >>> poudriere: >> >>> USE_TMPFS=3Dno >> >>> PARALLEL_JOBS=3D1 >> >>> ALLOW_MAKE_JOBS=3Dyes >> >>> =C3=82 >> >>> Any hints on how to speed build? ccache? >> >>> Does cflags "-O -pipe" not present in compilation is related to buil= d >> time? >> >>> =C3=82 >> >>> Full log: >> >>> >> https://people.freebsd.org/~eduardo/logs/chromium/chromium-113.0.5672.12= 6.log >> >>> =C3=82 >> >>> Thanks! >> >>> =C3=82 >> >>> --- >> >>> >> >>> In file included from ../../base/check.h:11: >> >>> ../../base/compiler_specific.h:8:10: fatal error: >> 'build/build_config.h' file not found >> >>> #include "build/build_config.h" >> >>> ^~~~~~~~~~~~~~~~~~~~~~ >> >>> 1 error generated. >> >>> ninja: build stopped: subcommand failed. >> >>> =3D=3D=3D> Compilation failed unexpectedly. >> >>> Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the >> failure to >> >>> the maintainer. >> >>> *** Error code 1 >> >>> >> >>> Stop. >> >>> make: stopped in /usr/ports/www/chromium >> >>> build of www/chromium | chromium-113.0.5672.126 ended at Tue May 23 >> 02:22:56 WEST 2023 >> >>> build time: 27:15:37 >> >>> !!! build failure encountered !!! >> >>> --- >> >>> -- Nuno Teixeira >> >>> FreeBSD Committer (ports) >> >>> =C3=82 >> >>> -- Nuno Teixeira >> >>> FreeBSD Committer (ports) >> >>> >> >> >> >> Hi, >> >> >> >> My poudriere.conf for building ports on rpi4 contains these two >> changes: >> >> >> >> # This defines the max time (in seconds) that a command may run for a >> build >> >> # before it is killed for taking too long. Default: 86400 >> >> #MAX_EXECUTION_TIME=3D86400 >> >> MAX_EXECUTION_TIME=3D172800 >> >> >> >> # This defines the time (in seconds) before a command is considered t= o >> >> # be in a runaway state for having no output on stdout. Default: 7200 >> >> #NOHANG_TIME=3D7200 >> >> NOHANG_TIME=3D172800 >> >> >> >> >> >> I'm maintaining some mongodb ports which also take a long long time t= o >> build on rpi4. >> >> But I don't remember which of these settings has the preferred impact >> on your situation. >> >> >> >> Oh... now I'm reading your log better. It contains this: >> >> "=3D>> Killing timed out build after 86400 seconds" >> >> >> >> And some time later: >> >> "=3D>> Cleaning up wrkdir >> >> =3D=3D=3D> Cleaning for chromium-113.0.5672.126" >> >> >> >> So the errors about missing files happen because poudriere is removin= g >> files while some processes of the build are still running. >> >> >> >> I'm curious how far it gets after you increase MAX_EXECUTION_TIME. >> > >> >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com >> >> > > -- > Nuno Teixeira > FreeBSD Committer (ports) > --=20 Nuno Teixeira FreeBSD Committer (ports) --000000000000d25d3f05fce70368 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
(...)

(I've missed OPTIO= NS_EXCLUDE_aarch64=3DLTO so forgeting it.)

Con= lusion:

Thats a big difference on compilation time= s:

---
build of www/firefox | firefo= x-113.0.2_1,2
build time: 05:35:57
---
build of = www/chromium | chromium-113.0.5672.126
build time: 56:59:23
---
But I'm enjoying the fast and smooth chrome = run.
Really nice.

<= div dir=3D"ltr" class=3D"gmail_attr">Nuno Teixeira <eduardo@freebsd.org> escreveu no dia ter=C3=A7a, = 30/05/2023 =C3=A0(s) 11:07:
Hello Mark,

Wron= g poudriere.conf. Uploaded correct one.

Summary:
---
USE_TMPFS=3Dno
PARALLEL_JOBS=3D1
ALLOW_= MAKE_JOBS=3Dyes
MAX_EXECUTION_TIME=3D259200
NOHANG_TIME= =3D259200
---

htop showed me 4<load&l= t;5 (around 4,70) with temperature at ~60/65 degrees Celsius

Mar= k Millard <marklm= i@yahoo.com> escreveu no dia ter=C3=A7a, 30/05/2023 =C3=A0(s) 10:47:=
On May 30, 2023= , at 01:39, Nuno Teixeira <eduardo@freebsd.org> wrote:

> Hello Ronald and all!
>
> Finally I build it after 57 hours @ 2000MHz !!!

So the prior "[88:53:28] Failed ports: www/chromium:build/timeout"= ;
was not with the overclocking? Other differences that could
contribute to the time difference?

MAX_EXECUTION_TIME=3D86400 (the default) only allows for 24 hours
before it starts analyzing the log for failure information (while
letting the build continue while that scanning is done).

> Configs, photos and log at: https://people.fr= eebsd.org/~eduardo/logs/chromium/

https://people.freebsd.org/~eduardo/= logs/chromium/poudriere.conf
shows no assignments to MAX_EXECUTION_TIME or NOHANG_TIME or
other such (outside comments). In the comments are the default
values, not increases.

Similarly for PARALLEL_JOBS , PREPARE_PARALLEL_JOBS , ALLOW_MAKE_JOBS ,
and so on. (It is not clear what the load average behavior/ idle time
behavior might have been.)

The file does show explicit assignments to: ZPOOL, FREEBSD_HOST ,
RESOLV_CONF , BASEFS , USE_PORTLINT , USE_TMPFS , DISTFILES_CACHE ,
and PACKAGE_FETCH_URL .

> I'm running it right now and it runs very smooth!
>
> Next step will be compiling with LTO to check compile time and do some= comparisons on binary size and run performance.
>
> Should I bother with LTO? Will it add performance?
>
> Thanks all!
>
>
> Ronald Klop <ronald-lists@klop.ws> escreveu no dia ter=C3=A7a, 23/05/2023 =C3= =A0(s) 11:23:
>> =C3=82=C2=A0
>>> Van: Nuno Teixeira <eduardo@freebsd.org>
>>> Datum: dinsdag, 23 mei 2023 09:48
>>> Aan: FreeBSD Mailing List <freebsd-ports@freebsd.org>, freebsd-arm@freebsd.o= rg
>>> Onderwerp: Re: Improving www/chromium build time on arm64
>>> (...)
>>> =C3=82
>>> But I also found that poudriere:
>>> [88:53:28] Failed ports: www/chromium:build/timeout
>>> =C3=82
>>> So I will search how do I increase build time to avoid timeout= :
>>> ---
>>> # This defines the max time (in seconds) that a command may ru= n for a build
>>> # before it is killed for taking too long. Default: 86400
>>> #MAX_EXECUTION_TIME=3D86400
>>> ---
>>> =C3=82
>>> I suspect it can be the cause of build failure because build &= gt;24h.
>>> =C3=82=C2=A0
>>> Nuno Teixeira <eduardo@freebsd.org> escreveu no dia ter=C3=83=C2=A7a, = 23/05/2023 =C3=83 (s) 08:31:
>>> Hello all,
>>> =C3=82
>>> I'm running 13-STABLE on rpi4 8 and since firefox{-esr} is= constantly tab crashing and seg faulting I decided to give chromium a try.=
>>> chromium pkg isn't available for arm64 and I didn't fo= und error log at https://pkg-status.freebsd.org/ so I decided to = build it on poudriere.
>>> =C3=82
>>> It fails to build around 70% but my biggest concern is build t= ime: 27 hours for 70% compilation!
>>> =C3=82
>>> Just for comparison:
>>> llvm15: 12h
>>> rust: 9h
>>> firefox: 6h
>>> =C3=82
>>> rip4 v1.5 8GB @ 2000Hz ~62 Celsius
>>> zfs
>>> poudriere:
>>> USE_TMPFS=3Dno
>>> PARALLEL_JOBS=3D1
>>> ALLOW_MAKE_JOBS=3Dyes
>>> =C3=82
>>> Any hints on how to speed build? ccache?
>>> Does cflags "-O -pipe" not present in compilation is= related to build time?
>>> =C3=82
>>> Full log:
>>> https://pe= ople.freebsd.org/~eduardo/logs/chromium/chromium-113.0.5672.126.log
>>> =C3=82
>>> Thanks!
>>> =C3=82
>>> ---
>>> <SNIP>
>>> In file included from ../../base/check.h:11:
>>> ../../base/compiler_specific.h:8:10: fatal error: 'build/b= uild_config.h' file not found
>>> #include "build/build_config.h"
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ^~~~~~~~~~~~~~~~~~~~~~
>>> 1 error generated.
>>> ninja: build stopped: subcommand failed.
>>> =3D=3D=3D> Compilation failed unexpectedly.
>>> Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting= the failure to
>>> the maintainer.
>>> *** Error code 1
>>>
>>> Stop.
>>> make: stopped in /usr/ports/www/chromium
>>> build of www/chromium | chromium-113.0.5672.126 ended at Tue M= ay 23 02:22:56 WEST 2023
>>> build time: 27:15:37
>>> !!! build failure encountered !!!
>>> ---
>>> -- Nuno Teixeira
>>> FreeBSD Committer (ports)
>>>=C2=A0 =C2=A0=C3=82
>>> -- Nuno Teixeira
>>> FreeBSD Committer (ports)
>>>
>>
>> Hi,
>>
>> My poudriere.conf for building ports on rpi4 contains these two ch= anges:
>>
>> # This defines the max time (in seconds) that a command may run fo= r a build
>> # before it is killed for taking too long. Default: 86400
>> #MAX_EXECUTION_TIME=3D86400
>> MAX_EXECUTION_TIME=3D172800
>>
>> # This defines the time (in seconds) before a command is considere= d to
>> # be in a runaway state for having no output on stdout. Default: 7= 200
>> #NOHANG_TIME=3D7200
>> NOHANG_TIME=3D172800
>>
>>
>> I'm maintaining some mongodb ports which also take a long long= time to build on rpi4.
>> But I don't remember which of these settings has the preferred= impact on your situation.
>>
>> Oh... now I'm reading your log better. It contains this:
>> "=3D>> Killing timed out build after 86400 seconds"= ;
>>
>> And some time later:
>> "=3D>> Cleaning up wrkdir
>> =3D=3D=3D> Cleaning for chromium-113.0.5672.126"
>>
>> So the errors about missing files happen because poudriere is remo= ving files while some processes of the build are still running.
>>
>> I'm curious how far it gets after you increase MAX_EXECUTION_T= IME.
>

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



--
Nuno Teixeira
FreeBSD Committ= er (ports)


--
Nuno Teixeira
FreeBSD Committ= er (ports)
--000000000000d25d3f05fce70368-- From nobody Tue May 30 12:33:43 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 4QVsJS10Stz4XQrY for ; Tue, 30 May 2023 12:33:44 +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 4QVsJR460xz4F06 for ; Tue, 30 May 2023 12:33:43 +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=1685450023; 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=4/nVA2cDeYb6S7pMotFaH0UtaXAuag/eIDlukYMjr38=; b=TT7LHOuJ6YT/9BHVjWwSbBl+C/Uk1jn3i5cqqPvd/UJWbuRqHHIjdkDMAmF/fNXlVzESGn uR0y11jaiGmXoI1xYwRySFoJ0AekwIfznipxZZvm25Y/zu8HvS1RZvUNuytVF/IKqDoRD+ /9xU71BpL/weeGraDQ1f+W7bZCqAyVS7f3RnJQW47f+ErJi65Ua3P4A5NRqcKkxbMyjwax ACDC00pB+Rb4YwxVj18A6wZQfMheqxa2TNJD/g6OJLG7zt5tS2fxqhitdSanAiGsuTLY5H xRPLAOZgOyjCTogPznNDR48TAqlRSb3bGvmXDO7Np06XvlvfV/SQD3NJ3e2W5Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1685450023; a=rsa-sha256; cv=none; b=AyWYABrEB14ZqjnQnDDukPf87hqu3lpZysSj5KCDgaZi3vhxN4F7g8ubofcQZMq2x7TcUM 2JSUYxMtG8eCZ3NztrVWVJVMHWPOJ2zwOp+F7ANvsEV8EGdm0mEaBaJxq8D2UWOgH45Hr7 8K13L1CfklPyfNTMll+dX6nmqo6KOzgK4CmmLwix6yBoXIOl/Edd97TVeyt2Secv0mftD2 h57EXg95qCB2P5pDIobuZao9x1IOacJ0YREKig5P3JY7vSL++f3to3ApTwGHyqQAGyHldL gP8CAe7UfhrI8AD93HpgSX+o/QUMooHbxgr+Zw8I9dMxs8RIIFFS8LhdVeqAWg== 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 4QVsJR3BKMztS1 for ; Tue, 30 May 2023 12:33:43 +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 34UCXhCl034484 for ; Tue, 30 May 2023 12:33:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 34UCXhD3034483 for freebsd-arm@FreeBSD.org; Tue, 30 May 2023 12:33:43 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 271723] efi serial console in azure arm64 borken Date: Tue, 30 May 2023 12:33:43 +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: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: schakrabarti@microsoft.com 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 bug_severity priority component assigned_to reporter 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=3D271723 Bug ID: 271723 Summary: efi serial console in azure arm64 borken Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: schakrabarti@microsoft.com The efi serial console is broken on azure arm64. This was fixed in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D26624= 8. Now in latest source tree it is broken, set console=3D"comconsole" is not working. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Tue May 30 16:10: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 4QVygT5nsYz4XnN6 for ; Tue, 30 May 2023 16:35:33 +0000 (UTC) (envelope-from henrix@camandro.org) Received: from mout-p-101.mailbox.org (mout-p-101.mailbox.org [80.241.56.151]) (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 4QVygS4HmBz3LYd for ; Tue, 30 May 2023 16:35:32 +0000 (UTC) (envelope-from henrix@camandro.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of henrix@camandro.org designates 80.241.56.151 as permitted sender) smtp.mailfrom=henrix@camandro.org; dmarc=none Received: from smtp202.mailbox.org (smtp202.mailbox.org [10.196.197.202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-101.mailbox.org (Postfix) with ESMTPS id 4QVygP6Lvmz9sQh for ; Tue, 30 May 2023 18:35:29 +0200 (CEST) From: =?utf-8?Q?Lu=C3=ADs?= Henriques To: freebsd-arm@FreeBSD.org Subject: RPI2 Model B not booting with 13.2 release? Date: Tue, 30 May 2023 17:10:35 +0100 Message-ID: <86o7m1wze7.fsf@camandro.org> 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; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [1.59 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.997]; NEURAL_SPAM_MEDIUM(1.00)[0.996]; NEURAL_SPAM_LONG(0.99)[0.992]; R_SPF_ALLOW(-0.20)[+ip4:80.241.56.0/21:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[80.241.56.151:from]; MLMMJ_DEST(0.00)[freebsd-arm@FreeBSD.org]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:199118, ipnet:80.241.56.0/21, country:DE]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DMARC_NA(0.00)[camandro.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4QVygS4HmBz3LYd X-Spamd-Bar: + X-ThisMailContainsUnwantedMimeParts: N Hi! I'm probably doing something wrong, but I've run out of ideas. This is my first attempt to install FreeBSD on my old RPI2. So, after dd'ing the 13.2 (release) SD image and connecting the serial USB, I got no output at all. From the HDMI interface, I see a colourful screen, but nothing else. The same happens with 13.1. And only 12.4 seems to boot this device: # uname -a FreeBSD generic 12.4-STABLE FreeBSD 12.4-STABLE r373082 GENERIC arm Is this model not supposed to boot anymore and I just couldn't find any information about it? Or am I doing something wrong? Cheers, --=20 Lu=C3=ADs From nobody Tue May 30 16:43:56 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 4QVysQ09qCz4Xnvt for ; Tue, 30 May 2023 16:44:10 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-yb1-xb2a.google.com (mail-yb1-xb2a.google.com [IPv6:2607:f8b0:4864:20::b2a]) (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 4QVysN63KHz3MCt for ; Tue, 30 May 2023 16:44:08 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20221208 header.b=iSeiepkP; spf=pass (mx1.freebsd.org: domain of marietto2008@gmail.com designates 2607:f8b0:4864:20::b2a as permitted sender) smtp.mailfrom=marietto2008@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-yb1-xb2a.google.com with SMTP id 3f1490d57ef6-ba86ea269e0so6790439276.1 for ; Tue, 30 May 2023 09:44:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685465047; x=1688057047; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=7M/bnqA4fY4GwhTI5n65wx1X7cHHggiXDM2JzfSKH3A=; b=iSeiepkPm6s0ebSTVgvWPdfHCYnKwL4tV9vryRGoOwZarCzN9yeJr+0qftwxzDDvls TupUVQtOZO15VOTBlv6bRf1A5IOKTfuk6q5uvyeSwDgj0URPlbWJjW4KFTmAN9HcbN4W mvrKDi1WF7tMwLwNO5o1epNCHRbTANF8zWrrtNjIYLr1vrBVKQjamxlomQVtjjMGEM3F hMD9i+gnyA98d25c2m+aueQElpXZ2k+mrphPf97s8bqqVVlDaMfbZkJ0VR0NBLPOYEQB 00+VaJSAe7GFYHcfmh61iDC1GWj3tTq8epKnb2sT/HrI+ZxTJohwxLXBYYPYHqXBABcJ LZRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685465047; x=1688057047; h=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=7M/bnqA4fY4GwhTI5n65wx1X7cHHggiXDM2JzfSKH3A=; b=SLu6GVFIZOewc38MayIZDZu9HcQsgW55CbU0QLhvZaEhuarFLMYptyeNSs9ybTWytY O1Zh6PNZzrMSXotEKzALBHQiRN3Pn6/4YS1mSCgya7LPSe4Oi3XIu+Lp72/eiEzI2xpc LByLSWJdgi59wE+1vQgkG/r3M6ePmJmS6e1dbJD87a4xTiNJPL9x6NFoVWJDg55oOEKn kND3zz9GDcAbYdfY7V1nvbL4VBemhRIFpTgfDGadCSKq7EcMh1EmT+wtrnbhRV4wqo7V whsSlPsdTq8UhhxqA3PnPAUdz1i0mIoDH9gNnhNuB66oJH24newcT/Nv9Ls0wuGFK/U/ TFbA== X-Gm-Message-State: AC+VfDzPJ++3p1dkJZiE8ECHLPbxtD/oYP7tUvh/OnHCi38wl4E31OMg Q1MQ/OZDfk+LKyfxKUcBSw46UPHPZFe3IJiUzzMRXBCt X-Google-Smtp-Source: ACHHUZ5e/o/tkvyk0JyL7qmojk7sFHSnO9ZPB01U/grJvlSvP+uT6JTmopL6oUmQYlVjp3+lSQnK8mY88CrZYynCoEc= X-Received: by 2002:a25:ae4a:0:b0:ba7:86c2:d95c with SMTP id g10-20020a25ae4a000000b00ba786c2d95cmr3207796ybe.64.1685465047585; Tue, 30 May 2023 09:44:07 -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: <7E754298-372B-4E38-A6BA-C01A7FFAD9BD.ref@yahoo.com> <7E754298-372B-4E38-A6BA-C01A7FFAD9BD@yahoo.com> In-Reply-To: <7E754298-372B-4E38-A6BA-C01A7FFAD9BD@yahoo.com> From: Mario Marietto Date: Tue, 30 May 2023 18:43:56 +0200 Message-ID: Subject: Re: [Off list reply] Re: PinePhone Pro Boots On CURRENT To: freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="00000000000071594b05fcebe9d3" X-Spamd-Result: default: False [-3.69 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.69)[-0.693]; 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]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b2a:from]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; 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:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4QVysN63KHz3MCt X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N --00000000000071594b05fcebe9d3 Content-Type: text/plain; charset="UTF-8" My curiosity was if the frost and lime drivers may be compatible or not with the mali gpu of the samsung Galaxy A6 even it is a little different. Thanks. Il mar 30 mag 2023, 18:03 Mark Millard ha scritto: > > Mario Marietto > > Date: Tue, 30 May 2023 13:02:38 UTC > > That's interesting. As I have already said,I haven't bought the pinephone > > pro,because it is expensive for me. So I'm working on a parallel project. > > I've bought this phone,instead : > > > > https://www.hdblog.it/schede-tecniche/samsung-galaxy-a6_i3655/ > > > > That's cheaper. Between the specs I read that it has a mali gpu,too : > > Mali-T830MP2 > > > > so,eventually,I can use the Lima and the PanFrost driver even for my > > samsung galaxy A6 ? I've started planning to install FreeBSD on top of > the > > Android Kernel,using a specific patch,but now I'm thinking that maybe,I > can > > install FreeBSD there natively. Can someone tell me if it is > doable,giving > > a look at the specs of that phone model ? thanks. > > The subject of this thread is about "PinePhone Pro Boots On CURRENT", > so about the PinePhone Pro, not about the samsung-galaxy-a6_i3655 . > > > Mario Marietto > > Date: Tue, 30 May 2023 14:49:26 UTC > > Someone is reading what I'm writing ? I'm not sure because it seems that > my > > messages are totally ignored. > > Any reply to the list to your material would be off > subject for the thread. That may make it less likely > that you would get a reply. > > You might want your own thread with samsung-galaxy-a6_i3655 > in the subject for the thread. It would not guarantee any > activity but it would be less confusing than messing up > a thread about the PinePhone Pro. > > I will note that I do not remember any prior discussion > about booting FreeBSD on a samsung-galaxy (any model). It > could be that no one has any experience with the phone that > you picked or the SOC in the phone. A hint might be if there > is a sysutils/u-boot-* port for the SOC involved vs. not. If > not, then it is less likely that anyone will have any > experience with what all is actually involved. (But it would > not be a guarantee of the status.) > > === > Mark Millard > marklmi at yahoo.com > > --00000000000071594b05fcebe9d3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
My curiosity was if the frost and lime drivers may b= e compatible or not with the mali gpu of the samsung=C2=A0 Galaxy A6 even i= t is a little different. Thanks.

Il mar 30 mag= 2023, 18:03 Mark Millard <marklmi@yahoo.com> ha scritto:
> Mario Marietto <marietto2008_at_gmail.com>
> Date: Tue, 30 May 2023 13:02:38 UTC
> That's interesting. As I have already said,I haven't bought th= e pinephone
> pro,because it is expensive for me. So I'm working on a parallel p= roject.
> I've bought this phone,instead :
>
> https://www= .hdblog.it/schede-tecniche/samsung-galaxy-a6_i3655/
>
> That's cheaper. Between the specs I read that it has a mali gpu,to= o :
> Mali-T830MP2
>
> so,eventually,I can use the Lima and the PanFrost driver even for my > samsung galaxy A6 ? I've started planning to install FreeBSD on to= p of the
> Android Kernel,using a specific patch,but now I'm thinking that ma= ybe,I can
> install FreeBSD there natively. Can someone tell me if it is doable,gi= ving
> a look at the specs of that phone model ? thanks.

The subject of this thread is about "PinePhone Pro Boots On CURRENT&qu= ot;,
so about the PinePhone Pro, not about the samsung-galaxy-a6_i3655 .

> Mario Marietto <marietto2008_at_gmail.= com>
> Date: Tue, 30 May 2023 14:49:26 UTC
> Someone is reading what I'm writing ? I'm not sure because it = seems that my
> messages are totally ignored.

Any reply to the list to your material would be off
subject for the thread. That may make it less likely
that you would get a reply.

You might want your own thread with samsung-galaxy-a6_i3655
in the subject for the thread. It would not guarantee any
activity but it would be less confusing than messing up
a thread about the PinePhone Pro.

I will note that I do not remember any prior discussion
about booting FreeBSD on a samsung-galaxy (any model). It
could be that no one has any experience with the phone that
you picked or the SOC in the phone. A hint might be if there
is a sysutils/u-boot-* port for the SOC involved vs. not. If
not, then it is less likely that anyone will have any
experience with what all is actually involved. (But it would
not be a guarantee of the status.)

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

--00000000000071594b05fcebe9d3-- From nobody Tue May 30 17:06:26 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 4QVzMT75Vnz4XqDN for ; Tue, 30 May 2023 17:06:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (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 4QVzMT4dcmz3hts for ; Tue, 30 May 2023 17:06:45 +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=1685466404; bh=ttyYFusUS/j7xy8VPtHIzdaWQvF9fCgH045qUd6vCrY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=HltRupI8Bo4NbbJjuoD9PdRVNdFxjfQu8tvQQO+rplOBZhOKpDEtNZ9hCrUIKUFenUV0NbTgHepmkM2DchUzHxChCm9zsu18IXU0uuwzF0q8YvLKEACv217Gdb5JD2J1rHCpkQyPR1Jan7BDb/R26+JlTpMpaSAq4kdH37MSSJwUtgd6AbIs0Qd83QPIc8XMdbs3S0txbHMBk0Fof/dGT6Ht21UYoTYvntDNzauHVTz/h+FiUQ8/vUEUPOfyOvbA7MAQFr2gHKl4aG52jEK+6Bp3uvRksrpHhHqTC3J6/rrbzNmayYK3Y03vtAECStZ0sJB1GjAP8QsShASth9O4Xg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1685466404; bh=T/plkBW1K0zT4dpmoXTk5+a+h+8MTHQuLpXOpAtJ70d=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=VYi0jou2gikjAPGQqUTHYIrUV4piQTn+4jvBKL5gnin6qEzo+hISSkc9G8QTZmRkhsbH3Qk2DqTW07x9jcr0/57LAh40GzfEm1oE4RlwQBmGn0q/W1hxoHGRl6vGxpWxsiFwGP+ZBPYoqyNbQ9DMDbyC6V4dWRIgdhXkps0/eVIHfwUowWzS5SRPFGhT0wT7quW6a7K7EufTBD6JY/+ucELxfgDCGhUjTeXODroaVoOkWf1tGRnS9gvXjTX2SEMZ6KTXC9x+yahHGYHtJq4UV+wxXv2fMJyGt4doMGrrK/GpP2ixBLHWLoqHrj1QqZnqyRXOc7v8wzMiBv8lniqBpg== X-YMail-OSG: oF4fkiEVM1k23VdB2z73nZ8oKYMgIXFKvldxvj6Yf19sx3yEZilZzI4zZS5UkNY Eh7K83h3Y.fE648Y5Ti3T_DcOamDil4_Urp6PMxcqaDpLoFX0Vo9hZZbXOoUgWTFzjA8ek1QZv0R .J7ozff8jxZ_0rrc7dl0vfnYN32O7xhJ1baroCssGqeL45i8M.zxYU.hdqYsZeXOVExb6bmr1pI7 xDFyL0M8vc9BwHGfubk.6rlp9gulvd4dnGg59bYIW_J842G7AYT13xJV7Agv5xdS1RaYsKLBm7UL ZDJP.dbvrkDg0_0zzR6dyDR1RrOctq7_xiLsoOROveusatIqK4XnsOyHg8JzSaaZ_ZNvp4tSNR7s No7NpNtzuKe1LElInljvRmLVBn3B66MXYvutyKuQRFjrn2lFaI_XUqIYrFMKLY5fGUTstRX4Xzug O4jNY5XX6Q1QamC5wWi2_i97PHmVdr6LCLzhqHD.Wc4.7ljnjsMqy2qspGHNOjHjGxd0o61Uh6pK ok2okBKF_x_9oorVz232Uz9OKVx2ggYXPzdlg4Sg5CpfUMUbmaFyvdfc7XYcw4icOBjmx61nSayk hFiKrDpcJoCUdglI5jaO79PHzvrcbWkxvqUbn41HfJco9F2.Prw7j3M3cFuanEo3G17ghxeO.bY8 fiUGZ3ZNmEZEM5Cf.3AM8MOoPxigMvfHMGe9UAkyEke8cq1SnjByOstvcWcrV77NOsDjnOEMcKMD FQovcV2JDnN5j38OF5CifbdXKQOxTSTvoLCl9d3yPLyvut3j5l0cSRukJyxLE.22064Xexwg86JE b3X3wj.u_zlavlddYkgv_ZfXx4eQAnIZYoQVRNhFDi7XGsiOfVUg7xfj0i5NmzT4fI_9_lGsgZPP DVlfjgjptQMU8MDtwnNHpLWaz_17tTzqjzwN1UXx095XmDB_DI3TtqbgovQIgV_zVjOHGxRTf12_ GJCvU4aOhM4h70AKA4I1avbYe5fXzbCQ_neR3zXiM0vPT1fMR540t8sD7JPFKnp2b8rOTaDdGnTh mVk8e3W_jvl83r8rzv7kDExGIYFKor0Q_LkqcSxFxMl7PbXFHjXCX5t2IYi__5X0MbD7nTWRKVzT jX.m0eAhT8PQurJ5gKTQsHQLc3Ho5t6KKEA2azAU7TIARMO8eE20qs.mpUvfbIBpFhr7_YxveVVV nYxYoDKvz7_lkCXGEltcD0Y8crthvhplgJBcNFUSHqp2kh4a6Ti4mvxLQCenuwUhg2ny5CYeSUct hAAeNvX9jaMrJduVRhxi1m9zBn05MBRaIJ9cLeWsxdQFEfxWJNEBYzqyvnj2Z.qNwPOjpDjbXC9D .FXAqmhdQbAU62qEVsAY5bod2bdiRu6b.t7IsiDm.xNjMVH4pMvRE44t.b_PcXnlgW6tV.ZBN2ko jmQcf4f9DStCjdyIidSo8LYBekZO4Mmg7ZxKQPIbMG13A2qB0GSuJaghIA1ipowGNdo5rnTIewEl VVbXNi7SNsGgn6MiHIKrlrP31xzBUXNdLAw1np5yFqiNQKWMD752spKg4gPeyreAVO5e_RCWRWCd TrCHr_xxpF0ci1SSkzUKmjmUJ0HfVTGpsAnwadxrxrkDRA6GIf1r7LcX8vpMUbyrKcBpZ5qvehBf v0S6mU9a83zjjPkZILZ3CS1t59k.zKG6xaarjWr4Hk17vDgrZVh.srrvQq_Lzc5bh.8Tstf0z19D g.y9WmfxeUWysfF4QC7_YTiwwcVO6qsTvVydJTgDiJqLW2t4WzaNBl9vloWVO5VFTox98p7RBDST .WYEPDlWcckfCgE408Lk8Ki2x210UauqXDUAmonAUxsaRCZP9FRCVSy0wr80rXwvnAPdtVCakTB8 vKf7XyEhsQl86p2zcSNsoDhuncAotGBkJlYsQqWEfiJdOp02PSCQsHtvo4XVB6eLS027cL7ZFRVU X2f66cnW3n_cuJumzHfMUOHdqn.kh4bRZms7AG1R9lsImiTTsuDMCUPPIs.bvzq5CZzEJyX7SxRM fvUrUNNx5qHIJka57gbP.Uk6Xr8WX1peW.DO2dOKP7VTCucTy4yaGq6uJzhOXoynGca71osEqmOy SiEKUPKvlScdk0NZWtxFLXTyRWM0VanwZoEG4a7RGA.JzJyhpc1YUMb525qOsad0oZFx4VFTIjDC aEfC2GKomU0tXW3MnolzNs0X.Ry65EDxSBBcyr9ZWlMNUO7PMnrgq7j.daAFnhch1W4yzv_Y7Le. YYPQCa.MyiDgHPyAwPY8QjggrmG5c0lUweBYh0eLpKxJde1BvxfxDHCes.fgmcWto1IVpTmZfFwY BYA-- X-Sonic-MF: X-Sonic-ID: 839c4053-6871-4e92-8f0f-2ef5090d186d Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Tue, 30 May 2023 17:06:44 +0000 Received: by hermes--production-bf1-54475bbfff-lfx8r (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 8209aacdac57ccff9a62554dbe11e706; Tue, 30 May 2023 17:06:39 +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: [Off list reply] PinePhone Pro Boots On CURRENT From: Mark Millard In-Reply-To: Date: Tue, 30 May 2023 10:06:26 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <502D9A6C-B2E4-4346-9BE4-FF4955A6F581@yahoo.com> References: <7E754298-372B-4E38-A6BA-C01A7FFAD9BD.ref@yahoo.com> <7E754298-372B-4E38-A6BA-C01A7FFAD9BD@yahoo.com> To: Mario Marietto X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4QVzMT4dcmz3hts 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 May 30, 2023, at 09:43, Mario Marietto = wrote: > My curiosity was if the frost and lime drivers may be compatible or = not with the mali gpu of the samsung Galaxy A6 even it is a little = different. Thanks. >=20 >> Il mar 30 mag 2023, 18:03 Mark Millard ha = scritto: >>> > Mario Marietto >>> > Date: Tue, 30 May 2023 13:02:38 UTC=20 >>> > That's interesting. As I have already said,I haven't bought the = pinephone >>> > pro,because it is expensive for me. So I'm working on a parallel = project. >>> > I've bought this phone,instead : >>> >=20 >>> > https://www.hdblog.it/schede-tecniche/samsung-galaxy-a6_i3655/ >>> >=20 >>> > That's cheaper. Between the specs I read that it has a mali = gpu,too : >>> > Mali-T830MP2 >>> >=20 >>> > so,eventually,I can use the Lima and the PanFrost driver even for = my >>> > samsung galaxy A6 ? I've started planning to install FreeBSD on = top of the >>> > Android Kernel,using a specific patch,but now I'm thinking that = maybe,I can >>> > install FreeBSD there natively. Can someone tell me if it is = doable,giving >>> > a look at the specs of that phone model ? thanks. >>>=20 >>> The subject of this thread is about "PinePhone Pro Boots On = CURRENT", >>> so about the PinePhone Pro, not about the samsung-galaxy-a6_i3655 . >>>=20 >>> > Mario Marietto >>> > Date: Tue, 30 May 2023 14:49:26 UTC=20 >>> > Someone is reading what I'm writing ? I'm not sure because it = seems that my >>> > messages are totally ignored. >>>=20 >>> Any reply to the list to your material would be off >>> subject for the thread. That may make it less likely >>> that you would get a reply. >>>=20 >>> You might want your own thread with samsung-galaxy-a6_i3655 >>> in the subject for the thread. It would not guarantee any >>> activity but it would be less confusing than messing up >>> a thread about the PinePhone Pro. Actually, naming the SOC in the phone in the subject, instead of naming the phone itself, would probably be more technically direct. Exynos 7870 Octa ? >>> I will note that I do not remember any prior discussion >>> about booting FreeBSD on a samsung-galaxy (any model). It >>> could be that no one has any experience with the phone that >>> you picked or the SOC in the phone. A hint might be if there >>> is a sysutils/u-boot-* port for the SOC involved vs. not. If >>> not, then it is less likely that anyone will have any >>> experience with what all is actually involved. (But it would >>> not be a guarantee of the status.) >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue May 30 17:16:20 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 4QVzZq5vmTz4XqsP for ; Tue, 30 May 2023 17:16:35 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-yb1-xb30.google.com (mail-yb1-xb30.google.com [IPv6:2607:f8b0:4864:20::b30]) (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 4QVzZq490Gz3jty for ; Tue, 30 May 2023 17:16:35 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb30.google.com with SMTP id 3f1490d57ef6-bad041bf313so6807043276.0 for ; Tue, 30 May 2023 10:16:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685466994; x=1688058994; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=r9DTG81DMf9zTJ0wkqzZTNeFk6CbVswG2UT26jdBtTE=; b=UhuyezeeREbHzcglVPFQq10QGMfoeP+u5szLDXLAvfDZGJpbMjlMw26t1AsTgjdjXF ehjhRooViHDBtRPlmkOkCEJy4fpAnXrVGTwSyM8JhpFIH7YOhtfqL/C6TuosxZWeI+zx Rx5Tj5cCYSHx2/uZQGYQ878Ch6iBUltanOG1bNOqkvKFytznKppm4zoEtYSNq2z5rZh5 dViwQBlQXeWyaiGLZlUEB5LmNHRpkVcXPv+7mcGz0U/hyaMU56/+/O0oMg4jLZNQME2s w/DQD8YTXYdhe5RcbRRv662+ckQakwNt7nQC+Ur0QoUUzRSDvmCDVCIzWQF+IcYE97ta CZ4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685466994; x=1688058994; 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=r9DTG81DMf9zTJ0wkqzZTNeFk6CbVswG2UT26jdBtTE=; b=Z7zBI95sdccjnc806q+4lUPsu6ENYh3gUsv5nXcGLZ1bHQqpBMBVnJ8E14qu5iiyI9 RxPnpUsnfJvYQ/Vb95S8jsCCc40Xutfh9kV5JHRk2PtDl/ErpsswLKbP7Yy2WracWfmc Bv8wJL77abuz+erv/yDeDyK7aoWKiEMTpGb7NlRFSnacUh5uHWPEoRTlqqaFuZNbK9jG K5P9/B857ZlN13D/WswSc7CLrrTBiL3a4MOaw/CqiEgooDOUT5zO8EJwHrdgw839+qTf Neq8DvwtgSw5gyCj9FJ9PRanLZJKxsRx+A2VbYcpBAKaJHLxQp2U7mZPIxffKtIjbXKZ SR9w== X-Gm-Message-State: AC+VfDzXI6edATVjfXoA39pEtj6u/+KIpkcuewvACJfaKrpAA5Zx/mIW vngjkgjOUmHMoGXvhtNPEjLIDXyXOTDM9PHf67g= X-Google-Smtp-Source: ACHHUZ4BJigPkSzl3788eMbT+PORKK29PPxDXiFFj9qPuL48SWY602GGivhObWvgngT6zvXvifgkbQMum06ImQZZPN8= X-Received: by 2002:a0d:d611:0:b0:561:c9c1:ce with SMTP id y17-20020a0dd611000000b00561c9c100cemr3323871ywd.8.1685466993056; Tue, 30 May 2023 10:16:33 -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: <7E754298-372B-4E38-A6BA-C01A7FFAD9BD.ref@yahoo.com> <7E754298-372B-4E38-A6BA-C01A7FFAD9BD@yahoo.com> <502D9A6C-B2E4-4346-9BE4-FF4955A6F581@yahoo.com> In-Reply-To: <502D9A6C-B2E4-4346-9BE4-FF4955A6F581@yahoo.com> From: Mario Marietto Date: Tue, 30 May 2023 19:16:20 +0200 Message-ID: Subject: Re: [Off list reply] PinePhone Pro Boots On CURRENT To: Mark Millard Cc: freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="000000000000670fbc05fcec5df6" X-Rspamd-Queue-Id: 4QVzZq490Gz3jty X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --000000000000670fbc05fcec5df6 Content-Type: text/plain; charset="UTF-8" yes. it is. Maybe i Will open a new thread,even if The goal is the same as your. Il mar 30 mag 2023, 19:06 Mark Millard ha scritto: > On May 30, 2023, at 09:43, Mario Marietto wrote: > > > My curiosity was if the frost and lime drivers may be compatible or not > with the mali gpu of the samsung Galaxy A6 even it is a little different. > Thanks. > > > >> Il mar 30 mag 2023, 18:03 Mark Millard ha scritto: > >>> > Mario Marietto > >>> > Date: Tue, 30 May 2023 13:02:38 UTC > >>> > That's interesting. As I have already said,I haven't bought the > pinephone > >>> > pro,because it is expensive for me. So I'm working on a parallel > project. > >>> > I've bought this phone,instead : > >>> > > >>> > https://www.hdblog.it/schede-tecniche/samsung-galaxy-a6_i3655/ > >>> > > >>> > That's cheaper. Between the specs I read that it has a mali gpu,too : > >>> > Mali-T830MP2 > >>> > > >>> > so,eventually,I can use the Lima and the PanFrost driver even for my > >>> > samsung galaxy A6 ? I've started planning to install FreeBSD on top > of the > >>> > Android Kernel,using a specific patch,but now I'm thinking that > maybe,I can > >>> > install FreeBSD there natively. Can someone tell me if it is > doable,giving > >>> > a look at the specs of that phone model ? thanks. > >>> > >>> The subject of this thread is about "PinePhone Pro Boots On CURRENT", > >>> so about the PinePhone Pro, not about the samsung-galaxy-a6_i3655 . > >>> > >>> > Mario Marietto > >>> > Date: Tue, 30 May 2023 14:49:26 UTC > >>> > Someone is reading what I'm writing ? I'm not sure because it seems > that my > >>> > messages are totally ignored. > >>> > >>> Any reply to the list to your material would be off > >>> subject for the thread. That may make it less likely > >>> that you would get a reply. > >>> > >>> You might want your own thread with samsung-galaxy-a6_i3655 > >>> in the subject for the thread. It would not guarantee any > >>> activity but it would be less confusing than messing up > >>> a thread about the PinePhone Pro. > > Actually, naming the SOC in the phone in the subject, instead > of naming the phone itself, would probably be more technically > direct. Exynos 7870 Octa ? > > >>> I will note that I do not remember any prior discussion > >>> about booting FreeBSD on a samsung-galaxy (any model). It > >>> could be that no one has any experience with the phone that > >>> you picked or the SOC in the phone. A hint might be if there > >>> is a sysutils/u-boot-* port for the SOC involved vs. not. If > >>> not, then it is less likely that anyone will have any > >>> experience with what all is actually involved. (But it would > >>> not be a guarantee of the status.) > > > > === > Mark Millard > marklmi at yahoo.com > > --000000000000670fbc05fcec5df6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
yes. it is. Maybe i Will open a new thread,even if The go= al is the same as your.

Il mar 30 mag 2023, 19:06 Mark Millard <marklmi@yahoo.com> ha scritto:
On May 30, 2023, at 09:43, Mario Marietto = <marietto2008@gmail.com> wrote:

> My curiosity was if the frost and lime drivers may be compatible or no= t with the mali gpu of the samsung=C2=A0 Galaxy A6 even it is a little diff= erent. Thanks.
>
>> Il mar 30 mag 2023, 18:03 Mark Millard <marklmi@yahoo.com>= ; ha scritto:
>>> > Mario Marietto <marietto2008_at_gmai= l.com>
>>> > Date: Tue, 30 May 2023 13:02:38 UTC
>>> > That's interesting. As I have already said,I haven= 9;t bought the pinephone
>>> > pro,because it is expensive for me. So I'm working on= a parallel project.
>>> > I've bought this phone,instead :
>>> >
>>> > https://w= ww.hdblog.it/schede-tecniche/samsung-galaxy-a6_i3655/
>>> >
>>> > That's cheaper. Between the specs I read that it has = a mali gpu,too :
>>> > Mali-T830MP2
>>> >
>>> > so,eventually,I can use the Lima and the PanFrost driver = even for my
>>> > samsung galaxy A6 ? I've started planning to install = FreeBSD on top of the
>>> > Android Kernel,using a specific patch,but now I'm thi= nking that maybe,I can
>>> > install FreeBSD there natively. Can someone tell me if it= is doable,giving
>>> > a look at the specs of that phone model ? thanks.
>>>
>>> The subject of this thread is about "PinePhone Pro Boots = On CURRENT",
>>> so about the PinePhone Pro, not about the samsung-galaxy-a6_i3= 655 .
>>>
>>> > Mario Marietto <marietto2008_at_gmai= l.com>
>>> > Date: Tue, 30 May 2023 14:49:26 UTC
>>> > Someone is reading what I'm writing ? I'm not sur= e because it seems that my
>>> > messages are totally ignored.
>>>
>>> Any reply to the list to your material would be off
>>> subject for the thread. That may make it less likely
>>> that you would get a reply.
>>>
>>> You might want your own thread with samsung-galaxy-a6_i3655 >>> in the subject for the thread. It would not guarantee any
>>> activity but it would be less confusing than messing up
>>> a thread about the PinePhone Pro.

Actually, naming the SOC in the phone in the subject, instead
of naming the phone itself, would probably be more technically
direct. Exynos 7870 Octa ?

>>> I will note that I do not remember any prior discussion
>>> about booting FreeBSD on a samsung-galaxy (any model). It
>>> could be that no one has any experience with the phone that >>> you picked or the SOC in the phone. A hint might be if there >>> is a sysutils/u-boot-* port for the SOC involved vs. not. If >>> not, then it is less likely that anyone will have any
>>> experience with what all is actually involved. (But it would >>> not be a guarantee of the status.)
>

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

--000000000000670fbc05fcec5df6-- From nobody Tue May 30 17:38:23 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 4QW04N3S1jz4XsZf for ; Tue, 30 May 2023 17:38:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-19.consmr.mail.gq1.yahoo.com (sonic314-19.consmr.mail.gq1.yahoo.com [98.137.69.82]) (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 4QW04M72z7z3lx4 for ; Tue, 30 May 2023 17:38:43 +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=1685468321; bh=rfwFTCEee0TFmg4c3us2Rk2WhLjcOIq/2RQtsBpBYcg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=HkfaYoauk/zoJGeUwzbgYbrj6tTS3Mlpp64WZq5pfA7uKDq+4RuJ9fx/yk70u571aIhld+srYn+MIKHpmx+dmMWOS8ADC9OHIPa5ptDDz09XcZbQbfJsCHP9QfXLhJjxDPWdBw3M1O5ADWXlcqdhQB10mP36dEf6NJO6NIRhF4mNwkkjLIQNifY1FtYZqFFv1uBAyIFLZVRdYFUKsBYu/XcLVX5c/j63Tu0wxoRrBMk3ttBjXrBEDLT98fHUXWmvvpTIzSx261w1u9my3ltr2AsTDNGW1e89t0EjGbvs11vPnp2bLlr5g8qywsZPK0x2+sX9MtCjYLHmA260iecFyw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1685468321; bh=/jJ0QCozvgLPAfvdQpb7eX2sv/vIqRiLwpDAA9o3Xyf=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=PzHtCfWBCabVxKvbxHkFQizTbhBX377ymDO5VpR0zF1nFRtqjVFRnvu0qHXXRaeUesFBQCmpNnpYSycgCQiIv9PX40FQaq24TsyjcpoiJvdiM/QdgkegTIEk2kGj458v81JMsMbbz3hDBDMRuWXTelVeniTBA2pR0AXkK9mzSkLZP3yLKH8KYd+70+TWKH2jLHTRINho7Zn4lPxuf+wULMp+2tkTEizmfAyJ3x9k5Uv2hZKSq0GHEzNnRQSStAT0y9v78nTTZgDdvDjptOwjWXOOgLzxLKWSjVPumL+afSX+PYAL1irN0CBv0+YHjFhaz0SQHI1LdyGwI7SJyhCd8A== X-YMail-OSG: VgBsg8UVM1noKqzKP3WycWHUlvxNKDnG5RVkNB46eWCqxwl1oU719yPxdQGhssY .eqs7p3wQl94du3MFdwCkH2jYf6N4tZ8z1TlX4Z0F7UkF0L4qm.DwYPFs2D0g9s7iNfyyLx5xWWA yVd4WH_lt2xNtnFLIuIXm7YePMg_b2bd6J6QynDXaIPi5qLK9Y.YDnopss19_yQYOIMbGiej.Igb 37sqh29JJtRvcGv5gBUY6ysoOdUKDdosttuwN4lPv9Rem4s0MLlN6d30KMzuJGmrU7mLWY1JaoZr 279FfJVl8WJ74QoDasMbgfpdWD9ltNOzXLXTFurWZI4DV2_xLzUHWkwg8_duXeaB6WvYNzhM9l8O Pa.TfmMTzjTvA0gQQwLIDHkMLoZpB7ymUZ9XmWHNRWpQwVJrnz.FjLgV.97SSNgcAiqCY4qmZPbl ovmUK.JN7Owg6CYbIgdFd1ECanbpfcjCTqg2JN78jM_7uAF8_DMCDtsLaQpTfeRbYojQEoPUDvvq qjn.vaYr.gIcBNau4VekjcC7uNvI5O8litxI0nDX77pzxpozm.dATXMtL4iBQw_AUvZRFSpYgVCy 71Wf7We0miEIjT24i9BpVOPgsn1XATqsgnACpBxP6_VS3E2qykipPsiv7KmSFedyooiBRkpyFK05 kygd7eoTYOiwItOhh.60qxl8DPbajNVtXpvjMNLS1vJx.MwXLudHZo1XviVqCrRXvmABnEKhrebv 5UZl_30n5KAA6hxg1uiZ7u.ui6DDpDsbpCQh.3AznDG8jC8Pl62Z7aOmmDoY2fNiz.42CmTk6ubq 1n0bGWimbb_oeGki3GQ3Atoajt9YvPp3PV90_SX7Xb2NBdK7vxVYerAg.5Fc9mjZjXlyFo_P3HOE o8sqpgw2UYJRWuz2yaeR6sOHn2ZUPVwQblJV4tzzAaVvWUB4yRU76b7Hdqw9qoeh_0opUDI0ikQB cO4uj17TJZYUjGyyJtRtiiRDvTz6mgEEkHbakBp4lf0x6K0m0AigvIaWQ2isbASyyXP7ZF2nciwU YRvalM9maFmroPs1WQGH42WUWMOcXZUC8Ru5sfDQVCtMhVoL9XMT1lShIDq_1Nb0MYiZObg9tyVX kmU5n1gvT2jMMQ3bjaovaLKqHlRiHtuQOtfMtz7velVZ6Cby2Wf7Z0VHQ0tqDaPCKfb886Z8mmD9 ktU4GXsBHtaK8ohUgRS2pIZ0HhpC2YLRPF5ybf4RPw3uLHI_1OV6x4i5ANlBm5wR0XVABxi_Pn4R uwBNPVvH3UNMbFXoUgQ6724XmdkmBAUrxa3NPMzwe6HcAfwgop5a83igi_ZtF5V_t1gbkeR7e2Zm 2rV_.x9f5GycKcQPAUIZgCVqlEZHsD8UjYvH1lrrcWvD0aEF5sDojRPBMILfw9WX3tWJ.4hUKZvV ihCheViX9HnqxxJnzOCJdjXiK80JPL9Wpwq0uTUdd7VpW0Wj0CN_VQxS3slkaGiF55ejElyMNayJ rnd7VxbPlZ.0okYhWAtFdyXmVi.bE8It4g9XAhr9E3PC52zzDtoZtRmwX4uXe.dkqGPvtBleU39g 2YkCeXHzjzNc0PulW.dGmuBJS27QtoeFTeTrtTbd1uwrPr2eSQtl7.TZQQfDSd0IL8wY2Xc2ln79 OfHtxasZFZ5ZG5D5NzVpTTkj_dCk7Jz_fzyGHPzx7ezR6vZ19OW3uw2dKkzqtcAhKPDjh4EFli6j xOt7QNIOwFVJpZ5AOA0_pd5fnUR28MiIUecqg_te0tEA.3wYIBWzLL2wAUFQ5XqM4KyMCX9mjX_u 6ED3eDsWQRYSPZFQ_uX697re_kqz_jTuxeruD7DI2yVCYSxoQ08bDk.rmvf_PKaxumAlO7Wy6_E1 uBjupDl.XNJskEGDL0YftH0QH8Jmzlxgb267UtbfxZyHu6O4nzoI2O9EGSzfodp.htbBiFaXFhhO saxv0OiiiZpjF9L9R7o1npFGJs2Peg92Q4.X8M_JMplUOAZCHYIo0I1dn2eGzNq2IgleSWn9F7_t 02d1OJiDQ7dxfXouVstCHs0hAuCDJrg9iDvxbv3xMwsyoSapuo1tVeb24OiNacqVvs94IAxErfsu zGMvDgfoCq0T.YvlrsxxrnAAefB9tMyiGoJtIYrG8XRH36A4QhkIswTbjAO21CHiODF1rEhNsrfh WAItAKbwfWeioOktUwab0pCFSqCUZsO_efrCUogzjRcV19IAW11IdtD.aelGTmt.n2JPWLoUAB_V GPN1sGrVUQYAY4vIKbJ5v9Mgax_dQQzF5ZKLhzWDrYAvk924gcNKgafQJhvmhdFZecNwaOzbpY8A e X-Sonic-MF: X-Sonic-ID: 13745a57-31ae-41af-86c3-bb1db9190500 Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Tue, 30 May 2023 17:38:41 +0000 Received: by hermes--production-gq1-6db989bfb-bkq9d (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 3b3b612fdca9fa4d7a4df027dd7c64f2; Tue, 30 May 2023 17:38:37 +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: RPI2 Model B not booting with 13.2 release? From: Mark Millard In-Reply-To: <86o7m1wze7.fsf@camandro.org> Date: Tue, 30 May 2023 10:38:23 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <86o7m1wze7.fsf@camandro.org> To: =?utf-8?Q?Lu=C3=ADs_Henriques?= X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4QW04M72z7z3lx4 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 May 30, 2023, at 09:10, Lu=C3=ADs Henriques = wrote: > I'm probably doing something wrong, but I've run out of ideas. >=20 > This is my first attempt to install FreeBSD on my old RPI2. Which type of RPi2B? (There was a technically confusing marking-naming used for a significant technical change.) RPi2B v1.1: a cortex-A7 implementation of armv7, no aarch64 support RPi2B v1.2: a cortex-a53 implementation of aarch64, plus aarch32/armv7 You did not supply enough information for me to tell which. > So, after > dd'ing the 13.2 (release) SD image v1.1 would need: FreeBSD-13.2-RELEASE-arm-armv7-GENERICSD.img.xz instead of FreeBSD-13.2-RELEASE-arm64-aarch64-RPI.img.xz v1.2 would need : FreeBSD-13.2-RELEASE-arm64-aarch64-RPI.img.xz instead of: FreeBSD-13.2-RELEASE-arm-armv7-GENERICSD.img.xz You did not supply enough information for me to tell which *.img* file you downloaded and tried to use. FYI: FreeBSD-13.2-RELEASE-arm-armv7-GENERICSD.img.xz has just the one .dtb file: bcm2709-rpi-2-b.dtb (the one for the v1.1 RPi2B). (If it also had bcm2710-rpi-2-b.dtb, then both variants would boot. Similarly for other bcm2710-rpi-*.dtb files enabling some other RPi* variants to boot as armv7 instead of aarch64.) By conttrast, adding bcm2709-rpi-2-b.dtb to FreeBSD-13.2-RELEASE-arm64-aarch64-RPI.img.xz would not make it work for a RPi2B v1.1 . > and connecting the serial USB, I got no > output at all. =46rom the HDMI interface, I see a colourful screen, = but > nothing else. The same happens with 13.1. And only 12.4 seems to = boot > this device: >=20 > # uname -a > FreeBSD generic 12.4-STABLE FreeBSD 12.4-STABLE r373082 GENERIC arm >=20 > Is this model not supposed to boot anymore and I just couldn't find = any > information about it? Or am I doing something wrong? =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue May 30 18:57:05 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 4QW1pp2KMgz4Xyv7 for ; Tue, 30 May 2023 18:57:06 +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 4QW1pn6RjCz41xs for ; Tue, 30 May 2023 18:57:05 +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=1685473025; 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=o5GVupyYNsnMEiiDevst/YOvhI+cex83vV7lFA4ozTo=; b=JvCFlKeOEQz0EP0bQrC4Qm+astYTMecvxmKxGrw9EP75vHICrMUUoP/dUTijS6Wx7Ng/l/ FelNyNxisNIGgvszq4Hc6JDcy3mUDW43PgsirAjY7cCmeT+wnOcz+/+AVgzRSxN+YiMThr eR/mpDIhCb33SuLGlWSkZQmf4J6nWXvi5jWAcqb+wpLs14lRB3IfPmbjRrJuwa4UDW9j1E bu6sNgWZ4K6CBFOSWKa/AnwdSYYrafPYZMePUMRsI1WTCR7JgJrSUK/3pa+GPQYbbd/wPZ padAQeMY3q9TYBN9g6BlaaLcphern6+e3URVgEX7kyA6ifit5BgjoW4Uma2wIQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1685473025; a=rsa-sha256; cv=none; b=e093axitRkx3uE7RqobLFw/Ou0d6muqnF3oq5FkSilDK4ehtDhWHCKzsvvypOEEuQZ9+fZ 7i14G0ZQFj2mOJNP8wOVldajoXcbQgRnxxBZAK1bMlk8lYQ2npwgm5si1p2XBCAc3VLofb mzzf6gSSWHUDQIzwDfBEMNgKKeoF0+2h9V2sN34U8BM3NvKotfckqo7tRug4KRqGnuZeqL AkrLQnqNIVYKj4js/STbP5HvHWwyXaih7N5Uq2SQJLqDFrZ0dFFMHulbR+t7+g6zBinRcD pyCRZbA0UV9WTBtkNPyjDe/zeSGTOM9w93HrKlSRiy5rC49GyAGTdPYidG8NHA== 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 4QW1pn4Hlsz14Dj for ; Tue, 30 May 2023 18:57:05 +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 34UIv5EO090383 for ; Tue, 30 May 2023 18:57:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 34UIv5ms090382 for freebsd-arm@FreeBSD.org; Tue, 30 May 2023 18:57:05 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 271730] tools/test/avx_sig sporadically fails on arm64 Date: Tue, 30 May 2023 18:57:05 +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: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: dchagin@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 bug_severity priority component assigned_to reporter 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=3D271730 Bug ID: 271730 Summary: tools/test/avx_sig sporadically fails on arm64 Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: dchagin@FreeBSD.org dchagin@aarch64:/usr/obj/usr/home/dchagin/freebsd/arm64.aarch64/tools/test/= avx_sig % ./avx_sig thr 100344 %q16 d7 21 f7 e5 c7 95 33 ec a5 d5 a7 64 34 77 6b d1 01 04 10 40 01 04 10 40 01 04 10 40 01 04 10 40 %q17 49 32 9d 07 d5 1e 30 a8 38 f2 19 10 e9 bc 61 28 00 a0 00 00 00 a0 aa aa 00 00 01 01 00 00 00 00 Abort (core dumped) 2554 100621 avx_sig 0.002402877 RET F64 thr_new 0 2554 100621 avx_sig 0.002466918 CALL F64 sigfastblock(0x1,0x3bec883037= 38) 2554 100621 avx_sig 0.002473335 RET F64 sigfastblock 0 2554 100621 avx_sig 0.002495627 CALL F64=20 mmap(0,0x458,0x3,0x1002,0xfffff= fff,0) 2554 100621 avx_sig 0.002499335 RET F64 mmap 65887154843648/0x3bec8c75b000 2554 100621 avx_sig 0.002510043 CALL F64=20 minherit(0x3bec8c75b000,0x458,INHERIT_ZERO) 2554 100621 avx_sig 0.002511043 RET F64 minherit 0 2554 100621 avx_sig 0.002516919 CALL F64 getrandom(0x3bec8ac87a80,0x28= ,0) 2554 100621 avx_sig 0.002528085 RET F64 getrandom 40/0x28 2554 100621 avx_sig 0.002556710 CALL F64 nanosleep(0x3bec8ac87b38,0) 2554 100621 avx_sig 0.015871137 RET F64 nanosleep 0 2554 100621 avx_sig 0.015927137 CALL F64 fstat(0x1,0x3bec8ac86ce8) 2554 100621 avx_sig 0.015935054 STRU F64 struct stat {dev=3D1895890688, ino=3D37, mode=3D020600, nlink=3D1, uid=3D0, gid=3D4, rdev=3D37, atime=3D16= 85154551, mtime=3D1685154551, ctime=3D1685154551, birthtime=3D-1, size=3D0, blksize= =3D4096, blocks=3D0, flags=3D0x0 } 2554 100621 avx_sig 0.015936096 RET F64 fstat 0 2554 100621 avx_sig 0.015979763 CALL F64=20 mmap(0,0x200000,0x3,0x15001002,0xffffffff,0) 2554 100621 avx_sig 0.015984971 RET F64 mmap 65887319097344/0x3bec96400000 2554 100621 avx_sig 0.016055971 PSIG F64 SIGUSR1 caught handler=3D0x3bec86274c0c mask=3D0x0 code=3DSI_LWP 2554 100621 avx_sig 0.016060721 CALL F64 sigreturn(0x3bec8ac822c0) 2554 100621 avx_sig 0.016061971 RET F64 sigreturn JUSTRETURN 2554 100621 avx_sig 0.016112596 CALL F64 getcontext(0x3bec8ac82590) 2554 100621 avx_sig 0.016114054 RET F64 getcontext 0 2554 100621 avx_sig 0.016116763 CALL F64=20 sigprocmask(SIG_SETMASK,0x3bec8ac829cc,0) 2554 100621 avx_sig 0.016117846 RET F64 sigprocmask 0 2554 100621 avx_sig 0.016118929 CALL F64 sigreturn(0x3bec8ac82180) 2554 100621 avx_sig 0.016119929 RET F64 sigreturn JUSTRETURN 2554 100621 avx_sig 0.016128513 CALL F64=20 mmap(0,0x200000,0x3,0xc001002,0xffffffff,0) 2554 100621 avx_sig 0.016130929 RET F64 mmap 65887328157696/0x3bec96ca4000 2554 100621 avx_sig 0.016229263 CALL F64=20 ioctl(0x1,TIOCGETA,0x3bec8ac86dac) 2554 100621 avx_sig 0.016231721 RET F64 ioctl 0 2554 100621 avx_sig 0.016255096 CALL F64 write(0x1,0x3bec96ca4000,0xb) 2554 100621 avx_sig 0.017257222 GIO F64 fd 1 wrote 11 bytes "thr 100621 2554 100621 avx_sig 0.017261764 RET F64 write 11/0xb 2554 100621 avx_sig 0.017273847 CALL F64 write(0x1,0x3bec96ca4000,0x6) 2554 100621 avx_sig 0.017276055 GIO F64 fd 1 wrote 6 bytes 2554 100621 avx_sig 0.017276722 RET F64 write 6 2554 100621 avx_sig 0.017287639 CALL F64 write(0x1,0x3bec96ca4000,0x30) 2554 100621 avx_sig 0.017289014 GIO F64 fd 1 wrote 48 bytes 2554 100621 avx_sig 0.017289722 RET F64 write 48/0x30 2554 100621 avx_sig 0.017298222 CALL F64 write(0x1,0x3bec96ca4000,0x30) 2554 100621 avx_sig 0.017299430 GIO F64 fd 1 wrote 48 bytes 2554 100621 avx_sig 0.017300139 RET F64 write 48/0x30 2554 100621 avx_sig 0.017301555 CALL F64 write(0x1,0x3bec96ca4000,0x6) 2554 100621 avx_sig 0.017302680 GIO F64 fd 1 wrote 6 bytes 2554 100621 avx_sig 0.017303389 RET F64 write 6 2554 100621 avx_sig 0.017311722 CALL F64 write(0x1,0x3bec96ca4000,0x30) 2554 100621 avx_sig 0.017312847 GIO F64 fd 1 wrote 48 bytes 2554 100621 avx_sig 0.017313514 RET F64 write 48/0x30 2554 100621 avx_sig 0.017322430 CALL F64 write(0x1,0x3bec96ca4000,0x30) 2554 100621 avx_sig 0.017323555 GIO F64 fd 1 wrote 48 bytes 2554 100621 avx_sig 0.017324222 RET F64 write 48/0x30 2554 100621 avx_sig 0.017336180 CALL F64=20 sigprocmask(SIG_SETMASK,0x3bec8ac87ab0,0) 2554 100621 avx_sig 0.017337139 RET F64 sigprocmask 0 2554 100621 avx_sig 0.017341555 CALL F64 thr_self(0x3bec8ac87b00) 2554 100621 avx_sig 0.017342305 RET F64 thr_self 0 2554 100621 avx_sig 0.017343847 CALL F64 thr_kill(0x1890d,SIGABRT) 2554 100621 avx_sig 0.017348972 RET F64 thr_kill 0 2554 100621 avx_sig 0.017350430 PSIG F64 SIGABRT SIG_DFL code=3DSI_LWP 2554 100621 avx_sig 0.018046889 NAMI F64 "avx_sig.core" --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Tue May 30 20:27:45 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 4QW41S3RNjz4Y6xN for ; Tue, 30 May 2023 20:36:28 +0000 (UTC) (envelope-from henrix@camandro.org) Received: from mout-p-202.mailbox.org (mout-p-202.mailbox.org [80.241.56.172]) (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 4QW41R3QdJz4LvN for ; Tue, 30 May 2023 20:36:27 +0000 (UTC) (envelope-from henrix@camandro.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of henrix@camandro.org designates 80.241.56.172 as permitted sender) smtp.mailfrom=henrix@camandro.org; dmarc=none Received: from smtp2.mailbox.org (smtp2.mailbox.org [10.196.197.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-202.mailbox.org (Postfix) with ESMTPS id 4QW3qW71V5z9sby; Tue, 30 May 2023 22:27:51 +0200 (CEST) From: =?utf-8?Q?Lu=C3=ADs_Henriques?= To: Mark Millard Cc: "freebsd-arm@freebsd.org" Subject: Re: RPI2 Model B not booting with 13.2 release? References: <86o7m1wze7.fsf@camandro.org> Date: Tue, 30 May 2023 21:27:45 +0100 In-Reply-To: (Mark Millard's message of "Tue, 30 May 2023 10:38:23 -0700") Message-ID: <86edmxwon2.fsf@camandro.org> 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; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-2.15 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.996]; NEURAL_HAM_MEDIUM(-0.98)[-0.985]; NEURAL_HAM_SHORT(-0.76)[-0.764]; R_SPF_ALLOW(-0.20)[+ip4:80.241.56.0/21]; RCVD_IN_DNSWL_LOW(-0.10)[80.241.56.172:from]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:199118, ipnet:80.241.56.0/21, country:DE]; FREEMAIL_TO(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@FreeBSD.org]; R_DKIM_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; BLOCKLISTDE_FAIL(0.00)[80.241.56.172:server fail]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[camandro.org]; TO_DN_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4QW41R3QdJz4LvN X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N Mark Millard writes: > On May 30, 2023, at 09:10, Lu=C3=ADs Henriques wrot= e: > >> I'm probably doing something wrong, but I've run out of ideas. >>=20 >> This is my first attempt to install FreeBSD on my old RPI2. > > Which type of RPi2B? (There was a technically confusing > marking-naming used for a significant technical change.) > > RPi2B v1.1: a cortex-A7 implementation of armv7, no aarch64 support > RPi2B v1.2: a cortex-a53 implementation of aarch64, plus aarch32/armv7 > > You did not supply enough information for me to tell > which. You're right, of course. Sorry, and thanks for your help. So, my RPi2b is a v1.1. >> So, after >> dd'ing the 13.2 (release) SD image > > v1.1 would need: > > FreeBSD-13.2-RELEASE-arm-armv7-GENERICSD.img.xz > > instead of FreeBSD-13.2-RELEASE-arm64-aarch64-RPI.img.xz > > v1.2 would need : > > FreeBSD-13.2-RELEASE-arm64-aarch64-RPI.img.xz > > instead of: FreeBSD-13.2-RELEASE-arm-armv7-GENERICSD.img.xz Oh! Interesting. And confusing, because I didn't actually used *any* of the above. Instead, I've tried: FreeBSD-13.2-RELEASE-arm-armv6-RPI-B.img.xz That was the one that seemed to make more sense to me. I am now downloading the image you've suggested and I'll give it a try in a bit. Thanks a lot, Mark! And for completeness, the (working) image I tried for 12.4 was: FreeBSD-12.4-RELEASE-arm-armv6-RPI-B.img.xz /me goes try the new image. Cheers, --=20 Lu=C3=ADs > You did not supply enough information for me to tell > which *.img* file you downloaded and tried to use. > > FYI: > > FreeBSD-13.2-RELEASE-arm-armv7-GENERICSD.img.xz has just > the one .dtb file: bcm2709-rpi-2-b.dtb (the one for the > v1.1 RPi2B). (If it also had bcm2710-rpi-2-b.dtb, then > both variants would boot. Similarly for other > bcm2710-rpi-*.dtb files enabling some other RPi* variants > to boot as armv7 instead of aarch64.) > > By conttrast, adding bcm2709-rpi-2-b.dtb to > FreeBSD-13.2-RELEASE-arm64-aarch64-RPI.img.xz would > not make it work for a RPi2B v1.1 . > >> and connecting the serial USB, I got no >> output at all. From the HDMI interface, I see a colourful screen, but >> nothing else. The same happens with 13.1. And only 12.4 seems to boot >> this device: >>=20 >> # uname -a >> FreeBSD generic 12.4-STABLE FreeBSD 12.4-STABLE r373082 GENERIC arm >>=20 >> Is this model not supposed to boot anymore and I just couldn't find any >> information about it? Or am I doing something wrong? > > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > From nobody Tue May 30 21:11: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 4QW4nz1QLqz4Y9qd for ; Tue, 30 May 2023 21:11:35 +0000 (UTC) (envelope-from henrix@camandro.org) Received: from mout-p-202.mailbox.org (mout-p-202.mailbox.org [IPv6:2001:67c:2050:0:465::202]) (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 4QW4ny2yZ8z3CD0 for ; Tue, 30 May 2023 21:11:34 +0000 (UTC) (envelope-from henrix@camandro.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of henrix@camandro.org designates 2001:67c:2050:0:465::202 as permitted sender) smtp.mailfrom=henrix@camandro.org; dmarc=none Received: from smtp102.mailbox.org (smtp102.mailbox.org [IPv6:2001:67c:2050:b231:465::102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-202.mailbox.org (Postfix) with ESMTPS id 4QW4nt3B68z9sWK; Tue, 30 May 2023 23:11:30 +0200 (CEST) From: =?utf-8?Q?Lu=C3=ADs_Henriques?= To: Mark Millard Cc: "freebsd-arm@freebsd.org" Subject: Re: RPI2 Model B not booting with 13.2 release? References: <86o7m1wze7.fsf@camandro.org> <86edmxwon2.fsf@camandro.org> Date: Tue, 30 May 2023 22:11:28 +0100 In-Reply-To: <86edmxwon2.fsf@camandro.org> (=?utf-8?Q?=22Lu=C3=ADs?= Henriques"'s message of "Tue, 30 May 2023 21:27:45 +0100") Message-ID: <86a5xlwmm7.fsf@camandro.org> 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; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-2.42 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.92)[-0.916]; RCVD_IN_DNSWL_LOW(-0.20)[2001:67c:2050:0:465::202:from,2001:67c:2050:b231:465::102:received]; R_SPF_ALLOW(-0.20)[+ip6:2001:67c:2050::/48]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; ASN(0.00)[asn:199118, ipnet:2001:67c:2050::/48, country:DE]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-arm@FreeBSD.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[camandro.org]; TO_DN_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4QW4ny2yZ8z3CD0 X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N Lu=C3=ADs Henriques writes: [...] > Oh! Interesting. And confusing, because I didn't actually used *any* of > the above. Instead, I've tried: > > FreeBSD-13.2-RELEASE-arm-armv6-RPI-B.img.xz > > That was the one that seemed to make more sense to me. I am now > downloading the image you've suggested and I'll give it a try in a bit. > Thanks a lot, Mark! > > And for completeness, the (working) image I tried for 12.4 was: > > FreeBSD-12.4-RELEASE-arm-armv6-RPI-B.img.xz > > /me goes try the new image. And just for the record, it is working. As I had initially assumed, I was definitely doing something (very) wrong. Thank you for your help, Mark. Cheers, --=20 Lu=C3=ADs From nobody Tue May 30 22:13:02 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 4QW69D674sz4YFcl for ; Tue, 30 May 2023 22:13:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 4QW69D32pVz3HxH for ; Tue, 30 May 2023 22:13:20 +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=1685484798; bh=oY6LAqYVzurNnn51mjdvgCjRwif+AC7Z6swBx9MCjQ8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=X7DSHsUis8YUgdrPilF78wHgLnbA1ZNRedKiyWJPdqgNFndPcDSWELpQZ47n+pO3uh8D7NiKqZt9acDPv+T6m99NhKwu/0dFWG9obDfsiN2Rz019USRi0UUTvSO7gq/nMFjwH6Zc+rzaQkMg+/Goa5FTwsewPOlFwawNbQ3qQ6V/qHxyUepTAiXaKqoy/P2zH51S9UvlgbfCeg74rZQfrmorFOg2BQErGlquCj7FupZJCJkxPSgIFO5m1kjTk7Pwr2WnhGHfTQb/fyZ1b7MzMJa8Fc7HNg4scorEeMqbf07k+lD68tW1mJb0FiQqb+JDAJC152lJc6ZaqOBsCQPprw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1685484798; bh=m3vBdGsUaqxZ9PRtXfMMfvI4YkVA5cCjwX8TZudcPIC=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=EaFyWuFaU3PckNHL0fWC3K2fEjHTj1Rg2h8ON8j78+A2oZW03tY7msECoU0BQr6RqRbnZX55Z/C5Od8V79Qn8X87MlRp/1HzmoLRNHMRhzE4gt3tJPV+slA9Qc3vDDI4DQl6O37Sf6apGNY79GRhyn0ChDXUh83lnqpF/7qEp7U5L16dczY+zNHqOjpUEf9cHyC2tipouyB5xqj+S3W+yEYtzfwGwai5zgsNLYilM0PGN3fxex2wOjndZnOhnGg1mHf6miGRcmtRIHL2StJLT8fhLUZYF0h6zohslgICn1XUqqbldfDXcymkdROXYmBpnKpL0KQ2Ajq9MkpxhtXweQ== X-YMail-OSG: Kcq4u_MVM1l7U6n_sRNoA2k.0vFA2Qq7n1wfEDEkgR4FItE7chu.Iu.WtTSt8ga QmCB2dd4O._Hh84eKVFrHiPjzya.zVyn8JEgBxw9x8FmWTkaOlOfz8pgXYfoCxHoVy_8ikEE2aAg UsDs9e1.nG6Qi6Slh3PtpiPRy9F0VqGrUkMT7MlGaVjlaob1g91SU1xqtvefX37bGvPZm0O6hGR3 pCkHi3pkbI9lIjlWuSJ4n3SOPWNpVuFVUiAHtGfTvLXSSB44W2o_dazqXBToyVaOczkHqHOd_Pi_ u7wSR_nSrmMIGJgbcHtz1C4Q5mRf571q3kFWQBz_1wEDke9c25i9eZAzDNZ5WAGGJrKTErjMVP8h X6tTS5_1do5lf1ViF1LNwF_7YFRG2GkDl0CyzHM5YJMuN0dRNfWz334J9fj.07l8ru8Dap6eqZL. s0limeJ5FhmoUoGV7XHeyVQlpxs4t_cQB2.zPgJ_q5KSm_CsSrcB20oJsZsg8x.iCLlarw4Yv27K qi5uALOiwZxqzr11l3FUyTcYFl11Xp5pYeJMKNnteHf00uaBHKxRktNqynAnda7T0H6cGvMLXdsO B0UWd9UFmfRi5Ma04zN_Knt9flkZ64zoIGE1qisjKMJzuG0EYSgx_4S9xR5G.s67m6rMd8qBQZEm p7eJ1gFuFQgG_2ItsWMbpSn1zFc1qq0upy7QXVW3jj3Ls1NQyiTDEp3LqIMWWhrnyQWzm1keYR8w xj8uD.38gyA.cQnoP82Q1DIyGwaNpDB2jRHBSY7eG_uOwM96qL39uTy6qFf4RKLfW_aHRyANnNsi vymMXgTsqYWt7TAAcbOEAqx2Y5pnysU7M_hvAAuuk9Za5RPSOoY2bO2oBeWtkWlit2YpwmjSDs38 hmitq5rQHXCnhidjiiuPvwb9RDx27dkgHru2.hz9sdeZtRlmt9Nojj2C98et30E1b5OuAVBe5MSg 2yTSxnYdn0SpZp5iTo6I19kicr2OXrem_n_eYg5Q_TsiEDEIFmHbNJREiGknK_fq663q3o1gvwXc I6U8j3MJCH4gpIf94sPakHhaV6o6C5SLo4P3tGXF6O7XM6MhyyhEElkUIAzVWCyv2UDZNAl5UguB LT8yTDOvRgGFHx7XZfC4vT06UXosFu8CStqlzk3kkNs7S0NK8St3H3W28mzC6AeubFYpGluVSbPT mX5cEZhAArSnWfrQp7R72dcBD.wG2QzsGH0o.FtLteIx3LTpTAFuYgwbhMsIWGbu5x19USuZECfI SLXMogFpludvn_WOKnK5mxYMcI0PnfhM8Hi029k.OR4KnK_l8_RurttG.xIXEGM5LkM9_ifwmgUh vYkEjkTlsJyRSelRheH5xCksLnOMxCz0FUr7LJ7SMv8O0_21LLcWDnKcQoEU5aq84YXsGYxZkyg3 4oC2.c3Q08GADIRzkUIrzCCC8xKy6q3CpcIxwmAS_wQaXbb53DqCxh8gs.t2b6P.mEtyQy6nfSW2 UvOmHlPKCcoqsJbaQYTWJVfAYotGqVCYCnE43YcywcMePpinGYiCx736cOxbsF4gPfmNYeMB.wEf RpVHaEEDg0ei4iWP9M2ousoCs9oKs500aSvDuJQ2o.LOy8xtvJbEcKDnHFmZRixUfNTs8TXbAzJe DJ4805HX_40U8.1.xid4rwpKawv9S0bR7NNoNHT9.5mV._8VK49yfqxioOYt5xcwalu4EwQ_6OPf 7bG075wF76CNT.qBlWd5WmHXJS_IunMNH4tleMf7saCWOAdd0m724A3cVVgW75W0El8Q6N2pqn9p WW1PinFMMccV13KHaNqt.5Rl5s7Ea9BDHv3QjGEWswVCx6F6ix2nXpCzGgPbJxXKc3KP1.Kdurf0 1krRIM_C_nEfgzL_9Ym0xKlzuuesS9feNEveLUyFlisogxFxyayJrO53AIrIYq_wKTicjvWxP_VQ s9zqdtzHXt21H_OOjI66BoKHFR5hqcPSopt2Coh5y7uaEXs7Nb21bMBWFM6AY0w5gYjMGUeuQL1P npE9mVF7V2NeML6I7uB63yOmFLLvHC27usLWX44gMl2jeRjzFnEK97h3L4OeUdZKHBlxRr0h1vPI ax98JkJw0N7EuChUYflJKsgeYP1Nn3w7eYvI86QCEMjByOsAjRef7gNDK5GXBWB5x1jMAS3K4gR4 bJwvurugbi2IXEqbjq917OIjtIqG.Oh5RZkhsHe3GU4eI6h_fuWuc0ixktdcG_VRVHWi2_SB0xfo yU7JmRSD1U6fOyj2kFIzMYqI4Dph.0R9UBFJo3_3y9e_NJAHGCEMng0dSidyFACSlniPeIgcOJGL tqSI- X-Sonic-MF: X-Sonic-ID: c155d714-3bb7-4046-8db6-7f7cba3a6607 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 30 May 2023 22:13:18 +0000 Received: by hermes--production-gq1-6db989bfb-ppvpv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 77cd06b9184dda56b4856ce277e911dc; Tue, 30 May 2023 22:13:13 +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: RPI2 Model B not booting with 13.2 release? From: Mark Millard In-Reply-To: <86edmxwon2.fsf@camandro.org> Date: Tue, 30 May 2023 15:13:02 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <86o7m1wze7.fsf@camandro.org> <86edmxwon2.fsf@camandro.org> To: =?utf-8?Q?Lu=C3=ADs_Henriques?= X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4QW69D32pVz3HxH 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 May 30, 2023, at 13:27, Lu=C3=ADs Henriques = wrote: > Mark Millard writes: >=20 >> On May 30, 2023, at 09:10, Lu=C3=ADs Henriques = wrote: >>=20 >>> I'm probably doing something wrong, but I've run out of ideas. >>>=20 >>> This is my first attempt to install FreeBSD on my old RPI2. >>=20 >> Which type of RPi2B? (There was a technically confusing >> marking-naming used for a significant technical change.) >>=20 >> RPi2B v1.1: a cortex-A7 implementation of armv7, no aarch64 support >> RPi2B v1.2: a cortex-a53 implementation of aarch64, plus = aarch32/armv7 >>=20 >> You did not supply enough information for me to tell >> which. >=20 > You're right, of course. Sorry, and thanks for your help. >=20 > So, my RPi2b is a v1.1. >=20 >>> So, after >>> dd'ing the 13.2 (release) SD image >>=20 >> v1.1 would need: >>=20 >> FreeBSD-13.2-RELEASE-arm-armv7-GENERICSD.img.xz >>=20 >> instead of FreeBSD-13.2-RELEASE-arm64-aarch64-RPI.img.xz >>=20 >> v1.2 would need : >>=20 >> FreeBSD-13.2-RELEASE-arm64-aarch64-RPI.img.xz >>=20 >> instead of: FreeBSD-13.2-RELEASE-arm-armv7-GENERICSD.img.xz >=20 > Oh! Interesting. And confusing, because I didn't actually used *any* = of > the above. Instead, I've tried: >=20 > FreeBSD-13.2-RELEASE-arm-armv6-RPI-B.img.xz >=20 > That was the one that seemed to make more sense to me. I am now > downloading the image you've suggested and I'll give it a try in a = bit. > Thanks a lot, Mark! >=20 > And for completeness, the (working) image I tried for 12.4 was: >=20 > FreeBSD-12.4-RELEASE-arm-armv6-RPI-B.img.xz There are/were: FreeBSD-12.*-RELEASE-arm-armv7-RPI2.img.xz but there was not a: FreeBSD-13.*-RELEASE-arm-armv7-RPI2.img.xz For 13.*: There are/were: FreeBSD-13.*-RELEASE-arm-armv7-GENERICSD.img.xz (It also supports a non-RPi* board, not just the RPi2B v1.1 board. By dd'ing in uboot related materials, more armv7 boards are usable as well.) armv6 predates all the RPi2B variants and later: it was from the original RPiB model. > /me goes try the new image. >=20 > Cheers, > --=20 > Lu=C3=ADs >=20 >> You did not supply enough information for me to tell >> which *.img* file you downloaded and tried to use. >>=20 >> FYI: >>=20 >> FreeBSD-13.2-RELEASE-arm-armv7-GENERICSD.img.xz has just >> the one .dtb file: bcm2709-rpi-2-b.dtb (the one for the >> v1.1 RPi2B). (If it also had bcm2710-rpi-2-b.dtb, then >> both variants would boot. Similarly for other >> bcm2710-rpi-*.dtb files enabling some other RPi* variants >> to boot as armv7 instead of aarch64.) >>=20 >> By conttrast, adding bcm2709-rpi-2-b.dtb to >> FreeBSD-13.2-RELEASE-arm64-aarch64-RPI.img.xz would >> not make it work for a RPi2B v1.1 . >>=20 >>> and connecting the serial USB, I got no >>> output at all. =46rom the HDMI interface, I see a colourful screen, = but >>> nothing else. The same happens with 13.1. And only 12.4 seems to = boot >>> this device: >>>=20 >>> # uname -a >>> FreeBSD generic 12.4-STABLE FreeBSD 12.4-STABLE r373082 GENERIC arm >>>=20 >>> Is this model not supposed to boot anymore and I just couldn't find = any >>> information about it? Or am I doing something wrong? =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed May 31 00:01:36 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 4QW8ZS2JvDz4YNlC for ; Wed, 31 May 2023 00:01:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 4QW8ZR14d1z3n0f for ; Wed, 31 May 2023 00:01:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=X+53QrSj; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.84 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=1685491309; bh=AuAfVFuR5TAaKDJfbhzHP7rN9naJNQZM8uZFVnj4IOw=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=X+53QrSjK+oFA5V/2GWNR0/luQKXs0MoIv7I+eCzQpzfxrx6rX0pvEDpXL/1E+M2GzzN45HJ4y9n2hymf6XoyArJR443daOyIr8CBJ2m82i4fkyq3vlxRON50bmNz8AkLapNrcvajOAENfACnNDOrevkSBGV2LOVUehObpTk06mvoaC9MkFxu2FkM3OeYf19B0eoD9UBfeAVIcja5HjL8MeqLNlPqIHuknmj7cM+BAScFwQZmlOUz5IdZXA/jwflZ8SlTz7mXYcNUYvw4CLYESnu7rHnbFnXLCw2CKuFJwlgdL00l/3YFDXBfdDRuKAWqDv8AYsoIMYvYVPch4jZpw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1685491309; bh=YO8790GUoTqsH+YpkaiIbjKa/NqXRT4xQkS7bQM7/g8=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=Pz8euGO3b3BPQ1RxKCMUDBKX8wHgvi+gUkl/olk91PDbfQWvlHW3S2JZ9ALKOo/8y3Bc0rXDAhD8wUkV1pGubkDFkcU8TtpVzKeJfm7A76bG+5XmRFattxOOYXPO9s3tLK2lpbyDGPOunmTAIgoRE1DHQAiemH2Mea8RZD//B9gEeNkaKyWFzQw2KYioOGNkOiYgKpqOMAvMojiNOPhpQzS6itmyCg5X2XQL1bRzIdcuAjelPNlFrsl3jrzforan2SRCTF4ZT63goCk/PEIrw30sjAalqvX6X1PXijEtkNWhwHptCeWXS7LlHSz6joBluQjvn9IHs6DxXE08W9H8HA== X-YMail-OSG: NiFdiMoVM1m5x5bS0wjCuuebziFk8CFMkTyR8N1u0_o9QoPDcGtn3tduKvTv1XO azrfrFTqBM3H81Lwljd4BwmNvpTXLdyAL0VuXvZy9_vi3Weg0c6rjQ9h4.9Z8tSQ4phBnhwpFAJ0 Z_DOu97QUJ0SSRMEmyOdw5F0F3xKvlfGNgW0NSNqnsOusMuAA30mTpQYcYB.XV_au7nPR1GPTOjX DbVglDAgtAaemZNtGXEDgLbhUffOTIn6v0_PbE_uIMYGRgoI464TA6jQhDXkNvz6lvJWtdrnYN4a NiDjGTJTegO7oc6UV4FR4b8URI5tVbPVVDDhlF6Lb0hvi5aeKyVqquv47THaCj6Cw4OeYWm0jLLB kxUc_pSwgwN92c5JjLKp6L_kpcoLFunDE.SvEpJ_kLsIX885E_rBWoclxpzdfnBQ9tR8VIr3cV2r zyr1aP8E767opipIBIUAV8Yx0eWcSIPacgYU2np322aTYIOf.kMA8AiqUyMvBE21rJM2jC8ocehL r0f6BYpZUzOZVgeUplZOEQbnzVpZij5jBBHROoK0N6vEF8aSliAmB8xznDwSj0eVsJ42SXMfCMzO PCJWvNo55JZ3RH7vdOa0XMdO0l_yITw_8e3ei4vipnggQMi1A5FWuuNDjcGvZJ6Ls.rmXZ572k53 TFlR_ggjnwTFqaQeXddI3hGQWf4uXIkVc0fU387WTzsiyaxfk.Ll6gPClz0.3et0vaMXDlIMkgZz 980RVSnWvzAQbGHajDF1p1V9C07Zn.HUxRbDzYuKtU68e7UF2hJz3nEHJWb6QiRqkwMZS9GBX53F l_O58sEOq_WuOhePD4gnBY0c99Mkb8MDwnQaEWzx0leeRbJCybHqiy4sDEdcmHUEY45YCQlkKKnl IYwsBvKbxXqFIAk5zMInFq5iC.afYcGJIkpxuTMmzZg88wNWiVOwQQl2Owaii15XnzfM0NWClOkW FLxtifAxbePkmzNhxeOl83vTHVPBKvrSVqz7bk_GkApcXnrto6D3Qxsgi19v0C1AtPo_9zOdt_ei sDiW_nH4KJuaOCnOjXHbz9xal8bCSD52cgnHEzh8OIoLzEzhwqIh7wybYZAKqogZvw4qQ5gByPoy dlV55nsUoAhj89jdlVj5KvnNaUWOMJqNuYCj75txCOiLFKISOmGdIJTQ6NIGMb5I1dc3cGHPZTZn gfP6Yq2M6rALYxxvwOh4H5VfY8SOPxBbw0wunc_QsxYHjHLw9TP1p984E7Qx9fgazfshbb1TiayA gESPeC5uXD6JZEQuAZoTcFiFjw15uHGv1mK.hg0JiplPjRANcs8WWrbC9FWu3P42YIHfV0EMShK7 yTj3GPHrEZPK..qbrQ418SZFq4_z8cnUytb4PggU8ekFkRDl1wdyct.jpeetZjuPx.sP5JUzLas8 TbHv7LeRS2qxYzVE4s_2AyF21Mm.tA1.p1gueJTpuFNg1YiC7Fasb1.5DV3a4BvFDRgSiQCpHMoS 8HtHd7_7kMtbGKL2hjKKuV4DKBf0DCLAB9E4TOPA2BYCViwAEAaXT.MooPd3I5rM3K6xnzDJRwSz E1VgNgUSuA4XEs9OAh7awRhNdompkUoVyUuEdbrGae4rHNz1KX4ClZq0CzFiu42RzqdwzaomrXUu Y2hxqH.yc1Q.RzeHQo7jT3ZxqoW01pcjqFI33FhgiC2sOsMOYXTHooDTAyADewky2jsMXprfzpE5 l527yDpKVcS.3vOJPK2kc3eYpwoMVGQ5axMno4EFj..ZBdN8ZWeydTjL3wuJOcwiXUBbExL8yk5q a9S_gFboCGlcQvCHTKqB3O9luZ4W_zJzBMnnSuIa85eJTQeGUPoBqTy6II2llp.CH1MyF3RmFoK2 f3Cy0L0Pg6G4CHX2qQOlm4HHCnlD09x_yIgqwwrPydhO.biRoR8pEN0xqIc6Ph1Yca_DNu.vblSA iuHKnUyWPWerqNMhAZuoycsywvAgo961T7_XjhOCzkeFZcas1yIRgIMhA1XvDNP3E3iseM4p8NmZ 6tUSEW76_76IKvmEIbx54oySsZgxiy.alayy_zyXxuDXDA3bx9h6qBNZLQo1qMr3sr_I_OQ1rC70 htgKBCJdMesOiYtJJqbggJEjQcxfMiNnk75nZBYsYJXnfMAlkgYC9sRPZsKE9wZlPPJYGc2uQrUC KMFM.V3YZ.LPlRb7oe1oMeh2SMFNGvzZ8rlcCvYR2P0MKoY5DZVGIzq4HbRT3N0vCmnuQujTLVX2 xmDu13tiW244WUuHqndgL16FGeFnCVl4qWxifd_c726ZoapN8IAy5BCIKy12TlKc- X-Sonic-MF: X-Sonic-ID: f784d492-e470-4084-8252-ac05ccf2490b Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Wed, 31 May 2023 00:01:49 +0000 Received: by hermes--production-ne1-574d4b7954-q7frw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4c807a0f41b1f857a84757b71baebb34; Wed, 31 May 2023 00:01:47 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: FYI: git: 9d35469e9a68 - main - bcm2835_gpio: Handle BCM2711 pin configuration Message-Id: <17CF7A6B-7301-478A-8A7F-54CA17AAB320@yahoo.com> Date: Tue, 30 May 2023 17:01:36 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3731.400.51.1.1) References: <17CF7A6B-7301-478A-8A7F-54CA17AAB320.ref@yahoo.com> X-Spamd-Result: default: False [-2.82 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; NEURAL_HAM_SHORT(-0.32)[-0.322]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84:from] X-Rspamd-Queue-Id: 4QW8ZR14d1z3n0f X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N QUOTE Author: Tetsuya Uemura AuthorDate: 2023-05-28 12:56:21 +0000 Commit: Mitchell Horne CommitDate: 2023-05-29 18:47:12 +0000 bcm2835_gpio: Handle BCM2711 pin configuration Add support for GPIO internal pull up/down configuration on RPi4 family. BCM2711 SoC on 4th generation Raspberry Pi changed the way to configure its GPIO pins' internal pull up/down resistors. NetBSD already have support for this change, and port it to FreeBSD is trivial. This patch, based on the NetBSD commit adds the appropriate method for BCM2711 and now we can properly configure the GPIO pins' pull status. END QUOTE === Mark Millard marklmi at yahoo.com From nobody Wed May 31 13:11:15 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 4QWV5Z0sb9z4YgWY for ; Wed, 31 May 2023 13:11:30 +0000 (UTC) (envelope-from fbl@aoek.com) Received: from mail.yourbox.net (mail.yourbox.net [IPv6:2001:41d0:1:767d::1]) (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 (2048 bits) client-digest SHA256) (Client CN "mail.yourbox.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QWV5Y07Qxz45Df; Wed, 31 May 2023 13:11:28 +0000 (UTC) (envelope-from fbl@aoek.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=aoek.com header.s=mailbox header.b=Uql0fQUH; spf=pass (mx1.freebsd.org: domain of fbl@aoek.com designates 2001:41d0:1:767d::1 as permitted sender) smtp.mailfrom=fbl@aoek.com; dmarc=pass (policy=reject) header.from=aoek.com Received: from mail.yourbox.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail.yourbox.net (8.17.1/8.17.1) with ESMTP id 34VDBKgT090588; Wed, 31 May 2023 15:11:20 +0200 (CEST) (envelope-from fbl@aoek.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=aoek.com; s=mailbox; t=1685538680; bh=dp+QWor5my5KjxQWH9OdbIjhcp082Er68zyA7hfgPoI=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=Uql0fQUHzl4doO5re6D8ni9ASq6eNneMX2TJ6YzzW1gEid1+mkRVLHmImiVnpVhKm caAaXpWI9okL+zn3pKn1wyGZmQTfZJ/SGSt0Ujzv3mY3bq7tyqJn3738+VRC6dNlVJ fiNa6B2+hdG5Nm3PV+a7113+Qfhy7GTUHWBlIJbCAnK83tU4Kx7WSVDso/+iEt9p3R fq8n9HKjbq0Dgl1XYipYolb+2AUFdxTpgsRqCrt1FmJtRb9JfO12EODzLXHQynVnkb yNn1yrVNT48Fst1YOKmdtwo2RdSL+rH9EGVJzFioWg++Xt++n2ZKOySzepbHiXE1pJ UIyVW4Kutq9Rw== 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; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 31 May 2023 15:11:15 +0200 From: =?UTF-8?Q?Jos=C3=A9_P=C3=A9rez?= To: Mark Millard Cc: freebsd-arm@freebsd.org, kevans@freebsd.org Subject: Re: devel/arm-none-eabi-newlib headers inconsistencies (not functional) or am I misusing something? In-Reply-To: <572F38A8-67ED-4A77-A5EC-C431141BF386@yahoo.com> References: <11a941a3a1c9e001559ccc6183af131d@mail.yourbox.net> <784313c52e2f42eb63f3755a5c093fdc@mail.yourbox.net> <9E888138-D3D0-4A6C-92B9-31705D470089@yahoo.com> <232dc6e4e0d3b5f3abcd37049db0991b@mail.yourbox.net> <8A93F4D2-4FDA-4C3D-8FA3-2D72DAD06A8B@yahoo.com> <572F38A8-67ED-4A77-A5EC-C431141BF386@yahoo.com> Message-ID: <65ed005700693855d4b0bc689aef0cc0@mail.yourbox.net> X-Sender: fbl@aoek.com User-Agent: Roundcube Webmail/1.2.0 X-Spamd-Result: default: False [-2.41 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; R_MIXED_CHARSET(0.59)[subject]; DMARC_POLICY_ALLOW(-0.50)[aoek.com,reject]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[aoek.com:s=mailbox]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[aoek.com:+]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; BLOCKLISTDE_FAIL(0.00)[2001:41d0:1:767d::1:server fail]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4QWV5Y07Qxz45Df X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N Hi, El 2023-05-27 15:21, Mark Millard escribió: > On May 27, 2023, at 05:27, Mark Millard wrote: > It is unclear what you are doing for linking. Linking is another chapter that will be written after we can obtain objects. For the time being I am buinding a number of tests to see if the headers are functional or not, following your suggestion to add newlib ports header path first, and then arm-noabi-gcc header paths. I.e. #include <...> search starts here: /usr/local/arm-none-eabi/include /usr/local/lib/gcc/arm-none-eabi/11.3.0/include /usr/local/lib/gcc/arm-none-eabi/11.3.0/include-fixed End of search list. In this scenario the next problem I am hitting is this one: % arm-none-eabi-gcc test_stdatomic.c -c -g -DDEBUG -pipe -nostdinc -isystem /usr/local/arm-none-eabi/include -isystem /usr/local/lib/gcc/arm-none-eabi/11.3.0/include -isystem /usr/local/lib/gcc/arm-none-eabi/11.3.0/include-fixed -o test_stdatomic.o In file included from test_stdatomic.c:2: /usr/local/arm-none-eabi/include/stdatomic.h: In function 'atomic_flag_test_and_set_explicit': /usr/local/arm-none-eabi/include/stdatomic.h:386:17: error: request for member '__val' in something not a structure or union 386 | return (atomic_exchange_explicit(&__object->__flag, 1, __order)); | ^~~~~~~~~~~~~~~~~~~~~~~~ /usr/local/arm-none-eabi/include/stdatomic.h: In function 'atomic_flag_clear_explicit': /usr/local/arm-none-eabi/include/stdatomic.h:393:9: error: request for member '__val' in something not a structure or union 393 | atomic_store_explicit(&__object->__flag, 0, __order); | ^~~~~~~~~~~~~~~~~~~~~ % cat test_stdatomic.c #include #include int main(int argc, char *argv[]) { return 0; } Any suggestion before I patch /usr/local/arm-none-eabi/include/stdatomic.h to make it work? Thank you. BR, -- José Pérez From nobody Wed May 31 17:54:49 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 4QWcNV1SjBz4XKsD for ; Wed, 31 May 2023 17:54:50 +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 4QWcNT5GSWz3DbS for ; Wed, 31 May 2023 17:54:49 +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=1685555689; 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=e+bbwdan16b9EjL/xH8ywi77kCjoqOTq07I86Sg3yUc=; b=WzXnb/X2iCO/8ebFaH7wYwccE+wOFuue5Dyhhbb6QiZxjLpv6JIwcMjdUpSmP425HDsn5a YalrfKsCCIQiuJPNIsuYAvyP0TKBITjAHLKLELuCuA50Hb9RHJVJyjSIMkpLfTux0OcRjz RhqRh9PBfw4kBFB3QsuQPsF3+lpjUrxdPg6yiMLpnhJBnoJ0X6gZTkVXj3b9EQ3my/4/vK evQm/cW/2VAfNoD6O3sVx4KVOXQg+zmDj9X/xeXSeWtESX1tDGF5lREm7vwU+i9fU0TCNV rse6cQ9UDQPKBoiSCZzHfUiUG6Q2bUql0JDhUb4zmDx6VFOvkRzWNMPcdFT54g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1685555689; a=rsa-sha256; cv=none; b=F2WxqwfKPcKpm4feypNZZ8RYjIl9Rj/j+H5faruKA1NUVcxdiWjCAA0xiz8JhaUAiEz7aU vgu7sseru1X2ZiPKHPzkD/IvrYmrR64FIUd0hYVtIpjgufdaaOH3XetyckZVwxTjVCqcgY DAVGJ/rkEjz2NHLx5a9DB0X2avAdyUx7K/oSPexGXgud4AvUo14KGksbE/Z+XgqO235hOh TJYft/XwcLuPd0uQ+/yamWm8UBPmUR0Y0feUsU5IaPUhqMySK5hbsUDYSkJ/KeCgLQU6Qf q6+rCS4c3DhSqX2P9BCG0zgwGQiJL/a3AI1yaAS1ScRr3nTOiOw/eWwn3MVJDA== 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 4QWcNT4CkVzkdv for ; Wed, 31 May 2023 17:54:49 +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 34VHsn9d037876 for ; Wed, 31 May 2023 17:54:49 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 34VHsnDI037875 for freebsd-arm@FreeBSD.org; Wed, 31 May 2023 17:54:49 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 271754] efi UART console on RK356x is broken Date: Wed, 31 May 2023 17:54:49 +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: CURRENT X-Bugzilla-Keywords: uefi X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: s199p.wa1k9r@gmail.com 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=3D271754 Bug ID: 271754 Summary: efi UART console on RK356x is broken Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Keywords: uefi Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: s199p.wa1k9r@gmail.com Created attachment 242523 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D242523&action= =3Dedit efi UART console on RK356x is broken Now in latest source tree it is broken, set console=3D"comconsole" is not working. FreeBSD-14.0-CURRENT-arm64-aarch64-20230504-4194bbb34c60-262746-mini-memsti= ck.img.xz Tested on 1. Firefly - Station P2/M2 2. FriendlyELEC NanoPi R5C/R5S 3. Radxa - Rock-3A/E23/E25 4. Pine64 Quartz64 TianoCore EDK2 uefi from=20 https://github.com/jaredmcneill/quartz64_uefi https://github.com/S199pWa1k9r/rk356x-uefi.git --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed May 31 18:11:07 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 4QWcld2Bt3z4XM2x for ; Wed, 31 May 2023 18:11:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (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 4QWclc5Wwsz3FSW for ; Wed, 31 May 2023 18:11:24 +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=1685556682; bh=GdqXsiC+HvB0Zo8xHvT8udAcsxocNDxrlCHgdFySp5o=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=k6ZZzWYMx6iOufHfVi9HyBibK4HUoHJkcXlakxBTHzJTKziFZClBAV4UGPM33P3VZfqgqjMWmYuUQOJ8WkoaDOthG36P507gees6xuEk/uwMv57RIzWWN5hbzi+/X647cW6OZ/9aAAB7HUiNtKkYoIgwO/W1lPMCQNWj+P7BqDP0H5bJQtqB1NWVq2+JHujSbMvMti7gxiZZEunkM805V8K5xEwWcUjBj6zvH1P/zp66uB7NdIGpj2/fuklZ3Xi5rFKB/70RMXH6IMhEP8JhEu2+CHkGDhGeuZuTbW8K5UXAk0hHWW43iOXYi19tqbxQUL66I5vyBmyA/uozxoqIsA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1685556682; bh=OAWsG3vBAEiyq/pdHmPLB8zTPphw4Z0VFBhjnlF5z2F=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=LO37cPHDcLWJHFdGbrZ80PLi/dmP3bbrgbAhhyWWYkshvz4LuOzuXfs7ATK8m0ftSe+fOyFWaI/i79PS+KvsWqtiUFnqPyNa9ZjvLt8LOfyFRfkUvsB3fa4xqJMKVRp0nJnVyW2Ek7H/tSdhEemOEJ59Jr/sbt+dDZ8U91NJ6gyMYuFkAwlyd+cfyswBsGfuQQtjw7yokB7RwMsTtDlO/gUg7q2nrUJJQFDUPlGIlyvZKKtuhedtD074hX3pCFZlkpl6ZNbZ6viSkRyqPJL8vAF/ZlITGWreGq4lHnQB6VT33XYP3Ii4vdLFvikVSH3Q3laAyC8AOm2oUIi3v09uAw== X-YMail-OSG: 2_4hzHYVM1m2PdO_f2hXMy8Ud.aYDJfYYiSRX_SXlyr1BGtgNL.AUDqfQPxO34U g2OBXtXPJ6cnIrVIWfkwvaffLBx2vhlf86eYnsP4aRfvcOUdonMG6YyDOuTbuhkDcF506BWHMKUB 4V74L33kUl4fTu1UtJYxeWOHdG6wVngBDTVuLvK.r96J6cCXIzzF51JnrwttnUJKDruJ3oAS_lKZ zGQSs6fmZmyGKhTdRSksoIRpF1mURPO9iOikzkLU8_5Et0laqy5wteFB4Nt7rRb16C3QcXm8075Y ACE8Yd6r0DcnTsS4azrcCILzm3ZPVPcrV7TplT8v8Fu6oyDd4nocK9whvlY_owOI01YqJKJJc8Yw voIvS3rBi1BkQOu2Z2FAjhTYAkdvbo92iN871z45n30dIdUvpyJtgxqjyVuc1IaraJJzxB1DbeXT e720H39SfVBE974VZskvqG5Ol1CF9NTw36Eju5n86VEEamxxZFdrCxi7gyfsROgjE93eLSmXvt3s Nj15gZMICaho1x8GOITSLLsdNsq49tKhURb0QXcojN0GiIus4AoSaClE7OBvFUX_7la9qXsEnwHA CQxmLoiDRd6od96dXsgrYCxqUGeRrya41VXrPO2V5bkSVs5sNE4r7v9leomPg8Yri3I3MmPNebHC khOA00.dTOfCi1jEbVx94K1oY8kbapivZtSkHsDhciWl8YDkq5BDSYqCb2tb_4_SYfHhPzgDgkAj Fq8WQx0cnprpaTM9crMH_3DBponMWdFxW9FoWzHbPwWUllLaliVFI.hVC_gYM2tQKamALB.s1mwb fuG_P_mmCuq2TUc4By6Ft4MhyL11e9aRoeib8FG0y1X5VAKaEF41qDnJ6lbBSjWxp.7BwzCdCven 4bAhnSMmSoTQjtXO3LjFz_26P2wt0tN92kUWu9I8EnqaYk1Tl0IbF0P5FLEIra.qPwQK2WGvijeY wxnJ7UJ3UO5_WGZNWondTRW9_Uck9G9w78JPFpFe4PSviXry6v7r.hMtOyWpdUagQFBsLbWQvDmJ 1Go27GI8IzsM0LF0WSP3v.DQiG5snQosEYN0VADfTpLdOkoGVXn5CPPe.nF4FlQWW871E2qwPwOy R2MNN5xLE6l6dhIeOtCbhVt7b3XvUq0yqpLRdkYYg3rvkZHtf.vmYeLAgYYMhj6vzmXH26zKHHlx jbhcgEs5OMgglNJko5YR0u.ojPnXP4xH1iYDjJZ6hHX.sMbsasjJCjUgCKv4L3SuqrfwJkzAV2R7 XBu3WVgD8XB3xkNyzZElxN1Hxg_bWBL41ZVsNOI0B3VuAtXRRQrP8nZzlvA01mLw_nkwGTWthH5n bFpKb5PonNNSNTnF7tnkKAD_DyuKQ.AS4AyZCShDmgZmR.iPMgorZRYP8ecvyBvGA6kuETFSwjVz XJGUappRSZ4vevEJRrVWuEZjrRNk4ieZ.QrB3k9I9OQs.75ksVD1PoHoNBqIHPfGSvFUYebDyzto 07gHZET_8gLfMsQg0T7XcITVw24YYI.geP777cAf_4tgQKVJnmF8an.Cb_cv8Kgg2pdhpqqg3SO7 pjlBL6cKvJx65BrOxk5AZTzToI1XE3Ov_1lXwFCefp0G2Z5d72JddodnCumb4dDhYUtnre5FWGrZ txX6h.HQaz_5bZHHe2NYVr5vBTanbw7MhVDAka2uhCZ_Owt3mPDiJPnoSu1P0PP7vZrzOpQG3ggA m2xCmeZwYXIb2eqCSKlgj4WY7HWbIcmSvf_._tYtCceiNrHr.FD4gI77Xp9WE_VXdUv2ZoKQKtC. JuhDizKng84kU_05W_XPsqckcdKWYIP2kqhnK07rzedhgvLOU6_pdOvGkNeaNS1.Xzud.GQokLDd aaGECUSgwd2lcupqS.pmJVlZZ94B3ETNYjnd5birtoPXeX5y6GvBzFaaPA_uo1P2gnxDpPNOroQ. iKdFngbyWvt3Gqn94dJc5htFfsYqNWYqzB54R23KU44wIw.KYjQhqluQyAYmhxK8CENf8GN7UvPE Z6k6vdLwSpXrHn8l60iyN3cndL2SezR8dNyq3t7dG2Jp8er7T4B_s_8ds6rj77tnZALXDqPFMAqJ 34L6.gSNRcaS4NL7Oe7woAF3Mh5PAbb9ICb5fTwfXok0xQM._.LrvhLvisHHhU.ZTztqJM9qkHAc 9QV.u_y5cQe_LZ3GJFD8X0WTPzl5CxeyYWrEIrIIrMz4D5_.f1rXD6kGVgoNbJTv.Fw871dq0lZI zAAlrlrEG34yuEg1Qh5.W_m4FRNtANQAvYOQcBmqiBeyIY4zJEN2GGunGyVDTzhBDrHDYhrVu7xM - X-Sonic-MF: X-Sonic-ID: 5c65ce85-0189-4a7a-a359-6a893fe9c933 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Wed, 31 May 2023 18:11:22 +0000 Received: by hermes--production-ne1-574d4b7954-r69wt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2e30660094ab18c6bf6ff7d1b15a878e; Wed, 31 May 2023 18:11:20 +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.600.7\)) Subject: Re: devel/arm-none-eabi-newlib headers inconsistencies (not functional) or am I misusing something? From: Mark Millard In-Reply-To: <65ed005700693855d4b0bc689aef0cc0@mail.yourbox.net> Date: Wed, 31 May 2023 11:11:07 -0700 Cc: freebsd-arm , kevans@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2911C643-03A4-4976-AF9B-4DE1A143A28E@yahoo.com> References: <11a941a3a1c9e001559ccc6183af131d@mail.yourbox.net> <784313c52e2f42eb63f3755a5c093fdc@mail.yourbox.net> <9E888138-D3D0-4A6C-92B9-31705D470089@yahoo.com> <232dc6e4e0d3b5f3abcd37049db0991b@mail.yourbox.net> <8A93F4D2-4FDA-4C3D-8FA3-2D72DAD06A8B@yahoo.com> <572F38A8-67ED-4A77-A5EC-C431141BF386@yahoo.com> <65ed005700693855d4b0bc689aef0cc0@mail.yourbox.net> To: =?utf-8?B?Sm9zw6kgUMOpcmV6?= X-Mailer: Apple Mail (2.3731.600.7) X-Rspamd-Queue-Id: 4QWclc5Wwsz3FSW 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 May 31, 2023, at 06:11, Jos=C3=A9 P=C3=A9rez wrote: > Hi, Hello. > El 2023-05-27 15:21, Mark Millard escribi=C3=B3: >> On May 27, 2023, at 05:27, Mark Millard wrote: >> It is unclear what you are doing for linking. >=20 > Linking is another chapter that will be written after we can obtain = objects. >=20 > For the time being I am buinding a number of tests to see if the = headers are functional or not, following your suggestion to add newlib = ports header path first, and then arm-noabi-gcc header paths. I.e. > #include <...> search starts here: > /usr/local/arm-none-eabi/include > /usr/local/lib/gcc/arm-none-eabi/11.3.0/include > /usr/local/lib/gcc/arm-none-eabi/11.3.0/include-fixed > End of search list. >=20 > In this scenario the next problem I am hitting is this one: > % arm-none-eabi-gcc test_stdatomic.c -c -g -DDEBUG -pipe -nostdinc = -isystem /usr/local/arm-none-eabi/include -isystem = /usr/local/lib/gcc/arm-none-eabi/11.3.0/include -isystem = /usr/local/lib/gcc/arm-none-eabi/11.3.0/include-fixed -o = test_stdatomic.o > In file included from test_stdatomic.c:2: > /usr/local/arm-none-eabi/include/stdatomic.h: In function = 'atomic_flag_test_and_set_explicit': > /usr/local/arm-none-eabi/include/stdatomic.h:386:17: error: request = for member '__val' in something not a structure or union > 386 | return (atomic_exchange_explicit(&__object->__flag, 1, = __order)); > | ^~~~~~~~~~~~~~~~~~~~~~~~ > /usr/local/arm-none-eabi/include/stdatomic.h: In function = 'atomic_flag_clear_explicit': > /usr/local/arm-none-eabi/include/stdatomic.h:393:9: error: request for = member '__val' in something not a structure or union > 393 | atomic_store_explicit(&__object->__flag, 0, __order); > | ^~~~~~~~~~~~~~~~~~~~~ >=20 > % cat test_stdatomic.c > #include > #include >=20 > int main(int argc, char *argv[]) { > return 0; > } >=20 > Any suggestion before I patch = /usr/local/arm-none-eabi/include/stdatomic.h to make it work? >=20 # arm-none-eabi-gcc -std=3Dc99 test_stdatomic.c -c -g -DDEBUG -pipe = -nostdinc -isystem /usr/local/arm-none-eabi/include -isystem = /usr/local/lib/gcc/arm-none-eabi/11.3.0/include -isystem = /usr/local/lib/gcc/arm-none-eabi/11.3.0/include-fixed -o = test_stdatomic.o # So: with -std=3Dc99 added your command works fine. But using -std=3Dc11 = (even implicitly) does not: # arm-none-eabi-gcc -std=3Dc11 test_stdatomic.c -c -g -DDEBUG -pipe = -nostdinc -isystem /usr/local/arm-none-eabi/include -isystem = /usr/local/lib/gcc/arm-none-eabi/11.3.0/include -isystem = /usr/local/lib/gcc/arm-none-eabi/11.3.0/include-fixed -o = test_stdatomic.o In file included from test_stdatomic.c:2: /usr/local/arm-none-eabi/include/stdatomic.h: In function = 'atomic_flag_test_and_set_explicit': /usr/local/arm-none-eabi/include/stdatomic.h:386:17: error: request for = member '__val' in something not a structure or union 386 | return (atomic_exchange_explicit(&__object->__flag, 1, = __order)); | ^~~~~~~~~~~~~~~~~~~~~~~~ /usr/local/arm-none-eabi/include/stdatomic.h: In function = 'atomic_flag_clear_explicit': /usr/local/arm-none-eabi/include/stdatomic.h:393:9: error: request for = member '__val' in something not a structure or union 393 | atomic_store_explicit(&__object->__flag, 0, __order); | ^~~~~~~~~~~~~~~~~~~~~ Note that c11 added builtin atomics. It appears that devel/arm-none-eabi-newlib does not yet correctly handle such contexts, at least for what arm-none-eabi-gcc provides relative to c11. Is use of -std=3Dc99 inappropriate to your purpose? Do you need to use c11 (or later)? =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed May 31 20:11:54 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 4QWgQy5DgLz4XXT1 for ; Wed, 31 May 2023 20:12:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (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 4QWgQw6dLlz3m34 for ; Wed, 31 May 2023 20:12:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=BEGLsIii; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.147 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=1685563927; bh=s3zJGkgGI8tzC/4fxAIX3tK5M4zTyI9XbpqqJ+iorjo=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=BEGLsIiiEiSdadLwT971l/jJsTWJDFvk4A1gRADVAIvs6lYlo9I6qtxLwlSoqBPbGrqrh5CTWVRE3XE2ImxdVoE1nqS6iOBfxIA7zZ5Qy7GHhLxx0o2HLkkEO3fb0as1SASNTTjpwBct/oedwaQKZ2OQGR9JA40rlWxbhzIIWVDmnnyVeP/aGCTZApsDTMhioWaumg0Tnz1iysbM59D/I6KZXYuWiRmcvPhpZukfOB1w+Og2MpNwopgKrPpzOYOxd/n8eFueXTeCMUTl0phNLs9ag2i+S7nUhJcMyOnVf6Ql2JMEOh1WIdn9OOAbOGXSFS75rUIGCb+wPwR4M5M6Tw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1685563927; bh=6BLISYhtnk1uhqQhMRG6Yxp48cQfk8cYQ0jlSoVO4M0=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=UwG74Pv31Ww0FgsUNt4DvZ/NliZFndwJlPkuxC+nscB+yJ7KL7sHprSAjWfZKG4wIXohac6XByWp5wzqTgam6SRZGMtVwsjuV7Pi3zhF2k5T4NL1FxLwdHa8Pn1JKJbjroi5XDyyq0jYr9o46Hi6TCRYtkIZG7HLMfjSK7R9a8A8TXAnl+hQn8NgwXO31eK99LwF+xbCZVxrNybAYvUHBLNwQjtc2ZISSSplFPEzGmU8zipOJkGEN43CUuNLlDDIjkwtcT4QInUTeypP+vwJ16IHBd2RRAtZRxTZ7npDoolBL4uLfYt78qgo3XMe3f6NWnnHkfQUmOHm/W8DxTYKPA== X-YMail-OSG: 8Do11ooVM1mSP6Ko9WmgY3eOCgadlfLl8NoFX6QPI9B69vcUbDcoaail2RpWh3H 92ymNQYkRPoPJPQ.EvoemX8gwvLPViCJy6QuZynbqETc0uZEZ_uYnjDTRZmUxZDlmlmX9Qk4PLkm ajDId_qvJYcCEONDK5g833u5ByFjl3_kyCHOBQxLRj8nL9PS18R1nS5E1I0NjETFKAvJZcDB29Qp x2ZWrNUUGrslTDg4Srhn.v2nX4C.pcmtEomGh6VTVwLODvPh8tpUgw1IY4veRbjHKBdL12L.HMaf Soml.6mg5dVwCjZPuHro25ey5ZIc0ABcnFu70qW4iIsGvHExldedMV8kSdxorLWlrbw0fAYNP2.g JpZy_J1sLXvlbvQdtJmVqVNwHHJf.fEERoR0COmiUGoowPkudTj7qEDXt91E0xUZ7842pcthh.oR oRUjORWiBTK9.KnIAyt_v31zaHhiI0HewzehSrxyDu6jiTX.3XHY3sTpKaKqmSScwzmSJTY2asoE .K9etG2zzubqLUuB446scuWL3wUQ9PUtOzMdRl5ZJqPtyU6HucEiLURJug09s.JlTatW9.L6iBFt ZLOsAg6HFHISOemlmHkjBsapFM7RODkWIDcBSdrtpRXKPo8_71LbwoqedveafzYrabxrZ4tYMxu7 Ye7kBWb2RNfJ5UIMhGK7m400Rbnro4T4nwRug1MS8JLZcUAzD9BOStF03DeiJnkvBdfgsvUL1_nr 2h6dQaIX8D9UqHmYuWJDydJFLyoDWmOYJU_MTiRxMX_NTo4utviWMbH7IfeMfavg4Tekv_LenQPT vQTxSLjNyqqL34ggKy11gpp56KouGGK36hHeTA1EArcR1dmDDnpz6EFwriAwpCGTH8XgVybocLYE hBzZTOhQcNpi9wVPzzGZsiiqdlEXv1nz5yhuoDMCi57ytqr30LnisbBotv7vJr.N.GkxziwP11DL dnPRmbhM69zBsQ6286Si6wk_z2vGa85amOBniSp40.OOHx1nOB8FBz5VFXEYNmV089wk8_gT3VtT KnpLwUAIZr.yq3A2sEIySvc55VDOXwzhCowd4T1vwzunpD4.Zaa1v9fgWjDdVtilBqsoUqHueju4 Nv0yj9W4fZSbYlYi.5sKNg.KIajZVfoLeam4ADyahZHEsmlZOrWkwAZYtGqjMr3GPnAqYZcnoskl hAlIB51BEqz6LISThIhyihhS487VCf6kbQiF_yh7P7Hvq4vaTsANdWyoC71SdJdbVAZjzxyXZnv3 QxM_hWpxtpslNP5SgRUF3WdxuaDuK4sXJMR3Drl_vLEbXtQRJnsO7BCSh8v3.hrky4MCYUzWvatV NS.YJlmy1YJoINeXNxm71Lg6hiXohTk6xUFZfDOsGvp8gQmzKbaXTzM4CnBNQOVmsOwJK5rTs2hE YsytsJsm_Gbn4JWpOTlwSLvKIhcN13Q9TnHVA5WlqEA6XT.SuA9Jd7uQUGpsZF3POWi4xdP_Jemd bxO_O669KPmpYNIGu4dmSbgAgauk3DpeOgzsjeyXEMhJqF34Tff5r3.2._3WL9CdkRJ77QS16Mk_ JxCalwMxtksRgF6nvOIqtmUOCzDe5ALcFQcKi_7mS4183jtYHMR0zT4kDhZfePb09Vfm8hwHMAx1 ns5RCbrc3kvOraVU.FKtASJlDxjn53oo3NgzGGFtUrbt3oJD8XfUmlzdS1dah5kj99R2g0xy4aaE 6MBKofA1zprt1xR3hUmmbrnp42DeQw2beoP6E7aE2CYuzy7MpMIcwc0ncwH1lHrIeldXX55q6MQ7 kTw.LIkzwyCOEM4i31J7RrrV13ug17CqCwW3NYU6OhVGz4.k6Jo.cMFxbmuN.6mtTWswyIZW8pvn mRq6nUgpR55TCRbTsz7F_Lz6BegSgHHyTWIykDq46AP._jV98jbW3fCn8GUmtmBIWpSbJrPpmycH hCOfoQFuWJH4yCLLLctmA2QioX9KkJe6qEMfGpQxlClGvJk.xMx4SDQuO2Cot0qSQBABSQK51wSD 9a2uqUSID9fpodD4GaZjEz2YsZJX.dWcYfxJyhbdQ6P.d52pPsktYzFfRLzx0MsKHrW4wVgBgHM2 C50iomTOQqJANn6Dg69qFSAdIR2PIQpvGrXQeeqW.EM9QihGZRDnVhLdvhjhI2T9mSqSpYUn.AFH mEIXt6VaO0BTpwEvBwei_4YBCLS8oRq461E24YIFrTN1EfVbecFmKkt2DZpFvyvZp5uwoMgCSmZt vIZDyDI6q_W9ydfwWHs2ER1g3bZuBaAfj6uFYU0l6vRB1xy9zdhrZyqgoc_OlwKaoOrdX2RnZ5ct W X-Sonic-MF: X-Sonic-ID: 59fcbc93-7ad7-42a1-81f4-943c6efbe349 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Wed, 31 May 2023 20:12:07 +0000 Received: by hermes--production-gq1-6db989bfb-z7s2g (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a7afc5692c6c146dc448b5e7ebc1d9b8; Wed, 31 May 2023 20:12:05 +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.600.7\)) Subject: Re: devel/arm-none-eabi-newlib headers inconsistencies (not functional) or am I misusing something? From: Mark Millard In-Reply-To: <2911C643-03A4-4976-AF9B-4DE1A143A28E@yahoo.com> Date: Wed, 31 May 2023 13:11:54 -0700 Cc: freebsd-arm , kevans@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <6F740EDE-9FF0-4CC4-B3BC-767692F2FA4F@yahoo.com> References: <11a941a3a1c9e001559ccc6183af131d@mail.yourbox.net> <784313c52e2f42eb63f3755a5c093fdc@mail.yourbox.net> <9E888138-D3D0-4A6C-92B9-31705D470089@yahoo.com> <232dc6e4e0d3b5f3abcd37049db0991b@mail.yourbox.net> <8A93F4D2-4FDA-4C3D-8FA3-2D72DAD06A8B@yahoo.com> <572F38A8-67ED-4A77-A5EC-C431141BF386@yahoo.com> <65ed005700693855d4b0bc689aef0cc0@mail.yourbox.net> <2911C643-03A4-4976-AF9B-4DE1A143A28E@yahoo.com> To: =?utf-8?B?Sm9zw6kgUMOpcmV6?= X-Mailer: Apple Mail (2.3731.600.7) X-Spamd-Result: default: False [-2.37 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.87)[-0.865]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.147:from]; BLOCKLISTDE_FAIL(0.00)[98.137.65.147:server fail]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.147:from] X-Rspamd-Queue-Id: 4QWgQw6dLlz3m34 X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On May 31, 2023, at 11:11, Mark Millard wrote: > On May 31, 2023, at 06:11, Jos=C3=A9 P=C3=A9rez wrote: >=20 >> Hi, >=20 > Hello. >=20 >> El 2023-05-27 15:21, Mark Millard escribi=C3=B3: >>> On May 27, 2023, at 05:27, Mark Millard wrote: >>> It is unclear what you are doing for linking. >>=20 >> Linking is another chapter that will be written after we can obtain = objects. >>=20 >> For the time being I am buinding a number of tests to see if the = headers are functional or not, following your suggestion to add newlib = ports header path first, and then arm-noabi-gcc header paths. I.e. >> #include <...> search starts here: >> /usr/local/arm-none-eabi/include >> /usr/local/lib/gcc/arm-none-eabi/11.3.0/include >> /usr/local/lib/gcc/arm-none-eabi/11.3.0/include-fixed >> End of search list. >>=20 >> In this scenario the next problem I am hitting is this one: >> % arm-none-eabi-gcc test_stdatomic.c -c -g -DDEBUG -pipe -nostdinc = -isystem /usr/local/arm-none-eabi/include -isystem = /usr/local/lib/gcc/arm-none-eabi/11.3.0/include -isystem = /usr/local/lib/gcc/arm-none-eabi/11.3.0/include-fixed -o = test_stdatomic.o >> In file included from test_stdatomic.c:2: >> /usr/local/arm-none-eabi/include/stdatomic.h: In function = 'atomic_flag_test_and_set_explicit': >> /usr/local/arm-none-eabi/include/stdatomic.h:386:17: error: request = for member '__val' in something not a structure or union >> 386 | return (atomic_exchange_explicit(&__object->__flag, 1, = __order)); >> | ^~~~~~~~~~~~~~~~~~~~~~~~ >> /usr/local/arm-none-eabi/include/stdatomic.h: In function = 'atomic_flag_clear_explicit': >> /usr/local/arm-none-eabi/include/stdatomic.h:393:9: error: request = for member '__val' in something not a structure or union >> 393 | atomic_store_explicit(&__object->__flag, 0, __order); >> | ^~~~~~~~~~~~~~~~~~~~~ >>=20 >> % cat test_stdatomic.c >> #include >> #include >>=20 >> int main(int argc, char *argv[]) { >> return 0; >> } >>=20 >> Any suggestion before I patch = /usr/local/arm-none-eabi/include/stdatomic.h to make it work? >>=20 >=20 > # arm-none-eabi-gcc -std=3Dc99 test_stdatomic.c -c -g -DDEBUG -pipe = -nostdinc -isystem /usr/local/arm-none-eabi/include -isystem = /usr/local/lib/gcc/arm-none-eabi/11.3.0/include -isystem = /usr/local/lib/gcc/arm-none-eabi/11.3.0/include-fixed -o = test_stdatomic.o > # >=20 > So: with -std=3Dc99 added your command works fine. But using -std=3Dc11 = (even implicitly) > does not: >=20 > # arm-none-eabi-gcc -std=3Dc11 test_stdatomic.c -c -g -DDEBUG -pipe = -nostdinc -isystem /usr/local/arm-none-eabi/include -isystem = /usr/local/lib/gcc/arm-none-eabi/11.3.0/include -isystem = /usr/local/lib/gcc/arm-none-eabi/11.3.0/include-fixed -o = test_stdatomic.o > In file included from test_stdatomic.c:2: > /usr/local/arm-none-eabi/include/stdatomic.h: In function = 'atomic_flag_test_and_set_explicit': > /usr/local/arm-none-eabi/include/stdatomic.h:386:17: error: request = for member '__val' in something not a structure or union > 386 | return (atomic_exchange_explicit(&__object->__flag, 1, = __order)); > | ^~~~~~~~~~~~~~~~~~~~~~~~ > /usr/local/arm-none-eabi/include/stdatomic.h: In function = 'atomic_flag_clear_explicit': > /usr/local/arm-none-eabi/include/stdatomic.h:393:9: error: request for = member '__val' in something not a structure or union > 393 | atomic_store_explicit(&__object->__flag, 0, __order); > | ^~~~~~~~~~~~~~~~~~~~~ >=20 > Note that c11 added builtin atomics. It appears that > devel/arm-none-eabi-newlib does not yet correctly > handle such contexts, at least for what arm-none-eabi-gcc > provides relative to c11. >=20 > Is use of -std=3Dc99 inappropriate to your purpose? Do > you need to use c11 (or later)? >=20 I will note that newlib's NEWS file: = https://sourceware.org/git/?p=3Dnewlib-cygwin.git;a=3Dblob;f=3Dnewlib/NEWS= ;h=3Dee456f9b8a25ea96d31013383b1ad56eed6afa03;hb=3DHEAD mentions C99 various times over the years, but never mentions any of C11, C17, or C23. Looking at the materials, they appear to be incoherent for things added/changed by C11 and later. Overall: it looks like C11 and later are just not supported upstream. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed May 31 22:36:54 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 4QWkdz4nLLz4XktC for ; Wed, 31 May 2023 22:36:55 +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 4QWkdy4Xxpz3ynQ for ; Wed, 31 May 2023 22:36:54 +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=1685572614; 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=/MnLhzKi3aGnNnQ4eFOXRXjZ2fJGsjjg13SqWaGTego=; b=xYuFbmtsxBgXhApg8C5Ihxn5JP+Spxp8lwlhL94RaVfUrq3D1Ki+bbC85iPW0lPJVZSmVr VP11FbFqTsw0x02UoPoUCVDcwNvPzqB1YEpFWzr1nD8enQA2pyUPkN/OAOi9ar8I+HvjN2 oRYhR//4DFDJBFf0Pic2ThFfSLfhV3DZr4QGEyonO+Rpqyu2ArA3Mmqh1uXeCTJobjwOud LHmQygvwiJvImNw+Eaf/SrpyRO4Q9wrYo+DbWMDKMvSm7en5Xwce7jzToKHqWGiTV7LkF6 g+pydmTHEDTFaQr8IV/uNHyyGO1CCnyS+eY5xPlYYkT7MNyv5aXJEslz5Bij3w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1685572614; a=rsa-sha256; cv=none; b=XNVTly6pJTaC7CoS1Sh+fAhNBE7sQTfJ4O/9dXtyXSNOkgLaKlz/Ck9auwuTwOq3A93bMb hE9lkRTJJGwAUHrkEj44i4XKP2t2U9KG8ndZKcq7kNr6Aiuyv1yaQd9nXFw1bFw8JKxWBO yxgQ3ToXRvYKwOS51X8JLAhLIWmhxQ7yz4thXbiDOE+cs1ERDgZAs6lA/bqVW36CsH0XZ6 BiIJ4HjgkhnRghPqLuuElNoKs7TqnQE6nb6KWftlY64pOfbW4FDr/feiLpnJpsKzAgFmKa nOQ1nnnJzcVSnLryf6uGzCWUGZmCk3PFU5fNDlY7fjm9tKwnzncCHcDLqZDKKA== 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 4QWkdy3f4fzsLj for ; Wed, 31 May 2023 22:36:54 +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 34VMasNS048626 for ; Wed, 31 May 2023 22:36:54 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 34VMasGC048625 for freebsd-arm@FreeBSD.org; Wed, 31 May 2023 22:36:54 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 271759] [panic] [usb] [if_ure] unaligned access Date: Wed, 31 May 2023 22:36:54 +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-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: freebsd@darkain.com 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 bug_severity priority component assigned_to reporter 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=3D271759 Bug ID: 271759 Summary: [panic] [usb] [if_ure] unaligned access Product: Base System Version: 13.2-STABLE Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: freebsd@darkain.com https://github.com/freebsd/freebsd-src/blob/main/sys/dev/usb/net/if_ure.c#L= L616C1-L617C24 ure_makembuf() has the following code: /* uether_newbuf does this. */ m_adj(m, ETHER_ALIGN); based on that comment, it looks like someone copied m_adj() over because the base usb ethernet driver has it, without really testing it or setting up the mbuf correctly. when m_adj is called here, m->m_len is 0 at this point so the call to m_adj= () does nothing. because of this, the data is never shifted by 2 bytes, causing an unaligned access to the IP headers when byte swapping later in the stack when convert= ing from network-order to host-order, causing a panic on 32-bit ARM systems. NOTE: virtio-net has a similar unaligned access issue, however that driver isn't calling m_adj() at all it looks like. This is referenced over in: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271288 --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Jun 1 04:24:25 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 4QWtLy1YWxz4YDBc for ; Thu, 1 Jun 2023 04:24:26 +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 4QWtLx5kR4z3GYM for ; Thu, 1 Jun 2023 04:24:25 +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=1685593465; 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: in-reply-to:in-reply-to:references:references; bh=lyUclAIdaf8hI3K0BmIGUwJv/Uudzrbx9yHLPJzbNx4=; b=FCoMtiay5dGI6cU/WZDSOZzcOGK9vUx+iQA/xACN3cTnEO8mYrYWc5f3HAfJu1sI1VAGRd WjJTzvLN8m+hENgKqDIRMBkvCQKSIwMjkzgXXyvb9YFeClyGAsjLGXEZYdmlt5Fi2nSWqp FSfP2x8LyOMecjD60l3T+1o8mAAgXTpNOZuhLCCwFp9YS2lEY/SipZMCcK02mMYsNotHnQ tNMeqsM4NxJ/XuQWLkWTLDPXi4nL6cXBupfdM7LAlx+0GuMT6R5EVFWNjFqzB04lYZnVs8 xs38RDllMq1rb2HG4GMQVm/kyY0nkzMaqNXVh0XcAOZSRfcQ4ODtnqgBPGjXdw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1685593465; a=rsa-sha256; cv=none; b=ylfE/M/Z89TgUxKpgGgQnM+g+OtR+83GyZ0iZQjCrcewv5e6Z84zttZopZBlH3lkRfEhPH bFczJzifsCvaxneICZy1EErqP8jBpv9BzB8SibWL8jMkY0vuzdtM5mG8YhBuG85WHMYBJO 8IswwRQHLQeSJNyF8GtmLdskDsmu9jkFc79CkSTgXVGLoZaoK98z/w5r4plkZd93lTyJV7 zkrTuwNq6vrsFFAWGPqEp/+7pIJkXc6aHfpQsvyTVBMkZx096fVDk+0YDEkYZPcFIzLt+W IkVSqs3aDZhhmUcIiRee2nypWZXDCOfmRDmYdaHUu2x0hR5ZUPeUGuC0QXQ7UQ== 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 4QWtLx4j50z13QH for ; Thu, 1 Jun 2023 04:24:25 +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 3514OP9B062155 for ; Thu, 1 Jun 2023 04:24:25 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 3514OPRL062154 for freebsd-arm@FreeBSD.org; Thu, 1 Jun 2023 04:24:25 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 271359] [RPi4][patch] reset after shutdown -h doesn't work. Date: Thu, 01 Jun 2023 04:24:25 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: t_uemura@macome.co.jp X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Not A Bug X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: 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=3D271359 t_uemura@macome.co.jp changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Not A Bug Status|New |Closed --- Comment #1 from t_uemura@macome.co.jp --- I've sorted out the issue more precisely, and decided to make things clear,= I must retract this PR. Long story short, mtx_lock_spin() is OK. Just PSCI_FNID_SYSTEM_RESET doesn't work on RPi4B at all. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Jun 1 22:30:42 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 4QXLSh5lBCz4YWgs for ; Thu, 1 Jun 2023 22:31:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (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 4QXLSg5Zznz4Pkm for ; Thu, 1 Jun 2023 22:30:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=LrA+TXjW; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.83 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=1685658657; bh=jnyZm8TCnH/r7E8bv/I6PQNsCkDKLUr6PgHks1+ctFs=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=LrA+TXjWur7UaGa9xeEVJyYJ++jIKErBTEq1WPRnPtRUGF5tmkKf3POeDQ1abCxF1Er19tZWjabriyzL+bj6h1RnQStFl9iVC1+RZgVIJMrtFlqfOTdHUpiSivt3SCgKuWRve5vXbZ+ZIuLhulBh7eTO/8Luo2+kR+vtei3vWHKjeoj1+Y5MCf5l94Wr+udUie0E7b3p9eIW7Lti+pzx5+xIobDBh4Z17mrz8oPhCvEIeww6C68H43Gn2w+bhAbu0AhWQRgCDhipAKKYZUVOt0Zwxi99418o8Zl3tS4X0Wke3NYcU1oeFrj/v6IgCJMt/YSjl5M831vZUtTCUuy2AQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1685658657; bh=5yEEwf6Qarzfc+8H4LhgInYzj3x5A38fEjGVxGUq+iA=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ef23d9wS60TWS+ikLYCEvO500bFRgyI6GoI5QhdOSSOj1l+BBzGqLddi8B8rWe7pdKwAFzBMCBcU0Ys/yzhgBbmbNvMgg1EnaTrwdj5hIUvPhAKgrByMCyAvP54eV9dp6p6Xe1cqui+tmzArXmixmOmMVPF/dcd/1iu4detwLeN4fqfD77SZxJnwZFawjFHDmUNwM/wMsxJ4CU97e1RY6SB6CypU/tgUWqa4vRMRRy2XgY7t0UzA65OiedHjZYPuZ/T+Rt6se2QqHOx8j7TkJf4ZWzJL0HnQ9YkjAdHCKctZlvxsSNwThLdyIBc2cho4XM0CLTKesassaHyAHL+JuA== X-YMail-OSG: ifSNYcEVM1kkSI77dVIKFzIRVxjAfvI5lmkPY6VOr67j7zwYSC1ju6YW2c_fLnq C6XI73SwJRkHMbjedH4RB9FOTzUATqCnd9uQ3lLrVrm8KTsqGiNMeaIbJMHKZYvJpiMCZWJF20l9 hyeNC4OCg1Y2LJlDxgF2y0kUNboiSKJ8bqFbYrOJNYN5LwOHw4WTlv847a88Y7ekGrl1EC2yv9tA 5tBNC9vyONvr.VBd8My4ywjAeKSjQZL5W4EkDJ18Y432xvVLccXlMnm.z.2wVuxqoKVKYIWAPser pggDMfVaj.0w8m6Yjn9VtxSErXRzYpj3z80ScNG8j30ZoqWIbws71Csk4ci2hOpsEUBGa0XbwXl3 4OzGyzl_jeB0YUV4wWf13a_cljF75kq0oBVhBU4b91EUWh5kmHumuZd7Ve4syQFWPcjsc88z4mYE tWf0lc1KKKcrIJ8o1HKdKGfwe3VmR1zOWna52sKseh9c6VR9lvcYaYY1FCobQznIZFErYZ5ctyAv AhSzsQsXRJGehOWrrNV0D5.w_Y8vTwe9oUI36Cwr6HTa1.IlKxVIKfiMYdVv978ZPied78przcTe _Gz6RJwsFarB0FGe9rEs.9TPrcJmInyU0F2S19NJHW4lwv2HgEn2wBgoH9CF7ajesky1ft2UwWcz eyk51t_ZA6r_Gq7S2HTi9_ok3NWVopSYZFVog0Pwj9i1BgGF4U_LWYI_ncB.xeIn_38rijgNa4jA _tLymhMpEVG3f9gOy_S2x6VZYqI0ZtMWaEk4oIWWcl1x8.JELoW9dDv6.hUp9OhLx_2wLqfRkACj 0bzEI2PW4HH14C7EOrbC8gDzgnLfUCchzFhv4TvRCe2Vv9dOwnkcinllzD8bEu6He9NIZbk9fyoF KHJtrcJElWNpyBF8M6tuBDCEKt5Dyogp_0LWO2GiiIha9kmFxIw.oOvHiVJojwwnsddBCbSOYPtW ls4BwIzdrmvThZXQo_4VcAbYkHE4ABbqSYG1.ZBELoqlkLSnWjZEOexubbf5iSNGorKU_468PiqP cq0bvqdo46Ga6eQ10ZeMOBeydSjAlPTuVd408zvNnJOTBvHjKhYJqu2QDeREubUuRS._SH04t9Tb EhKvDq4bvjVGcnKXIqpkwGFVSpiKCcU7hUU0h08y4nQ09eQG7LCiCo32mcFPMj5rYEfJBx0.EyWJ VPWFwh5Z8Vi7qaHK7E0c2cDqxDthgAOGD35q4_zXPIdnYLPz0iv3MhKHdAiyMm0dFU8MkTYULtTQ yYcgbiCGBl8X.bV8FNdme7ZEDM149XxdUfwZk6JSt4WJdB4mNBYJPyIkbzmo0z8qWuSB0hpW1G0w HLDZWJloM3b_VyigxUD0GFYHfKFYKwZwMro1dDjuC_m5pEBxhNRs2rWTWb.PpaH7JmqzfwZBNTIB 2bMEXeFDN_6zXUDqxHOYEaP2ILYe8dl6utjFblA2500EofHX5B6Mtb8B5b5ctJOBC4myFcyiNHpU fSYPPq2KG0iZwDotxORKy4A8AF0hrToGzLeMmj_DJrE90qaQE8yQ9X10XBdflZpFwkF.CzGxk1Eu 6_kw85nfvViUwiraT.pOZsaReZnQeGlAy7m_2HgnNaFHSY_TRZwKtbGstMSe64vTrPbor2NdCQTo 3oeTbUSZUpjpvrVn6IfqFl5xXjSH1fwr11s8QBMPnaBpYVu4V_APrDdbKfemBbU5HWMLe8df3a58 ArRTknhzh2BjUm9cB67VuZSV_kUZqW.48jYOQU728pCBmONJqlHizzFIrhZbfEVTtAc_Kdo6vNvU QiFvF_.l54jBfCAz__.kNQf1VjmPkXR4JptVxmJUwN5UAcU22hsbKwnrZi.fEDumiwj3go1Q1Emj nofZt74knXqTLp5WlCvbS2G3IJcLKudiF00XQwl0aUsh7dqdE.nS9FH_p4X0A2XkGkeULJuJx20Y GC9iUO3Yq8G9AhOL_8Q2swsU6gNe_hM00BjvhEVnlSI8f5EHgQt.ZlYDZIxoWN4gpSjMcFHNOG.Y uJc8s8SSios_jCVcp8jFA3yBzqQTJyv4ODc22ABf2ysMbvgzqsN9CHe471OCVYVnd30V5EjK7LHj vbHrSG2Sdm8C3aeo1J1bOPI8EuZ8KYQ3p.yyOBa4YkdwOHq6UMOdTVIA2iq8B_Wo_IghBtABoXaS AsBRVhwZQEYzlzOiSNxuX5TY6xDbWqC681xTnjs310oAmvQqwkRe2rfAckLL5iVJK.k8XxhS85_m gjUYRf5PcJ5xNeT2t9ySwLq1aJc3gO8wxKgcijNfSqj7Xp.sz2BLgIpXyGnvB X-Sonic-MF: X-Sonic-ID: dd293f7a-b271-46c5-8c9c-22af74fd9d72 Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Thu, 1 Jun 2023 22:30:57 +0000 Received: by hermes--production-gq1-6db989bfb-7mxxf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 6bc7b1656eb8355cc608bdb457793eb0; Thu, 01 Jun 2023 22:30:53 +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.600.7\)) Subject: FYI: Unmodified arm64/aarch64 20230601-cf3a76018cad snapshots now boot the Windows Dev Kit 2023 (via the USB3-A connectors) Message-Id: <109EF00C-B8CF-422C-9C6B-15E89DEF6937@yahoo.com> Date: Thu, 1 Jun 2023 15:30:42 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3731.600.7) References: <109EF00C-B8CF-422C-9C6B-15E89DEF6937.ref@yahoo.com> X-Spamd-Result: default: False [-3.47 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.970]; 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]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.83:from] X-Rspamd-Queue-Id: 4QXLSg5Zznz4Pkm X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N I specifically used: = FreeBSD-13.2-STABLE-arm64-aarch64-ROCK64-20230601-cf3a76018cad-255472.img dd'd to USB3 media (that has a USB3-A connector) to boot the WDK23 that I have access to. # uname -apKU FreeBSD CA72_16Gp_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #94 = main-n262658-b347c2284603-dirty: Fri Apr 28 19:57:23 PDT 2023 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400088 1400088 This is the first snapshot version to do so: the last of the commits involved had been MFC'd and was included this time. =3D=3D=3D Mark Millard marklmi at yahoo.com