From owner-freebsd-arm@freebsd.org Sun Jan 31 15:49:29 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 200524FA9A3 for ; Sun, 31 Jan 2021 15:49:29 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DTFr90Swxz3l1G for ; Sun, 31 Jan 2021 15:49:29 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Received: from freebsd2.freebsd.lan (mail.northatlanticmusicsupplies.com [212.237.182.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jsm) by smtp.freebsd.org (Postfix) with ESMTPSA id BF53A3F13 for ; Sun, 31 Jan 2021 15:49:28 +0000 (UTC) (envelope-from jsm@FreeBSD.org) To: freebsd-arm@freebsd.org From: Jesper Schmitz Mouridsen Subject: Pinebook Pro display. Message-ID: <3161cf79-0ec1-a3bc-801f-084d014ca92d@FreeBSD.org> Date: Sun, 31 Jan 2021 16:49:24 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US 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, 31 Jan 2021 15:49:29 -0000 Hi Just for information, I did some trial and error on u-boot for the Pinebook Pro in order to have display working without hacking the kernel. See https://github.com/jsm222/ports and the twitter thread https://twitter.com/jsm22413542/status/1355896239104159748 Long story short I keep CPLL at 800000000 but set ACLK_VOP1 at 594000000.. /Jsm From owner-freebsd-arm@freebsd.org Sun Jan 31 21:00:26 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 2AA8F52606D for ; Sun, 31 Jan 2021 21:00:26 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DTNkx4H8Dz4fD4 for ; Sun, 31 Jan 2021 21:00:25 +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 0B5BC7098 for ; Sun, 31 Jan 2021 21:00:25 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 10VL0OYx060810 for ; Sun, 31 Jan 2021 21:00:24 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 10VL0O1v060809 for freebsd-arm@FreeBSD.org; Sun, 31 Jan 2021 21:00:24 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202101312100.10VL0O1v060809@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, 31 Jan 2021 21:00:24 +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, 31 Jan 2021 21:00:26 -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 Mon Feb 1 06:44:18 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 C23884F0417 for ; Mon, 1 Feb 2021 06:44:18 +0000 (UTC) (envelope-from a@zaynetro.com) Received: from mout-p-103.mailbox.org (mout-p-103.mailbox.org [IPv6:2001:67c:2050::465:103]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DTdhd5jnBz4qL7 for ; Mon, 1 Feb 2021 06:44:17 +0000 (UTC) (envelope-from a@zaynetro.com) Received: from smtp2.mailbox.org (smtp2.mailbox.org [IPv6:2001:67c:2050:105:465:1:2:0]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-103.mailbox.org (Postfix) with ESMTPS id 4DTdhZ07fJzQlXJ; Mon, 1 Feb 2021 07:44:14 +0100 (CET) X-Virus-Scanned: amavisd-new at heinlein-support.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zaynetro.com; s=MBO0001; t=1612161850; 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=QGvsTnRg6GmdrsNTjHUMhDe0HqswLalfslllWnn94uM=; b=w2Jzrk6H7fcnAzd9oJiHdQ/5cNpEBbAyyMS6qz0CRrf+eWpXaU1N9o1SmnLOHUtLaZYeiT HuJQaoywQKQZYkq6OW1Vw/OmMNiP/+vIeCe240I3xMlNDeSEnHCBsS+RA+dyUtdRfrFAn2 Q/JJIElTkElkjDXukDbvmN1dmbozlACHnnufS6ri2TibKlWCpFAodfLXrNyT8W8uXrgycb VDc0sgFHnmMIIWLsq/WdNFs6FRloiQZo77pDvKGhvUXBOBVxw28luovPz3biKxVI7PAPMs CD3blU1ly/SzRsB+GtoVlbTnk6/GMOyNxwM6x4u+Yi47odmF3++NlYtGOjzI7w== Received: from smtp2.mailbox.org ([80.241.60.241]) by spamfilter02.heinlein-hosting.de (spamfilter02.heinlein-hosting.de [80.241.56.116]) (amavisd-new, port 10030) with ESMTP id LFJf5hyVn3VN; Mon, 1 Feb 2021 07:44:09 +0100 (CET) Date: Mon, 1 Feb 2021 06:44:05 +0000 (UTC) From: Roman To: Sleep Walker Cc: Emmanuel Vadot , Free BSD Message-ID: In-Reply-To: References: <7CEF6816-A40B-441D-8136-9E8ACD8BB80D@zaynetro.com> <20210128164112.149f6068c3ec0c9dd68b8ed5@bidouilliste.com> Subject: Re: RockPro64 won't boot if HDMI is connected MIME-Version: 1.0 X-Correlation-ID: X-MBO-SPAM-Probability: X-Rspamd-Score: -4.74 / 15.00 / 15.00 X-Rspamd-UID: f9b013 X-Rspamd-Queue-Id: 4DTdhd5jnBz4qL7 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zaynetro.com header.s=MBO0001 header.b=w2Jzrk6H; dmarc=none; spf=none (mx1.freebsd.org: domain of a@zaynetro.com has no SPF policy when checking 2001:67c:2050::465:103) smtp.mailfrom=a@zaynetro.com X-Spamd-Result: default: False [-2.04 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:67c:2050::465:103:from]; R_DKIM_ALLOW(-0.20)[zaynetro.com:s=MBO0001]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.36)[0.355]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[zaynetro.com]; SPAMHAUS_ZRD(0.00)[2001:67c:2050::465:103:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[zaynetro.com:+]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:199118, ipnet:2001:67c:2050::/48, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[2001:67c:2050::465:103:from] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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: Mon, 01 Feb 2021 06:44:18 -0000 > Is it possible to increase the framebuffer size. Where can this be change= d? That is a good question and something I would like to know as well. At the moment the behaviour is very confusing that you see boot output but = then it just hangs. If uboot supports 4K should the kernel support it as we= ll? Best wishes, Roman 28 Jan 2021 18.29.49 Sleep Walker : > Is it possible to increase the framebuffer size. Where can this be change= d? >=20 > Best wishes, > Sergey >=20 >=20 > =D1=87=D1=82, 28 =D1=8F=D0=BD=D0=B2. 2021 =D0=B3. =D0=B2 18:57, Roman : >> True that. Works with a smaller screen. >>=20 >> Thanks >> Best wishes, >> Roman >>=20 >> 28 Jan 2021 17.48.02 Emmanuel Vadot : >>=20 >>> On Thu, 28 Jan 2021 17:26:32 +0200 >>> Roman Zaynetdinov wrote: >>> >>>> Hi, >>>> >>>> I am running FreeBSD 13 Alpha 2. Things work fine and I am really sati= sfied with the overall experience. >>>> >>>> When I connect to my TV with an HDMI cable then kernel won?t boot. Thi= s is what I see on the TV or when I connect with serial (TV will not show a= ny text when serial is connected though). Nothing happens after these lines= : >>>> >>>> Booting [/boot/kernel/kernel]... >>>> Using DTB provided by EFI at 0x80ea000. >>>> EFI framebuffer information: >>>> addr, size=C2=A0=C2=A0=C2=A0=C2=A0 0xf6000000, 0x1fa4000 >>>> dimensions=C2=A0=C2=A0=C2=A0=C2=A0 3840 x 2160 >>>> stride=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 3840 >>>> masks=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x00ff0000= , 0x0000ff00, 0x000000ff, 0xff000000 >>>> >>>> For reference, this is what happens when I boot without HDMI connectio= n: >>>> >>>> Booting [/boot/kernel/kernel]... >>>> Using DTB provided by EFI at 0x80ea000. >>>> EFI framebuffer information: >>>> addr, size=C2=A0=C2=A0=C2=A0=C2=A0 0x0, 0x0 >>>> dimensions=C2=A0=C2=A0=C2=A0=C2=A0 0 x 0 >>>> stride=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0 >>>> masks=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x00000000= , 0x00000000, 0x00000000, 0x00000000 >>>> ---<>--- >>>> Copyright (c) 1992-2021 The FreeBSD Project. >>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 19= 94 >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The Regents of the Universi= ty of California. All rights reserved. >>>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>>> FreeBSD 13.0-ALPHA2 #0 c256201-g02611ef8ee9: Fri Jan 22 06:37:59 UTC 2= 021 >>>> =C2=A0=C2=A0=C2=A0 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64= .aarch64/sys/GENERIC arm64 >>>> >>>> - Roman >>> >>> framebuffer size might be too big, could you test with a monitor that >>> have a smaller native resolution ? >>> >>> -- >>> Emmanuel Vadot >> _______________________________________________ >> 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 2 14:05:20 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 73DF9533790 for ; Tue, 2 Feb 2021 14:05:20 +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 4DVRR42jzHz3Kpl for ; Tue, 2 Feb 2021 14:05:20 +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 502F972E9 for ; Tue, 2 Feb 2021 14:05:20 +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 112E5Kn7071436 for ; Tue, 2 Feb 2021 14:05:20 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 112E5KBq071434 for freebsd-arm@FreeBSD.org; Tue, 2 Feb 2021 14:05:20 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 253177] buildkernel buildworld will crash system (lx2160a) Date: Tue, 02 Feb 2021 14:05:20 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: yarshure@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status 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, 02 Feb 2021 14:05:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253177 Bug ID: 253177 Summary: buildkernel buildworld will crash system (lx2160a) Product: Base System Version: 13.0-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: yarshure@gmail.com x0: ffff0000433f3d98 x1: ffffa00028f2f580 x2: 100000 x3: 0 x4: 60 x5: 0 x6: 0 x7: 0 x8: 1 x9: 1 x10: ffffa00028f2f580 x11: 0 x12: 0 x13: 9 x14: 3 x15: 0 x16: 0 x17: 18 x18: ffff0001938186f0 x19: ffffa00026197000 x20: ffffa00028f2f580 x21: 0 x22: ffffa0000008dc00 x23: ffffa0000008dc28 x24: 0 x25: ffff000000b7b000 x26: ffff000000b7b000 x27: 232000 x28: 232000 x29: ffff0001938186f0 sp: ffff0001938186f0 lr: ffff0000004caabc elr: ffff0000004caa20 spsr: 60000145 far: 402c4829 panic: Unknown kernel exception 0 esr_el1 2000000 cpuid =3D 1 time =3D 1612259959 KDB: stack backtrace: #0 0xffff000000506834 at kdb_backtrace+0x60 #1 0xffff0000004b0a94 at vpanic+0x184 #2 0xffff0000004b090c at panic+0x44 #3 0xffff00000081bc28 at do_el1h_sync+0x140 #4 0xffff0000007fd878 at handle_el1h_sync+0x78 #5 0xffff0000004caab8 at tidhash_remove+0x174 #6 0xffff000000459100 at exit1+0x94c #7 0xffff0000004587b0 at sys_sys_exit+0x10 #8 0xffff00000081c1b8 at do_el0_sync+0x448 #9 0xffff0000007fda24 at handle_el0_sync+0x90 default kernel dmesg :https://gist.github.com/yarshure/1cc3350b4cbd86d7514514b57987b9d7 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Tue Feb 2 16:14:01 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 B7FB9536649 for ; Tue, 2 Feb 2021 16:14:01 +0000 (UTC) (envelope-from peo@nethead.se) Received: from ns1.nethead.se (ns1.nethead.se [5.150.237.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns1.nethead.se", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DVVHX1YClz3k5d for ; Tue, 2 Feb 2021 16:13:59 +0000 (UTC) (envelope-from peo@nethead.se) X-Virus-Scanned: amavisd-new at Nethead AB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nethead.se; s=NETHEADSE; t=1612282426; bh=tsfukEaTPJLbyuLLatI/xYXJz6qcETAEYbf2dr1CCCw=; h=To:From:Subject:Date; b=zNHO0Yux1XVepteIiKhUNXBXG52gn4DNDf7eCMcElywUrnJUIuw0vHRSTghZRqYyl Ze1IMwxQkPdm06kkSLx6TxU6qVpD28kvTtFEVNoG5GAOV1Do81u7ZiGS2+GMswPdnj k5Zof8eqxrzoYu9Kod8P2MqV0kjEanx0FEMTwi5M= To: freebsd-arm@freebsd.org From: Per olof Ljungmark Subject: RPI3B+ 12.2-REL loader.lua no such file Message-ID: Date: Tue, 2 Feb 2021 17:13:45 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DVVHX1YClz3k5d X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nethead.se header.s=NETHEADSE header.b=zNHO0Yux; dmarc=pass (policy=none) header.from=nethead.se; spf=pass (mx1.freebsd.org: domain of peo@nethead.se designates 5.150.237.139 as permitted sender) smtp.mailfrom=peo@nethead.se X-Spamd-Result: default: False [-3.66 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[nethead.se:s=NETHEADSE]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:5.150.237.139]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[5.150.237.139:from:127.0.2.255]; DKIM_TRACE(0.00)[nethead.se:+]; DMARC_POLICY_ALLOW(-0.50)[nethead.se,none]; NEURAL_HAM_SHORT(-0.66)[-0.663]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[5.150.237.139:from]; ASN(0.00)[asn:8473, ipnet:5.150.192.0/18, country:SE]; 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: Tue, 02 Feb 2021 16:14:01 -0000 Hi, Judging from googling I had the impression that installing 12.2-RELEASE on a RPI3B+ was a walk in the park. Not so here. Booting stops at loader with, Setting curdev to disk0p1 ERROR: cannot open /boot/lua/loader.lua: no such file or directory Should I assume that something is wrong with the image while writing it to the SD card? FreeBSD-12.2-RELEASE-arm64-aarch64-RPI3.img or is it something known? Thanks! From owner-freebsd-arm@freebsd.org Tue Feb 2 16:55:20 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 5E1355372A5 for ; Tue, 2 Feb 2021 16:55:20 +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 4DVWCD27m0z3mby for ; Tue, 2 Feb 2021 16:55:20 +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 3C8E711ABB for ; Tue, 2 Feb 2021 16:55:20 +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 112GtKXP062202 for ; Tue, 2 Feb 2021 16:55:20 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 112GtKbW062201 for freebsd-arm@FreeBSD.org; Tue, 2 Feb 2021 16:55:20 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 247012] FreeBSD only recognized 1 GB instead of 4 GB on Raspberry PI 4B Date: Tue, 02 Feb 2021 16:55:19 +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: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: gbe@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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, 02 Feb 2021 16:55:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D247012 Gordon Bergling changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Overcome By Events Status|In Progress |Closed --- Comment #13 from Gordon Bergling --- This problem somewhat disappeared around Dezember 2020. I booted a snapshot= of 13-CURRENT while trying a new micro-sd-card. The full memory of the RPi4B w= as detected. If is becomes a new problem, a new PR should be opened. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Wed Feb 3 17:54: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 5861753E900 for ; Wed, 3 Feb 2021 17:54:30 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f181.google.com (mail-il1-f181.google.com [209.85.166.181]) (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 4DW8T137mGz3F8m for ; Wed, 3 Feb 2021 17:54:29 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f181.google.com with SMTP id e1so98039ilu.0 for ; Wed, 03 Feb 2021 09:54:29 -0800 (PST) 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=VKKWup3pYydhpbB++S3zXIP83mJZOzJjKQACLGJmdgw=; b=JPteMToYh47M5mmye+PBK5hH+dSRWQZa04vm3BPEgPKWySVs8i8ZJi0C1QcQS4XO+0 YquK1vBJQpQazxDvzHltmEKyUrwfGCVea/KBaf43sahcJjuZBFKLWQ5C5kmZUJuMLbov AATcZrP2N+E6+goHN4lo4EEb7UEpVSUfMTNUoZIJtZ7fwv19rabmSOj7RWO+wf8f+qp6 w2hlF8GpedDP5FiUYV3x4sKyyfmJ1dkzOB2X6bU/zH8bUzG+WfI9zo4pu1IjOu5JVxpo 6x4tsM++EaB10RgnEQJ1s8sccdNcvKSYciNaoLE3ZqrT+Qa9ZHxQj+E+RBL3CEkFr2NO q44A== X-Gm-Message-State: AOAM533CJFe+Jw5xZZeuue+h4QLzrO3Kk7zLyTYZ3mqp80Tc5iS2kZxQ gzUVYrSZ0lSoKHOn3RdmpjjdodGbEQ1baZbTviSZpBn7Rj2/mg== X-Google-Smtp-Source: ABdhPJyR230bw/+PFotAiXzdVUyf2TzZj3l30i7pnRdjImbJRdh3vIOM06YI4ihrD7lCm5PA/GyzwGxmbPzSDYyJaxo= X-Received: by 2002:a92:680b:: with SMTP id d11mr3637484ilc.256.1612374868018; Wed, 03 Feb 2021 09:54:28 -0800 (PST) MIME-Version: 1.0 From: Ed Maste Date: Wed, 3 Feb 2021 12:53:43 -0500 Message-ID: Subject: LLDB on FreeBSD/arm64 and arm To: freebsd-arm Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DW8T137mGz3F8m X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.181 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-2.97 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.974]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.166.181:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[carpeddiem]; R_DKIM_NA(0.00)[]; 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]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[209.85.166.181:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.181:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.181:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(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: Wed, 03 Feb 2021 17:54:30 -0000 As you may know, the FreeBSD Foundation sponsored Moritz Systems to improve LLDB's support of non-x86 FreeBSD targets (and some other improvements applicable to all targets). This builds on their earlier work to update x86 support. Initial changes for arm64 and arm support were recently committed upstream. Details are in these code reviews, if you're interested: https://reviews.llvm.org/D95297 (arm64) https://reviews.llvm.org/D95696 (arm) arm and arm64 users with an interest in LLDB are encouraged to build LLDB from the upstream git repository, try out the support, and report issues or positive results. It should build using the regular build process as described at https://lldb.llvm.org/resources/build.html At present all four of 32- and 64-bit arm and x86 use LLDB's non-legacy debug support by default. Legacy support will be removed from LLDB upon completion of Moritz' work (once all architectures are patched) and there is no need to try out legacy support. From owner-freebsd-arm@freebsd.org Thu Feb 4 06:06:28 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 C05015398CA for ; Thu, 4 Feb 2021 06:06:28 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (1.212.52.36.ap.yournet.ne.jp [36.52.212.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 "smtp", Issuer "smtp" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DWSjb3PZYz4tHw; Thu, 4 Feb 2021 06:06:26 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (kx.truefc.org [36.52.212.1]) by kx.truefc.org (8.16.1/8.16.1) with ESMTP id 11466HZB089892; Thu, 4 Feb 2021 15:06:17 +0900 (JST) (envelope-from kiri@kx.truefc.org) Message-Id: <202102040606.11466HZB089892@kx.truefc.org> Date: Thu, 04 Feb 2021 15:06:17 +0900 From: KIRIYAMA Kazuhiko To: Jesper Schmitz Mouridsen Cc: freebsd-arm@freebsd.org Subject: Re: Pinebook Pro display. In-Reply-To: <3161cf79-0ec1-a3bc-801f-084d014ca92d@FreeBSD.org> References: <3161cf79-0ec1-a3bc-801f-084d014ca92d@FreeBSD.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 MULE XEmacs/21.4 (patch 24) (Standard C) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4DWSjb3PZYz4tHw X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of kiri@truefc.org has no SPF policy when checking 36.52.212.1) smtp.mailfrom=kiri@truefc.org X-Spamd-Result: default: False [-1.90 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[36.52.212.1:from]; FREEFALL_USER(0.00)[kiri]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[truefc.org]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[36.52.212.1:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RCVD_COUNT_ONE(0.00)[1]; R_SPF_NA(0.00)[no SPF record]; 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:10013, ipnet:36.52.208.0/21, country:JP]; MAILMAN_DEST(0.00)[freebsd-arm]; ONCE_RECEIVED(0.10)[] 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, 04 Feb 2021 06:06:28 -0000 Hi, Jesper On Mon, 01 Feb 2021 00:49:24 +0900, Jesper Schmitz Mouridsen wrote: > > Hi > > Just for information, I did some trial and error on u-boot for the > > Pinebook Pro in order to have display working without hacking > > the kernel. See https://github.com/jsm222/ports and I've modified for u-boot-2020.10 [1] and remade idbloader.img and u-boot.itb then install those and reboot. But could not display console ;-( root@kazu:~ # cu -s 1500000 -l /dev/cuaU0 Connected U-Boot TPL 2020.10 (Feb 03 2021 - 11:13:01) Channel 0: LPDDR4, 50MHz BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB Channel 1: LPDDR4, 50MHz BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB 256B stride lpddr4_set_rate: change freq to 400000000 mhz 0, 1 lpddr4_set_rate: change freq to 800000000 mhz 1, 0 Trying to boot from BOOTROM Returning to boot ROM... U-Boot SPL 2020.10 (Feb 03 2021 - 11:13:01 +0900) Trying to boot from MMC2 U-Boot 2020.10 (Feb 03 2021 - 11:13:01 +0900) SoC: Rockchip rk3399 Reset cause: POR Model: Pine64 Pinebook Pro DRAM: 3.9 GiB PMIC: RK808 MMC: mmc@fe310000: 2, mmc@fe320000: 1, sdhci@fe330000: 0 Loading Environment from SPIFlash... Invalid bus 0 (err=-19) *** Warning - spi_flash_probe_bus_cs() failed, using default environment In: serial Out: serial Err: serial Model: Pine64 Pinebook Pro Net: No ethernet found. Failed to load 'splash.bmp' Card did not respond to voltage select! Hit any key to stop autoboot: 0 Consoles: EFI console Read loader env vars from /efi/freebsd/loader.env Setting currdev to disk0p1: FreeBSD/arm64 EFI loader, Revision 1.1 (Fri Jan 8 12:04:36 JST 2021 admin@lmainkx) Command line arguments: loader.efi Image base: 0xf3dee000 EFI version: 2.80 EFI Firmware: Das U-Boot (rev 8224.4096) Console: comconsole (0) Load Path: /efi\boot\bootaa64.efi Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/eMMC(0)/eMMC(0)/HD(1,GPT,4d89c0a3-65e7-11eb-b928-7ba121e2a6c9,0x8000,0x19000) Trying ESP: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/eMMC(0)/eMMC(0)/HD(1,GPT,4d89c0a3-65e7-11eb-b928-7ba121e2a6c9,0x8000,0x19000) Setting currdev to disk0p1: Trying: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/eMMC(0)/eMMC(0)/HD(2,GPT,4d89c0a3-65e7-11eb-b928-7ba121e2a6c9,0x21000,0x1000000) Setting currdev to disk0p2: Trying: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/eMMC(0)/eMMC(0)/HD(3,GPT,4d89c0a3-65e7-11eb-b928-7ba121e2a6c9,0x1021000,0xd8d4f80) Setting currdev to disk0p3: Loading /boot/defaults/loader.conf Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local c[H[J[8;48H [31m``` [31;1m`[31m[9;48H s` `.....---...[31;1m....--.``` -/[31m[10;48H +o .--` [31;1m/y:` +.[31m[11;48H yo`:. [31;1m:o `+-[31m[12;48H y/ [31;1m-/` -o/[31m[13;48H .- [31;1m::/sy+:.[31m[14;48H / [31;1m`-- /[31m[15;48H `: [31;1m:`[31m[16;48H `: [31;1m:`[31m[17;48H / [31;1m/[31m[18;48H .- [31;1m-.[31m[19;48H -- [31;1m-.[31m[20;48H `:` [31;1m`:`[21;48H [31;1m.-- `--.[22;48H .---.....----.[m[1;2H ______ ____ _____ _____ [2;2H | ____| | _ \ / ____| __ \ [3;2H | |___ _ __ ___ ___ | |_) | (___ | | | |[4;2H | ___| '__/ _ \/ _ \| _ < \___ \| | | |[5;2H | | | | | __/ __/| |_) |____) | |__| |[6;2H | | | | | | || | | |[7;2H |_| |_| ! \___|\___||____/|_____/|_____/ [9;2H+[22;2H+[9;44H+[22;44H+[9;3H-----------------------------------------[22;3H-----------------------------------------[10;2H|[10;44H|[11;2H|[11;44H|[12;2H|[12;44H|[13;2H|[13;44H|[14;2H|[14;44H|[15;2H|[15;44H|[16;2H|[16;44H|[17;2H|[17;44H|[18;2H|[18;44H|[19;2H|[19;44H|[20;2H|[20;44H|[21;2H|[21;44H|[9;14HWelcome to FreeBSD[11;5H1. [1mB[22moot Multi user [1m[Enter][22m[12;5H2. Boot [1mS[22mingle user[13;5H3. [1mEsc[22mape to loader prompt[14;5H4. [1mR[22meboot[15;5H5. [1mC[22mons: Video[16;5H[17;5HOptions:[18;5H6. [1mK[22mernel: default/[32mkernel[39m (1 of 1)[19;5H7. Boot [1mO[22mptions[25;0H[23;4HAutoboot in 10 seconds, hit [Enter] to boot or any other key to stop [25;0H[23;4HAutoboot in 9 seconds, hit [Enter] to boot or any other key to stop [25;0H[23;4HAutoboot in 8 seconds, hit [Enter] to boot or any other key to stop [25;0H[23;4HAutoboot in 7 seconds, hit [Enter] to boot or any other key to stop [25;0H[23;4HAutoboot in 6 seconds, hit [Enter] to boot or any other key to stop [25;0H[23;4HAutoboot in 5 seconds, hit [Enter] to boot or any other key to stop [25;0H[23;4HAutoboot in 4 seconds, hit [Enter] to boot or any other key to stop [25;0H[23;4HAutoboot in 3 seconds, hit [Enter] to boot or any other key to stop [25;0H[23;4HAutoboot in 2 seconds, hit [Enter] to boot or any other key to stop [25;0H[23;4HAutoboot in 1 seconds, hit [Enter] to boot or any other key to stop [25;0H[23;4HAutoboot in 0 seconds, hit [Enter] to boot or any other key to stop [25;0HLoading kernel... /boot/kernel/kernel text=0x2a8 text=0x87de9c text=0x1f04bc data=0x19b3c0 data=0x0+0x53ffc6 syms=[0x8+0x116910+0x8+0x13b60e] Loading configured modules... /etc/hostid size=0x25 /boot/entropy size=0x1000 Using DTB provided by EFI at 0x80ec000. EFI framebuffer information: addr, size 0xf7800000, 0x3f4800 dimensions 1920 x 1080 stride 1920 masks 0x0000f800, 0x000007e0, 0x0000001f, 0x00000000 ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2020 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-CURRENT #0 r367712M: Fri Jan 8 20:33:21 JST 2021 admin@lmainkx:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 FreeBSD clang version 11.0.0 (git@github.com:llvm/llvm-project.git llvmorg-11.0.0-0-g176249bd673) WARNING: WITNESS option enabled, expect reduced performance. VT(efifb): resolution 1920x1080 module firmware already present! real memory = 4158377984 (3965 MB) avail memory = 4025098240 (3838 MB) Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) Starting CPU 4 (100) Starting CPU 5 (101) FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs random: unblocking device. random: entropy device external interface MAP f3f16000 mode 2 pages 4 MAP f3f1b000 mode 2 pages 4 MAP f6f40000 mode 2 pages 16 WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0. kbd0 at kbdmux0 WARNING: Device "openfirm" is Giant locked and may be deleted before FreeBSD 13.0. ofwbus0: clk_fixed0: on ofwbus0 simplebus0: on ofwbus0 rk_grf0: mem 0xff320000-0xff320fff on ofwbus0 rk3399_pmucru0: mem 0xff750000-0xff750fff on ofwbus0 rk3399_cru0: mem 0xff760000-0xff760fff on ofwbus0 rk_grf1: mem 0xff770000-0xff77ffff on ofwbus0 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 regfix3: on ofwbus0 regfix4: on ofwbus0 regfix5: on ofwbus0 regfix6: on ofwbus0 regfix7: on ofwbus0 regfix8: on ofwbus0 regfix9: on ofwbus0 regfix10: on ofwbus0 regfix11: on ofwbus0 simple_mfd0: mem 0xff310000-0xff310fff on ofwbus0 psci0: on ofwbus0 gic0: mem 0xfee00000-0xfee0ffff,0xfef00000-0xfefbffff,0xfff00000-0xfff0ffff,0xfff10000-0xfff1ffff,0xfff20000-0xfff2ffff irq 18 on ofwbus0 its0: mem 0xfee20000-0xfee3ffff on gic0 rk_iodomain0: mem 0-0xff31ffff,0-0xfff on rk_grf0 rk_iodomain1: mem 0-0xff76ffff,0-0xffff on rk_grf1 rk_pinctrl0: on ofwbus0 gpio0: mem 0xff720000-0xff7200ff irq 71 on rk_pinctrl0 gpiobus0: on gpio0 gpio1: mem 0xff730000-0xff7300ff irq 72 on rk_pinctrl0 gpiobus1: on gpio1 gpio2: mem 0xff780000-0xff7800ff irq 73 on rk_pinctrl0 gpiobus2: on gpio2 gpio3: mem 0xff788000-0xff7880ff irq 74 on rk_pinctrl0 gpiobus3: on gpio3 gpio4: mem 0xff790000-0xff7900ff irq 75 on rk_pinctrl0 gpiobus4: on gpio4 rk_i2c0: mem 0xff110000-0xff110fff irq 20 on ofwbus0 iicbus0: on rk_i2c0 rk_i2c1: mem 0xff130000-0xff130fff irq 22 on ofwbus0 iicbus1: on rk_i2c1 rk_i2c2: mem 0xff3c0000-0xff3c0fff irq 38 on ofwbus0 iicbus2: on rk_i2c2 syr8270: at addr 0x80 on iicbus2 rk_i2c3: mem 0xff3d0000-0xff3d0fff irq 39 on ofwbus0 iicbus3: on rk_i2c3 rk805_pmu0: at addr 0x36 irq 76 on iicbus2 generic_timer0: irq 2,3,4,5 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rk_tsadc0: mem 0xff260000-0xff2600ff irq 35 on ofwbus0 rk_usb2phy0: mem 0-0xff76ffff,0-0xffffrk_usb2phy1: mem 0-0xff76ffff,0-0xffff on rk_grf1 rk_emmcphy0: mem 0-0xff76ffff,0-0xffff on rk_grf1 rk_pcie_phy0: mem 0-0xff76ffff,0-0xffff on rk_grf1 rk_typec_phy0: mem 0xff7c0000-0xff7fffff on ofwbus0 rk_typec_phy1: mem 0xff800000-0xff83ffff on ofwbus0 cpulist0: on ofwbus0 cpu0: on cpulist0 cpufreq_dt0: on cpu0 cpu1: on cpulist0 cpufreq_dt1: on cpu1 cpu2: on cpulist0 cpufreq_dt2: on cpu2 cpu3: on cpulist0 cpufreq_dt3: on cpu3 cpu4: on cpulist0 cpufreq_dt4: on cpu4 cpu5: on cpulist0 cpufreq_dt5: on cpu5 pcib0: mem 0xf8000000-0xf9ffffff,0xfd000000-0xfdffffff irq 6,7,8 on ofwbus0 pcib0: Gen1 link training timeouted: 0x00080001. pci0: on pcib0 pcib1: at device 0.0 on pci0 pcib0: failed to reserve resource for pcib1 pcib1: failed to allocate initial memory window: 0-0xfffff pci1: on pcib1 rockchip_dwmmc0: mem 0xfe310000-0xfe313fff irq 10 on ofwbus0 rockchip_dwmmc0: Hardware version ID is 270a rockchip_dwmmc1: mem 0xfe320000-0xfe323fff irq 11 on ofwbus0 rockchip_dwmmc1: Hardware version ID is 270a sdhci_fdt0: mem 0xfe330000-0xfe33ffff irq 12 on ofwbus0 rk_emmcphy0: got emmcclk clock sdhci_fdt0-slot0: Hardware doesn't specify timeout clock frequency, setting BROKEN_TIMEOUT quirk. sdhci_fdt0: 1 slot(s) allocated mmc0: on sdhci_fdt0 ehci0: mem 0xfe380000-0xfe39ffff irq 13 on ofwbus0 usbus0: EHCI version 1.0 usbus0 on ehci0 ohci0: mem 0xfe3a0000-0xfe3bffff irq 14 on ofwbus0 usbus1 on ohci0 ehci1: mem 0xfe3c0000-0xfe3dffff irq 15 on ofwbus0 usbus2: EHCI version 1.0 usbus2 on ehci1 ohci1: mem 0xfe3e0000-0xfe3fffff irq 16 on ofwbus0 usbus3 on ohci1 rk_dwc30: on ofwbus0 xhci0: mem 0xfe800000-0xfe8fffff irq 77 on rk_dwc30 xhci0: 64 bytes context size, 32-bit DMA usbus4: trying to attach usbus4 on xhci0 rk_dwc31: on ofwbus0 xhci1: mem 0xfe900000-0xfe9fffff irq 78 on rk_dwc31 xhci1: 64 bytes context size, 32-bit DMA usbus5: trying to attach usbus5 on xhci1 iicbus0: at addr 0x22 iic0: on iicbus0 iic1: on iicbus1 uart0: <16750 or compatible> mem 0xff180000-0xff1800ff irq 26 on ofwbus0 uart1: <16750 or compatible> mem 0xff1a0000-0xff1a00ff irq 28 on ofwbus0 uart1: console (1500000,n,8,1) spi0: mem 0xff1d0000-0xff1d0fff irq 31 on ofwbus0 spibus0: on spi0 spibus0: at cs 0 mode 0 iicbus2: at addr 0x82 iic2: on iicbus2 iicbus3: at addr 0x44 iic3: on iicbus3 pwm0: mem 0xff420000-0xff42000f on ofwbus0 pwmbus0: on pwm0 pwmc0: channel 0 on pwmbus0 pwm1: mem 0xff420020-0xff42002f on ofwbus0 pwmbus1: on pwm1 pwmc1: channel 0 on pwmbus1 gpioc0: on gpio0 gpioc1: on gpio1 gpioc2: on gpio2 gpioc3: on gpio3 gpioc4: on gpio4 gpioled0: on ofwbus0 cryptosoft0: Timecounters tick every 1.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 5.0Gbps Super Speed USB v3.0 usbus5: 5.0Gbps Super Speed USB v3.0 ugen3.1: at usbus3 uhub0 on usbus3 uhub0: on usbus3 ugen2.1: at usbus2 uhub1 on usbus2 uhub1: on usbus2 ugen1.1: at usbus1 uhub2 on usbus1 uhub2: on usbus1 ugen0.1: at usbus0 uhub3 on usbus0 uhub3: on usbus0 ugen5.1: at usbus5 uhub4 on usbus5 uhub4: on usbus5 ugen4.1: at usbus4 uhub5 on usbus4 uhub5: on usbus4 mmcsd0: 125GB at mmc0 25.0MHz/8bit/65535-block mmcsd0boot0: 4MB partition 1 at mmcsd0 mmcsd0boot1: 4MB partition 2 at mmcsd0 mmcsd0rpmb: 17MB partition 3 at mmcsd0 Release APs...done CPU 0: ARM Cortex-A53 r0p4 affinity: 0 0 Cache Type = <64 byte D-cacheline,64 byte I-cacheline,VIPT ICache,64 byte ERG,64 byte CWG> Instruction Set Attributes 0 = Instruction Set Attributes 1 = <> Processor Features 0 = Processor Features 1 = <> Memory Model Features 0 = Memory Model Features 1 = <8bit VMID> Memory Model Features 2 = <32bit CCIDX,48bit VA> Trying to mount root from ufs:/dev/mmcsd0p3 [rw]... Debug Features 0 = <2 CTX BKPTs,4 Watchpoints,6 Breakpoints,PMUv3,Debugv8> Debug Features 1 = <> Auxiliary Features 0 = <> Auxiliary Features 1 = <> CPU 1: ARM Cortex-A53 r0p4 affinity: 0 1 Cache Type = <64 byte D-cacheline,64 byte I-cacheline,VIPT ICache,64 byte ERG,64 byte CWG> Memory Model Features 0 = CPU 2: ARM Cortex-A53 r0p4 affinity: 0 2 Cache Type = <64 byte D-cacheline,64 byte I-cacheline,VIPT ICache,64 byte ERG,64 byte CWG> Memory Model Features 0 = CPU 3: ARM Cortex-A53 r0p4 affinity: 0 3 Cache Type = <64 byte D-cacheline,64 byte I-cacheline,VIPT ICache,64 byte ERG,64 byte CWG> Memory Model Features 0 = CPU 4: ARM Cortex-A72 r0p2 affinity: 1 0 Cache Type = <64 byte D-cacheline,64 byte I-cacheline,PIPT ICache,64 byte ERG,64 byte CWG> Memory Model Features 0 = CPU 5: ARM Cortex-A72 r0p2 affinity: 1 1 Cache Type = <64 byte D-cacheline,64 byte I-cacheline,PIPT ICache,64 byte ERG,64 byte CWG> Memory Model Features 0 = WARNING: WITNESS option enabled, expect reduced performance. Unresolved linked clock found: clkin_gmac uhub0: 1 port with 1 removable, self powered uhub2: 1 port with 1 removable, self powered Warning: no time-of-day clock registered, system time will not be set accurately uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub3: 1 port with 1 removable, self powered uhub1: 1 port with 1 removable, self powered Setting hostuuid: 31323634-3737-6236-6162-336630376339. Setting hostid: 0x5d4b60f9. Starting file system checks: /dev/mmcsd0p3: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mmcsd0p3: clean, 27264816 free (352 frags, 3408058 blocks, 0.0% fragmentation) lock order reversal: 1st 0xffffa00062dabbe0 ufs (ufs, lockmgr) @ /usr/src/sys/kern/vfs_mount.c:1724 2nd 0xffffa00062c9ddc8 devfs (devfs, lockmgr) @ /usr/src/sys/kern/vfs_subr.c:2918 lock order devfs -> ufs established at: #0 0xffff000000569234 at witness_checkorder+0x448 #1 0xffff0000004cbaec at lockmgr_lock_flags+0x1d8 #2 0xffff00000075ad38 at ffs_lock+0x64 #3 0xffff0000005ed57c at _vn_lock+0x54 #4 0xffff0000005ce630 at vfs_domount+0xdf8 #5 0xffff0000005cca08 at vfs_donmount+0x2b4 #6 0xffff0000005d0e78 at kernel_mount+0x4c #7 0xffff0000005d3564 at parse_mount+0x49c #8 0xffff0000005d1b58 at vfs_mountroot+0x3fc #9 0xffff00000048dc68 at start_init+0x24 #10 0xffff0000004b7474 at fork_exit+0x7c lock order ufs -> devfs attempted at: #0 0xffff000000569a40 at witness_checkorder+0xc54 #1 0xffff0000004cd560 at lockmgr_xlock+0x50 #2 0xffff0000005ed57c at _vn_lock+0x54 #3 0xffff0000005d77d8 at vget_finish+0x4c #4 0xffff0000003b1b30 at devfs_allocv+0xd0 #5 0xffff0000003b12c0 at devfs_root+0x44 #6 0xffff0000005dcbc8 at vfs_cache_root_fallback+0x154 #7 0xffff0000005d89b0 at vflush+0x5c #8 0xffff0000003b11c8 at devfs_unmount+0x34 #9 0xffff0000005cf4c4 at dounmount+0x43c #10 0xffff0000005cf040 at kern_unmount+0x2d8 #11 0xffff000000812d0c at do_el0_sync+0x454 #12 0xffff0000007f2a24 at handle_el0_sync+0x90 Mounting local filesystems:. ELF ldconfig path: /lib /usr/lib /usr/lib/compat Setting hostname: kazu.tfc. ugen1.2: at usbus1 ukbd0 on uhub2 ukbd0: on usbus1 kbd1 at ukbd0 Setting up harvesting: [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy: . lo0: link state changed to UP Starting Network: lo0. lo0: flags=8049 metric 0 mtu 16384 options=680003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=21 Starting devd. Autoloading module: mx25l.ko mx25l0: at cs 0 mode 0 on spibus0 mx25l0: device type gd25q128, size 16384K in 256 sectors of 64K, erase size 4K Autoloading module: pwm_backlight.ko link_elf: symbol backlight_get_info_desc undefined kldload: can't load pwm_backlight.ko: No such file or directory Autoloading module: uhid.ko Autoloading module: wmt.ko add host 127.0.0.1: gateway lo0 fib 0: route already in table route: writing to routing socket: Network is unreachable add net default: gateway 192.168.1.254 fib 0: Network is unreachable add host ::1: gateway lo0 fib 0: route already in table add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Updating /var/run/os-release done. Creating and/or trimming log files. Updating motd:. Clearing /tmp (X related). Starting syslogd. No core dumps found. Mounting late filesystems:. Security policy loaded: MAC/ntpd (mac_ntpd) Starting ntpd. Feb 3 18:00:15 kazu ntpd[1004]: leapsecond file ('/var/db/ntpd.leap-seconds.list'): expired 38 days ago Performing sanity check on sshd configuration. Starting sshd. Starting cron. Starting sendmail. Starting sendmail_msp_queue. Configuring vt: blanktime screensaverFeb 3 18:00:16 kazu ntpd[1004]: error resolving pool 0.freebsd.pool.ntp.org: Name does not resolve (8) kldload: can't load logo_saver: No such file or directory /etc/rc: WARNING: Unable to load kernel module logo_saver . Starting background file system checks in 60 seconds. Wed Feb 3 18:00:16 JST 2021 FreeBSD/arm64 (kazu.tfc) (ttyu1) login: [1] https://github.com/TrueFC/ports/tree/master/sysutils/u-boot-pinebook-pro > > the twitter thread > https://twitter.com/jsm22413542/status/1355896239104159748 > > Long story short I keep CPLL at 800000000 but set ACLK_VOP1 at 594000000.. > > > /Jsm > > _______________________________________________ > 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" > --- Kazuhiko Kiriyama From owner-freebsd-arm@freebsd.org Thu Feb 4 13:24:06 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 90A0654325F for ; Thu, 4 Feb 2021 13:24:06 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DWfQZ3lFtz3rKP; Thu, 4 Feb 2021 13:24:06 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Received: from freebsd2.freebsd.lan (mail.northatlanticmusicsupplies.com [212.237.182.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jsm) by smtp.freebsd.org (Postfix) with ESMTPSA id 06877838F; Thu, 4 Feb 2021 13:24:05 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Subject: Re: Pinebook Pro display. To: KIRIYAMA Kazuhiko Cc: freebsd-arm@freebsd.org References: <3161cf79-0ec1-a3bc-801f-084d014ca92d@FreeBSD.org> <202102040606.11466HZB089892@kx.truefc.org> From: Jesper Schmitz Mouridsen Message-ID: <9dcde0d6-ccd9-af13-dffa-5a80d221cff9@FreeBSD.org> Date: Thu, 4 Feb 2021 14:24:05 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <202102040606.11466HZB089892@kx.truefc.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: en-US 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, 04 Feb 2021 13:24:06 -0000 On 04.02.2021 07.06, KIRIYAMA Kazuhiko wrote: > Hi, Jesper > > On Mon, 01 Feb 2021 00:49:24 +0900, > Jesper Schmitz Mouridsen wrote: >> Hi >> >> Just for information, I did some trial and error on u-boot for the >> >> Pinebook Pro in order to have display working without hacking >> >> the kernel. See https://github.com/jsm222/ports and > I've modified for u-boot-2020.10 [1] and remade > idbloader.img and u-boot.itb then install those and reboot. > But could not display console ;-( I sent you a PM with a patch. Also we did some duplicate work, see https://github.com/jsm222/u-boot-pinebookpro regards /Jesper > root@kazu:~ # cu -s 1500000 -l /dev/cuaU0 > Connected > > U-Boot TPL 2020.10 (Feb 03 2021 - 11:13:01) > Channel 0: LPDDR4, 50MHz > BW=3D32 Col=3D10 Bk=3D8 CS0 Row=3D15 CS1 Row=3D15 CS=3D2 Die BW=3D16 Si= ze=3D2048MB > Channel 1: LPDDR4, 50MHz > BW=3D32 Col=3D10 Bk=3D8 CS0 Row=3D15 CS1 Row=3D15 CS=3D2 Die BW=3D16 Si= ze=3D2048MB > 256B stride > lpddr4_set_rate: change freq to 400000000 mhz 0, 1 > lpddr4_set_rate: change freq to 800000000 mhz 1, 0 > Trying to boot from BOOTROM > Returning to boot ROM... > > U-Boot SPL 2020.10 (Feb 03 2021 - 11:13:01 +0900) > Trying to boot from MMC2 > > > U-Boot 2020.10 (Feb 03 2021 - 11:13:01 +0900) > > SoC: Rockchip rk3399 > Reset cause: POR > Model: Pine64 Pinebook Pro > DRAM: 3.9 GiB > PMIC: RK808 > MMC: mmc@fe310000: 2, mmc@fe320000: 1, sdhci@fe330000: 0 > Loading Environment from SPIFlash... Invalid bus 0 (err=3D-19) > *** Warning - spi_flash_probe_bus_cs() failed, using default environmen= t > > In: serial > Out: serial > Err: serial > Model: Pine64 Pinebook Pro > Net: No ethernet found. > Failed to load 'splash.bmp' > Card did not respond to voltage select! > Hit any key to stop autoboot: 0 > Consoles: EFI console > Read loader env vars from /efi/freebsd/loader.env > Setting currdev to disk0p1: > FreeBSD/arm64 EFI loader, Revision 1.1 > (Fri Jan 8 12:04:36 JST 2021 admin@lmainkx) > > Command line arguments: loader.efi > Image base: 0xf3dee000 > EFI version: 2.80 > EFI Firmware: Das U-Boot (rev 8224.4096) > Console: comconsole (0) > Load Path: /efi\boot\bootaa64.efi > Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/eMMC(0)/e= MMC(0)/HD(1,GPT,4d89c0a3-65e7-11eb-b928-7ba121e2a6c9,0x8000,0x19000) > Trying ESP: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/eMMC(0)/eMMC(0= )/HD(1,GPT,4d89c0a3-65e7-11eb-b928-7ba121e2a6c9,0x8000,0x19000) > Setting currdev to disk0p1: > Trying: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/eMMC(0)/eMMC(0)/HD= (2,GPT,4d89c0a3-65e7-11eb-b928-7ba121e2a6c9,0x21000,0x1000000) > Setting currdev to disk0p2: > Trying: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/eMMC(0)/eMMC(0)/HD= (3,GPT,4d89c0a3-65e7-11eb-b928-7ba121e2a6c9,0x1021000,0xd8d4f80) > Setting currdev to disk0p3: > Loading /boot/defaults/loader.conf > Loading /boot/defaults/loader.conf > Loading /boot/device.hints > Loading /boot/loader.conf > Loading /boot/loader.conf.local > c[H[J[8;48H [31m``` [31;1m`[31m[9;48H s` `.....= ---...[31;1m....--.``` -/[31m[10;48H +o .--` [31;1m/y:` = +.[31m[11;48H yo`:. [31;1m:o `+-[31m[12;48H y/ = [31;1m-/` -o/[31m[13;48H .- [31;1m::/sy+:.[31m= [14;48H / [31;1m`-- /[31m[15;48H `: = [31;1m:`[31m[16;48H `: [31;1m:`[31m[17= ;48H / [31;1m/[31m[18;48H .- = [31;1m-.[31m[19;48H -- [31;1m-.[31m[20;48H = `:` [31;1m`:`[21;48H [31;1m.-- `--.[2= 2;48H .---.....----.[m[1;2H ______ ____ _____ __= ___ [2;2H | ____| | _ \ / ____| __ \ [3;2H | |___ _ __ __= _ ___ | |_) | (___ | | | |[4;2H | ___| '__/ _ \/ _ \| _ < \___ \| | = | |[5;2H | | | | | __/ __/| |_) |____) | |__| |[6;2H | | | | | |= || | | |[7;2H |_| |_| ! > \___|\___||____/|_____/|_____/ [9;2H+[22;2H+[9;44H+[22;44H+[9;3H----= -------------------------------------[22;3H------------------------------= -----------[10;2H|[10;44H|[11;2H|[11;44H|[12;2H|[12;44H|[13;2H|[13;44H|[1= 4;2H|[14;44H|[15;2H|[15;44H|[16;2H|[16;44H|[17;2H|[17;44H|[18;2H|[18;44H|= [19;2H|[19;44H|[20;2H|[20;44H|[21;2H|[21;44H|[9;14HWelcome to FreeBSD[11;= 5H1. [1mB[22moot Multi user [1m[Enter][22m[12;5H2. Boot [1mS[22mingle use= r[13;5H3. [1mEsc[22mape to loader prompt[14;5H4. [1mR[22meboot[15;5H5. [1= mC[22mons: Video[16;5H[17;5HOptions:[18;5H6. [1mK[22mernel: default/[32mk= ernel[39m (1 of 1)[19;5H7. Boot [1mO[22mptions[25;0H[23;4HAutoboot in 10 = seconds, hit [Enter] to boot or any other key to stop > [25;0H[23;4HAutoboot in 9 seconds, hit [Enter] to boot or any other key= to stop > [25;0H[23;4HAutoboot in 8 seconds, hit [Enter] to boot or any other key= to stop > [25;0H[23;4HAutoboot in 7 seconds, hit [Enter] to boot or any other key= to stop > [25;0H[23;4HAutoboot in 6 seconds, hit [Enter] to boot or any other key= to stop > [25;0H[23;4HAutoboot in 5 seconds, hit [Enter] to boot or any other key= to stop > [25;0H[23;4HAutoboot in 4 seconds, hit [Enter] to boot or any other key= to stop > [25;0H[23;4HAutoboot in 3 seconds, hit [Enter] to boot or any other key= to stop > [25;0H[23;4HAutoboot in 2 seconds, hit [Enter] to boot or any other key= to stop > [25;0H[23;4HAutoboot in 1 seconds, hit [Enter] to boot or any other key= to stop > [25;0H[23;4HAutoboot in 0 seconds, hit [Enter] to boot or any other key= to stop > [25;0HLoading kernel... > /boot/kernel/kernel text=3D0x2a8 text=3D0x87de9c text=3D0x1f04bc data=3D= 0x19b3c0 data=3D0x0+0x53ffc6 syms=3D[0x8+0x116910+0x8+0x13b60e] > Loading configured modules... > /etc/hostid size=3D0x25 > /boot/entropy size=3D0x1000 > Using DTB provided by EFI at 0x80ec000. > EFI framebuffer information: > addr, size 0xf7800000, 0x3f4800 > dimensions 1920 x 1080 > stride 1920 > masks 0x0000f800, 0x000007e0, 0x0000001f, 0x00000000 > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2020 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 199= 4 > The Regents of the University of California. All rights reserv= ed. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 13.0-CURRENT #0 r367712M: Fri Jan 8 20:33:21 JST 2021 > admin@lmainkx:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 > FreeBSD clang version 11.0.0 (git@github.com:llvm/llvm-project.git llvm= org-11.0.0-0-g176249bd673) > WARNING: WITNESS option enabled, expect reduced performance. > VT(efifb): resolution 1920x1080 > module firmware already present! > real memory =3D 4158377984 (3965 MB) > avail memory =3D 4025098240 (3838 MB) > Starting CPU 1 (1) > Starting CPU 2 (2) > Starting CPU 3 (3) > Starting CPU 4 (100) > Starting CPU 5 (101) > FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs > random: unblocking device. > random: entropy device external interface > MAP f3f16000 mode 2 pages 4 > MAP f3f1b000 mode 2 pages 4 > MAP f6f40000 mode 2 pages 16 > WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD= 13.0. > kbd0 at kbdmux0 > WARNING: Device "openfirm" is Giant locked and may be deleted before Fr= eeBSD 13.0. > ofwbus0: > clk_fixed0: on ofwbus0 > simplebus0: on ofwbus0 > rk_grf0: mem 0xff320000-0xff320fff on= ofwbus0 > rk3399_pmucru0: mem 0xff7500= 00-0xff750fff on ofwbus0 > rk3399_cru0: mem 0xff760000-0xff= 760fff on ofwbus0 > rk_grf1: mem 0xff770000-0xff77ffff on= ofwbus0 > regfix0: on ofwbus0 > regfix1: on ofwbus0 > regfix2: on ofwbus0 > regfix3: on ofwbus0 > regfix4: on ofwbus0 > regfix5: on ofwbus0 > regfix6: on ofwbus0 > regfix7: on ofwbus0 > regfix8: on ofwbus0 > regfix9: on ofwbus0 > regfix10: on ofwbus0 > regfix11: on ofwbus0 > simple_mfd0: mem 0xff310000-0xff3= 10fff on ofwbus0 > psci0: on ofwbus0 > gic0: mem 0xfee00000-0xfee0ffff= ,0xfef00000-0xfefbffff,0xfff00000-0xfff0ffff,0xfff10000-0xfff1ffff,0xfff2= 0000-0xfff2ffff irq 18 on ofwbus0 > its0: mem 0xfee20000-0xfee3ffff= on gic0 > rk_iodomain0: mem 0-0xff31ffff,0-0xfff on = rk_grf0 > rk_iodomain1: mem 0-0xff76ffff,0-0xffff on= rk_grf1 > rk_pinctrl0: on ofwbus0 > gpio0: mem 0xff720000-0xff7200ff irq 71= on rk_pinctrl0 > gpiobus0: on gpio0 > gpio1: mem 0xff730000-0xff7300ff irq 72= on rk_pinctrl0 > gpiobus1: on gpio1 > gpio2: mem 0xff780000-0xff7800ff irq 73= on rk_pinctrl0 > gpiobus2: on gpio2 > gpio3: mem 0xff788000-0xff7880ff irq 74= on rk_pinctrl0 > gpiobus3: on gpio3 > gpio4: mem 0xff790000-0xff7900ff irq 75= on rk_pinctrl0 > gpiobus4: on gpio4 > rk_i2c0: mem 0xff110000-0xff110fff irq 20 on ofwbus0 > iicbus0: on rk_i2c0 > rk_i2c1: mem 0xff130000-0xff130fff irq 22 on ofwbus0 > iicbus1: on rk_i2c1 > rk_i2c2: mem 0xff3c0000-0xff3c0fff irq 38 on ofwbus0 > iicbus2: on rk_i2c2 > syr8270: at addr 0x80 on iicbus2 > rk_i2c3: mem 0xff3d0000-0xff3d0fff irq 39 on ofwbus0 > iicbus3: on rk_i2c3 > rk805_pmu0: at addr 0x36 irq 76 on iicbus2 > generic_timer0: irq 2,3,4,5 on ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000= > Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 > rk_tsadc0: mem 0xff260000-0xff2600ff irq= 35 on ofwbus0 > rk_usb2phy0: mem 0-0xff76ffff,0-0xffffrk_usb2= phy1: mem 0-0xff76ffff,0-0xffff on rk_grf1 > rk_emmcphy0: mem 0-0xff76ffff,0-0xffff on rk= _grf1 > rk_pcie_phy0: mem 0-0xff76ffff,0-0xffff on r= k_grf1 > rk_typec_phy0: mem 0xff7c0000-0xff7fffff on= ofwbus0 > rk_typec_phy1: mem 0xff800000-0xff83ffff on= ofwbus0 > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpufreq_dt0: on cpu0 > cpu1: on cpulist0 > cpufreq_dt1: on cpu1 > cpu2: on cpulist0 > cpufreq_dt2: on cpu2 > cpu3: on cpulist0 > cpufreq_dt3: on cpu3 > cpu4: on cpulist0 > cpufreq_dt4: on cpu4 > cpu5: on cpulist0 > cpufreq_dt5: on cpu5 > pcib0: mem 0xf8000000-0xf9ffffff,0xfd000000-= 0xfdffffff irq 6,7,8 on ofwbus0 > pcib0: Gen1 link training timeouted: 0x00080001. > pci0: on pcib0 > pcib1: at device 0.0 on pci0 > pcib0: failed to reserve resource for pcib1 > pcib1: failed to allocate initial memory window: 0-0xfffff > pci1: on pcib1 > rockchip_dwmmc0: mem 0xfe310000-0xfe313fff irq 10 on ofwbus0 > rockchip_dwmmc0: Hardware version ID is 270a > rockchip_dwmmc1: mem 0xfe320000-0xfe323fff irq 11 on ofwbus0 > rockchip_dwmmc1: Hardware version ID is 270a > sdhci_fdt0: mem 0xfe330000-0xfe3= 3ffff irq 12 on ofwbus0 > rk_emmcphy0: got emmcclk clock > sdhci_fdt0-slot0: Hardware doesn't specify timeout clock frequency, set= ting BROKEN_TIMEOUT quirk. > sdhci_fdt0: 1 slot(s) allocated > mmc0: on sdhci_fdt0 > ehci0: mem 0xfe380000-0xfe39ffff irq 13 on of= wbus0 > usbus0: EHCI version 1.0 > usbus0 on ehci0 > ohci0: mem 0xfe3a0000-0xfe3bffff irq 14 on of= wbus0 > usbus1 on ohci0 > ehci1: mem 0xfe3c0000-0xfe3dffff irq 15 on of= wbus0 > usbus2: EHCI version 1.0 > usbus2 on ehci1 > ohci1: mem 0xfe3e0000-0xfe3fffff irq 16 on of= wbus0 > usbus3 on ohci1 > rk_dwc30: on ofwbus0 > xhci0: mem 0xfe800000-0xfe8fffff irq 77 on r= k_dwc30 > xhci0: 64 bytes context size, 32-bit DMA > usbus4: trying to attach > usbus4 on xhci0 > rk_dwc31: on ofwbus0 > xhci1: mem 0xfe900000-0xfe9fffff irq 78 on r= k_dwc31 > xhci1: 64 bytes context size, 32-bit DMA > usbus5: trying to attach > usbus5 on xhci1 > iicbus0: at addr 0x22 > iic0: on iicbus0 > iic1: on iicbus1 > uart0: <16750 or compatible> mem 0xff180000-0xff1800ff irq 26 on ofwbus= 0 > uart1: <16750 or compatible> mem 0xff1a0000-0xff1a00ff irq 28 on ofwbus= 0 > uart1: console (1500000,n,8,1) > spi0: mem 0xff1d0000-0xff1d0fff irq 31 on ofwbus0 > spibus0: on spi0 > spibus0: at cs 0 mode 0 > iicbus2: at addr 0x82 > iic2: on iicbus2 > iicbus3: at addr 0x44 > iic3: on iicbus3 > pwm0: mem 0xff420000-0xff42000f on ofwbus0 > pwmbus0: on pwm0 > pwmc0: channel 0 on pwmbus0 > pwm1: mem 0xff420020-0xff42002f on ofwbus0 > pwmbus1: on pwm1 > pwmc1: channel 0 on pwmbus1 > gpioc0: on gpio0 > gpioc1: on gpio1 > gpioc2: on gpio2 > gpioc3: on gpio3 > gpioc4: on gpio4 > gpioled0: on ofwbus0 > cryptosoft0: > Timecounters tick every 1.000 msec > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 480Mbps High Speed USB v2.0 > usbus3: 12Mbps Full Speed USB v1.0 > usbus4: 5.0Gbps Super Speed USB v3.0 > usbus5: 5.0Gbps Super Speed USB v3.0 > ugen3.1: at usbus3 > uhub0 on usbus3 > uhub0: on usb= us3 > ugen2.1: at usbus2 > uhub1 on usbus2 > uhub1: on usb= us2 > ugen1.1: at usbus1 > uhub2 on usbus1 > uhub2: on usb= us1 > ugen0.1: at usbus0 > uhub3 on usbus0 > uhub3: on usb= us0 > ugen5.1: at usbus5 > uhub4 on usbus5 > uhub4: on us= bus5 > ugen4.1: at usbus4 > uhub5 on usbus4 > uhub5: on us= bus4 > mmcsd0: 125GB a= t mmc0 25.0MHz/8bit/65535-block > mmcsd0boot0: 4MB partition 1 at mmcsd0 > mmcsd0boot1: 4MB partition 2 at mmcsd0 > mmcsd0rpmb: 17MB partition 3 at mmcsd0 > Release APs...done > CPU 0: ARM Cortex-A53 r0p4 affinity: 0 0 > Cache Type =3D <64 byte D-cacheline,64 byte I-cache= line,VIPT ICache,64 byte ERG,64 byte CWG> > Instruction Set Attributes 0 =3D > Instruction Set Attributes 1 =3D <> > Processor Features 0 =3D > Processor Features 1 =3D <> > Memory Model Features 0 =3D > Memory Model Features 1 =3D <8bit VMID> > Memory Model Features 2 =3D <32bit CCIDX,48bit VA> > Trying to mount root from ufs:/dev/mmcsd0p3 [rw]... > Debug Features 0 =3D <2 CTX BKPTs,4 Watchpoints,6 Breakpo= ints,PMUv3,Debugv8> > Debug Features 1 =3D <> > Auxiliary Features 0 =3D <> > Auxiliary Features 1 =3D <> > CPU 1: ARM Cortex-A53 r0p4 affinity: 0 1 > Cache Type =3D <64 byte D-cacheline,64 byte I-cache= line,VIPT ICache,64 byte ERG,64 byte CWG> > Memory Model Features 0 =3D > CPU 2: ARM Cortex-A53 r0p4 affinity: 0 2 > Cache Type =3D <64 byte D-cacheline,64 byte I-cache= line,VIPT ICache,64 byte ERG,64 byte CWG> > Memory Model Features 0 =3D > CPU 3: ARM Cortex-A53 r0p4 affinity: 0 3 > Cache Type =3D <64 byte D-cacheline,64 byte I-cache= line,VIPT ICache,64 byte ERG,64 byte CWG> > Memory Model Features 0 =3D > CPU 4: ARM Cortex-A72 r0p2 affinity: 1 0 > Cache Type =3D <64 byte D-cacheline,64 byte I-cache= line,PIPT ICache,64 byte ERG,64 byte CWG> > Memory Model Features 0 =3D > CPU 5: ARM Cortex-A72 r0p2 affinity: 1 1 > Cache Type =3D <64 byte D-cacheline,64 byte I-cache= line,PIPT ICache,64 byte ERG,64 byte CWG> > Memory Model Features 0 =3D > WARNING: WITNESS option enabled, expect reduced performance. > Unresolved linked clock found: clkin_gmac > uhub0: 1 port with 1 removable, self powered > uhub2: 1 port with 1 removable, self powered > Warning: no time-of-day clock registered, system time will not be set a= ccurately > uhub4: 2 ports with 2 removable, self powered > uhub5: 2 ports with 2 removable, self powered > uhub3: 1 port with 1 removable, self powered > uhub1: 1 port with 1 removable, self powered > Setting hostuuid: 31323634-3737-6236-6162-336630376339. > Setting hostid: 0x5d4b60f9. > Starting file system checks: > /dev/mmcsd0p3: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/mmcsd0p3: clean, 27264816 free (352 frags, 3408058 blocks, 0.0% fr= agmentation) > lock order reversal: > 1st 0xffffa00062dabbe0 ufs (ufs, lockmgr) @ /usr/src/sys/kern/vfs_mou= nt.c:1724 > 2nd 0xffffa00062c9ddc8 devfs (devfs, lockmgr) @ /usr/src/sys/kern/vfs= _subr.c:2918 > lock order devfs -> ufs established at: > #0 0xffff000000569234 at witness_checkorder+0x448 > #1 0xffff0000004cbaec at lockmgr_lock_flags+0x1d8 > #2 0xffff00000075ad38 at ffs_lock+0x64 > #3 0xffff0000005ed57c at _vn_lock+0x54 > #4 0xffff0000005ce630 at vfs_domount+0xdf8 > #5 0xffff0000005cca08 at vfs_donmount+0x2b4 > #6 0xffff0000005d0e78 at kernel_mount+0x4c > #7 0xffff0000005d3564 at parse_mount+0x49c > #8 0xffff0000005d1b58 at vfs_mountroot+0x3fc > #9 0xffff00000048dc68 at start_init+0x24 > #10 0xffff0000004b7474 at fork_exit+0x7c > lock order ufs -> devfs attempted at: > #0 0xffff000000569a40 at witness_checkorder+0xc54 > #1 0xffff0000004cd560 at lockmgr_xlock+0x50 > #2 0xffff0000005ed57c at _vn_lock+0x54 > #3 0xffff0000005d77d8 at vget_finish+0x4c > #4 0xffff0000003b1b30 at devfs_allocv+0xd0 > #5 0xffff0000003b12c0 at devfs_root+0x44 > #6 0xffff0000005dcbc8 at vfs_cache_root_fallback+0x154 > #7 0xffff0000005d89b0 at vflush+0x5c > #8 0xffff0000003b11c8 at devfs_unmount+0x34 > #9 0xffff0000005cf4c4 at dounmount+0x43c > #10 0xffff0000005cf040 at kern_unmount+0x2d8 > #11 0xffff000000812d0c at do_el0_sync+0x454 > #12 0xffff0000007f2a24 at handle_el0_sync+0x90 > Mounting local filesystems:. > ELF ldconfig path: /lib /usr/lib /usr/lib/compat > Setting hostname: kazu.tfc. > ugen1.2: at usbus1 > ukbd0 on uhub2 > ukbd0: = on usbus1 > kbd1 at ukbd0 > Setting up harvesting: [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER= ],NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED > Feeding entropy: . > lo0: link state changed to UP > Starting Network: lo0. > lo0: flags=3D8049 metric 0 mtu 16384 > options=3D680003 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 > inet 127.0.0.1 netmask 0xff000000 > groups: lo > nd6 options=3D21 > Starting devd. > Autoloading module: mx25l.ko > mx25l0: at cs 0 mode 0 on spibus0 > mx25l0: device type gd25q128, size 16384K in 256 sectors of 64K, erase = size 4K > Autoloading module: pwm_backlight.ko > link_elf: symbol backlight_get_info_desc undefined > kldload: can't load pwm_backlight.ko: No such file or directory > Autoloading module: uhid.ko > Autoloading module: wmt.ko > add host 127.0.0.1: gateway lo0 fib 0: route already in table > route: writing to routing socket: Network is unreachable > add net default: gateway 192.168.1.254 fib 0: Network is unreachable > add host ::1: gateway lo0 fib 0: route already in table > add net fe80::: gateway ::1 > add net ff02::: gateway ::1 > add net ::ffff:0.0.0.0: gateway ::1 > add net ::0.0.0.0: gateway ::1 > Updating /var/run/os-release done. > Creating and/or trimming log files. > Updating motd:. > Clearing /tmp (X related). > Starting syslogd. > No core dumps found. > Mounting late filesystems:. > Security policy loaded: MAC/ntpd (mac_ntpd) > Starting ntpd. > Feb 3 18:00:15 kazu ntpd[1004]: leapsecond file ('/var/db/ntpd.leap-se= conds.list'): expired 38 days ago > Performing sanity check on sshd configuration. > Starting sshd. > Starting cron. > Starting sendmail. > Starting sendmail_msp_queue. > Configuring vt: blanktime screensaverFeb 3 18:00:16 kazu ntpd[1004]: e= rror resolving pool 0.freebsd.pool.ntp.org: Name does not resolve (8) > kldload: can't load logo_saver: No such file or directory > /etc/rc: WARNING: Unable to load kernel module logo_saver > . > Starting background file system checks in 60 seconds. > > Wed Feb 3 18:00:16 JST 2021 > > FreeBSD/arm64 (kazu.tfc) (ttyu1) > > login: > > > [1] https://github.com/TrueFC/ports/tree/master/sysutils/u-boot-pineboo= k-pro >> the twitter thread >> https://twitter.com/jsm22413542/status/1355896239104159748 >> >> Long story short I keep CPLL at 800000000 but set ACLK_VOP1 at 5940000= 00.. >> >> >> /Jsm >> >> _______________________________________________ >> 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"= >> > --- > Kazuhiko Kiriyama From owner-freebsd-arm@freebsd.org Fri Feb 5 15:30:17 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 03DFF54A3EB for ; Fri, 5 Feb 2021 15:30:17 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) Received: from mo4-p00-ob.smtp.rzone.de (mo4-p00-ob.smtp.rzone.de [85.215.255.20]) (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 "*.smtp.rzone.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DXK9g4d3Qz3P0Z; Fri, 5 Feb 2021 15:30:15 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1612539013; s=strato-dkim-0002; d=obsigna.com; h=To:References:Message-Id:Cc:Date:In-Reply-To:From:Subject:Cc:Date: From:Subject:Sender; bh=EW67hqKzI2g6r/1b0UZWf8tq4lmppXHEAB0NqN5J/Dk=; b=rL0MMC1Jo4O8Z6yWdOZbiq8D9IgciJgbNnlXGAThW7L3o6/EOYv87WHkxXOyKb4mM3 T4OWSPZd5Y05PkuMrRRTYGKnJ/tNm4rVG1fp1GA9ivatRERc9zjrf0MURlxhfTOIuvP2 MMUkMZHS/0FXlyyxeDAKEtO7LGtHaOPIx4LU3nz3AH6PxIVWgi7/f9QU2upXWvxUXGA3 PJgFzxaUy8336o/CXuN0bAGXQM5W1AWqyIcYtaCugSqv1FmrgevyZJu4EIxUHNONwkMt mdRWwS9LP5uWccVZesMIIZ9kK9ScJlTp8seePWZNYEPTlmtpmHSq+NjQRMeoXlPuEbZZ 8lXA== X-RZG-AUTH: ":O2kGeEG7b/pS1F2rRHW2isrKl4DV03XBEi+I6ZuztdvN9wS3wFGySS4Lw+ldTBio0dVVInWnas+zpAhAiA/W" X-RZG-CLASS-ID: mo00 Received: from mail.obsigna.com by smtp.strato.de (RZmta 47.17.0 DYNA|AUTH) with ESMTPSA id K015adx15FUC4o7 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Fri, 5 Feb 2021 16:30:12 +0100 (CET) Received: from rolf-aux.obsigna.com (rolf-aux.obsigna.com [192.168.222.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.obsigna.com (Postfix) with ESMTPSA id 9CF171350F946; Fri, 5 Feb 2021 12:30:09 -0300 (-03) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.7\)) Subject: Re: LLDB on FreeBSD/arm64 and arm From: "Dr. Rolf Jansen" In-Reply-To: Date: Fri, 5 Feb 2021 12:30:09 -0300 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Ed Maste X-Mailer: Apple Mail (2.3445.9.7) X-Rspamd-Queue-Id: 4DXK9g4d3Qz3P0Z X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=obsigna.com header.s=strato-dkim-0002 header.b=rL0MMC1J; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-rj@obsigna.com designates 85.215.255.20 as permitted sender) smtp.mailfrom=freebsd-rj@obsigna.com X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[85.215.255.20:from]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:85.215.255.0/24]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[obsigna.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[85.215.255.20:from]; ASN(0.00)[asn:6724, ipnet:85.215.255.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[obsigna.com:s=strato-dkim-0002]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[obsigna.com]; SPAMHAUS_ZRD(0.00)[85.215.255.20:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[85.215.255.20:from]; FROM_NAME_HAS_TITLE(1.00)[dr]; RCVD_TLS_ALL(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: Fri, 05 Feb 2021 15:30:17 -0000 > Am 03.02.2021 um 14:53 schrieb Ed Maste : >=20 > As you may know, the FreeBSD Foundation sponsored Moritz Systems to > improve LLDB's support of non-x86 FreeBSD targets (and some other > improvements applicable to all targets). This builds on their earlier > work to update x86 support. >=20 > Initial changes for arm64 and arm support were recently committed > upstream. Details are in these code reviews, if you're interested: >=20 > https://reviews.llvm.org/D95297 (arm64) > https://reviews.llvm.org/D95696 (arm) >=20 > arm and arm64 users with an interest in LLDB are encouraged to build > LLDB from the upstream git repository, try out the support, and report > issues or positive results. >=20 > It should build using the regular build process as described at > https://lldb.llvm.org/resources/build.html >=20 > At present all four of 32- and 64-bit arm and x86 use LLDB's > non-legacy debug support by default. Legacy support will be removed > from LLDB upon completion of Moritz' work (once all architectures are > patched) and there is no need to try out legacy support. I am interested to build LLDB from the upstream repository. As a matter = of fact a few years ago I did this already directly on a BeagleBone = Black, however in the meantime the LLVM sources had grown beyond the = capacity a BBB could compile. Already at that time a rather limited = build took more than 48 hs. I set up an ARMv7 cross building environment for kernel and world on a = reasonably equipped i7 machine. Can I somehow use this for building LLDB = as well? I still have the minutes of the last successful build of LLDB on a BBB = around. I guess the most part of this (requisites and downloads) apply = for cross building as well. Please can somebody help me out with the = cmake command line. What would be reasonable options besides = -DLLVM_TARGETS_TO_BUILD=3D"ARMv7", or is it still "ARM". I would need to somewhere specify SYSROOT, won't I? A working cmake = command would give me jump a start, I guess. Any other hints would be = welcome as well. I provided ssh root access to one of my BBBs to Micha=C5=82 G=C3=B3rny = for testing his work, and he left a LLDB on the system, I don't know at = which stage, though. When debugging an advanced project of mine with = this one I see some show stoppers (as with the original LLDB). Perhaps, = I could be of help to improve LLDB. Best regards Rolf From owner-freebsd-arm@freebsd.org Fri Feb 5 16:41: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 DCE7E54C203 for ; Fri, 5 Feb 2021 16:41:03 +0000 (UTC) (envelope-from mgorny@gentoo.org) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (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 4DXLlM5Lf6z3kKN; Fri, 5 Feb 2021 16:41:03 +0000 (UTC) (envelope-from mgorny@gentoo.org) Message-ID: Subject: Re: LLDB on FreeBSD/arm64 and arm From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: "Dr. Rolf Jansen" , Ed Maste Cc: freebsd-arm Date: Fri, 05 Feb 2021 17:40:57 +0100 In-Reply-To: References: Organization: Gentoo Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.3 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4DXLlM5Lf6z3kKN 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: Fri, 05 Feb 2021 16:41:03 -0000 On Fri, 2021-02-05 at 12:30 -0300, Dr. Rolf Jansen wrote: > > Am 03.02.2021 um 14:53 schrieb Ed Maste : > > > > As you may know, the FreeBSD Foundation sponsored Moritz Systems to > > improve LLDB's support of non-x86 FreeBSD targets (and some other > > improvements applicable to all targets). This builds on their > > earlier > > work to update x86 support. > > > > Initial changes for arm64 and arm support were recently committed > > upstream. Details are in these code reviews, if you're interested: > > > > https://reviews.llvm.org/D95297 (arm64) > > https://reviews.llvm.org/D95696 (arm) > > > > arm and arm64 users with an interest in LLDB are encouraged to build > > LLDB from the upstream git repository, try out the support, and > > report > > issues or positive results. > > > > It should build using the regular build process as described at > > https://lldb.llvm.org/resources/build.html > > > > At present all four of 32- and 64-bit arm and x86 use LLDB's > > non-legacy debug support by default. Legacy support will be removed > > from LLDB upon completion of Moritz' work (once all architectures > > are > > patched) and there is no need to try out legacy support. > > I am interested to build LLDB from the upstream repository. As a > matter of fact a few years ago I did this already directly on a > BeagleBone Black, however in the meantime the LLVM sources had grown > beyond the capacity a BBB could compile. Already at that time a rather > limited build took more than 48 hs. > > I set up an ARMv7 cross building environment for kernel and world on a > reasonably equipped i7 machine. Can I somehow use this for building > LLDB as well? Yes. See our summary for some tips: https://www.moritz.systems/blog/freebsd-remote-process-plugin-on-non-x86-architectures/ Go for 'Cross-compiling LLVM'. On ARMv7, you'll have to change the target and host triplets to armv7-unknown-freebsd13.0-gnueabihf and LLVM target to ARM. > I provided ssh root access to one of my BBBs to Michał Górny for > testing his work, and he left a LLDB on the system, I don't know at > which stage, though. When debugging an advanced project of mine with > this one I see some show stoppers (as with the original LLDB). > Perhaps, I could be of help to improve LLDB. If it's about watchpoints, then we need to support them on kernel level first. For anything else, we need to figure out what's wrong/missing. -- Best regards, Michał Górny From owner-freebsd-arm@freebsd.org Sat Feb 6 20:27:19 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 6C823534E3B for ; Sat, 6 Feb 2021 20:27:19 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mx1.shrew.net (mx1.shrew.net [38.97.5.131]) (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 4DY3jy21v6z3LrY for ; Sat, 6 Feb 2021 20:27:17 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (mail.shrew.prv [10.24.10.20]) by mx1.shrew.net (8.15.2/8.15.2) with ESMTP id 116KRBdT051520; Sat, 6 Feb 2021 14:27:11 -0600 (CST) (envelope-from mgrooms@shrew.net) Received: from [10.22.200.30] (unknown [136.49.68.36]) by mail.shrew.net (Postfix) with ESMTPSA id 945F5199EDA; Sat, 6 Feb 2021 14:27:06 -0600 (CST) Subject: Re: rpi4 network boot To: =?UTF-8?Q?Klaus_K=c3=bcchemann?= , freebsd-arm@freebsd.org References: <3a1acba5-8662-55cb-c5c4-98ec7873f78f@shrew.net> <082BC0B9-2538-43D5-9D5E-C18B4DEE9ECB@googlemail.com> From: Matthew Grooms Message-ID: Date: Sat, 6 Feb 2021 14:27:10 -0600 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 MIME-Version: 1.0 In-Reply-To: <082BC0B9-2538-43D5-9D5E-C18B4DEE9ECB@googlemail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mx1.shrew.net [10.24.10.10]); Sat, 06 Feb 2021 14:27:11 -0600 (CST) X-Rspamd-Queue-Id: 4DY3jy21v6z3LrY X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mgrooms@shrew.net designates 38.97.5.131 as permitted sender) smtp.mailfrom=mgrooms@shrew.net X-Spamd-Result: default: False [-3.21 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[shrew.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[38.97.5.131:from]; SPAMHAUS_ZRD(0.00)[38.97.5.131:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.91)[-0.909]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEMAIL_TO(0.00)[googlemail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:174, ipnet:38.0.0.0/8, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; RECEIVED_SPAMHAUS_PBL(0.00)[136.49.68.36:received] 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, 06 Feb 2021 20:27:19 -0000 On 1/6/2021 9:43 PM, Klaus Küchemann wrote: > At the moment I can say that there is NO problem with the genet-driver related to netboot : > > see my successful netboot incl. fully working genet : > > https://dmesgd.nycbug.org/index.cgi?do=view&id=5864 > > Also it doesn’t seem to be a firmware problem . > It’s more a configuration-thing. > So: I also experienced the hang on genet between my first netboot-trials , > But after changing some configurations that problem went away. > > Since this was a quite complex and fiddly setup on both server and uSD-client > I don’t remember at the moment which conf-setting exactly it was that solved it :-) > > for further help we would need your configs: fstab, ifconfig and so on... Hi Klaus, Sorry for the late reply. Does your example qualify as a network boot? From your console output, it looks like you loaded bootaa64.efi from mmc and there was human interaction with the efi boot console at least once. I need to netboot without the help of local storage or human intervention. I'll gather more info from my setup and post back to this thread. Thanks, -Matthew From owner-freebsd-arm@freebsd.org Sat Feb 6 23:58:41 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 EE8D253EDF0 for ; Sat, 6 Feb 2021 23:58:41 +0000 (UTC) (envelope-from kristoff@skypro.be) Received: from mailsec107.isp.belgacom.be (mailsec107.isp.belgacom.be [195.238.20.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign RSA OV SSL CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DY8Pr5PmZz4rPF for ; Sat, 6 Feb 2021 23:58:40 +0000 (UTC) (envelope-from kristoff@skypro.be) IronPort-SDR: G09H57+k/dmTE+t+Q6m1muFnwAFM1HJApHiTzsg1M/NuY/zY5A3k8LbIi//7bX2y62zOfZZGT2 EWw8axA5128lOe1ycTDBoZ8nuc8dZHd+2tHUeSavgKJFHT4ot1Oo5lM/ubDKwlhtv0x6/obaGc +PAtH2r9h1u9nuMX+4T6t5j8o4MSa94QCdS4VLpzgS5D0+neoL2A0qjYeyuEoUCdKiEDXDEcF1 q7aHf+EftcY6cjHkMPHGzf/XawLuG+9Ba2ybTdJONGLhTUzp7hnz+f+NwHQfjvNs2GqpfdGBQV e28= IronPort-PHdr: =?us-ascii?q?9a23=3AIgiAdBZeyF89kPKYHriW5Tf/LSx+4OfEezUN45?= =?us-ascii?q?9isYplN5qZoMW5bnLW6fgltlLVR4KTs6sC17OH9fywEjVYut6oizMrSNR0TR?= =?us-ascii?q?gLiMEbzUQLIfWuLgnFFsPsdDEwB89YVVVorDmROElRH9viNRWJ+iXhpTEdFQ?= =?us-ascii?q?/iOgVrO+/7BpDdj9it1+C15pbffxhEiCCybL9vKBi6twrcu8oZjYd/Nqo8xA?= =?us-ascii?q?bCr2dVdehR2W5mP0+YkQzm5se38p5j8iBQtOwk+sVdT6j0fLk2QKJBAjg+PG?= =?us-ascii?q?87+MPktR/YTQuS/XQcSXkZkgBJAwfe8h73WIr6vzbguep83CmaOtD2TawxVD?= =?us-ascii?q?+/4apnVAPkhSEaPDM/7WrZiNF/jLhDrRy/pxJx3o3abo+bO/VxYqzTcsgXRX?= =?us-ascii?q?ZCU8tLSyBNHo2xYokJAuEcPehYtY79p14WoBW7HwmsBfjvyiNPhn/4060xzu?= =?us-ascii?q?MsEQLc3AwhBNIOrHPUrNv7NKoJSuC1z6nJzS3Zb/NRwzvy85bHfwknrPqRUr?= =?us-ascii?q?1+bdDfxlMzFwPZkFqQs4rlMiuL2ugTvGWW7uVuWP6hhWI5qgx9viSiy8Muh4?= =?us-ascii?q?THiI8Yzl7J+CRnzYs2KtO1R0p2bcCkHZZNqS2XOIh7T808T2x2visx174IuY?= =?us-ascii?q?ajcSQX1JgqwwTTZ+GJfoWG+B7vSvidLStiiH54dr+yhBC/+lW6xOLmTMm7yl?= =?us-ascii?q?NKozJAktnLq38CyQTe6tOCSvth5keh3iuP1xzL5uFEP080ka3bJoYlzbItkp?= =?us-ascii?q?cfr17PEjL3lUj1lqOaaF8o9+m05+vhernmp5mcOJFoigzmL6gihsiyDf4lPg?= =?us-ascii?q?UAUWWX4/qw2KP/8UHjXblHgP47nrHcsJ/AJMQboqC5AxVS0oYm8xu/DC2m0N?= =?us-ascii?q?UDnXkbK1JFdhyHgpPyO1HNIPH4Fe2/g1O2nDhw2f/KJqfhDYnVLnjfjLfheq?= =?us-ascii?q?5w60BGyAUt099Q/IlUBawYLP3pQE/xscfVDhEjMwOq3enoE8592Z4EVWKIGK?= =?us-ascii?q?+ZP/CajVjd6PgiLuOXaMocojPVJeIo6vT1gTk+g1BOU7Ou2M40cnGjAvNoLQ?= =?us-ascii?q?3NYmDtmcsGH2kipQkvVPbtzlePB20AL02uVr4xs2loQLmtCp3OE9ig?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2ARAwAZLB9g/4rchW0NVR0BAQEBCQE?= =?us-ascii?q?SAQUFAUAHgUiJI5EtLYEIgnmYSAsBAQEBAQEBAQEJLwQBAYZOJjgTAgMBAQE?= =?us-ascii?q?DAgUBAQYBAQEBAQEFBAGGGIJ+IoNBDwEFNiQcAiYCbAgBAYMilGSbEnaBMoV?= =?us-ascii?q?ZgzqBRIEOKo13DYFAQIERJ4I9hRllgkyCYASBVIEkXYEnBTOBQbhfMoMEgSi?= =?us-ascii?q?BMZkeBQcDH4YPlxyFd4YvsCKBbYF6TSAYO4JqTyacbIEqAgYBCQEBAwmMGAE?= =?us-ascii?q?B?= X-IPAS-Result: =?us-ascii?q?A2ARAwAZLB9g/4rchW0NVR0BAQEBCQESAQUFAUAHgUiJI?= =?us-ascii?q?5EtLYEIgnmYSAsBAQEBAQEBAQEJLwQBAYZOJjgTAgMBAQEDAgUBAQYBAQEBA?= =?us-ascii?q?QEFBAGGGIJ+IoNBDwEFNiQcAiYCbAgBAYMilGSbEnaBMoVZgzqBRIEOKo13D?= =?us-ascii?q?YFAQIERJ4I9hRllgkyCYASBVIEkXYEnBTOBQbhfMoMEgSiBMZkeBQcDH4YPl?= =?us-ascii?q?xyFd4YvsCKBbYF6TSAYO4JqTyacbIEqAgYBCQEBAwmMGAEB?= Received: from 138.220-133-109.adsl-dyn.isp.belgacom.be (HELO [192.168.2.60]) ([109.133.220.138]) by relay.skynet.be with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 07 Feb 2021 00:58:38 +0100 To: freebsd-arm@freebsd.org From: Kristoff Subject: device-tree on BeagleBone Black (enabling UART) Message-ID: <29ee61d3-6eb7-ccf7-3de9-2ecdccdcbb6b@skypro.be> Date: Sun, 7 Feb 2021 00:58:37 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4DY8Pr5PmZz4rPF X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of kristoff@skypro.be designates 195.238.20.103 as permitted sender) smtp.mailfrom=kristoff@skypro.be X-Spamd-Result: default: False [-3.40 / 15.00]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.238.20.103:from]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.1:email,0.0.0.0:email]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.238.20.0/24]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[195.238.20.103:from:127.0.2.255]; DMARC_NA(0.00)[skypro.be]; DBL_PROHIBIT(0.00)[0.0.0.1:email,0.0.0.0:email]; 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:5432, ipnet:195.238.0.0/19, country:BE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[195.238.20.103:from] 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, 06 Feb 2021 23:58:42 -0000 Hi all, I was pointed to this mailing-list by the FreeBSD "stand" at fosdem. I am running FreeBSD 12.1 on a beaglebone black. As I want to use it for a time-server (i.e. connect it to a GPS), I want to enable an additional UART (and also a pps gpio-pin, I guess). I have been trying to create a DTS-overlay file for this, but for some reason, I do not get this OK. The overlay file (see below) I use is below. Some remarks: - I compile the blob with dtc, copy the file to /boot/DTB and modify /boot/loader.conf I guess this is correct? - when I do "ofwdump -a -p", I see that UART1_pins exists, but no UART1. - while searching the web, I found multiple posts about this. What I have noticed is that in quite a lot of them, in the DTS file the pinmux for the UART has the TX pins first followed by the RX pin. However, looking the output of ofwdump, that seams to have the RX pin first. (at least for UART0, which does seams to work) So am I correct to assume that the pinmux must have the RX pin Can somebody shed some light on this? Any feedback would be welcome. As far as I see, enabling an UART using the Device-tree should be quite simple, so I do not understand why I cannot get this to work. --- cut here --- cut here --- cut here --- cut here --- cut here --- cut here --- cut here --- cut here --- /dts-v1/; /plugin/; / {         compatible = "ti,am335x-bone-black", "ti,am335x-bone", "ti,am33xx";         fragment@0 {                 target = <&am33xx_pinmux>;                 __overlay__ {                         uart1_pins: pinmux_uart1_pins {                                 pinctrl-single,pins = <                                     0x180 0x25 /* P9.26 uart1_rxd.uart1_rxd MODE5 INPUT (RX) */                                     0x184 0x05 /* P9.24 uart1_txd.uart1_txd MODE5 OUTPUT (TX) */                                 >;                   };                 };         };         fragment@1 {                 target = <&uart1>;                 __overlay__ {                                                         status = "okay"; pinctrl-names = "default";                                                         pinctrl-0 = <&uart1_pins>;                 };         }; }; --- cut here --- cut here --- cut here --- cut here --- cut here --- cut here --- cut here --- cut here --- Cheerio! Kr. Bonne.