From owner-freebsd-arm@freebsd.org Sun Feb 21 10:51:55 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E720E552AF8 for ; Sun, 21 Feb 2021 10:51:55 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dk2F65RQXz4WVX; Sun, 21 Feb 2021 10:51:54 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1613904712; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=A21PvgY39HaWYRah46IIsLIKXfVAd2wyISw4lJOmJ0s=; b=cBw8dOAP+K9Sg9Ivrr6iY1xBJZwlHaunOhvPyf+H2xSOUvfI7alh4McelItMsW5Kx5qMY9 +fKph8etAscXMsGNirdqEnJlVzaW/xylzPlebeKi4CqiCtmxDsI7Y935KC4LuTI/VQ3LP0 Bb5PPN//nQwWTnQ6t98SokfuNkSyaTg= Received: from amy (lfbn-idf2-1-644-4.w86-247.abo.wanadoo.fr [86.247.100.4]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 33224fec (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sun, 21 Feb 2021 10:51:52 +0000 (UTC) Date: Sun, 21 Feb 2021 11:51:51 +0100 From: Emmanuel Vadot To: Alex Samorukov Cc: freebsd-arm@freebsd.org Subject: Re: RPI4 USB Boot: Unable to find firmware device Message-Id: <20210221115151.bd39f87fcfed396bd48b1060@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Dk2F65RQXz4WVX X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=cBw8dOAP; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+mx]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.83.155.74:from]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 10:51:56 -0000 On Sat, 20 Feb 2021 16:56:26 +0100 Alex Samorukov wrote: > Hello, > > > I am booting FreeBSD generic 13.0-BETA3 from the USB. All works, but on > boot i see "Unable to find firmware device" for the bcm2835_cpufreq0. As > result - powerd is not working. I think it somehow expects firmware on > mmc (which is missing) and fails to load it from USB. I did not found > how to point kernel to the correct firmware device/path. Any hints? > > > Error messages provided below: > > root@generic:/usr/ports # dmesg | grep cpufreq > bcm2835_cpufreq0: on cpu0 > bcm2835_cpufreq0: Unable to find firmware device > device_attach: bcm2835_cpufreq0 attach returned 6 > armv8crypto0: CPU lacks AES instructionsbcm2835_cpufreq0: Control> on cpu0 > bcm2835_cpufreq0: Unable to find firmware device > device_attach: bcm2835_cpufreq0 attach returned 6 This is fixed in head and stable/13 : https://cgit.freebsd.org/src/commit/?id=1cf282363101f5d99b1dadfb0d3250bbe6f482a5 https://cgit.freebsd.org/src/commit/?id=2551d928501fb613dba09b7ffe7e383dba276ca6 I'm waiting on re@ approval for 13.0 Note that you will also need two files provides in an issue on rpi-firmware github, see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252971#c25 for more info. I'm waiting for rpi foundation to release a new version of the firmware file and will commit an update to the port. I hope that they release that early next week to 13.0-RC1 can have them. Cheers, -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sun Feb 21 10:53:51 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B4E04552ED4 for ; Sun, 21 Feb 2021 10:53:51 +0000 (UTC) (envelope-from samm@freebsd.org) Received: from reindeer.net-art.cz (reindeer.net-art.cz [IPv6:2001:15e8:110:513c::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 "reindeer.net-art.cz", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dk2HM2jbYz4Wld for ; Sun, 21 Feb 2021 10:53:51 +0000 (UTC) (envelope-from samm@freebsd.org) Received: by reindeer.net-art.cz (Postfix, from userid 65534) id 34BD75EEF5; Sun, 21 Feb 2021 10:53:48 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on reindeer X-Spam-Level: X-Spam-Status: No, score=-0.9 required=10.0 tests=BAYES_00,HTML_MESSAGE, KHOP_HELO_FCRDNS,NICE_REPLY_A,SPF_HELO_NONE,SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.2 Received: from owl.net-art.cz (surikat.net-art.cz [IPv6:2a03:6920:0:10::101]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "owl.net-art.cz", Issuer "R3" (not verified)) by reindeer.net-art.cz (Postfix) with ESMTPS id C186C5EE23 for ; Sun, 21 Feb 2021 10:53:47 +0000 (GMT) Received: from [2001:1a48:6:10:b0a8:f54:9b4c:56e2] (account samm@net-art.cz HELO Administrators-MacBook-Pro.local) by owl.net-art.cz (CommuniGate Pro SMTP 6.1.20) with ESMTPSA id 796220 for freebsd-arm@freebsd.org; Sun, 21 Feb 2021 11:53:47 +0100 Received-SPF: softfail receiver=owl.net-art.cz; client-ip=2001:1a48:6:10:b0a8:f54:9b4c:56e2; envelope-from=samm@freebsd.org Subject: Re: RPI4 USB Boot: Unable to find firmware device From: Alex Samorukov To: freebsd-arm@freebsd.org References: Message-ID: <4083ff7e-bb6e-c937-898b-9cd96b3d58da@freebsd.org> Date: Sun, 21 Feb 2021 11:53:45 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US X-Rspamd-Queue-Id: 4Dk2HM2jbYz4Wld X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:24806, ipnet:2001:15e8::/32, country:CZ] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 10:53:51 -0000 Answering myself - i was able to fix that and localize an issue. Steps i did: 1. Installed on another USB disk raspbian and tried to select using raspi-config usb as default one. 2. Overwritten most of the files from /boot of raspbian to msdosfs in freebsd. This fixed the issue. However, i decided to find a root cause. After all i found that it is enough to replace _only_ bcm2711-rpi-4-b.dtb. I decompiled both and put them to gh git: https://gist.github.com/samm-git/c56e9e16e07339cea8606a78a7da7f58 I think most relevant part is https://gist.github.com/samm-git/c56e9e16e07339cea8606a78a7da7f58#file-bcm2711-rpi-4-b-dtb-txt-diff-L1344 where bcm2835-firmware is attached to simple-mfd and not simple-bus. Do we need to do some overlay for that? Good news is that now powerd is working and i am getting 1500 CPU frequency. But would be great to understand and document this in the RPI wiki for other users. So any comments are welcome. On 20.02.2021 16:56, Alex Samorukov wrote: > Hello, > > > I am booting FreeBSD generic 13.0-BETA3 from the USB. All works, but on > boot i see "Unable to find firmware device" for the bcm2835_cpufreq0. As > result - powerd is not working. I think it somehow expects firmware on > mmc (which is missing) and fails to load it from USB. I did not found > how to point kernel to the correct firmware device/path. Any hints? > > From owner-freebsd-arm@freebsd.org Sun Feb 21 11:07:40 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0C8E255332D for ; Sun, 21 Feb 2021 11:07:40 +0000 (UTC) (envelope-from samm@freebsd.org) Received: from reindeer.net-art.cz (reindeer.net-art.cz [IPv6:2001:15e8:110:513c::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits)) (Client CN "reindeer.net-art.cz", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dk2bH6F46z4Wxn for ; Sun, 21 Feb 2021 11:07:39 +0000 (UTC) (envelope-from samm@freebsd.org) Received: by reindeer.net-art.cz (Postfix, from userid 65534) id B5B655EEF5; Sun, 21 Feb 2021 11:07:38 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on reindeer X-Spam-Level: X-Spam-Status: No, score=-0.9 required=10.0 tests=BAYES_00,KHOP_HELO_FCRDNS, NICE_REPLY_A,SPF_HELO_NONE,SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.2 Received: from owl.net-art.cz (surikat.net-art.cz [IPv6:2a03:6920:0:10::101]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "owl.net-art.cz", Issuer "R3" (not verified)) by reindeer.net-art.cz (Postfix) with ESMTPS id 5D78C5EE23; Sun, 21 Feb 2021 11:07:38 +0000 (GMT) Received: from [2001:1a48:6:10:b0a8:f54:9b4c:56e2] (account samm@net-art.cz HELO Administrators-MacBook-Pro.local) by owl.net-art.cz (CommuniGate Pro SMTP 6.1.20) with ESMTPSA id 796227; Sun, 21 Feb 2021 12:07:38 +0100 Received-SPF: softfail receiver=owl.net-art.cz; client-ip=2001:1a48:6:10:b0a8:f54:9b4c:56e2; envelope-from=samm@freebsd.org Subject: Re: RPI4 USB Boot: Unable to find firmware device To: Emmanuel Vadot Cc: freebsd-arm@freebsd.org References: <20210221115151.bd39f87fcfed396bd48b1060@bidouilliste.com> From: Alex Samorukov Message-ID: <1aa1f98d-84bc-dfdb-32a0-56940b64b9c2@freebsd.org> Date: Sun, 21 Feb 2021 12:07:35 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <20210221115151.bd39f87fcfed396bd48b1060@bidouilliste.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4Dk2bH6F46z4Wxn X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 11:07:40 -0000 On 21.02.2021 11:51, Emmanuel Vadot wrote: > > This is fixed in head and stable/13 : > https://cgit.freebsd.org/src/commit/?id=1cf282363101f5d99b1dadfb0d3250bbe6f482a5 > https://cgit.freebsd.org/src/commit/?id=2551d928501fb613dba09b7ffe7e383dba276ca6 > > I'm waiting on re@ approval for 13.0 > > Note that you will also need two files provides in an issue on > rpi-firmware github, see > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252971#c25 for more > info. > I'm waiting for rpi foundation to release a new version of the > firmware file and will commit an update to the port. > I hope that they release that early next week to 13.0-RC1 can have > them. Thank you for reply :) I was able to found workaround now with replacing dtb file, seems but its great to see this fixed in the upstream. Hope this will get into release. From owner-freebsd-arm@freebsd.org Sun Feb 21 04:09:44 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 96FE95478D9 for ; Sun, 21 Feb 2021 04:09:44 +0000 (UTC) (envelope-from kenneth.freidank@gmail.com) Received: from mail-ot1-x32f.google.com (mail-ot1-x32f.google.com [IPv6:2607:f8b0:4864:20::32f]) (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 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DjsK35vXKz3Qkl for ; Sun, 21 Feb 2021 04:09:43 +0000 (UTC) (envelope-from kenneth.freidank@gmail.com) Received: by mail-ot1-x32f.google.com with SMTP id s3so5835776otg.5 for ; Sat, 20 Feb 2021 20:09:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=EE2TdCB9Hofmhdmex8dsduXq5CvxpKNdNNdlQ68g9Y8=; b=LrUGuaSBHSC5YJE4rsX0sfw7g6obbYz9LEcLCtdIOUIARKv5Fas9KMj/ZsOVGMxNBx +T28ck+sIEgv60NtgpJdMeYa8ub7eegBsEQanN9GbwY0cemrLLwhItCS5+3za8SFK1Ib eNa60zeXMSMp1YiC8jIqUa9CvnbsnbYnCdRII3Wk7aACDcK0C1AWct4SFFAEnRR47u0g 3RpmoWQE3WrLdOnnjRw0qD+l29PMtd7+v/sSCtv8YQ0u4Q0JxsKK3HM5N2MLjHLsMQca WRCsO/oglVIYugNYweY6i3cPwpQJr7qofI83RQFgrE8lOoD5+vhlzg/DUgWqvItUugeS gfLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=EE2TdCB9Hofmhdmex8dsduXq5CvxpKNdNNdlQ68g9Y8=; b=SmcCeSAs6WYbVLvPtjdPIrK7BnQjIBNhJWXioNRwQdUj+qyneEeSKUkD1qBG16LCGf 60HfJfaYg7WNJYJOxEqceI5NOHSGG92fI5Ow0ujB5yq2u4Z9XfYX6d+7/6F7ATxhPFgB EcnFV8n8ZYQNTZDMpAm6XGfgzyFv2ur4cUmPft9lsrg21iXaYhhffjJ1+Il2euTJ6zSS pAbdg5oYokXhIN+YQB0YgoxEFS4X4y+7oqx40bQyv+J5HXkh9wbSrfX0JWyixSujdPFz JO0LthbObFmJDJuH4E3pVcv3vm5tC4KvZReK8lGX8FT5Gi3LMKi7eE2HqNZeyb2eFkmH Fwxg== X-Gm-Message-State: AOAM530D60VAiZoidaKGmHuwIyLDkRnV/FCdOaJp/3vq0FyxuFoYKP0r spFGJMiTN/ePs0dyvAnTrnXhfbnvAkCaEfkp7Q4SMT8U X-Google-Smtp-Source: ABdhPJzCXBzfQuPRGyXtn0C4GsukHsUUwHjE3J30WSoWyfA4neXXqbpBNLvYsy8zItbNQL8xgSSy+7mOf2St08f6NUQ= X-Received: by 2002:a05:6830:1258:: with SMTP id s24mr3075373otp.341.1613880582333; Sat, 20 Feb 2021 20:09:42 -0800 (PST) MIME-Version: 1.0 From: Kenneth Freidank Date: Sat, 20 Feb 2021 23:09:30 -0500 Message-ID: Subject: Raspberry Pi 3 Building arm.armv7 12.2 w/Crochet To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 4DjsK35vXKz3Qkl X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=LrUGuaSB; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kennethfreidank@gmail.com designates 2607:f8b0:4864:20::32f as permitted sender) smtp.mailfrom=kennethfreidank@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::32f:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::32f:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::32f:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Mailman-Approved-At: Sun, 21 Feb 2021 17:15:06 +0000 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 04:09:44 -0000 I'm attempting to build a 32 bit 12.2 release for the raspberry pi3 with crochet. Any help would be appreciated. Motivation: build a 32 bit couchdb3 (works on raspbian - debian 10.4 Buster), the pkg install of couchdb3 on aarch64 does not stay up...guessing it is running out of memory on a 64 bit system with only the 1G pi3. My development host is a 32 bit 12.2 release intel. - pkg rpi-firmware version: 1.20210201.g20210201_1 - pkg u-boot-rpi3-32 version: 2020.10 - board_setup RaspberryPi3 - board/RaspberryPi3/setup.sh - TARGET=arm - TARGET_ARCH=armv7 - KERNCONF=GENERIC - RPI3_UBOOT_PORT="u-boot-rpi3-32" - RPI3_UBOOT_BIN="u-boot.bin" - RPI_FIRMWARE_PORT="rpi-firmware" - config.txt - init_uart_clock=3000000 - enable_uart=1 - kernel=u-boot.bin - kernel7=u-boot.bin - dtoverlay=mmc - dtoverlay=pi3-disable-bt When the PI3 boots, I get past the rainbow screen, but the result is: FreeBSD EFI Boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Load Path: /efi\boot\bootarm.efi Load Device: /VenHw(e61d73b9- Probing 3 block devices...not supported not supported not supported done ZFS found no pools UFS found no partitions Failed to load '/boot/loader.efi' panic: No bootable partitions found! ## Application failed, r = 1 EFI LOAD FAILED: continuing... MMC Device 1 not found no mmc device at slot 1 U-Boot> version U-Boot 2020.10 (Feb 06 2021 - 10:34:18 +0000) arm-none-eabi-gcc (FreeBSD Ports Collection for armnoneeabi) 8.4.0 GNU 1d (GNU Binutils) 2.33.1 From owner-freebsd-arm@freebsd.org Sun Feb 21 18:13:56 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 766C255D89D; Sun, 21 Feb 2021 18:13:56 +0000 (UTC) (envelope-from info@ohdata.se) Received: from mail01.ohdata.se (46-22-124-5.ip.axbyte.se [46.22.124.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkD370yfpz3FRK; Sun, 21 Feb 2021 18:13:54 +0000 (UTC) (envelope-from info@ohdata.se) Received: from localhost (localhost [127.0.0.1]) by mail01.ohdata.se (Postfix) with ESMTP id 506DD5E77; Sun, 21 Feb 2021 19:09:18 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail01.ohdata.se Received: from mail01.ohdata.se ([127.0.0.1]) by localhost (mail01.ohdata.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MP+tv0iSl6WP; Sun, 21 Feb 2021 19:09:17 +0100 (CET) Received: from webmail.ohdata.se (unknown [10.0.38.61]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail01.ohdata.se (Postfix) with ESMTPSA id 689B35E6D; Sun, 21 Feb 2021 19:09:17 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Sun, 21 Feb 2021 19:23:46 +0100 From: Oskar Holmlund To: Kristoff Cc: freebsd-arm@freebsd.org, owner-freebsd-arm@freebsd.org Subject: Re: device-tree on BeagleBone Black (enabling UART) Organization: OH Data In-Reply-To: <629d6766-763b-0120-6bd8-9bcdbc280561@skypro.be> References: <29ee61d3-6eb7-ccf7-3de9-2ecdccdcbb6b@skypro.be> <06f5ba53fac300855b580d127fdfc57466807a9c.camel@freebsd.org> <596e6c178a78a8c5bdb62505f593b3878aae1a1f.camel@freebsd.org> <629d6766-763b-0120-6bd8-9bcdbc280561@skypro.be> Message-ID: X-Sender: info@ohdata.se User-Agent: Roundcube Webmail/1.3.6 X-Rspamd-Queue-Id: 4DkD370yfpz3FRK X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of info@ohdata.se designates 46.22.124.5 as permitted sender) smtp.mailfrom=info@ohdata.se X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[ohdata.se]; RBL_DBL_DONT_QUERY_IPS(0.00)[46.22.124.5:from]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SPAMHAUS_ZRD(0.00)[46.22.124.5:from:127.0.2.255]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:43853, ipnet:46.22.112.0/20, country:SE]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm,owner-freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 18:13:56 -0000 2021-02-19 00:52 skrev Kristoff: > Hi all, > > (inline comments) > > On 12/02/2021 3:15 a.m., Ian Lepore wrote: >> >>>> The beaglebone has a special pps driver that uses the am335x chip's >>>> timer hardware to measure the pps pulse time with better accuracy >>>> than >>>> the generic gpio-pps driver. To use it, add >>>> >>>> am335x_dmtpps_load=YES >>> At the same time I also wanted to try the pps driver you mention. >>> >>> However, it does not seams to load. >>> >>> I get this: >>> >>> [root@black1 ~]# kldload am335x_dmtpps >>> kldload: can't load am335x_dmtpps: No such file or directory >>> >>> >>> The issue seams to be this: >>> >>> # dmesg >>> (...) >>> KLD am335x_dmtpps.ko: depends on ti_sysc - not available or version >>> mismatch >>> >>> Looking on my system, I seems to have the source of 'to_sysc', but >>> not >>> the .ko. >>> [root@black1 ~]# locate ti_sysc >>> /usr/src/sys/arm/ti/ti_sysc.c >>> /usr/src/sys/arm/ti/ti_sysc.h >>> >>> >>> What is the procedure to compile one single kernel-module? >>> I tried "make ti_sysc", but that failed due to compilation errors >>> >>> >> Hmm, are you using the GENERIC kernel, or a custom kernel, or what? >> The ti_sysc device is a relative newcomer, and we may have neglected >> to >> add it to the GENERIC config. There probably isn't a makefile to >> build >> it as a module. >> >> So the fix for that would be to add 'device ti_sysc' to whatever >> kernel >> config you're using and rebuild the kernel. > > OK, still working on this. > > Still stuck: > UART now works! > PPS does not. > > > Sofar not solution. This is my situation: > > - FreeBSD 12.1: device-tree does not seams to work > - FreeBSD 12.2: for some reason, all "beaglebone" images I find on > https://download.freebsd.org/ftp/snapshots/arm/armv7/ISO-IMAGES/12.2/ > do not boot at all, or -if they boot- have strange issues. (like a > simple reboot taking up 2 hours!) > To get FreeBSD 12.2 to work on BBB you need to revert the devicetree. https://reviews.freebsd.org/D26552 Its probably not worth your time to get 12.2 up n running, spend the time on getting head to compile and run on your device instead. > - FreeBSD 13.0: Now still running an version: > --> the version I do have now is this one: > FreeBSD 13.0-CURRENT #0 f2ea0734875-c254544(main): Thu Nov 19 09:15:27 > UTC 2020 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm.armv7/sys/GENERIC > > But that does not contain the "ti_sysc" module. > (as stated earlier) > Its in the kernel for BBB, you dont need to build ti_sysc as a module. If you dont have the ti_sysc you cant start the BBB at all. # kldstat -v | grep ti_sysc > -> I wanted to try a newer version, all "beaglebone" images for 13.0 > seams to have disappeared from the ftp-server > https://download.freebsd.org/ftp/snapshots/arm/armv7/ISO-IMAGES/13.0/ > > (actually, that folder does not even exist any more) > > -> I also tried using the 13.0 kernel with gpiopps module (better then > nothing), sofar without success. > > > > So, I guess, the next step is -as you proposed- to try to compile a new > kernel. > > I have never done this. I have been looking in the handbook how to do > this. > I guess I need to create a 'MYKERNEL' file for the beaglebone. > > Question. Is there a repository of 'MYKERNEL' files for board so I > have a config-file to start from. > I do not know all the kernel-options and hardware-features of the > beaglebone black, it would be nice to have something to start from > that I know actually works! > > > Note: > As proposed, I added the line "device ti_sysc" at the end of the > configuration-file, but I get this error: > > config: Error: device "ti_sysc" is unknown > > I guess that one line in the config-file is not enough? > A workaround for current codebase is to add following to your kernel config (MYKERNEL/GENERIC/whatever you call it) device am335x_dmtpps Recompile and ensure you have modified your loader.conf (in my case hw.am335x_dmtpps.input="P8-9" or issue # kenv hw.am335x_dmtpps.input="P8-9") # dmesg | grep -i pps uart0: PPS capture mode: DCD am335x_dmtpps: configured pin P8-9 as input for timer5 am335x_dmtpps0: mem 0-0x3ff irq 23 on ti_sysc18 am335x_dmtpps0: Using DMTimer5 for PPS device /dev/dmtpps To get am335x_dmtpps to work as a module ti_sysc.c needs to be modified. Append to the end of sys/arm/ti/ti_sysc.c MODULE_VERSION(ti_sysc, 1); # kldload am335x_dmtpps.ko ti_pinmux0: setting internal 2a for timer5 am335x_dmtpps: configured pin P8-9 as input for timer5 am335x_dmtpps0: mem 0-0x3ff irq 23 on ti_sysc18 Timecounter "DMTimer5" frequency 24000000 Hz quality 1000 am335x_dmtpps0: Using DMTimer5 for PPS device /dev/dmtpps > > > (Anycase, I am really learning a lot here) > > >> -- Ian >> > Cheerio! > > Kr. Bonne. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" -- Bästa Hälsningar Oskar Holmlund Tel 070-3220292 From owner-freebsd-arm@freebsd.org Sun Feb 21 20:43:30 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 066DE539B71 for ; Sun, 21 Feb 2021 20:43:30 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 4DkHMh5gV7z3Pnk for ; Sun, 21 Feb 2021 20:43:28 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id 11LKhRrR059213 for ; Sun, 21 Feb 2021 14:43:27 -0600 (CST) (envelope-from mike@karels.net) Message-Id: <202102212043.11LKhRrR059213@mail.karels.net> To: freebsd-arm@freebsd.org From: Mike Karels Reply-to: mike@karels.net Subject: cpufreq driver stopped working on RPI4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <59211.1613940207.1@mail.karels.net> Content-Transfer-Encoding: quoted-printable Date: Sun, 21 Feb 2021 14:43:27 -0600 X-Rspamd-Queue-Id: 4DkHMh5gV7z3Pnk X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 216.160.39.52 as permitted sender) smtp.mailfrom=mike@karels.net X-Spamd-Result: default: False [-3.20 / 15.00]; HAS_REPLYTO(0.00)[mike@karels.net]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[216.160.39.52:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:216.160.39.52]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[216.160.39.52:from:127.0.2.255]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[karels.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 20:43:30 -0000 I upgraded an older (original) RPI4, 4 GB, to 13.0-BETA3, and merged my previous rc.conf including powerd. Powerd fails to start now, saying that there is no cpufreq(4) support. Sure enough, dmesg has the following relevant lines: bcm2835_cpufreq0: on cpu0 bcm2835_cpufreq0: Unable to find firmware device device_attach: bcm2835_cpufreq0 attach returned 6 armv8crypto0: CPU lacks AES instructionsbcm2835_cpufreq0: on cpu0 bcm2835_cpufreq0: Unable to find firmware device device_attach: bcm2835_cpufreq0 attach returned 6 (Yes, armv8crypto is missing a newline.) I checked the most recent system I had on the shelf, which was 13.0-ALPHA1= . It has this: bcm2835_firmware0: on simplebus0 ofw_clkbus1: on bcm2835_firmware0 gpio0: on bcm2835_firmware0 bcm2835_cpufreq0: on cpu0 bcm2835_cpufreq0: ARM 600MHz, Core 200MHz, SDRAM 400MHz, Turbo OFF Does anyone know what changed to cause this? Was it the FDT update? Mike From owner-freebsd-arm@freebsd.org Sun Feb 21 21:00:32 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AB5D253AB06 for ; Sun, 21 Feb 2021 21:00:32 +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 4DkHlM6gGJz3QjT for ; Sun, 21 Feb 2021 21:00:31 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) 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 0D83E194D6 for ; Sun, 21 Feb 2021 21:00:31 +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 11LL0UWf024450 for ; Sun, 21 Feb 2021 21:00:30 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 11LL0Ulp024449 for freebsd-arm@FreeBSD.org; Sun, 21 Feb 2021 21:00:30 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202102212100.11LL0Ulp024449@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, 21 Feb 2021 21:00:30 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 21:00:32 -0000 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 | 239673 | Spurious Interrupt message from /dev/led/led1 2 problems total for which you should take action. From owner-freebsd-arm@freebsd.org Sun Feb 21 17:54:50 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E5EC255CBCB for ; Sun, 21 Feb 2021 17:54:50 +0000 (UTC) (envelope-from samm@net-art.cz) Received: from reindeer.net-art.cz (reindeer.net-art.cz [IPv6:2001:15e8:110:513c::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 "reindeer.net-art.cz", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkCd60FLkz3D3p for ; Sun, 21 Feb 2021 17:54:49 +0000 (UTC) (envelope-from samm@net-art.cz) Received: by reindeer.net-art.cz (Postfix, from userid 65534) id E9EBE5EF7E; Sun, 21 Feb 2021 17:54:39 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=net-art.cz; s=netart; t=1613930079; bh=8aOF93ef56HGFQHpaNtQnqMYwQF5+0HDxpNqzs650do=; h=Subject:To:References:From:Date:In-Reply-To; b=fd/TjsvNL10kHcML06NbVsgnE0gHPnP5p9kHX/4W1uuiFip4/8IbHNVdcO5xxA6vU SsUItxSUfIYce9ZONnDlk9AnGlkYSplaGkgHFE3R+k3lJXr4TFnKjX0zizQbg4r02X D1/p34IurMGL9yy7oKtBVTh4buAC+me/YSDKdyYySobMw3m147Lz/K1YslGV7O0Wa/ kCIU4OnZhMPheI7iP9fgtPJqBX6J5ab7s4A3/jnpXyyBKx61R9qUHxo2JABBbf0hI1 a9xQ4qTE81TxTfZ76br32hB3L1UAVGnAES1SRg3i2cr1YbT2DLawbkT4L8F7wGSjbO 4fTBgVggzcqCA== X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on reindeer X-Spam-Level: X-Spam-Status: No, score=-2.0 required=10.0 tests=BAYES_00,NICE_REPLY_A, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.2 Received: from owl.net-art.cz (surikat.net-art.cz [IPv6:2a03:6920:0:10::101]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "owl.net-art.cz", Issuer "R3" (not verified)) by reindeer.net-art.cz (Postfix) with ESMTPS id BDBD15EEE3; Sun, 21 Feb 2021 17:54:38 +0000 (GMT) Received: from [2001:1a48:6:10:a125:7d99:c63a:577] (account samm@net-art.cz HELO Administrators-MacBook-Pro.local) by owl.net-art.cz (CommuniGate Pro SMTP 6.1.20) with ESMTPSA id 796316; Sun, 21 Feb 2021 18:54:38 +0100 Subject: Re: Raspberry Pi 3 Building arm.armv7 12.2 w/Crochet To: Kenneth Freidank , freebsd-arm@freebsd.org References: From: Alex Samorukov Message-ID: <00679013-f42e-6c21-17b8-d22bef8fcd86@net-art.cz> Date: Sun, 21 Feb 2021 18:54:35 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4DkCd60FLkz3D3p X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=net-art.cz header.s=netart header.b=fd/TjsvN; dmarc=pass (policy=none) header.from=net-art.cz; spf=pass (mx1.freebsd.org: domain of samm@net-art.cz designates 2001:15e8:110:513c::1 as permitted sender) smtp.mailfrom=samm@net-art.cz X-Spamd-Result: default: False [-3.93 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[net-art.cz:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[net-art.cz,none]; NEURAL_HAM_SHORT(-0.93)[-0.930]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:15e8:110:513c::1:from]; ASN(0.00)[asn:24806, ipnet:2001:15e8::/32, country:CZ]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[net-art.cz:s=netart]; FREEFALL_USER(0.00)[samm]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2001:15e8:110:513c::1:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Mailman-Approved-At: Mon, 22 Feb 2021 06:20:27 +0000 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2021 17:54:51 -0000 To run it you can add swap on file. For building i would recommend poudriere On 21.02.2021 5:09, Kenneth Freidank wrote: > I'm attempting to build a 32 bit 12.2 release for the raspberry pi3 with > crochet. > > Any help would be appreciated. > From owner-freebsd-arm@freebsd.org Mon Feb 22 19:20:46 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8528A54BE02 for ; Mon, 22 Feb 2021 19:20:46 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (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 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DksTn2Z7Rz4d38 for ; Mon, 22 Feb 2021 19:20:45 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-lf1-x131.google.com with SMTP id e7so7615817lft.2 for ; Mon, 22 Feb 2021 11:20:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=+oUTB1/OmgqMO8WT5szpeXI9o/m1qMmFjBmpoFsaYAk=; b=IAJdV4I2rrQfjs+MvRpaBU+NfLN4MzAH5DCC/xBogCPPFMAHRwqKhP6nxpV/21VjLr Z7PWWVdUfQ/bG+scxR+8Yp0e1KZDh+0hvTYchNhEPvuoykXRtQz7dw/dvmtjupAbsR/M msvsSJyPa6Vw56/FGqFxIQMAn3JoLfZwkUoWmDl+FZ/Qyfl8aY9OBoOGnWsUpufChx+w 8rLChd+TgFv7vPvRWyA8GjhlwhO0UVssnJePI3uXRWnssa0LCQ959ZfWUP/oMNr5Tyn6 xwtZBOP7Pde7fWhfin6paMnVxNSqSJRaWHLscFOTqdRW5suj93ve8PUB/rIng1zAqu+n n06A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=+oUTB1/OmgqMO8WT5szpeXI9o/m1qMmFjBmpoFsaYAk=; b=MyiETbop8rNrXUiGPk4ZRi/lO+w7PbBkzfkxMNiPoYIoWiZuFcsOZYUUQkqoWVgrr/ 4GVT2Bnp0WF7TsYQ1bsXO4ZAz99oQoLVGZC7g88/VPReNqCaLmKpxlODGzVCOL78K6bu wzp551h3r1i/QFCpjeU/KCl8h9HRjydYu/av2kK76WBQactk4vQeVOsksihxHfe8iujJ gI40Y6+jM0mMe4oVfTsB8BR88cSVdDbg60I436WgBnsVciVFKV2Dra7nKGo1JQlE7bSS RJ8kenGGpuPk5N4q7CpqNAidAxeV6fnTi42yh+UyTos+l0zbcBiRTjSt/eWidNz44mlQ sRVg== X-Gm-Message-State: AOAM532Gxe3AHlqwZaM/ZOpEj2bg8ivB14bhth6Cn47TQJcBxoJ7xmMi 0E9qF50EStOVP87t6gsO4kijzB1kP1cE5mYquGoiStzzlH8= X-Google-Smtp-Source: ABdhPJysKQ1k7zGghk0dmNNKJIjpmrwxnJPcbv8SaUyoCIkVdtI0CQu2FBucrJNQk0LxshcpxNousWfMTh8D3wtKjag= X-Received: by 2002:ac2:4144:: with SMTP id c4mr14003116lfi.549.1614021643736; Mon, 22 Feb 2021 11:20:43 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a2e:958d:0:0:0:0:0 with HTTP; Mon, 22 Feb 2021 11:20:43 -0800 (PST) From: Mateusz Guzik Date: Mon, 22 Feb 2021 20:20:43 +0100 Message-ID: Subject: state of kernel core primitives in aarch64 To: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DksTn2Z7Rz4d38 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=IAJdV4I2; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::131 as permitted sender) smtp.mailfrom=mjguzik@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::131:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::131:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::131:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Mailman-Approved-At: Mon, 22 Feb 2021 21:20:18 +0000 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 19:20:46 -0000 I made a quick trip and it looks like there is performance left on the table. Similar remarks are probably applicable to userspace. First some clean up: bzero, bcmp and bcopy are all defined as builtins to memset, memcmp and memmove, but the kernel still provides them. Arguably both bzero and bcmp can be a little bit faster than memset (for knowing upfront the target is to be zeroed out) and memmcp (for only having to note the difference instead of computing what it is). If such optimizations are of significance of arm, builtins should be changed at least on that arch. So happens clang provides __builtin_bzero which do resort to calling relevant routines if necessary. Regardless of the above, all routines seem to be slower than they need to, at least when I compare them to non-simd code in https://github.com/ARM-software/optimized-routines/tree/master/string/aarch64 As a simple test I ran a simple test calling access(2) in a loop over /usr/obj/usr/src/amd64.amd64/sys/GENERIC/vnode_if.c, running on ARM Neoverse-N1 r3p1. This copies the string from userspace using copyinstr and compares each component (usr, obj and so on) using memcmp. According to dtrace[1] both copying and comparing are top of the profile. You can prod me on irc regarding hardware and benchmark code. [1] dtrace seems to return a bogus result where sampling on instructions reports return address instead and the conclusion was made with that in mind -- Mateusz Guzik From owner-freebsd-arm@freebsd.org Mon Feb 22 21:42:30 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CA28755037B for ; Mon, 22 Feb 2021 21:42:30 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DkwdL3T3Hz4qbc for ; Mon, 22 Feb 2021 21:42:30 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [IPv6:2a02:8109:1140:c3d:bd48:ec3f:ec08:510] (unknown [IPv6:2a02:8109:1140:c3d:bd48:ec3f:ec08:510]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 09E8F7220F412; Mon, 22 Feb 2021 22:42:26 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: Running current in Parallels 16.3.2 From: tuexen@freebsd.org In-Reply-To: Date: Mon, 22 Feb 2021 22:42:25 +0100 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <08F81EB7-251B-4CCC-911E-4094A83FE356@freebsd.org> References: <5189D185-4A1F-43A0-A61D-E3D24CC74B3D@freebsd.org> To: Vincent Milum Jr X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 4DkwdL3T3Hz4qbc X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:680, ipnet:193.174.0.0/15, country:DE]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 21:42:30 -0000 > On 18. Feb 2021, at 00:28, Vincent Milum Jr = wrote: >=20 > We had similar issues getting FreeBSD SMP working under ESXi ARM = Fling. In > that instance, there were bugs in both the hypervisor as well as in = FreeBSD. >=20 > With the FreeBSD kernel fixes, I tested those on Parallels last night, = but > still no go with SMP. There is possibly more work to do in the kernel, = but > may also be some bugs in the hypervisor as well. >=20 > For ESXi ARM Fling, the issues all revolved around the GIC (Generic > Interrupt Controller) and the way inter-CPUs communication happened. = If > memory serves me correctly, one CPU core was waiting on another CPU = core to > finish initialization and report back in a "ready" state so to speak. = Where > Parallels with FreeBSD is hanging, and how it is hanging, looks = virtually > identical from my very limited testing last night. If you boot into single user mode, the system comes up and uses multiple = CPUs. Then using ^D to start multi user mode shows that mount seems to hang. = You can use ^T, but it never finishes. Is that what you observed on ESXi? Best regards Michael >=20 > On Wed, Feb 17, 2021 at 3:05 PM Michael Tuexen = wrote: >=20 >> Dear all, >>=20 >> I tried running current on an ARM-based Mac using the technical = preview of >> Parallels. >> With using only a single CPU, everything seems to run fine. One can = git >> clone the >> source tree, do a buildworld / buildkernel and install it and run it. >> Pretty stable, >> not problems. >>=20 >> When using more than one CPU, the kernel doesn't completely boot. It = gets >> stuck after >> reporting that the file system is clean. The system also does not = respond >> to keyboard >> input anymore. >>=20 >> Any idea what is going wrong or how to figure out if this is a = problem >> related to >> FreeBSD or to Parallels? >>=20 >> Best regards >> Michael >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Mon Feb 22 22:27:53 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A59215515CD for ; Mon, 22 Feb 2021 22:27:53 +0000 (UTC) (envelope-from samm@freebsd.org) Received: from reindeer.net-art.cz (reindeer.net-art.cz [IPv6:2001:15e8:110:513c::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 "reindeer.net-art.cz", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dkxdj2THDz4tFZ for ; Mon, 22 Feb 2021 22:27:53 +0000 (UTC) (envelope-from samm@freebsd.org) Received: by reindeer.net-art.cz (Postfix, from userid 65534) id 7C7775F25E; Mon, 22 Feb 2021 22:27:41 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on reindeer X-Spam-Level: X-Spam-Status: No, score=-0.8 required=10.0 tests=BAYES_00,KHOP_HELO_FCRDNS, SPF_HELO_NONE,SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.2 Received: from owl.net-art.cz (surikat.net-art.cz [IPv6:2a03:6920:0:10::101]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "owl.net-art.cz", Issuer "R3" (not verified)) by reindeer.net-art.cz (Postfix) with ESMTPS id D50CE5EF57 for ; Mon, 22 Feb 2021 22:27:38 +0000 (GMT) Received: from [::1] (account samm@net-art.cz HELO webmail.net-art.cz) by owl.net-art.cz (CommuniGate Pro SMTP 6.1.20) with ESMTPA id 796753 for freebsd-arm@freebsd.org; Mon, 22 Feb 2021 23:27:39 +0100 MIME-Version: 1.0 Date: Mon, 22 Feb 2021 23:27:39 +0100 From: Alex Samorukov To: freebsd-arm@freebsd.org Subject: /dev/vchiq on rpi4 (aarch64) User-Agent: Roundcube Webmail/1.4.9 Message-ID: <061e9a1892e1df1e6a01f930efd64547@freebsd.org> X-Sender: samm@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Dkxdj2THDz4tFZ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:24806, ipnet:2001:15e8::/32, country:CZ] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 22:27:53 -0000 Hi, After some work i was able to get rpi-userland port compiled on rpi4 (used upstream changes + gonzoua patches). But after all i realised that there is no /dev/vchiq on rpi4 at all. Is it my local problem or vchiq is not ported to the RPI4 yet? From owner-freebsd-arm@freebsd.org Tue Feb 23 01:00:59 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D59F7555A7D for ; Tue, 23 Feb 2021 01:00:59 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-07-4.privateemail.com (mta-07-4.privateemail.com [68.65.122.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dl12M0vqYz3MV7; Tue, 23 Feb 2021 01:00:58 +0000 (UTC) (envelope-from freebsd-arm@darkain.com) Received: from MTA-07.privateemail.com (localhost [127.0.0.1]) by MTA-07.privateemail.com (Postfix) with ESMTP id 63798600AA; Mon, 22 Feb 2021 20:00:56 -0500 (EST) Received: from mail-lf1-f45.google.com (unknown [10.20.151.241]) by MTA-07.privateemail.com (Postfix) with ESMTPA id C46326009F; Tue, 23 Feb 2021 01:00:55 +0000 (UTC) Received: by mail-lf1-f45.google.com with SMTP id p21so8645763lfu.11; Mon, 22 Feb 2021 17:00:56 -0800 (PST) X-Gm-Message-State: AOAM532Vk/tuafCgpMVcdOs0vE28hAYSC4fhZuKff+P3syox0Q7HWvCG +XbjtEbjMBkQPVogA15WjZRFJPhT3HFFe/Y41Mk= X-Google-Smtp-Source: ABdhPJz3ifIBlaEUCnj6adligMI3buLqhTqu54mFvhUe2qAav61X5x/15a+S9lVcWABnhB/q3Cbw3ALvgdlQs7fldwM= X-Received: by 2002:a19:c18b:: with SMTP id r133mr14590116lff.159.1614042054817; Mon, 22 Feb 2021 17:00:54 -0800 (PST) MIME-Version: 1.0 References: <5189D185-4A1F-43A0-A61D-E3D24CC74B3D@freebsd.org> <08F81EB7-251B-4CCC-911E-4094A83FE356@freebsd.org> In-Reply-To: <08F81EB7-251B-4CCC-911E-4094A83FE356@freebsd.org> From: Vincent Milum Jr Date: Mon, 22 Feb 2021 17:00:43 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Running current in Parallels 16.3.2 To: Michael Tuexen Cc: freebsd-arm@freebsd.org X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: 4Dl12M0vqYz3MV7 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-arm@darkain.com designates 68.65.122.27 as permitted sender) smtp.mailfrom=freebsd-arm@darkain.com X-Spamd-Result: default: False [-1.89 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:68.65.122.0/27]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[darkain.com]; RBL_DBL_DONT_QUERY_IPS(0.00)[68.65.122.27:from]; RWL_MAILSPIKE_GOOD(0.00)[68.65.122.27:from]; NEURAL_SPAM_SHORT(0.41)[0.410]; SPAMHAUS_ZRD(0.00)[68.65.122.27:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[68.65.122.27:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:22612, ipnet:68.65.122.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 01:00:59 -0000 In my testing of FreeBSD under ESXi ARM Fling, I never tested SMP under single-user mode. However, from what I recall, the stalling was in CPU initialization, not in storage mounting. On Mon, Feb 22, 2021 at 1:42 PM wrote: > > > > On 18. Feb 2021, at 00:28, Vincent Milum Jr > wrote: > > > > We had similar issues getting FreeBSD SMP working under ESXi ARM Fling. > In > > that instance, there were bugs in both the hypervisor as well as in > FreeBSD. > > > > With the FreeBSD kernel fixes, I tested those on Parallels last night, > but > > still no go with SMP. There is possibly more work to do in the kernel, > but > > may also be some bugs in the hypervisor as well. > > > > For ESXi ARM Fling, the issues all revolved around the GIC (Generic > > Interrupt Controller) and the way inter-CPUs communication happened. If > > memory serves me correctly, one CPU core was waiting on another CPU core > to > > finish initialization and report back in a "ready" state so to speak. > Where > > Parallels with FreeBSD is hanging, and how it is hanging, looks virtually > > identical from my very limited testing last night. > If you boot into single user mode, the system comes up and uses multiple > CPUs. > Then using ^D to start multi user mode shows that mount seems to hang. You > can > use ^T, but it never finishes. Is that what you observed on ESXi? > > Best regards > Michael > > > > On Wed, Feb 17, 2021 at 3:05 PM Michael Tuexen > wrote: > > > >> Dear all, > >> > >> I tried running current on an ARM-based Mac using the technical preview > of > >> Parallels. > >> With using only a single CPU, everything seems to run fine. One can git > >> clone the > >> source tree, do a buildworld / buildkernel and install it and run it. > >> Pretty stable, > >> not problems. > >> > >> When using more than one CPU, the kernel doesn't completely boot. It > gets > >> stuck after > >> reporting that the file system is clean. The system also does not > respond > >> to keyboard > >> input anymore. > >> > >> Any idea what is going wrong or how to figure out if this is a problem > >> related to > >> FreeBSD or to Parallels? > >> > >> Best regards > >> Michael > >> _______________________________________________ > >> freebsd-arm@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > >> > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > From owner-freebsd-arm@freebsd.org Tue Feb 23 04:26:15 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4F10355C4C7 for ; Tue, 23 Feb 2021 04:26:15 +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 4Dl5bC1TqPz3sLt for ; Tue, 23 Feb 2021 04:26:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 25BC112EAE for ; Tue, 23 Feb 2021 04:26:15 +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 11N4QFId025788 for ; Tue, 23 Feb 2021 04:26:15 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 11N4QFXT025787 for freebsd-arm@FreeBSD.org; Tue, 23 Feb 2021 04:26:15 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 253785] make buildworld fails compiling llvm: cpp killed "PLEASE submit a bug report to" Date: Tue, 23 Feb 2021 04:26:15 +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: 12.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: jounijl@yahoo.co.uk 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 MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 04:26:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253785 Bug ID: 253785 Summary: make buildworld fails compiling llvm: cpp killed "PLEASE submit a bug report to" Product: Base System Version: 12.2-RELEASE Hardware: arm64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: jounijl@yahoo.co.uk make buildworld fails at llvm: make -j4 buildworld 2>&1 >> logfile.log The last lines of syslog is attached. The cpp had been quit as if swapspace= had run out. As in the stack trace, preprocessed files are as a 1,9 kB attachment.=20 Attachments 1 zip file, stacktrace below, /var/log/message after this one, device info (memory and processor). ----- clip ------ Stacktrace: ... --- ProfileData/SampleProfWriter.o --- c++ -O2 -pipe -fno-common -I/usr/obj/usr/src/arm64.aarch64/tmp/obj-tools/lib/clang/libllvm -I/usr/src/contrib/llvm-project/llvm/lib/Target/AArch64 -I/usr/src/contrib/llvm-project/llvm/lib/Target/ARM -I/usr/src/lib/clang/include -I/usr/src/contrib/llvm-project/llvm/include -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -DHAVE_VCS_VERSION_INC -DNDEBUG -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd12.2\" -DLLVM_HOST_TRIPLE=3D\"aarch64-unknown-freebsd12.2\" -DDEFAULT_SYSROOT=3D\"/usr/obj/usr/src/arm64.aarch64/tmp\" -DLLVM_TARGET_ENABLE_AARCH64 -DLLVM_TARGET_ENABLE_ARM -DLLVM_NATIVE_ASMPARSER=3DLLVMInitializeAArch64AsmParser -DLLVM_NATIVE_ASMPRINTER=3DLLVMInitializeAArch64AsmPrinter -DLLVM_NATIVE_DISASSEMBLER=3DLLVMInitializeAArch64Disassembler -DLLVM_NATIVE_TARGET=3DLLVMInitializeAArch64Target -DLLVM_NATIVE_TARGETINFO=3DLLVMInitializeAArch64TargetInfo -DLLVM_NATIVE_TARGETMC=3DLLVMInitializeAArch64TargetMC -ffunction-sections -fdata-sections -gline-tables-only -MD -MF.depend.ProfileData_SampleProfW--- ProfileData/SampleProf.o --- c++ -O2 -pipe -fno-common -I/usr/obj/usr/src/arm64.aarch64/tmp/obj-tools/lib/clang/libllvm -I/usr/src/contrib/llvm-project/llvm/lib/Target/AArch64 -I/usr/src/contrib/llvm-project/llvm/lib/Target/ARM -I/usr/src/lib/clang/include -I/usr/src/contrib/llvm-project/llvm/include -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -DHAVE_VCS_VERSION_INC -DNDEBUG -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd12.2\" -DLLVM_HOST_TRIPLE=3D\"aarch64-unknown-freebsd12.2\" -DDEFAULT_SYSROOT=3D\"/usr/obj/usr/src/arm64.aarch64/tmp\" -DLLVM_TARGET_ENABLE_AARCH64 -DLLVM_TARGET_ENABLE_ARM -DLLVM_NATIVE_ASMPARSER=3DLLVMInitializeAArch64AsmParser -DLLVM_NATIVE_ASMPRINTER=3DLLVMInitializeAArch64AsmPrinter -DLLVM_NATIVE_DISASSEMBLER=3DLLVMInitializeAArch64Disassembler -DLLVM_NATIVE_TARGET=3DLLVMInitializeAArch64Target -DLLVM_NATIVE_TARGETINFO=3DLLVMInitializeAArch64TargetInfo -DLLVM_NATIVE_TARGETMC=3DLLVMInitializeAArch64TargetMC -ffunction-sections -fdata-sections -gline-tables-only -MD -MF.depend.ProfileData_SampleProf.--- ProfileData/SampleProfWriter.o --- riter.o -MTProfileData/SampleProfWriter.o -Qunused-arguments -I/usr/obj/usr/src/arm64.aarch64/tmp/legacy/usr/include -fno-exceptions -fno-rtti -gline-tables-only -std=3Dc++14 -stdlib=3Dlibc++ -Wno-c++11-exten= sions=20 -c /usr/src/contrib/llvm-project/llvm/lib/ProfileData/SampleProfWriter.cpp = -o ProfileData/SampleProfWriter.o --- ProfileData/SampleProf.o --- o -MTProfileData/SampleProf.o -Qunused-arguments -I/usr/obj/usr/src/arm64.aarch64/tmp/legacy/usr/include -fno-exceptions -fno-rtti -gline-tables-only -std=3Dc++14 -stdlib=3Dlibc++ -Wno-c++11-exten= sions=20 -c /usr/src/contrib/llvm-project/llvm/lib/ProfileData/SampleProf.cpp -o ProfileData/SampleProf.o --- Passes/PassBuilder.o --- c++: error: unable to execute command: Killed c++: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1) Target: aarch64-unknown-freebsd12.1 Thread model: posix InstalledDir: /usr/bin c++: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preproces= sed source, and associated run script. c++: note: diagnostic msg:=20 ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: c++: note: diagnostic msg: /tmp/PassBuilder-2f2b98.cpp c++: note: diagnostic msg: /tmp/PassBuilder-2f2b98.sh c++: note: diagnostic msg:=20 ******************** *** [Passes/PassBuilder.o] Error code 254 make[4]: stopped in /usr/src/lib/clang/libllvm 1 error make[4]: stopped in /usr/src/lib/clang/libllvm *** [all_subdir_lib/clang/libllvm] Error code 2 make[3]: stopped in /usr/src/lib/clang 1 error make[3]: stopped in /usr/src/lib/clang *** [cross-tools] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_cross-tools] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src make: stopped in /usr/src ----- clip ------ /var/log/messages Feb 12 09:19:55 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 104774, size: 16384 Feb 12 09:20:02 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 103899, size: 8192 Feb 12 10:39:10 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 311358, size: 20480 Feb 12 10:39:16 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 322016, size: 12288 Feb 12 10:39:51 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 312151, size: 20480 Feb 12 10:40:00 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 318352, size: 24576 Feb 12 10:40:46 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 312153, size: 12288 Feb 12 10:40:46 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 306846, size: 4096 Feb 12 10:40:46 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 338655, size: 16384 Feb 12 10:40:46 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 312153, size: 12288 Feb 12 10:40:46 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 306846, size: 4096 Feb 12 10:40:46 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 338655, size: 16384 Feb 12 10:42:42 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 368951, size: 8192 Feb 12 10:42:42 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 370388, size: 28672 Feb 12 10:42:42 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 74382, size: 12288 Feb 12 10:43:05 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 370430, size: 24576 Feb 12 10:43:05 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 392003, size: 4096 Feb 12 10:46:30 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 438266, size: 12288 Feb 12 10:46:31 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 436240, size: 24576 Feb 12 10:46:31 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 428683, size: 4096 Feb 12 11:11:13 myhost kernel: pid 23787 (c++), jid 0, uid 0, was killed: o= ut of swap space Feb 12 11:11:35 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 1025, size: 24576 Feb 12 11:11:35 myhost kernel: swap_pager: indefinite wait buffer: bufobj: = 0, blkno: 468510, size: 28672 # swapinfo=20 Device 1K-blocks Used Avail Capacity /dev/mmcsd0p5 3028972 30572 2998400 1% ----- clip ------ Device: arm64 processor A53, 1 GB memory 3 GB swapspace. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Tue Feb 23 09:48:56 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DB4E7564A41 for ; Tue, 23 Feb 2021 09:48:56 +0000 (UTC) (envelope-from samm@freebsd.org) Received: from reindeer.net-art.cz (reindeer.net-art.cz [IPv6:2001:15e8:110:513c::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 "reindeer.net-art.cz", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DlDlX3n8zz4jjG for ; Tue, 23 Feb 2021 09:48:56 +0000 (UTC) (envelope-from samm@freebsd.org) Received: by reindeer.net-art.cz (Postfix, from userid 65534) id ABE8F5EEB1; Tue, 23 Feb 2021 09:48:51 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on reindeer X-Spam-Level: X-Spam-Status: No, score=-0.8 required=10.0 tests=BAYES_00,KHOP_HELO_FCRDNS, SPF_HELO_NONE,SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.2 Received: from owl.net-art.cz (surikat.net-art.cz [IPv6:2a03:6920:0:10::101]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "owl.net-art.cz", Issuer "R3" (not verified)) by reindeer.net-art.cz (Postfix) with ESMTPS id EC2DF5EEE1 for ; Tue, 23 Feb 2021 09:48:46 +0000 (GMT) Received: from [::1] (account samm@net-art.cz HELO webmail.net-art.cz) by owl.net-art.cz (CommuniGate Pro SMTP 6.1.20) with ESMTPA id 796889 for freebsd-arm@freebsd.org; Tue, 23 Feb 2021 10:48:46 +0100 MIME-Version: 1.0 Date: Tue, 23 Feb 2021 10:48:46 +0100 From: Alex Samorukov To: freebsd-arm@freebsd.org Subject: Re: /dev/vchiq on rpi4 (aarch64) In-Reply-To: <061e9a1892e1df1e6a01f930efd64547@freebsd.org> References: <061e9a1892e1df1e6a01f930efd64547@freebsd.org> User-Agent: Roundcube Webmail/1.4.9 Message-ID: <60464d431bb929fef2650b397e55f546@freebsd.org> X-Sender: samm@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DlDlX3n8zz4jjG X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:24806, ipnet:2001:15e8::/32, country:CZ] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2021 09:48:56 -0000 On verbose logging i also see simplebus0: mem 0x7e00b840-0x7e00b87b irq 55 compat brcm,bcm2711-vchiq (no driver attached) Do i need to add something to the dtb to fix that? On 2021/02/22 23:27, Alex Samorukov wrote: > Hi, > > After some work i was able to get rpi-userland port compiled on rpi4 > (used upstream changes + gonzoua patches). But after all i realised > that there is no /dev/vchiq on rpi4 at all. > > Is it my local problem or vchiq is not ported to the RPI4 yet? > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Thu Feb 25 07:29:58 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AA15955966D for ; Thu, 25 Feb 2021 07:29:58 +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 4DmPZG4Mbtz3nmk for ; Thu, 25 Feb 2021 07:29:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 88F2013459 for ; Thu, 25 Feb 2021 07:29:58 +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 11P7Twhd088308 for ; Thu, 25 Feb 2021 07:29:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 11P7TwaL088307 for freebsd-arm@FreeBSD.org; Thu, 25 Feb 2021 07:29:58 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 253785] make buildworld fails compiling llvm: cpp killed "PLEASE submit a bug report to" Date: Thu, 25 Feb 2021 07:29:58 +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: 12.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: Andrew@FreeBSD.org 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: bug_status cc resolution 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 MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 07:29:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253785 Andrew Turner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed CC| |Andrew@FreeBSD.org Resolution|--- |Not A Bug --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Thu Feb 25 15:52:09 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 47CDD567589 for ; Thu, 25 Feb 2021 15:52:09 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out2.migadu.com (out2.migadu.com [IPv6:2001:41d0:2:aacc::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dmcjh2fxyz4vVy; Thu, 25 Feb 2021 15:52:07 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Thu, 25 Feb 2021 18:51:48 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1614268315; 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=U82jlhTMf3ZhkDzl6qm95CWeu/cPn7TMd+273eZHLtE=; b=NWxT+xkXqh3Gqk61LAuC7MnrR2CkPkVQKM9TU/WAk0T8jj/5y6Yajys0CHXQRuG4YrdyKL DmgyhMZCbgIvnGtDb9ekl2Fq8Q3HA7OgO+gPJGtMDeOwDqzlHHVGdimvzoAVzkTpKojQeM xaTi8LKkgKMs2uFKTZny09u4tKY8QKk= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Greg V Subject: Re: /dev/vchiq on rpi4 (aarch64) To: Alex Samorukov Cc: freebsd-arm@freebsd.org Message-Id: In-Reply-To: <60464d431bb929fef2650b397e55f546@freebsd.org> References: <061e9a1892e1df1e6a01f930efd64547@freebsd.org> <60464d431bb929fef2650b397e55f546@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: greg@unrelenting.technology X-Rspamd-Queue-Id: 4Dmcjh2fxyz4vVy X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=NWxT+xkX; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:aacc:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-4.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:aacc::]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2001:41d0:2:aacc:::from:127.0.2.255]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:2:aacc:::from]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 15:52:09 -0000 On Tue, Feb 23, 2021 at 10:48, Alex Samorukov wrote: > On verbose logging i also see > > simplebus0: mem 0x7e00b840-0x7e00b87b irq 55 > compat brcm,bcm2711-vchiq (no driver attached) > > Do i need to add something to the dtb to fix that? No, sys/contrib/vchiq/interface/vchiq_arm/vchiq_kmod.c needs to actually bind to brcm,bcm2711-vchiq and not just the 2835 one. (and, well, actually handle hardware difference between these) From owner-freebsd-arm@freebsd.org Thu Feb 25 19:36:00 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A681C56DBEF for ; Thu, 25 Feb 2021 19:36:00 +0000 (UTC) (envelope-from samm@freebsd.org) Received: from reindeer.net-art.cz (reindeer.net-art.cz [IPv6:2001:15e8:110:513c::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 "reindeer.net-art.cz", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dmjh03gXqz3JK9 for ; Thu, 25 Feb 2021 19:36:00 +0000 (UTC) (envelope-from samm@freebsd.org) Received: by reindeer.net-art.cz (Postfix, from userid 65534) id 057275EF40; Thu, 25 Feb 2021 19:35:52 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on reindeer X-Spam-Level: X-Spam-Status: No, score=-0.8 required=10.0 tests=BAYES_00,KHOP_HELO_FCRDNS, SPF_HELO_NONE,SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.2 Received: from owl.net-art.cz (surikat.net-art.cz [IPv6:2a03:6920:0:10::101]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "owl.net-art.cz", Issuer "R3" (not verified)) by reindeer.net-art.cz (Postfix) with ESMTPS id B75835EEB5; Thu, 25 Feb 2021 19:35:51 +0000 (GMT) Received: from [::1] (account samm@net-art.cz HELO webmail.net-art.cz) by owl.net-art.cz (CommuniGate Pro SMTP 6.1.20) with ESMTPA id 797868; Thu, 25 Feb 2021 20:35:51 +0100 MIME-Version: 1.0 Date: Thu, 25 Feb 2021 20:35:51 +0100 From: Alex Samorukov To: Greg V Cc: freebsd-arm@freebsd.org Subject: Re: /dev/vchiq on rpi4 (aarch64) In-Reply-To: References: <061e9a1892e1df1e6a01f930efd64547@freebsd.org> <60464d431bb929fef2650b397e55f546@freebsd.org> User-Agent: Roundcube Webmail/1.4.9 Message-ID: <75ebb7d63e522287c28a1ba94d09bd63@freebsd.org> X-Sender: samm@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Dmjh03gXqz3JK9 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Feb 2021 19:36:00 -0000 On 2021/02/25 16:51, Greg V wrote: >> simplebus0: mem 0x7e00b840-0x7e00b87b irq 55 compat >> brcm,bcm2711-vchiq (no driver attached) >> >> Do i need to add something to the dtb to fix that? > > No, sys/contrib/vchiq/interface/vchiq_arm/vchiq_kmod.c needs > to actually bind to brcm,bcm2711-vchiq and not just the 2835 one. > > (and, well, actually handle hardware difference between these) Got it, that was my assumption. Already found in Linux sources that they are using different addressing and some other model-depended quicks. Also it seems that broadcom sources in contrib/ are based on very old release. Not sure if i have enough knowledge to properly sync them as it seems they been modified a lot. From owner-freebsd-arm@freebsd.org Sat Feb 27 04:39:13 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0E3EB55AD4D for ; Sat, 27 Feb 2021 04:39:13 +0000 (UTC) (envelope-from carlj@peak.org) Received: from smtp.email-protect.gosecure.net (smtp.email-protect.gosecure.net [208.80.203.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.email-protect.gosecure.net", Issuer "Thawte RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnYhH6f1zz3tlt for ; Sat, 27 Feb 2021 04:39:11 +0000 (UTC) (envelope-from carlj@peak.org) Received: from envoy14.neonova.net ([137.118.58.100]) by smtp.email-protect.gosecure.net ({fb77ab02-682a-11eb-b27a-03a5158abdca}) via TCP (outbound) with ESMTP id 20210227043904124_00002295 for ; Fri, 26 Feb 2021 20:39:04 -0800 X-RC-FROM: X-RC-RCPT: Received: from bay.localnet (unknown [199.58.99.76]) (Authenticated sender: carlj@peak.org) by envoy14.neonova.net (Postfix) with ESMTPA id 4DnYh42RhVz9tHQ for ; Fri, 26 Feb 2021 23:38:58 -0500 (EST) Received: from carlj by bay.localnet with local (Exim 4.94 (FreeBSD)) (envelope-from ) id 1lFrNY-0000nl-U8 for freebsd-arm@freebsd.org; Fri, 26 Feb 2021 20:38:56 -0800 From: Carl Johnson To: freebsd-arm@freebsd.org Subject: RPi 13.0-BETA4 doesn't recognize USB Date: Fri, 26 Feb 2021 20:38:56 -0800 Message-ID: <867dmu86qn.fsf@bay.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-MAG-OUTBOUND: greymail.email-protect.gosecure.net@137.118.58.100/32 X-Rspamd-Queue-Id: 4DnYhH6f1zz3tlt X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=peak.org; spf=pass (mx1.freebsd.org: domain of carlj@peak.org designates 208.80.203.3 as permitted sender) smtp.mailfrom=carlj@peak.org X-Spamd-Result: default: False [-1.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[208.80.203.3:from]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:208.80.200.0/21]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[208.80.203.3:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_SHORT(1.00)[0.996]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[peak.org,none]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14618, ipnet:208.80.202.0/23, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 04:39:13 -0000 I just tried out the 13.0-BETA4 RPI binary image on my 8GB RPi 4, but it doesn't recognize any USB. That is a problem since I use a USB keyboard and mouse. I logged in through a serial console, but I don't see anything that looks wrong. I also don't see anything about wlan, but I suspect that I need to enable or kldload something. Does anybody know how to get USB working on this, or should I report this as a bug? Thanks for any advice. -- Carl Johnson carlj@peak.org From owner-freebsd-arm@freebsd.org Sat Feb 27 04:42:40 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3BA7C55B309 for ; Sat, 27 Feb 2021 04:42:40 +0000 (UTC) (envelope-from carlj@peak.org) Received: from smtp.email-protect.gosecure.net (smtp.email-protect.gosecure.net [208.80.203.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.email-protect.gosecure.net", Issuer "Thawte RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DnYmH1w7bz3v8Z for ; Sat, 27 Feb 2021 04:42:39 +0000 (UTC) (envelope-from carlj@peak.org) Received: from envoy14.neonova.net ([137.118.58.100]) by smtp.email-protect.gosecure.net ({a8a06508-682b-11eb-a01e-f3c2fc5a0280}) via TCP (outbound) with ESMTP id 20210227044231635_00002303 for ; Fri, 26 Feb 2021 20:42:31 -0800 X-RC-FROM: X-RC-RCPT: Received: from bay.localnet (unknown [199.58.99.76]) (Authenticated sender: carlj@peak.org) by envoy14.neonova.net (Postfix) with ESMTPA id 4DnYm35yl2z9tH3 for ; Fri, 26 Feb 2021 23:42:27 -0500 (EST) Received: from carlj by bay.localnet with local (Exim 4.94 (FreeBSD)) (envelope-from ) id 1lFrQw-0000nw-Ly for freebsd-arm@freebsd.org; Fri, 26 Feb 2021 20:42:26 -0800 From: Carl Johnson To: freebsd-arm@freebsd.org Subject: Re: RPi 13.0-BETA4 doesn't recognize USB References: <867dmu86qn.fsf@bay.localnet> Date: Fri, 26 Feb 2021 20:42:26 -0800 In-Reply-To: <867dmu86qn.fsf@bay.localnet> (Carl Johnson's message of "Fri, 26 Feb 2021 20:38:56 -0800") Message-ID: <86zgzq6s0d.fsf@bay.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-MAG-OUTBOUND: greymail.email-protect.gosecure.net@137.118.58.100/32 X-Rspamd-Queue-Id: 4DnYmH1w7bz3v8Z X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=peak.org; spf=pass (mx1.freebsd.org: domain of carlj@peak.org designates 208.80.203.2 as permitted sender) smtp.mailfrom=carlj@peak.org X-Spamd-Result: default: False [-1.80 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[208.80.203.2:from]; R_SPF_ALLOW(-0.20)[+ip4:208.80.200.0/21:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[208.80.203.2:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[0.996]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[peak.org,none]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14618, ipnet:208.80.202.0/23, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 04:42:40 -0000 Carl Johnson writes: > I just tried out the 13.0-BETA4 RPI binary image on my 8GB RPi 4, but it > doesn't recognize any USB. That is a problem since I use a USB keyboard > and mouse. I logged in through a serial console, but I don't see > anything that looks wrong. I also don't see anything about wlan, but I > suspect that I need to enable or kldload something. > > Does anybody know how to get USB working on this, or should I report > this as a bug? > > Thanks for any advice. Sorry, but I should have mentioned that I have run this with the Raspberry Pi OS and it doesn't have any problems there. -- Carl Johnson carlj@peak.org From owner-freebsd-arm@freebsd.org Sat Feb 27 17:42:12 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CD5A554E650 for ; Sat, 27 Feb 2021 17:42:12 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 4Dnv3l5F7yz3RFw; Sat, 27 Feb 2021 17:42:11 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id 11RHg4r2012120; Sat, 27 Feb 2021 11:42:04 -0600 (CST) (envelope-from mike@karels.net) Message-Id: <202102271742.11RHg4r2012120@mail.karels.net> To: freebsd-arm@freebsd.org cc: manu@freebsd.org From: Mike Karels Reply-to: mike@karels.net Subject: Re: cpufreq driver stopped working on RPI4 In-reply-to: Your message of Sun, 21 Feb 2021 14:43:27 -0600. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <12118.1614447724.1@mail.karels.net> Content-Transfer-Encoding: quoted-printable Date: Sat, 27 Feb 2021 11:42:04 -0600 X-Rspamd-Queue-Id: 4Dnv3l5F7yz3RFw X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 216.160.39.52 as permitted sender) smtp.mailfrom=mike@karels.net X-Spamd-Result: default: False [-3.18 / 15.00]; HAS_REPLYTO(0.00)[mike@karels.net]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[216.160.39.52:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:216.160.39.52]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[karels.net]; SPAMHAUS_ZRD(0.00)[216.160.39.52:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.98)[-0.982]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 17:42:12 -0000 Following up on my previous post (below): I tried the ALPHA1 kernel on a BETA3 system on the RPI4, and it fails to attach the cpufreq driver as well. So it appears that the problem is in the dtb, etc, not the kernel. It would be nice to get this fixed before the 13.0 release. Without the cpufreq driver, the CPU is stuck at a low clock rate. Mike > To: freebsd-arm@freebsd.org > From: Mike Karels > Reply-to: mike@karels.net > Subject: cpufreq driver stopped working on RPI4 > Date: Sun, 21 Feb 2021 14:43:27 -0600 > I upgraded an older (original) RPI4, 4 GB, to 13.0-BETA3, and merged my > previous rc.conf including powerd. Powerd fails to start now, saying > that there is no cpufreq(4) support. Sure enough, dmesg has the followi= ng > relevant lines: > bcm2835_cpufreq0: on cpu0 > bcm2835_cpufreq0: Unable to find firmware device > device_attach: bcm2835_cpufreq0 attach returned 6 > armv8crypto0: CPU lacks AES instructionsbcm2835_cpufreq0: on cpu0 > bcm2835_cpufreq0: Unable to find firmware device > device_attach: bcm2835_cpufreq0 attach returned 6 > (Yes, armv8crypto is missing a newline.) > I checked the most recent system I had on the shelf, which was 13.0-ALPH= A1. > It has this: > bcm2835_firmware0: on simplebus0 > ofw_clkbus1: on bcm2835_firmware0 > gpio0: on bcm2835_firmware0 > bcm2835_cpufreq0: on cpu0 > bcm2835_cpufreq0: ARM 600MHz, Core 200MHz, SDRAM 400MHz, Turbo OFF > Does anyone know what changed to cause this? Was it the FDT update? > Mike From owner-freebsd-arm@freebsd.org Sat Feb 27 21:53:03 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 42470555725 for ; Sat, 27 Feb 2021 21:53:03 +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.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dp0dB6smqz4RrK for ; Sat, 27 Feb 2021 21:53:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1614462780; bh=66itVn4kUq1QtQn6oaSPpt7LXuyo30tflyK+Av8zb+k=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=QQKDUCWk12/slkbqzcL49IdQ19pvkYbVDn9nyNFR1/wAqqVYxtv3eBTKKkC0gMV68XKbX83jth9dQr/rnoqFhcq+HVO8TOJ+89wt3YD2G1HOSSHJp5UMjwbkXPQvVnolFr83W/3mCjLhKbGtLHtfmB+Ee61GNBR7h5oiQqKc0e41r410o8Q3xso3SsKVX6dn131vOgzGkUDWEEYBY+hFoknCULpnBWEe8xr73Bxy7R1p3CPgajBd8xRbFlhetTWrzxex3xAeuaYHIpc937Am/ZTmiA2blTdWxQKmjNuE9BpNavUbHMgTtL7acclwmI0oCSgu+eLfwK2H8FeTEFbKZQ== X-YMail-OSG: 82NVcD0VM1mPeMoZCjQ0XI0wmcX7gD9M6KQZm772WkKuXfjiNQX8rcSp6mlNlnY lsjyXwj1lfTN3ZKl2QmgdpGk9w1KGZy0YWFC9HTfby6BFxCYv9TeENWvuy_rpmkYWw.mwKPKTT.A 7udxWcgQ8Em7cgOamKPx58fji9zFrB_1YQrmGLYAY5Juz9ez5mPy1TgRVLCuzh1B6eKmuE_nygL_ c_2FCFapv6cYEwIIk37IPPPDzLWh4olCE4bhwxZMNcewOq5vBcO.SnLmKfRanZTX.Z7MDlO6.SbW mreCCYjzSNOV7M6FXHlaaJg_PWA__vl_YsVHrsz.M9PATrK4kG3GxcvXwxN0WZ0QSTTX_1Ez0uWF NPC_wwPmiXCDjKYECoOZSFPTyX9TyxTM3WsvoZB.NGaE_PI3eiSjBdulZV78aBW22FAbBx62uEMF J5eE05OCdz7B13KtpbZCaSH.DSW5lNGk8Mc1SjsoQOYD2KFO3NJaOipIEr4DOsz8d8685SegS4C5 X4S3iY57iLQvlDXUnR7S3xFGwJS54CBliu.IrW1s_nrFbn7DVCZqTjEIW0osrnEuXnsImhYj33zn Klo.yJSkKtue7AW1HSUBVNn7o4UJelP8Ss14UII7qwmDWKB5E.jjYze6sS1WaPyUK6qEPaf8QIC0 KvGORpTm3HNh1pAGnXFnTrMqV3L0igxv8Dsa8aR.hczVKCc9VUG5PcTW6Z24oQOy65rpR41kJrU1 rgKR0GmctwB3vdWg0oqAnHjXAIkQUroZT5w02me5xusLXFLzf5k0A8SwDXcjDPGvYOyPiwNfmodc tiBEffGV1sjyemy5AsDpgMEKeGzPADR0SPkMP4cMMEBl35MEhW670syu.dV56a1fuBLf3ODL4bba pTC.1QX3u6VR0cKUkcnxg8oHibelzGv5.9YtP3MjcW5vHJ8ibug061V3R7dydNiyKWDj7jr9vehh iTzcCLY4ao39nvcQkgFsq2GMYebdCPABOdlAcgtYdrSKlza28jjLG9bFYChnZrOi7FwS1UNkEAz2 Tug3f_NO.uhibyoQqzFSs_.D3a3fp3vTIo1ZO4avbqmdfaM4yA5En.38mvc0x2gzYbZg3e1KagJL 3BYA5GGzZvpiKXJipV0lz9VLwkmKvrQfN7cfqDImdVCZdyGo_OCxrYJNcu3wNRnSvez165FREsG1 Y4s2O0jr4j0jf5DWPngOi4iGuQeqRyh7NgSMLrx0RKsOV.4GrOGMc3bJaokuS_i25wvcJzjfBgUM swkQF0o__W8.N4Fd9L9CKjThz5LLqJEgJSP5Pea6sFIltLZ7LJ3uZLqAaPNmozDVPxsHzk8ec1th wMtiFaa6zACe3uok6ng2.dvZV_vEqpYq0RJaPrsOXCVjsOzKD5FOv91fuJ1b5X58iUSmRGBJLKaP wQKJbZO.VlhwofvwTdI4j97fTqqI4TBHOi1AeWLpvGTt12o0SgFU_rz2om7yAkqGemzoLoCIELPF z1jsxKoEautAgXz431Hepdb1trhqoQMoEo5WsEh5xlsqCr9DYJ9HAuDGVlCepcjHMBPWHwbFrVRT 6SMTvMDuj41IA8zKMO9CFYgPJpaR53HGJIE6sTPcX2_Wztr6wxkkExuNbcPsL_1bfFoFOhNabdRi 6bNyh1AWpQb2N9K9Kb1lvQFd4fm24IcbecGFBuQx8q9P3xdbN5Lt7v_VXBjZAZOAcCp4alRTKyVF nHS4mY9Fh43z3tzGtJtVPBCnMXsIp5uD0G7Et3vawn9F_lrhzIPAqzJ.By5wDvC7nvsgL87doByL NQ0S5HV_BS2k4QLy5IcV.xizo3VvB_MFPVPYwD0O4CuvWeOaT8RLd6XIlnhSckRkI.WsOftbS4fE Qm3vkzu592IFNAyjsmfdgWIR.WPUZT4up1kgTRzaorQx8NQ.Fao4ZCQYc3OMWLqMmpqgU4sco.7i lmUoH1gadX2DRMWaWJGjsajKHZWsqN7d3YKEiDG86kBOijO_THKgvAjdXEOq45TAXzyqjsstxfV6 JZPjhGkxtDi0KOI391Pq5VZ9EdmD8voqsYjk9jeytckyMc7YH4itQSTobXsVwe2IPfW2wnnfCHrv Gobr4xOT_nDoAhuLVJGj7zNsQQcWxyP25DVkYP_dyYYFibSclqTlzxnmzR3jmzOwaKziS298IOP0 pHhRlMVGl02Ed6oiSpP4JRMg1Yq7EVMw6RPPTrdFMaclUW6X4lNjEWxGC_5mY1k4rC_xWqO_zFKU KiJpslJpjiWuvEOyXn5mOHeyY3LhCXB7yA9xT.qjaVQNOOSEOdEcaoPQ_tjWeeBwfMTORTo3E5Sh XG0q8vbLeybQc0vTJnpvGNFQ7bh8OGHAH3uDgMckHMPDWNZgHIUjAe.wyflXF1TQV6Sgznkj9pnt hiN6O1UZaG8DQgioO3fLLaaSw_vPORl2VcMbQqYQSd_5cz3DxZPaawfzgm4zFc9ngiUI.FywGb6F AUkvlKBbZ6CNYF7rzjgCocuII5tPM8eTo5Vb0upntIpRc6h2h_WxkZaRK_1gOQNUxDa4cwpKbFm2 46DlQ73LdhBf8pX1pwFF_qD2o6JZDx7kh5Tiz4jpkYQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sat, 27 Feb 2021 21:53:00 +0000 Received: by smtp422.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a734ac1e989a75bc121876ab686b4b5e; Sat, 27 Feb 2021 21:52:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: cpufreq driver stopped working on RPI4 From: Mark Millard In-Reply-To: <202102271742.11RHg4r2012120@mail.karels.net> Date: Sat, 27 Feb 2021 13:52:57 -0800 Cc: freebsd-arm@freebsd.org, manu@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <7D6CCA5B-F24D-48CF-893C-18AD73417E4E@yahoo.com> References: <202102271742.11RHg4r2012120@mail.karels.net> To: Mike Karels X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dp0dB6smqz4RrK X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 21:53:03 -0000 > On 2021-Feb-27, at 09:42, Mike Karels wrote: >=20 > Following up on my previous post (below): I tried the ALPHA1 kernel on > a BETA3 system on the RPI4, and it fails to attach the cpufreq driver > as well. So it appears that the problem is in the dtb, etc, not the > kernel. >=20 > It would be nice to get this fixed before the 13.0 release. Without > the cpufreq driver, the CPU is stuck at a low clock rate. In config.txt for an RPi4B I use (as an example, you could use other figures): over_voltage=3D6 arm_freq=3D2000 arm_freq_min=3D2000 sdram_freq_min=3D3200 and in /etc/sysctl.conf I have: # The u-boot'ed RPi4B does not seem to automatically # adjust from 600MHz, so do so manually. Presumes # config.txt does over_voltage=3D6 and arm_freq=3D2000 . # NOTE: without an appropriate over_voltage a # dev.cpu.0.freq=3D2000 will crash the RPi4B on the # spot. dev.cpu.0.freq=3D2000 Overall this gives a constant faster frequency for the CPU (and the sdram). (I have a good power supply context for this.) You may or may not be able to tolerate the constant status for frequencies. But there is this alternative to cpufreq use. > Mike >=20 >> To: freebsd-arm@freebsd.org >> From: Mike Karels >> Reply-to: mike@karels.net >> Subject: cpufreq driver stopped working on RPI4 >> Date: Sun, 21 Feb 2021 14:43:27 -0600 >=20 >> I upgraded an older (original) RPI4, 4 GB, to 13.0-BETA3, and merged = my >> previous rc.conf including powerd. Powerd fails to start now, saying >> that there is no cpufreq(4) support. Sure enough, dmesg has the = following >> relevant lines: >=20 >> bcm2835_cpufreq0: on cpu0 >> bcm2835_cpufreq0: Unable to find firmware device >> device_attach: bcm2835_cpufreq0 attach returned 6 >> armv8crypto0: CPU lacks AES instructionsbcm2835_cpufreq0: on cpu0 >> bcm2835_cpufreq0: Unable to find firmware device >> device_attach: bcm2835_cpufreq0 attach returned 6 >=20 >> (Yes, armv8crypto is missing a newline.) >=20 >> I checked the most recent system I had on the shelf, which was = 13.0-ALPHA1. >> It has this: >=20 >> bcm2835_firmware0: on simplebus0 >> ofw_clkbus1: on bcm2835_firmware0 >> gpio0: on = bcm2835_firmware0 >> bcm2835_cpufreq0: on cpu0 >> bcm2835_cpufreq0: ARM 600MHz, Core 200MHz, SDRAM 400MHz, Turbo OFF >=20 >> Does anyone know what changed to cause this? Was it the FDT update? >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Feb 27 22:28:54 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 776D8556234 for ; Sat, 27 Feb 2021 22:28:54 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 4Dp1QY2Xlgz4T0c; Sat, 27 Feb 2021 22:28:53 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id 11RMSqgo012921; Sat, 27 Feb 2021 16:28:52 -0600 (CST) (envelope-from mike@karels.net) Message-Id: <202102272228.11RMSqgo012921@mail.karels.net> To: Mark Millard cc: freebsd-arm@freebsd.org, manu@freebsd.org From: Mike Karels Reply-to: mike@karels.net Subject: Re: cpufreq driver stopped working on RPI4 In-reply-to: Your message of Sat, 27 Feb 2021 13:52:57 -0800. <7D6CCA5B-F24D-48CF-893C-18AD73417E4E@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <12919.1614464932.1@mail.karels.net> Content-Transfer-Encoding: quoted-printable Date: Sat, 27 Feb 2021 16:28:52 -0600 X-Rspamd-Queue-Id: 4Dp1QY2Xlgz4T0c X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 216.160.39.52 as permitted sender) smtp.mailfrom=mike@karels.net X-Spamd-Result: default: False [-3.15 / 15.00]; HAS_REPLYTO(0.00)[mike@karels.net]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:216.160.39.52]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; DMARC_NA(0.00)[karels.net]; SPAMHAUS_ZRD(0.00)[216.160.39.52:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[216.160.39.52:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.949]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 22:28:54 -0000 Thanks, Mark. Meanwhile, I just tested BETA4; much to my surprise, the cpufreq driver configured again. I didn't notice a relevant change, but it is working... Mike Mark wrote: > > On 2021-Feb-27, at 09:42, Mike Karels wrote: > > = > > Following up on my previous post (below): I tried the ALPHA1 kernel on > > a BETA3 system on the RPI4, and it fails to attach the cpufreq driver > > as well. So it appears that the problem is in the dtb, etc, not the > > kernel. > > = > > It would be nice to get this fixed before the 13.0 release. Without > > the cpufreq driver, the CPU is stuck at a low clock rate. > In config.txt for an RPi4B I use (as an example, you > could use other figures): > over_voltage=3D6 > arm_freq=3D2000 > arm_freq_min=3D2000 > sdram_freq_min=3D3200 > and in /etc/sysctl.conf I have: > # The u-boot'ed RPi4B does not seem to automatically > # adjust from 600MHz, so do so manually. Presumes > # config.txt does over_voltage=3D6 and arm_freq=3D2000 . > # NOTE: without an appropriate over_voltage a > # dev.cpu.0.freq=3D2000 will crash the RPi4B on the > # spot. > dev.cpu.0.freq=3D2000 > Overall this gives a constant faster frequency > for the CPU (and the sdram). (I have a good power > supply context for this.) > You may or may not be able to tolerate the constant > status for frequencies. But there is this alternative > to cpufreq use. > > Mike > > = > >> To: freebsd-arm@freebsd.org > >> From: Mike Karels > >> Reply-to: mike@karels.net > >> Subject: cpufreq driver stopped working on RPI4 > >> Date: Sun, 21 Feb 2021 14:43:27 -0600 > > = > >> I upgraded an older (original) RPI4, 4 GB, to 13.0-BETA3, and merged = my > >> previous rc.conf including powerd. Powerd fails to start now, saying > >> that there is no cpufreq(4) support. Sure enough, dmesg has the foll= owing > >> relevant lines: > > = > >> bcm2835_cpufreq0: on cpu0 > >> bcm2835_cpufreq0: Unable to find firmware device > >> device_attach: bcm2835_cpufreq0 attach returned 6 > >> armv8crypto0: CPU lacks AES instructionsbcm2835_cpufreq0: on cpu0 > >> bcm2835_cpufreq0: Unable to find firmware device > >> device_attach: bcm2835_cpufreq0 attach returned 6 > > = > >> (Yes, armv8crypto is missing a newline.) > > = > >> I checked the most recent system I had on the shelf, which was 13.0-A= LPHA1. > >> It has this: > > = > >> bcm2835_firmware0: on simplebus0 > >> ofw_clkbus1: on bcm2835_firmware0 > >> gpio0: on bcm2835_firmware= 0 > >> bcm2835_cpufreq0: on cpu0 > >> bcm2835_cpufreq0: ARM 600MHz, Core 200MHz, SDRAM 400MHz, Turbo OFF > > = > >> Does anyone know what changed to cause this? Was it the FDT update? > > = > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar)