From owner-freebsd-arm@freebsd.org Sun Jan 24 06:01: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 97E174EF4DE for ; Sun, 24 Jan 2021 06:01:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (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 4DNj6f3s97z4Z9k for ; Sun, 24 Jan 2021 06:01:14 +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=1611468072; bh=JTxIpoVpoPKYXB6LR/yO+IuRVk0XXoTbIfubMRa7Gsl=; h=Subject:From:Date:To:From:Subject:Reply-To; b=fCIVI2XYRuzbIxmRdCEcD2IFp97gF4vkJekmSrKgDPVps41lvyw3A7+yv+9J/BeqOFTQo827Qgl51QigzRPmvAtw9V1kGn7ynV0UuNEyp2YU7MP941y41AVYD3mSu+IrvMKUCM2kjCq8CJtCL3TPHG40LEkV/oZ57bUkUy+Gqd41UrX+NGQ0gtQrozdWb70EMR30eSelTr1+z2GDs6pSUcZ2aazQ5ktvG3ZhGUNlbaQmJFSmxnES766MLnjuhFmITqXYH1yfgNyuc/sZIL0iTuo3Vw3PQYlUB6BcZMqAqpuxUX/2JCYrcK9dM1OgIj7VK60eycOlfDP2ki+CR9/4pw== X-YMail-OSG: 7WWwhAwVM1lY8_nm0mypxkAWCABLPA_RIqOu9fCo1tNOIEzM6JSSvQsStttZyqk kBEiDTPOkcUUOUNZ9kjSTQWg1f7q2_SVmJ9wRJhdINF4tR6WSpY8g.gs0SIATso26zfyvCYerALd 3cZju5u9YiLRx8WGoHmp.rV5nN.fmdjpBu7yN7yI0BR.kcIKAqqaPqjDuGHs2ixV.GVGs.2dtz0B nVGf2uT082mbXK5PyShOxwTY56Yn02_q.YFwSmTVaBiSpRd5LrwsdDLs4.f0oRmBMPa.8lnzF754 3yWqt83dex0BMpjaK0aEjJVe4n.LA.HQU3Rh_EOW9FJb6unrL3h8ORLG_lNz9XXJBeGCkoGRIxQV I9katPbqBcunqwXmpXU0ucAIxX.jPxh_0rLF4hcENuzGKis.ilO6kRkNONHEpf5mMlc7Hv_sLn8K _ZepRToRuTzjkLf3b7XT2Xp5NYOjNmQNLYleniX..Af24dnziI_xy4cQ4anw5Lu5gCSvygBTe2Ie 1iGZXxw_r5VSwaCbKI0yl.7SXKNoHtwSknwt8fZJpy6_N25nnW8f8GO7yCV2D0.A..0VLgaJDMt_ hb8hw3WK1qJv5jBdtjKzBy_TYeD6w9TYQw7p5nrjHsPTtFTt.En09N14c6aylNwpY1NXsKavMpIH z6oJ8hTu_QSasdmlPuqRBk84z9UmXfGJ83ArRsWGDBrWdvmhA5vrKbfA5MZDORtmgpY4_8LrcgOB SVT1wS1Fnk9Pi6KcjyaXNQukBdm5a4LFEk_qGqOlcsgfsjZsdhHHQiKXPsSEx3uWhPtONqm9.rtS N9aLnTIvhg_6ULjX74Iecv42pjv.pOEIODgkjEZPSitfxh0T18vSOj6jZ0V3dXqSSu.JOAQJM6Ot gSbnbLrujq6bfyGw293SJWFVwmR5fnVpd1KJ2BgnBzUdrBGdp9k_kC1qj9YoMkN3lOaxATwOr_fs F3X9Dzav8HMsMo2CXWmOJa6cK1sgkjWl42SzIwYBX7g5tmpZ1PWqurk.pA69o7.sNQOZKCMGKpBb JDY5wA75581WD4CTK.t3mQ3.vEyj5HIGGKwWqmnT87Vw0k881Ju9cKWdQ0nb5LxKwj0x5Fl8a7E1 pvvDQ2dINfGF2rEyD_lDv90PxsBXeHYoQQQzU8gtNWVrTkss6btV_neSXr8mEkaBxFur.o58V2KS x_p3GFJgzk5GUyyDkkK3bkoAMDMWrym2cY8xwwiM6OlJT0j5OZwxRSrBS_iBn0Bw1JrwBHdCR0QL dcs2ifdRIJpp4TgHLB0eUfQ6C6bNAw.YJqq1iXFVB5Qf2wYFvfb1Oba.W7vUunFV5Iz2_w7seXF8 50u2uLk9gnkZidoZ_FYzUaP6eTyxZRyJSxyk8UphVIlJhuD1rwNovaPEVGi.mComlYbsl4gVaaeB oUFNruepRyB6wQo1Vk6iYccUO9GffQZauyjeFrCiNYTubAhMfhN_qZ6nyDFICFGDdK14jzy0b02. OuKFUmAN.vLI34WtXh64Bhw05K3pgPRK2xxsWKdHmRrUK2Wsq4nrich30fi3vsLEIVtjVvCZWQuV boF6s3i9MmxkrdZuMB3u0nQPlPymIcrK2szmltbdSQK7poh2U7UomQBrDAzgMLkDq.TJQcN79bqR 11DYmmoNR4DwUlOX7tUVaaIMo8Ev1z3wUyycTpqGxL7rewcvgdsWTxcrIJV9v_qM4FameiUKGItg l3EVlgE0pTlvGpHTcai1N_hJ5rVDWUlzWRR0HMKCfreiHbGcmVhFiBAtvpGI.hYpmJwkhdVk03yL sqPIpFozc4NzU4gVsZ3consuSNL40y7.glBOzW4fdtH8BhhH1FJJ7bVJ3OaUAeBttf50g0WtyC3a q3WZiS.uLKywlkcdzWu._EadgKPkYCZj4ORb22wljw3IdY_gJWL.Pv_LtoFZpbH3X3OphU9_8zWN aDEzeRDDkARvI1SEc.sd0VMT3Zmsk38p8hSZGzyvH43YIzky80vPthihMdcN9PH03Hozwz7SeiIs 4J9e0.k6TXZ_BpdgnDf.gIeSzRkTgEL.chcen.bka8vmtKbdxhp3HoOzOVD_tfoldwPu6rPatRYJ BvB_kmXbj8PHWm06QD1F9Vd48Tyz1rPtRBPrFFSythE7HCV7iwdAMZ89VjO0TiuYTJovzNeFttef BdtYGHezP11b9eNoJGjpHpk_zLWgKNuu5wN8FNx17omgCnC6qP5rAjdEYzdjhT1q3l1KZinBaohU wgx3drfJR0Jtg5RA_tdbBkEzCmWpT.bnAjYiEVrMnXx6NzHeLjeIg4YCYzFlMUfyMNeAYlC6mx8h 9mbm._k2x4rfQvXqPjilvYmyJOVz4jguco3GBnRlU8uJhnEfn6aoI39y90r3bRT4n2GbVc5gD0Da sOLD1MAwfbMG4ZwOHu_fIihQdbo4bDrKt.JBdJ8sbOOdBuyy8ix9vtQrqMwUXGBq2X1Gh1VFjs6s 6QA6FFNEJao7YOxC4BO5IBoSVzRZHSFJce7w3Lxxcj.dvFds1g5yTp4KqiKMx6D6tuAVWgq.HlEL OSKM3DA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sun, 24 Jan 2021 06:01:12 +0000 Received: by smtp418.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID bf4ac8a6d08141e94cf79f5e9bfcaf32; Sun, 24 Jan 2021 06:01:09 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: Needless work in buildworld From: Mark Millard In-Reply-To: <20210123173754.GA83834@www.zefox.net> Date: Sat, 23 Jan 2021 22:01:07 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210121023358.GA58854@www.zefox.net> <8D0C2A4C-B616-47B9-864E-D846A6EBA3D6@yahoo.com> <20210122011535.GA66611@www.zefox.net> <655C6BAA-8B10-4130-A5C9-EDED6906207D@yahoo.com> <36A2E015-78DF-40AB-BF53-FB3D26FA5AAC@yahoo.com> <20210122224656.GA76907@www.zefox.net> <2903491E-7DE7-4F17-B515-120BA447B8B3@yahoo.com> <20210123173754.GA83834@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DNj6f3s97z4Z9k X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.84:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; 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, 24 Jan 2021 06:01:15 -0000 On 2021-Jan-23, at 09:37, bob prohaska wrote: > On Fri, Jan 22, 2021 at 10:20:53PM -0800, Mark Millard wrote: >>=20 >> In things such as (abbreviated): >>=20 >> file '. . ./tmp/legacy/usr/sbin/awk' is newer than the target... >>=20 >> The "target" is the object file or whatever that might need to >> be replaced, not the . . ./tmp/legacy/usr/sbin/???. The >> examples of such lines listed the target file path before >> the word "file" above. >>=20 >> I only showed one line with the common suffix text, no hint of >> the prior text on the lines summarized. >>=20 >> So the targets were timestamped at the prior build's creation >> of them. >>=20 >> It is the installworld installkernel sorts of activity that ends >> up with . . ./tmp/legacy/usr/sbin/awk and the like having time >> stamps from the new build's time frame. But the META_MODE >> records indicate that . . ./tmp/legacy/usr/sbin/awk (or whatever) >> was involved in generating the target in the prior build so the >> updated timestamp leads to questions of needing regeneration of >> the target. But a . . ./tmp/legacy/. . ./??? generally is not >> likely to cause such a need, even with new timestamps. >>=20 >>=20 >>>> If so, would some sort of checksum be able >>>> to distinguish meaningful changes? Would it be computationally = worthwhile? >>=20 >> I leave the overall issue to Bryan Drewery to decide if there is >> something to be done or not. >>=20 > My thinking regarding checksums was absolutely wrong; I wanted to = compare > files that hadn't been created.....=20 >=20 > In deciding whether to recompile, say, /usr/bin/awk, Note that, in my example, . . ./tmp/legacy/usr/sbin/awk is not what ended up being rebuilt (at least at the time of the "newer than the target" message). I did not show a list of what was being rebuilt because of . . ./tmp/legacy/usr/sbin/awk being newer. I'll show some examples below. The .meta file for the rebuilt target is what has the "newer than the target" message, reporting what was newer that was sufficient to cause the rebuild. So a partial list is (abbreviated paths): . . ./tmp/obj-tools/kerberos5/tools/make-roken/make-roken.c.meta . . ./lib/ncurses/ncurses/names.c.meta . . ./lib/ncurses/ncurses/unctrl.c.meta . . ./lib/ncurses/ncurses/codes.c.meta . . ./lib/libthread_db/Version.map.meta . . ./obj-lib32/lib/libstdthreads/Version.map.meta . . ./stand/efi/libefi/teken_state.h.meta . . ./usr.bin/getconf/limits.c.meta . . ./rescue/rescue/usr/fbsd/mm-src/sbin/route/keywords.h.meta . . ./sys/GENERIC-NODBG/vnode_if_newproto.h.meta . . ./sys/GENERIC-NODBG/iwm8265fw.c.meta . . = ./sys/GENERIC-NODBG/modules/usr/fbsd/mm-src/sys/modules/aac/device_if.h.me= ta The full list is much larger. There are even lots of files that list . . ./tmp/legacy/usr/sbin/rm as "newer than target", including: . . ./tmp/obj-tools/tools/build/libegacy.a.meta . . ./tmp/obj-tools/lib/libopenbsd/libopenbsd.a.meta . . ./tmp/obj-tools/lib/clang/libllvmminimal/libllvmminimal.a.meta . . ./bin/csh/gethost.meta . . ./rescue/rescue/usr/fbsd/mm-src/bin/csh/gethost.meta . . ./include/compat.meta . . ./lib/libc_nonshared/libc_nonshared.a.meta . . ./lib/libcxxrt/libcxxrt.a.meta . . ./lib/libcxxrt/libcxxrt.so.1.full.meta . . ./cddl/lib/libspl/libspl.a.meta . . ./lib/libthr/libthr.a.meta . . ./lib/libc++/libc++.a.meta The full list is much larger. The following from one of the .meta files makes the point that . . ./tmp/legacy/usr/sbin/rm is unlikely to be important. Nor i the echo relevant. Only the "ar" command is. # Meta data file = /usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/lib/libc++/li= bc++.a.meta CMD @echo building static c++ library CMD @rm -f libc++.a CMD ar -crsD libc++.a algorithm.o any.o atomic.o barrier.o bind.o = charconv.o chrono.o condition_variable.o condition_variable_destructor.o = debug.o exception.o filesystem/directory_iterator.o filesyste m/int128_builtins.o filesystem/operations.o functional.o future.o hash.o = ios.o iostream.o locale.o memory.o mutex.o mutex_destructor.o new.o = optional.o random.o random_shuffle.o regex.o shared_mutex.o stdexcept.o string.o strstream.o system_error.o thread.o typeinfo.o = utility.o valarray.o variant.o vector.o cxxrt_auxhelper.o = cxxrt_dynamic_cast.o cxxrt_exception.o cxxrt_guard.o = cxxrt_libelftc_dem_g nu3.o cxxrt_memory.o cxxrt_stdexcept.o cxxrt_terminate.o = cxxrt_typeinfo.o CWD = /usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/lib/libc++ TARGET libc++.a -- command output -- building static c++ library -- filemon acquired metadata -- # filemon version 5 # Target pid 22471 # Start 1611359217.214996 V 5 E 22961 /bin/sh R 22961 /etc/libmap.conf R 22961 /var/run/ld-elf.so.hints R 22961 /lib/libedit.so.7 R 22961 /lib/libc.so.7 R 22961 /lib/libncursesw.so.9 R 22961 /usr/share/locale/C.UTF-8/LC_CTYPE F 22961 22962 E 22962 = /usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/tmp/legacy/us= r/sbin/rm . . . The vintage of . . ./tmp/legacy/usr/sbin/rm is not going to change the content of: /usr/obj/amd64_clang/amd64.amd64/usr/fbsd/mm-src/amd64.amd64/lib/libc++ in the above 3-"CMD" sequence. > one must compare the=20 > creation date of the installed /usr/bin/awk to every file it depends = on.=20 > If any of those files is newer, the whole chain must be recompiled. The dependency tracking builds up to the final things being built, not from the final things backwards. It frequently is the case that only some of the chain required for a final thing is rebuilt. As an example: A final link may reference a mix of changed and unchanged material, for example. But that final link is required if any of its inputs changed. Unnecessary changes to inputs might lead to a relink that otherwise would not be needed. > I > can readily see how this would avalanche, but it seems necessary. Have=20= > I got at least that part right?=20 The "avalanche" reference and implication fits my alternate wording as well as yours and so is good, whatever the other details of the avalanche structure may be. >>> The files (programs) were used during the activity that generated = the prior >>> build of the target. The worry is that the updated programs might = have >>> differing results from older ones and so the new timestamps lead to >>> rebuilding. The worry is just unlikely to be an actual problem for = many of >>> the particular programs. >>>=20 >>> It would be good if META_MODE could ignore those programs that are = in the >>> legacy area and are unlikely to cause the output to vary in some >>> significant way. >>>=20 >=20 > Is this to say that META_MODE is checking outside the dependency chain > (web?), reacting to files changed but not to be used again? I'm not sure of the reference/context-intended here. See the prior libc++.a example above for an example in which the timestamp on . . ./tmp/legacy/usr/sbin/rm is irrelevant to if the libc++.a actually needs to be rebuilt. >>>> More broadly, I've been surprised to see lots of files associated = with foreign >>>> architechtures reported in self-hosting buildworld logs on the = Pi2/3. Things >>>> with mips, ppc and i386 in the pathname. The log always reports = building "cross=20 >>>> tools" when it's compiling for itself, which puts an odd meaning on = the term "cross".=20 >>>> Are cross tools and object files for alien hardware really needed = in such a case? >>>=20 >>> Clang and the llvm tools are by default built to be cross >>> compile capable. You could compile targeting powerpc64 while >>> building on armv7, for example. (Gcc had had separate >>> compilers for such.) >>>=20 >>> In an earlier message I showed my src.conf like file that I >>> use that included turning off generating a clang that can >>> do so, limiting it to arm (including aarch64). This is >>> not the same as the "cross tools" stage issue but does get >>> rid of some of the build activity for clang. It also does >>> not change all llvm tools to completely avoid other processor >>> families. >>>=20 >=20 > Probably wisest if I leave artifice like that alone. Best to=20 > minimize the amount of tampering at the expense of wasting=20 > cpu cycles. The build systems is already immensely complicated=20 > and private variations just make it worse. =20 Up to you. "man src.conf" documents the likes of WITHOUT_LLVM_TARGET_MIPS=3D : it is part of a documented interface for controlling the builds. >>> I'll note that building main (14-CURRENT) armv7 from >>> stable/13 armv7 or 13-CURRENT armv7, is an example of >>> "cross tools" being involved. Cross-tools span more >>> issues than you might initially think of, such as some >>> differing defaults for the host targeted files (old >>> context) vs. the new context's files. Thus the: >>>=20 >>> "/usr/src/Makefile.inc1" line 335: SYSTEM_COMPILER: libclang will be = built for bootstrapping a cross-compiler. >>>=20 >>> that is involved. Example difference in context in an >>> explicit notation (amd64 context example, not armv7): >>>=20 >>> -target x86_64-unknown-freebsd13.0 >>> -target x86_64-unknown-freebsd14.0 >>>=20 >>> The processor family is not what is varying for those. >>>=20 >=20 > That puts a new light on the notion of "cross".=20 >=20 >>>>> I'll note that stable/13 now exists and git's main is now = 14-CURRENT. >>>>> Unfortunately, it seems that main (14-CURRENT) will not get the >>>>> weekly snapshot builds that are reported at any: >>>>>=20 >>>>> = https://lists.freebsd.org/pipermail/freebsd-snapshots/202*-*/thread.html >>>>>=20 >>>>> and go somewhere below (for example): >>>>>=20 >>>>> http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ >>>>>=20 >>>>> until sometime after after 13.0-RELEASE : only stable/{11,12,13} >>>>> likely will, from what I'm told. Also, ci.freebsd.org is not >>>>> building main (14-CURRENT) yet. stable/13 builds are non-debug >>>>> builds. >>>>>=20 >>>>> https://artifact.ci.freebsd.org/snapshot/ being filling in has >>>>> not caught up with 13.0-STABLE , stable/13 , 14.0-CURRENT , or >>>>> main yet. >>>>=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 Sun Jan 24 11:03: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 4C43F4F7D07 for ; Sun, 24 Jan 2021 11:03:30 +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 4DNqqQ1blpz4rC7 for ; Sun, 24 Jan 2021 11:03:30 +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 201EB223FF for ; Sun, 24 Jan 2021 11:03:30 +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 10OB3UUJ007177 for ; Sun, 24 Jan 2021 11:03:30 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 10OB3Uuk007176 for freebsd-arm@FreeBSD.org; Sun, 24 Jan 2021 11:03:30 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 252971] RPI stable/13 after 20210107 crashes during boot Date: Sun, 24 Jan 2021 11:03:30 +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: freebsd@oldach.net 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: Sun, 24 Jan 2021 11:03:30 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252971 Bug ID: 252971 Summary: RPI stable/13 after 20210107 crashes during boot 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: freebsd@oldach.net Using snapshot FreeBSD-13.0-ALPHA2-arm64-aarch64-RPI-20210122-02611ef8ee9-256201.img.xz on= a RPI4/8GB yields: =C3=B0 U-Boot 2020.10 (Jan 22 2021 - 04:23:32 +0000) DRAM: 7.9 GiB RPI 4 Model B (0xd03114) MMC: mmc@7e300000: 1, emmc2@7e340000: 0 Loading Environment from FAT... In: serial Out: serial Err: serial Net: eth0: ethernet@7d580000 PCIe BRCM: link up, 5.0 Gbps x1 (SSC) starting USB... Bus xhci_pci: probe failed, error -110 No working controllers found Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current device ** Bad device specification -bootable devplist ** ** Bad device specification :1 bootfstype ** "Synchronous Abort" handler, esr 0x96000004 elr: 000000000009ba50 lr : 000000000009199c (reloc) elr: 000000003b378a50 lr : 000000003b36e99c x0 : d51e402010000060 x1 : 0000000000002383 x2 : 000000003b3d34b0 x3 : 000000003afe9d80 x4 : 000000003b3d30b0 x5 : 000000003b3d34b0 x6 : 000000003b3d30c0 x7 : 000000003afeaf70 x8 : 0000000000000000 x9 : 0000000000000008 x10: 000000003b3ce0b6 x11: 000000003af64e70 x12: 0000000000000000 x13: 0000000000000004 x14: 000000003af4cbb8 x15: 00000000ffffffff x16: 0000000000004110 x17: 1a64509500040200 x18: 000000003af58d90 x19: 000000003afead70 x20: 0000000000000060 x21: 0000000000000060 x22: 0000000000000000 x23: 0000000000000000 x24: 0000000000000000 x25: 0000000000000000 x26: 0000000000000028 x27: 0000000000000003 x28: 000000003b3e4e94 x29: 000000003af4c120 Code: 17ffffdb f9400641 364809a1 b4000980 (f85f8006) Resetting CPU ... resetting ... However, FreeBSD-13.0-CURRENT-arm64-aarch64-RPI-20210107-f2b794e1e90-255641.img.xz b= oots fine. The main difference (apart from commits) is that the 20210122 snapsho= t is based on rpi-firmware-1.20210111.g20210111_1 while the older is based on rpi-firmware-1.20201201.g20201201_1. It seems ports r561841 ("Fixes booting= on RPI4-8GB") broke it. 13.0-ALPHA2 with manually crafted rpi-firmware-1.20201201.g20201201_1 boots fine as well. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sun Jan 24 19:06: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 B35BC4D645E for ; Sun, 24 Jan 2021 19:06:44 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DP2Xz4ry5z4RPr for ; Sun, 24 Jan 2021 19:06:43 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 10OJ6e3x091755 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 24 Jan 2021 11:06:41 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 10OJ6e7e091754; Sun, 24 Jan 2021 11:06:40 -0800 (PST) (envelope-from fbsd) Date: Sun, 24 Jan 2021 11:06:40 -0800 From: bob prohaska To: Mark Millard Cc: freebsd-arm , bob prohaska Subject: Re: Needless work in buildworld Message-ID: <20210124190640.GA90418@www.zefox.net> References: <8D0C2A4C-B616-47B9-864E-D846A6EBA3D6@yahoo.com> <20210122011535.GA66611@www.zefox.net> <655C6BAA-8B10-4130-A5C9-EDED6906207D@yahoo.com> <36A2E015-78DF-40AB-BF53-FB3D26FA5AAC@yahoo.com> <20210122224656.GA76907@www.zefox.net> <2903491E-7DE7-4F17-B515-120BA447B8B3@yahoo.com> <20210123173754.GA83834@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DP2Xz4ry5z4RPr X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [0.38 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.48)[0.484]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] 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, 24 Jan 2021 19:06:44 -0000 On Sat, Jan 23, 2021 at 10:01:07PM -0800, Mark Millard wrote: [huge snip] > > > The dependency tracking builds up to the final things being built, > not from the final things backwards. That is likely the cause of my confusion. There's a natural "trail of breadcrumbs" leading from the final product back upstream, via the dependencies. I thought that's what META_MODE followed. Is there something going the other way, source to object to installed binary, as well? That seems difficult. The author of a book can't readily guess who will cite it. > It frequently is the case > that only some of the chain required for a final thing is rebuilt. > As an example: A final link may reference a mix of changed and > unchanged material, for example. But that final link is required > if any of its inputs changed. Unnecessary changes to inputs might > lead to a relink that otherwise would not be needed. > > > I > > can readily see how this would avalanche, but it seems necessary. Have > > I got at least that part right? > > The "avalanche" reference and implication fits my alternate wording > as well as yours and so is good, whatever the other details of the > avalanche structure may be. > > >>> The files (programs) were used during the activity that generated the prior > >>> build of the target. The worry is that the updated programs might have > >>> differing results from older ones and so the new timestamps lead to > >>> rebuilding. The worry is just unlikely to be an actual problem for many of > >>> the particular programs. > >>> > >>> It would be good if META_MODE could ignore those programs that are in the > >>> legacy area and are unlikely to cause the output to vary in some > >>> significant way. > >>> > > > > Is this to say that META_MODE is checking outside the dependency chain > > (web?), reacting to files changed but not to be used again? > > I'm not sure of the reference/context-intended here. > > See the prior libc++.a example above for an example in > which the timestamp on . . ./tmp/legacy/usr/sbin/rm is > irrelevant to if the libc++.a actually needs to be > rebuilt. Well, if META_MODE is looking at things that don't matter anymore, that would be outside the dependency chain. If those things matter, but only conditionally, one can either check for the conditions or recompile, whichever is easier. Checking conditions will get messy. Perhaps that's the whole problem 8-) Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Sun Jan 24 20:00: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 80B894D86D6 for ; Sun, 24 Jan 2021 20:00:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.148]) (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 4DP3lC48t0z4WSH for ; Sun, 24 Jan 2021 20:00:39 +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=1611518437; bh=XHQ8eNMqC/3odTJihGGbJkzUqNI4Z9JG3rXXFbUVsaK=; h=Subject:From:Date:To:From:Subject:Reply-To; b=lAhTP1lq0J4V0hs8o9nywSpfsAohF59uXi8Wf4kdmF5LuOf0h1BYz3MEa0CkaF0T1AGGaHtXS5UsuQeyKCDfcDA8coMTaWqJw9D8Se+vdP+3Kr165wF+D4bylddflt0jXkKJb1flxqQhzyOZMZvWGIhbzwsrIMF2lMkkOca/60cCOdZg2YzVO0s76czJWruYin5Xgo9rH5c+cpsd7irqoyLULWr6pG69xrJTRNGe9Bfh0XjI2eIgz+pEZrLZdF/ROSyyHUltRmji79yZ/2XmuAica3YbBKFPAKjPeWjcruszom4pw64pmU+Z8C9MBm0Je6hvxJz72ODFllXp+H73Ig== X-YMail-OSG: w6z5MDkVM1mLGQoJgoJYLAfl0KWbnNykHHVOFY_4HzXNz1tww2Hpbu_orP78opX 3pm2mAAgC_06MWOgzHC8R21IrcGT5Joa07GmZgE_yafZslVD9OgVK17m7khSenLJR5xRYUmCo_h4 RXe1bdGXQ7pyasqar4xpfWQJNCl.Ri0DjZneegYD_28LqJ.IqF3lSh6iMNQOkG9BJ5b4v9FS1LZV ZFiWhpYiH3wC6QYJDSwyvB0biyBbE2.noCIgPiOdLzfAbZlqB0c.UbaeC6IIL3YS.WRlyvyAYK_u EGJ4K.5cJNC1lbwGioJV_H3cqNROAM75qV8wPbsR28DLJq_mBy8wJwIJsgPNtkWCVLHM5kIuBwUq OnQnxW8lgAgSq.yca1RH78SRKRRrkMpgK7NDQwH.OvMMKsBXPBivPuxjweGdEHMQxeCHAZs9k_IT 56iv5VUXkove6BqS2a79XY9o2uoagbrGX481FQAirlckLUZQ9HNHXNm57IobeD_59b0llh4tEqWB it4cIHAajyVPPChziDJJJ3oZkSkERW47p.aMB4sRbXCykgW0uJgR3Cje8N7unnDmgvc6nIUJvsSX y5dYFn.4C2vzTXvM4SSpXZZDB6.s9EZjm7sZsm1jBForIEf4m1o4DYJavjbro5ACCGzMNrqkBp_W _qKs_AI7sy4Lw_Oq2OgxHhb31V62XYrngs2qh6CKEBcl7jeraSbjLk.j0FiHxNhIvkgC6XDlbmBB GHgQkH1rGrOlBLHX_ENP6qbQeSESod.5aQrtLwgz6wJrfQBhg3ry1ng7UWt0F_cjfLSPmVpP_OCR Y4t_FU5RDNnZjy3nVXdr8M3OxsKqPfJeRoATr6q4iUykgKLTcuz0VCqcrCHhUylO_4IiSoXvf0FY 2y2cFLhCozGcOOpbW8GFs3I8cAr0K1QLIBjtb12PUieAaBSjs2aNf_PfL0uqZZrseglAKAtWCcmH qZq.b3w4GQykFkMiiysREk6niK9lNSIcyIHetMCCrWjIKz1HC8cTenUmB_jDNgnN6fBqwJ3kk8NT hf8MJJnYSvr5X08TXoiWWOJVUgNDkHDWjSE4cdeA1kuhKsCdT8uB3v5ChrKNptF9Z9fAjU11i_sb uKy1JBhM0QsxhAvKe0wjDutQY7oArwxWRMUysE4DweLdmShtpit6j2KM5HP2MLX2mjr2rzLYBD81 gFu4sdNzu6zFsuJcIteCe5fFLx70ATc3E5ryautKLMBsCw9eCzxK3jwVrdTehCxV.Wse_yv.4XrD QZ1WExcpLhDqz5aJ0PChEO8skNW.NstuptrHgs2Y2uzW_CPeAMSFdtQEqsp1MbfbCo1JTCeVEbYl ycJyCnyNNkxLrsPDAS_RCczcHMfAKxASHqe5r.Dfml2LYlKQGHHNT2Ri8iXpq.aVVf2neScz.SUB wD7muksGHNBNCs255Wu5QQk.uHKQGjha0BJbi4Gbh0iGQVnaOF.69dZVF09DH4PdFTslYZCgMgzq lAz.gJho9KpnvwsMVHEYVCh6lJnCJef2huVn4dB01cwlDksj62vjTn4IvvAHO2AWHuhRdwjF4VSd VjI6BuFBPOg_jo2RaqdWg9PJOXgIq8Ralu5YyWkLfEEqdVunYAwfuv8VJkn1S.a2MOuMNK2TBSCd gm3bS0YSVS8sy3pS2x8WACnAz484DKhcUGYpbLCBQyfvinNNGyYV2HuPSSa5AX99VgoFUblkcPLA 5ZIEurl7NXGEpQNWjdjfRHG1D_nC98iD0m99xA4P2A1O4AobhmzFESXF0mVNKpMWgsMs1eqUENFC 06jKUf1ExVVR8nJsfvEV21qNhffkkWWM_jiU4lQYMTzamVvbVdXIax3IbotXIgt17YsKweBMKqGU dSYI1kptI7Rj8thplFeQ9ddFdR9iwxcYp98suB3TqoRPmxQDAqdL4wXo7nWQUVaedEVWxQLZwsXI H.wTz7sg_sBhwlcrw9WGA3T4i455bpfoHBDxfuHmwAUEUl7fBfFysxgi0d0Dds.XpMlPNimGV3zl XCfdZkxy6A9QIBzk9h52uGawKxXr04RVqvg9_C9ToWOjI3NHp9xSINZ3ig.A2huetrQVz.F0BYdu 26WjjdQBXPthDAAVyxB2lsRf2EwYAXgGGX_p__7REbo1VKhj1.L6kO4_bahqGp33JN5TzhtjU_El yuLXgGwyjqaPF8kJug9n_aFZZmHBhwGmxjMhPY.qnE76oqrU_NhJXfdEDTaccRJ9twpW2ehj2cQF LmAlAd9ACp_fxRrY_S.jJkEeCWB520Ob8foRK0pPajq42qjw7wD2ENSebRSmDuTJZRmQI3Sx_AyJ wNsRUJV1AC5E8dzoTCy_35nPaYPp8uYYNIZLXA2ZcxHA4eLyxs1B2PWIz32DYOKX6NgzIUNHP0p5 Gk_AKiDEKskm33EDyt5xbIYVRQUAVsaq3W072gm3drpOxp0PsQzas1a1gLeYSVm_dVW21VlVA8js yN9WjOSHUJ30sCOG1zb.h26KbB4tpZXKZsnzuRlzYCvLEv3P2XCwpta4JJStgkVeXs.E8.ODBYKB 81L6K Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Sun, 24 Jan 2021 20:00:37 +0000 Received: by smtp407.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a20583fad00d3a8bc0d06c9458c9fbb8; Sun, 24 Jan 2021 20:00:36 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: Needless work in buildworld From: Mark Millard In-Reply-To: <20210124190640.GA90418@www.zefox.net> Date: Sun, 24 Jan 2021 12:00:36 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <09E14666-C661-411F-93A0-78366EA1A21E@yahoo.com> References: <8D0C2A4C-B616-47B9-864E-D846A6EBA3D6@yahoo.com> <20210122011535.GA66611@www.zefox.net> <655C6BAA-8B10-4130-A5C9-EDED6906207D@yahoo.com> <36A2E015-78DF-40AB-BF53-FB3D26FA5AAC@yahoo.com> <20210122224656.GA76907@www.zefox.net> <2903491E-7DE7-4F17-B515-120BA447B8B3@yahoo.com> <20210123173754.GA83834@www.zefox.net> <20210124190640.GA90418@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DP3lC48t0z4WSH X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.55 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.05)[-0.054]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.148:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.148:from]; 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, 24 Jan 2021 20:00:40 -0000 On 2021-Jan-24, at 11:06, bob prohaska wrote: > On Sat, Jan 23, 2021 at 10:01:07PM -0800, Mark Millard wrote: > [huge snip] >>=20 >>=20 >> The dependency tracking builds up to the final things being built, >> not from the final things backwards.=20 >=20 > That is likely the cause of my confusion. There's a natural "trail of > breadcrumbs" leading from the final product back upstream, via the=20 > dependencies. I thought that's what META_MODE followed. Is there=20 > something going the other way, source to object to installed binary,=20= > as well? That seems difficult. The author of a book can't readily > guess who will cite it. =20 The "trail of breadcrumbs" is involved, but just because a breadcrumb needs to be updated does not mean that all the other breadcrumbs for the final product need to be updated. Think of it in (simplistic) stages: A) figure out what breadcrumbs are involved, no matter if they need updating or not: final product back to the dependencies. B) figure out which of those breadcrumbs need updating: via a valid "reverse" order headed back to the final product. (Going back "up" a tree/Directed-Acyclic-Graph structure, the order is not necessarily unique.) Note: (A) and (B) can form a recursive structure instead of strictly separate stages. It was easier to describe simply as separate stages. (B) only rebuilds what it needs to as it goes along. Going "up" the "tree", a node/breadcrumb is not updated if the judge-relevant contributing inputs are unchanged. Makefile content and filemon file usage tracking are part of establishing (A). (See more notes later.) >> It frequently is the case >> that only some of the chain required for a final thing is rebuilt. >> As an example: A final link may reference a mix of changed and >> unchanged material, for example. But that final link is required >> if any of its inputs changed. Unnecessary changes to inputs might >> lead to a relink that otherwise would not be needed. >>=20 >>> I >>> can readily see how this would avalanche, but it seems necessary. = Have=20 >>> I got at least that part right?=20 >>=20 >> The "avalanche" reference and implication fits my alternate wording >> as well as yours and so is good, whatever the other details of the >> avalanche structure may be. >>=20 >>>>> The files (programs) were used during the activity that generated = the prior >>>>> build of the target. The worry is that the updated programs might = have >>>>> differing results from older ones and so the new timestamps lead = to >>>>> rebuilding. The worry is just unlikely to be an actual problem for = many of >>>>> the particular programs. >>>>>=20 >>>>> It would be good if META_MODE could ignore those programs that are = in the >>>>> legacy area and are unlikely to cause the output to vary in some >>>>> significant way. >>>>>=20 >>>=20 >>> Is this to say that META_MODE is checking outside the dependency = chain >>> (web?), reacting to files changed but not to be used again? >>=20 >> I'm not sure of the reference/context-intended here. >>=20 >> See the prior libc++.a example above for an example in >> which the timestamp on . . ./tmp/legacy/usr/sbin/rm is >> irrelevant to if the libc++.a actually needs to be >> rebuilt. >=20 > Well, if META_MODE is looking at things that don't matter anymore, > that would be outside the dependency chain. If those things matter, > but only conditionally, one can either check for the conditions or > recompile, whichever is easier. Checking conditions will get messy.=20 > Perhaps that's the whole problem 8-) The issue is more that figuring out what matters vs. does not matter becomes more non-trivial the more biased to avoiding unnecessary rebuild steps the process becomes. In the "rm" example, the mere fact that rm was used happens not be sufficient to require the rebuild based on rm being newer. Rebuilding more than required would still produce valid results. So this is just about that bias to rebuilding less. That rm was used is being tracked and used to choose to rebuild, which is suboptimal, not wrong. Bryan D. may well just decide that it is not worth the effort to be more biased to avoiding unnecessary rebuild steps for the issue that I reported. For buildworld buildkernel on a RPi2, that would continue to be to be rather noticeable. But buildworld buildkernel being more timely on a RPi2 is not a requirement for FreeBSD so far as I know. He would probably judge based on possibly helping other types of contexts. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Jan 24 21:00:45 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 651014DA400 for ; Sun, 24 Jan 2021 21:00:45 +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 4DP54Y0k4Fz4bD3 for ; Sun, 24 Jan 2021 21:00:45 +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 CA33021D5 for ; Sun, 24 Jan 2021 21:00:44 +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 10OL0irp031121 for ; Sun, 24 Jan 2021 21:00:44 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 10OL0iZT031120 for freebsd-arm@FreeBSD.org; Sun, 24 Jan 2021 21:00:44 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202101242100.10OL0iZT031120@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, 24 Jan 2021 21:00:44 +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, 24 Jan 2021 21:00:45 -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 Jan 25 09:43:48 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 94B754D8FA9 for ; Mon, 25 Jan 2021 09:43:48 +0000 (UTC) (envelope-from max@stucchi.ch) Received: from mailout.glevia.com (mailout.glevia.com [45.129.225.5]) by mx1.freebsd.org (Postfix) with ESMTP id 4DPQ0z1RwVz3PJb for ; Mon, 25 Jan 2021 09:43:46 +0000 (UTC) (envelope-from max@stucchi.ch) Received: from ISOC-W0LVDL.local (unknown [45.129.224.254]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by mailout.glevia.com (Postfix) with ESMTPSA id F22E42208C for ; Mon, 25 Jan 2021 09:43:37 +0000 (UTC) Subject: Re: FreeBSD on RPI Compute Module 3+ 32G To: freebsd-arm@freebsd.org References: From: Massimiliano Stucchi Message-ID: Date: Mon, 25 Jan 2021 10:43:37 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xfpc4PAuu0pNpMuEZoGhPFSPGYPxQthq5" X-Rspamd-Queue-Id: 4DPQ0z1RwVz3PJb X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of max@stucchi.ch designates 45.129.225.5 as permitted sender) smtp.mailfrom=max@stucchi.ch X-Spamd-Result: default: False [-5.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:45.129.225.5]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[45.129.225.5:from]; ASN(0.00)[asn:58280, ipnet:45.129.224.0/22, country:CH]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[max]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[stucchi.ch]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[45.129.225.5:from:127.0.2.255]; 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: Mon, 25 Jan 2021 09:43:48 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --xfpc4PAuu0pNpMuEZoGhPFSPGYPxQthq5 Content-Type: multipart/mixed; boundary="8uaqDcZoiz69QzNdCXK2ICYVOjdsxEE6T"; protected-headers="v1" From: Massimiliano Stucchi To: freebsd-arm@freebsd.org Message-ID: Subject: Re: FreeBSD on RPI Compute Module 3+ 32G References: In-Reply-To: --8uaqDcZoiz69QzNdCXK2ICYVOjdsxEE6T Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: quoted-printable Hi, On 04/01/2021 15:03, Massimiliano Stucchi wrote: >=20 > I have recently received a turingPi and a bunch of compute modules 3+ > 32G, and I started playing with them. > However, my modules have a 32G built-in eMMC, and the boot just turns > into a series of timeouts related to the MMC. I'd like to report that with the new 13-ALPHA2 images and the latest DTD, the module boots up and works fine. Ciao! --=20 Massimiliano Stucchi MS16801-RIPE Twitter/Telegram: @stucchimax --8uaqDcZoiz69QzNdCXK2ICYVOjdsxEE6T-- --xfpc4PAuu0pNpMuEZoGhPFSPGYPxQthq5 Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsB5BAABCAAjFiEEG4RERrpEQHEGlNwEzydGXnVBuuUFAmAOkskFAwAAAAAACgkQzydGXnVBuuVl bAf8Dvyx/b+ybzhDdTWdruOoruIrTThatX/f2r9yQKgxRA/fXRk2qUZAHg4ew6t7cToy5fjuWTjS /P8TTAZrBneYLSods32we/Uf6YJg8H3yyQ5MUyeuXeE3aCeHYzlLEeTBOpzACf73UKL8VsEW2d03 svFOS71JuHZz6nHKgZKnil9sqB7ar/j/XLmpBaGd/qpvibPXD4iZ5TNSRCFCrGrlMltn40aK/QfY a5TnAOXFPmBzZtAciohOHmv0ycimWb6Mu/Z8n6+c/8BARWPNxNvnDccp1MFfxMf+UCjQv9BTcpio vJ7JWM1DuG7QfgzlKsnDrtKX466rlh6hrhIH1JzcpA== =pQwJ -----END PGP SIGNATURE----- --xfpc4PAuu0pNpMuEZoGhPFSPGYPxQthq5-- From owner-freebsd-arm@freebsd.org Mon Jan 25 12:33:11 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 B99EC4E0D59 for ; Mon, 25 Jan 2021 12:33:11 +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.23]) (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 4DPTmQ6BlLz3t8J for ; Mon, 25 Jan 2021 12:33:10 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1611577988; s=strato-dkim-0002; d=obsigna.com; h=To:References:Message-Id:Cc:Date:In-Reply-To:From:Subject:From: Subject:Sender; bh=tshJG7vYIgw/lDK1NGhvbbfU+SxYkTqyLDwPSladW5w=; b=KDoRaTOz8/1lAVpWsBhpbJr7oM6tgWjR0d78+Y/QJgBv1N0HkeNcE2jlUThLHlvqfg bU0BkVDnd610TlyHJ97ySj920UjDaERfNq/ATNXDdHAICMwFGPaYCpzp/L5iVyAPTaua d48MBzXtrXnTzfgKCj+EtHYhJ1SUMp6djTtF/MwjQn1VG1PuSxl5b+X/SFX4CMnRvfno rb8ll4I7mYQlwApONHKf2QS1A1FHAZZzUsBiZZplx2HnQgcGuS0a7SStwL7k0doEI0G/ jygVlEYUQt9EOkhmY1XaIdcbA/+kIckaPlGCdWyBk5NAAzL+WIBaHEXg9CkWd5fFwqgh 1AZQ== 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.12.1 DYNA|AUTH) with ESMTPSA id d0872bx0PCX7LCl (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Mon, 25 Jan 2021 13:33:07 +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 18B471350F946; Mon, 25 Jan 2021 09:33:03 -0300 (-03) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.7\)) Subject: Re: GENERICSD snapshot on a BBB has issues with loading the if_rtwn_usb module From: "Dr. Rolf Jansen" In-Reply-To: <20210118222052.2e0d6c824f0685be8199ad03@bidouilliste.com> Date: Mon, 25 Jan 2021 09:33:01 -0300 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2EC45258-B2DF-4433-95AD-CF2C5245135E@obsigna.com> References: <47700631-2D94-4BA8-9707-9ADD70C99600@obsigna.com> <20210116184333.f91594f9c3505d2c588d9634@bidouilliste.com> <20210116184833.1a3182a20a2b6c727b64bb59@bidouilliste.com> <06F689CA-B781-4CEB-8F8A-B00FAC684DD3@obsigna.com> <20210117174539.43b55379e6a37881589616a8@bidouilliste.com> <20210117225539.c113796159735c5a3950c774@bidouilliste.com> <03F9A3D3-0A2B-4B09-9C8D-AAAF761C0F4C@obsigna.com> <20210118094510.48eee03d502ea25ab7d09938@bidouilliste.com> <9F0684B2-02EA-4647-BA02-8C6F80C421F7@obsigna.com> <9C2425C5-ABF2-4A3B-8C93-C20554A59000@obsigna.com> <20210118222052.2e0d6c824f0685be8199ad03@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3445.9.7) X-Rspamd-Queue-Id: 4DPTmQ6BlLz3t8J X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=obsigna.com header.s=strato-dkim-0002 header.b=KDoRaTOz; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-rj@obsigna.com designates 85.215.255.23 as permitted sender) smtp.mailfrom=freebsd-rj@obsigna.com X-Spamd-Result: default: False [-1.77 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:85.215.255.0/24]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[obsigna.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.77)[-0.766]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[85.215.255.23: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)[]; 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.23:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[85.215.255.23:from]; FROM_NAME_HAS_TITLE(1.00)[dr]; RWL_MAILSPIKE_POSSIBLE(0.00)[85.215.255.23:from]; 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: Mon, 25 Jan 2021 12:33:11 -0000 > Am 18.01.2021 um 18:20 schrieb Emmanuel Vadot : >=20 >> On Mon, 18 Jan 2021 16:07:38 -0300 >> "Dr. Rolf Jansen" wrote: >>=20 >> While loading of kernel modules do work with the newly build = loader_lua.efi, a regression emerged. In /boot/loader.conf I have for = some time now the directive loader_color=3D"NO" in order to prevent the = serial console changes from my default scheme black text on white = background to white on black. Since today, the serial console shows = again everything white on black. Is this directive not functional = anymore? How can I force the serial console keep on showing black text = on white background? >>=20 >> Best regards >>=20 >> Rolf >=20 > Yes we compile with TERM_EMU now so you might need to adjust > teken.bg_color and teken.bg_color in loader.conf I think That does nothing. The color inversion of the serial console window = happens already before loader.conf would be read. The first message that = I see in white on black is that efi/freebsd/loader.env was consulted. = However, I cannot find that loader.env file. Perhaps, I need to add the = teken.fg_color and teken.bg_color directive to this one. For the time being, I added echo -e "\e[0m" to /etc/rc.local and this = command switches the serial console back to normal after stating-up has = been finished. Best regards Rolf= From owner-freebsd-arm@freebsd.org Mon Jan 25 14:26:14 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 1DD844E429C for ; Mon, 25 Jan 2021 14:26:14 +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 4DPXGt0Gfnz4VmF for ; Mon, 25 Jan 2021 14:26:14 +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 F0668181AD for ; Mon, 25 Jan 2021 14:26:13 +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 10PEQDxn094224 for ; Mon, 25 Jan 2021 14:26:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 10PEQDnH094223 for freebsd-arm@FreeBSD.org; Mon, 25 Jan 2021 14:26:13 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 248137] arm efi loader seems to work better over serial with TERM_EMU than without Date: Mon, 25 Jan 2021 14:26:14 +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 Only Me X-Bugzilla-Who: mhorne@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status cc 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: Mon, 25 Jan 2021 14:26:14 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D248137 Mitchell Horne changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|New |Closed CC| |mhorne@freebsd.org --- Comment #1 from Mitchell Horne --- Recently switched to TERM_EMU in d002814d6b8e, by manu. https://cgit.freebsd.org/src/commit/stand/efi/libefi?id=3Dd002814d6b8edc9cf= 85f1653ebb568e59f72f9ad --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Jan 25 20:15:36 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 2A83B4F067A for ; Mon, 25 Jan 2021 20:15:36 +0000 (UTC) (envelope-from max@stucchi.ch) Received: from mailout.glevia.com (mailout.glevia.com [45.129.225.5]) by mx1.freebsd.org (Postfix) with ESMTP id 4DPh1z1TXQz3HGZ for ; Mon, 25 Jan 2021 20:15:34 +0000 (UTC) (envelope-from max@stucchi.ch) Received: from Massimilianos-MacBook-Pro.local (unknown [45.129.224.254]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by mailout.glevia.com (Postfix) with ESMTPSA id 61D7122021 for ; Mon, 25 Jan 2021 20:15:33 +0000 (UTC) Reply-To: max@stucchi.ch Subject: Re: FreeBSD on RPI Compute Module 3+ 32G To: freebsd-arm@freebsd.org References: From: Massimiliano Stucchi Message-ID: Date: Mon, 25 Jan 2021 21:15:32 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DPh1z1TXQz3HGZ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of max@stucchi.ch designates 45.129.225.5 as permitted sender) smtp.mailfrom=max@stucchi.ch X-Spamd-Result: default: False [-3.20 / 15.00]; HAS_REPLYTO(0.00)[max@stucchi.ch]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:45.129.225.5]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[45.129.225.5:from]; ASN(0.00)[asn:58280, ipnet:45.129.224.0/22, country:CH]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[max]; 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)[stucchi.ch]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[45.129.225.5:from:127.0.2.255]; 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: Mon, 25 Jan 2021 20:15:36 -0000 Hi, I continue this solo thread with some news, as I spoke too soon. On 25/01/2021 10:43, Massimiliano Stucchi wrote: > > Hi, > > On 04/01/2021 15:03, Massimiliano Stucchi wrote: >> >> I have recently received a turingPi and a bunch of compute modules 3+ >> 32G, and I started playing with them. > >> However, my modules have a 32G built-in eMMC, and the boot just turns >> into a series of timeouts related to the MMC. > > I'd like to report that with the new 13-ALPHA2 images and the latest > DTD, the module boots up and works fine. I was able to boot, to configure everything and run it for a while. As long as you don't cut power to the module abruptly, it works. It has already happened to me twice that, after simply removing the module from its socket, it enters a state where it is not able to completely boot anymore. It stops after probing ue0 and after recognising the keyboard. It is not a hang, since if I press ctrl+alt+canc it does a clean reboot, but it just stops the boot there, as if it's waiting for something that is not probing. In a normal boot sequence, after the messages I see there would be ue0 going down, then up, and then I would get the login prompt. If anyone is willing to have a look, I can setup access to a serial console connected to the module. Ciao! -- Massimiliano Stucchi MS16801-RIPE From owner-freebsd-arm@freebsd.org Mon Jan 25 22:58:05 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 247AB4F5A1D for ; Mon, 25 Jan 2021 22:58:05 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x736.google.com (mail-qk1-x736.google.com [IPv6:2607:f8b0:4864:20::736]) (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 4DPldR71Sdz3nMP for ; Mon, 25 Jan 2021 22:58:03 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x736.google.com with SMTP id 19so14278721qkh.3 for ; Mon, 25 Jan 2021 14:58:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ezl6vpvjpE+jvYJLRfp6KSfd/vEmx3SvxPmfZIVLud8=; b=m4b/XsJbs9v1SOLPJhK5Yuref7pFwyklz0j+VWnkAOEhZqgQwYSvnExWxv9SHsPobt eg16NErVCNvb3yN3mSVh/KkhltqjUxBnqW9UkDOC39ezaPaPzx2bf/iuBmBZrOu766+z En8Noe/fCMS95M5jPXURib8cyZsx902eMF2s2jp41cd940L9GywtTMnG+thec8BiDnE9 LLPNgBt/caM9YgieZRrT/9xFBoqB/5/9lnymqH8TP0ZLx3IZ3J2dVSwm5IUpVegB220q hNbn4SnPhq8azL+Xf3kvTx9QbwwNFOI0VKca4C52jYMVzyjY+Gcmu9UmFH0+y+uYlW0M 1QRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ezl6vpvjpE+jvYJLRfp6KSfd/vEmx3SvxPmfZIVLud8=; b=kC+iXrGUseo81oYXmiiuJ+WCYpDV6389Gmr/mnqbsgmzWsJQIOOvQNxYV1dcdXYXrR 1GQvX9R4oCASCOcoPQ2wiEXFcDpbcx1IIdXBjOutlPO34VBEEsljBk1t8nqYkNxsg+cz GLhe6q+gkkzZtkxfgjNDM4ooImYdTFgAXe8hh+gUj7xjfLNJ+T4I3CW3jKnviPibTb13 /8swAVPI47p9GixJL45bhWdQ9pFYYYySwvKAE56hBddXD3KXblcYgG62ASU/BVXNFlFR az/847pqNMo0mvWzpuoKVKz917fLU1f9F8+Ev8D7kEDiMa9oKpDpLCSRna6K6w6C8bXv 8S6Q== X-Gm-Message-State: AOAM533TMWdJFmM2O9A0Lck2m7jGoM+2xPHUBLb+WoDuQPAG7XsPEsV2 lohhOfkWOVoM+U9+1HxZyyruU8vQ44J2QqF5kkUWqe8CkKjPzw== X-Google-Smtp-Source: ABdhPJwX+0zXSrgcNIisuqJYIlO9IntaX6jWKG4TZmvA2xeaBTtDsTw0KfYE2yVbfOfjdNmg2qHdWLqliJ1rTb2jVC4= X-Received: by 2002:a37:83c2:: with SMTP id f185mr3048475qkd.206.1611615482714; Mon, 25 Jan 2021 14:58:02 -0800 (PST) MIME-Version: 1.0 References: <47700631-2D94-4BA8-9707-9ADD70C99600@obsigna.com> <20210116184333.f91594f9c3505d2c588d9634@bidouilliste.com> <20210116184833.1a3182a20a2b6c727b64bb59@bidouilliste.com> <06F689CA-B781-4CEB-8F8A-B00FAC684DD3@obsigna.com> <20210117174539.43b55379e6a37881589616a8@bidouilliste.com> <20210117225539.c113796159735c5a3950c774@bidouilliste.com> <03F9A3D3-0A2B-4B09-9C8D-AAAF761C0F4C@obsigna.com> <20210118094510.48eee03d502ea25ab7d09938@bidouilliste.com> <9F0684B2-02EA-4647-BA02-8C6F80C421F7@obsigna.com> <9C2425C5-ABF2-4A3B-8C93-C20554A59000@obsigna.com> <20210118222052.2e0d6c824f0685be8199ad03@bidouilliste.com> <2EC45258-B2DF-4433-95AD-CF2C5245135E@obsigna.com> In-Reply-To: <2EC45258-B2DF-4433-95AD-CF2C5245135E@obsigna.com> From: Warner Losh Date: Mon, 25 Jan 2021 15:57:51 -0700 Message-ID: Subject: Re: GENERICSD snapshot on a BBB has issues with loading the if_rtwn_usb module To: "Dr. Rolf Jansen" Cc: Emmanuel Vadot , "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: 4DPldR71Sdz3nMP X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=m4b/XsJb; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::736) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.91 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(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]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::736:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.91)[-0.912]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::736:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::736:from]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; 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: Mon, 25 Jan 2021 22:58:05 -0000 On Mon, Jan 25, 2021 at 5:33 AM Dr. Rolf Jansen wrote: > > Am 18.01.2021 um 18:20 schrieb Emmanuel Vadot : > > > >> On Mon, 18 Jan 2021 16:07:38 -0300 > >> "Dr. Rolf Jansen" wrote: > >> > >> While loading of kernel modules do work with the newly build > loader_lua.efi, a regression emerged. In /boot/loader.conf I have for some > time now the directive loader_color="NO" in order to prevent the serial > console changes from my default scheme black text on white background to > white on black. Since today, the serial console shows again everything > white on black. Is this directive not functional anymore? How can I force > the serial console keep on showing black text on white background? > >> > >> Best regards > >> > >> Rolf > > > > Yes we compile with TERM_EMU now so you might need to adjust > > teken.bg_color and teken.bg_color in loader.conf I think > > That does nothing. The color inversion of the serial console window > happens already before loader.conf would be read. The first message that I > see in white on black is that efi/freebsd/loader.env was consulted. > However, I cannot find that loader.env file. Perhaps, I need to add the > teken.fg_color and teken.bg_color directive to this one. > > For the time being, I added echo -e "\e[0m" to /etc/rc.local and this > command switches the serial console back to normal after stating-up has > been finished. > I think that the UEFI BIOS is resetting the colors. We've had issues with that on some, but not all, of our servers. I thought they'd been ironed out though. I'm kinda surprised the teken settings didn't take. Can you capture the end of the reboot, start of the next boot? Warner From owner-freebsd-arm@freebsd.org Mon Jan 25 23:40:24 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 8BFCC4F6958 for ; Mon, 25 Jan 2021 23:40:24 +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.21]) (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 4DPmZH2mrqz3r4Y for ; Mon, 25 Jan 2021 23:40:22 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1611618020; s=strato-dkim-0002; d=obsigna.com; h=References:To:Cc:In-Reply-To:Date:Subject:Message-Id:From:Cc:Date: From:Subject:Sender; bh=TIyNlUmxWhcp/4ugFIBFIbeCxSPqFirbjTsZJrq9YWw=; b=tKGxSrQ+8y7vfWW2nsb9RkebphPhYwwAzhDeKVjIFgofXAFfKhs0nJNeHas+DX1gDi DufwCB6Zydie1QlJ/MN46wc7Kaax39yoAB+8PyoMPv9GEbWOeWJLdXqVC8fycCtdxivA 21owNRrgi0dgBchxrEAZXf2OjKeVazVFp04FdSwDd8zT1WiiyjJEx4RbUHhDaNFfgSwL jQjNkoWBwnkmqlcOFgmqXkk2KifUT6m7srGWXdUGAxJUrhXDaT07FF2bIBUgb+paT4a2 jWqddhZF/BWfML2logs2NBbOiQP9Qwu/5KKk8R815zz4loTyPMlrhjrS2VeHr1fGOKQB UOXA== 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.15.1 DYNA|AUTH) with ESMTPSA id 90a55fx0PNeI1TZ (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Tue, 26 Jan 2021 00:40:18 +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 481E51350F946; Mon, 25 Jan 2021 20:40:14 -0300 (-03) From: "Dr. Rolf Jansen" Message-Id: <74F08A29-B203-4130-AF75-B70CC2B92979@obsigna.com> Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.7\)) Subject: Re: GENERICSD snapshot on a BBB has issues with loading the if_rtwn_usb module Date: Mon, 25 Jan 2021 20:40:12 -0300 In-Reply-To: Cc: Emmanuel Vadot , "freebsd-arm@freebsd.org" To: Warner Losh References: <47700631-2D94-4BA8-9707-9ADD70C99600@obsigna.com> <20210116184333.f91594f9c3505d2c588d9634@bidouilliste.com> <20210116184833.1a3182a20a2b6c727b64bb59@bidouilliste.com> <06F689CA-B781-4CEB-8F8A-B00FAC684DD3@obsigna.com> <20210117174539.43b55379e6a37881589616a8@bidouilliste.com> <20210117225539.c113796159735c5a3950c774@bidouilliste.com> <03F9A3D3-0A2B-4B09-9C8D-AAAF761C0F4C@obsigna.com> <20210118094510.48eee03d502ea25ab7d09938@bidouilliste.com> <9F0684B2-02EA-4647-BA02-8C6F80C421F7@obsigna.com> <9C2425C5-ABF2-4A3B-8C93-C20554A59000@obsigna.com> <20210118222052.2e0d6c824f0685be8199ad03@bidouilliste.com> <2EC45258-B2DF-4433-95AD-CF2C5245135E@obsigna.com> X-Mailer: Apple Mail (2.3445.9.7) X-Rspamd-Queue-Id: 4DPmZH2mrqz3r4Y X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=obsigna.com header.s=strato-dkim-0002 header.b=tKGxSrQ+; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-rj@obsigna.com designates 85.215.255.21 as permitted sender) smtp.mailfrom=freebsd-rj@obsigna.com X-Spamd-Result: default: False [-2.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:85.215.255.0/24]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[obsigna.com:+]; 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)[85.215.255.21: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)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[2.221.86.96:email]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[obsigna.com]; SPAMHAUS_ZRD(0.00)[85.215.255.21:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[2.221.86.96:email]; RCVD_IN_DNSWL_NONE(0.00)[85.215.255.21:from]; FROM_NAME_HAS_TITLE(1.00)[dr]; RWL_MAILSPIKE_POSSIBLE(0.00)[85.215.255.21:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=us-ascii 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, 25 Jan 2021 23:40:24 -0000 Am 25.01.2021 um 19:57 schrieb Warner Losh : > On Mon, Jan 25, 2021 at 5:33 AM Dr. Rolf Jansen = > wrote: > > Am 18.01.2021 um 18:20 schrieb Emmanuel Vadot >: > >=20 > >> On Mon, 18 Jan 2021 16:07:38 -0300 > >> "Dr. Rolf Jansen" > wrote: > >>=20 > >> While loading of kernel modules do work with the newly build = loader_lua.efi, a regression emerged. In /boot/loader.conf I have for = some time now the directive loader_color=3D"NO" in order to prevent the = serial console changes from my default scheme black text on white = background to white on black. Since today, the serial console shows = again everything white on black. Is this directive not functional = anymore? How can I force the serial console keep on showing black text = on white background? > >>=20 > >> Best regards > >>=20 > >> Rolf > >=20 > > Yes we compile with TERM_EMU now so you might need to adjust > > teken.bg_color and teken.bg_color in loader.conf I think >=20 > That does nothing. The color inversion of the serial console window = happens already before loader.conf would be read. The first message that = I see in white on black is that efi/freebsd/loader.env was consulted. = However, I cannot find that loader.env file. Perhaps, I need to add the = teken.fg_color and teken.bg_color directive to this one. >=20 > For the time being, I added echo -e "\e[0m" to /etc/rc.local and this = command switches the serial console back to normal after stating-up has = been finished. >=20 > I think that the UEFI BIOS is resetting the colors. We've had issues = with that on some, but not all, of our servers. I thought they'd been = ironed out though. I'm kinda surprised the teken settings didn't take. >=20 > Can you capture the end of the reboot, start of the next boot? >=20 > Warner We are talking about a serial console of a BeagleBone Black, which is = connected via J1 over FTDI232/USB to a macOS computer. In the Mac = Terminal I have running: sudo cu -s 115200 --nostop -l /dev/tty.usbserial-00000000 Below comes a copy of the console messages between the end of reboot = until Loading the kernel (s below). My original e-mail comes in = formatted text, so you would see when the terminal color is switched = from black on white (the default of the Mac Terminal since 20++ years) = to white on black (the default of MS-DOS in the 80ths :-). The color = switch happens together with the following output: Consoles: EFI console =20 Reading loader env vars from /efi/freebsd/loader.env The actual capture comes below, and as you can see, loader.conf is = loaded afterwards. Thank you very much for looking into this. Best regards Rolf All buffers synced. Uptime: 5h15m47s Rebooting... U-Boot SPL 2020.10 (Jan 22 2021 - 04:24:22 +0000) Trying to boot from MMC1 U-Boot 2020.10 (Jan 22 2021 - 04:24:22 +0000) CPU : AM335X-GP rev 2.1 Model: TI AM335x BeagleBone Black DRAM: 512 MiB WDT: Started with servicing (60s timeout) MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 Loading Environment from FAT... OK Net: eth2: ethernet@4a100000, eth3: usb_ether Hit any key to stop autoboot: 0=20 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... 88690 bytes read in 9 ms (9.4 MiB/s) Found EFI removable media binary efi/boot/bootarm.efi Scanning disk mmc@48060000.blk... ** Unrecognized filesystem type ** Scanning disk mmc@481d8000.blk... ** Unrecognized filesystem type ** Found 6 disks No EFI system partition BootOrder not defined EFI boot manager: Cannot load any image 1402608 bytes read in 92 ms (14.5 MiB/s) Booting /efi\boot\bootarm.efi ... 77 blank lines ... Consoles: EFI console =20 Reading loader env vars from /efi/freebsd/loader.env Setting currdev to disk0p1: FreeBSD/arm EFI loader, Revision 1.1 Command line arguments: l Image base: 0x9cddc000 EFI version: 2.80 EFI Firmware: Das U-Boot (rev 8224.4096) Console: comconsole (0) Load Path: /efi\boot\bootarm.efi Load Device: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(0)/HD(1,0x01,0,0x400= ,0x3c00) Trying ESP: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(0)/HD(1,0x01,0,0x400= ,0x3c00) Setting currdev to disk0p1: Trying: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(0)/HD(2,0x01,0,0x400= 0,0x1da8c00) Setting currdev to disk0p2: Loading /boot/defaults/loader.conf Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local / ... 54 blank lines ... cLoading kernel... /boot/kernel/kernel text=3D0x1b4 text=3D0x6f0394 text=3D0x182990 = data=3D0xafc70 data=3D0x0+0x1e8000 syms=3D[0x4+0x9e3e0+0x4+0x10f605] Loading configured modules... /boot/kernel/ipfw_nat.ko text=3D0x1552 text=3D0x25bc data=3D0x2f0+0x4 = syms=3D[0x4+0x1270+0x4+0xc7d] loading required module 'ipfw' /boot/kernel/ipfw.ko text=3D0x855c text=3D0x24514 data=3D0x1568+0x8c = syms=3D[0x4+0x6410+0x4+0x4349] loading required module 'libalias' /boot/kernel/libalias.ko text=3D0x2ae0 text=3D0xac60 data=3D0x5e8+0x46 = syms=3D[0x4+0x1e50+0x4+0x15e9] /boot/kernel/if_rtwn_usb.ko text=3D0xb600 text=3D0x68b0 data=3D0x2c4+0x3b = syms=3D[0x4+0x34d0+0x4+0x291e] loading required module 'rtwn' /boot/kernel/rtwn.ko text=3D0x51e0 text=3D0x18220 data=3D0x244 = syms=3D[0x4+0x32f0+0x4+0x19e2] loading required module 'wlan' /boot/kernel/wlan.ko text=3D0xdaa0 text=3D0x3b280 data=3D0x64f8+0x1c0 = syms=3D[0x4+0x94d0+0x4+0x6e59] /boot/kernel/if_bridge.ko text=3D0x2a60 text=3D0x6e50 data=3D0x5dc+0x4 = syms=3D[0x4+0x2380+0x4+0x1776] loading required module 'bridgestp' /boot/kernel/bridgestp.ko text=3D0xe60 text=3D0x4e20 data=3D0x140+0x18 = syms=3D[0x4+0xe50+0x4+0x840] /boot/kernel/accf_http.ko text=3D0x62a text=3D0x6d4 data=3D0x19c = syms=3D[0x4+0x430+0x4+0x404] /boot/kernel/rtwn-rtl8188eufw.ko text=3D0x3ad1 text=3D0xbc data=3D0x118 = syms=3D[0x4+0x3b0+0x4+0x3f7] /boot/kernel/accf_data.ko text=3D0x3ad text=3D0x38 data=3D0xe8 = syms=3D[0x4+0x280+0x4+0x26d] /etc/hostid size=3D0x25 /boot/entropy size=3D0x1000 From owner-freebsd-arm@freebsd.org Tue Jan 26 02:17:10 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 7ABE34FB873 for ; Tue, 26 Jan 2021 02:17:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (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 4DPr386bKqz4WvB for ; Tue, 26 Jan 2021 02:17:08 +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=1611627426; bh=4OG14ahxKiZqJj4w+lIWqXPxWMTexXpBeKjpAeiiMYF=; h=From:Subject:Date:To:From:Subject:Reply-To; b=m5c/6OJNTF5wP2ommSzQasNUlzRnsD8nG47+Py8viWd97SRoEnRcEGTvXpwiFvoUhcTE5jZWUhuHy/4oPYsMrhTE9QlORmxaPfd/sx7UwfyuQsjpcu7WEL+8tCjmraNXlaqCE0JwodvBs6YrBo1Jdqbr9iIKK9G9iWyDA2z3i4CV0+dm/ZYwqltc0bWWeQ1YXPb5rlvJEhgt55/9cpKVX1HtRjGvEQvMS6HQ3TmpgB42UUOVSA7Dh7zYYOrC/vINZV/hoFQG/ygbMal6i6Wbe12/9cwVAq3N3ICLIMTrr729X21dKVUaT4G3PISX2fWO8K9S/sulROSZoyFauUj9Gw== X-YMail-OSG: 1AqAfpkVM1m35imiAR4c_CoQsUgqPgfAGJWWSmnyUgPPCxS_ZmwMoJX2De6HlTa 6L95pa2vTKjL8pB4sk3YdNaVq2h7b8HY.6bTR2n_MZBJDNt0AfrMJaqar5ZIuLvFqZsfZTuHiVkp Sz5hS6nVwq.A8GSUyEJv6nlU8s7ip5Cu6tIViwBFBa_rh4tWD9pX1ybBqJH6rmxeiD1OEMh0vIK_ HmYCi3MwJQokyJIG9tr0HY0kj8wA_N8I5FYZAJ.G.0b.Mo.v4OLtrbLUsmcA45JyU0nuSaxSL2jY EC.QnVWcsR39OP9dISFhPOEI8A..6c0AqzmjWDJHxzmfSLwm357.rONvWS9pCsjBE5qU1dyr_tLa UTrrYEHbhAsaydPzY8_h2WGHxPfQsRlwFbgFHbknFIGos93x_0CDXg4ZVoJnUww4qfYzH7_d8DaN Gv_4nDkS9d8In6OZkE79RCQcOSWRMN6CI5maEZeB2tuMwQ1CF4ZqE7OJr9QLHmTxs7CM812PGUqL WLv6eWtuUXXfftOKp3OeY_iWnn2WjuHWnqfFqUO0uWo20W5qhtS2Zhcx7OVTNmVUWRFYS6P9P0Og zlZaa9FKlARL60OU4yp.GpbCn3ep5imdT4TpZnNnak3J_sUpdHZTeEf2DG89ae17ZADJMLmlFxj7 ugiLN9FZabeEzaGHKDnNILWaFKDcQrIribT5jg_Fsvj3yioOPZ9taj0GG_T3OvyEhWyoIFMkOQFS TDm7vAP6UJ7nnG8ZuWwwIjzz3ec8DvN8ERe9I.00EX.nBUD50YpafvBBY.Y6ohU91G0jvBE3zNt8 g1fYQ2J3THm5w_14steinN6klWA1fZ4DitpgGxksUlnogA19eEK5YH50u7DlkCa_gnnY1bRgT1el Lifx1GFAsbmEV0Thl1Rt76ZU4phgz60YHBH0U3VS1yny8suam6Pcs__I3rn6HCShY7Faz_fn94BS vTeF64HsSTzXBMknDgavRKYo7Mpd5pw8Bzxf5A.h0ZPx2.StpSsRMVC_uZel7K6tuXUeHlZJu_bS rKNAzHF_FzU7WBgMPLLk611SOnB3UeSHsX919hhFZQTJvP8lyPJXFBzzRxhVY7AdXaXc2MZCZEOl L25KeZY2R921pQPpOlpTG5z80rUy26qQjh66qbOlpN.7SZhK0I33e1etFHd.UHOlF_yn86vXap_q POPG3vhyh4wXYUDIHFV4BF6N6KCGWvrlPGxq7l3KMqfQhgAt0B9C8.N.17XpmHOXv4Jg_uOQfkba FhokZVAONXQJge9flgCumrtWjC8m_qteCQGyEHMLeFQ5A.nY13l651PYz4BC.ZJleZowI4YWFJXm PLA.g0g1PtPbuIGI.XlNwwcYexQ.Xt1XS2eQqXQr_3mv2tFuHVOr6Nx1ZCbnmgrzfczSck4vQylH ObI3PmWs5c0L6VsF146qRkAEkrowyoDa5lvj8Z1Kr6hOkkZTaQE4mGoJn20GSHoSMl8HgoT0DT1m xS6mJnIa3uASxLnFHDCIQj2GJ3X7GYfuX_NB.Im.xspGVnrWnd9kE7a.r3tZhCaeDvzzZPjRY6tH fQ.6yASnlxZ0_xW8BdCPNBljUMA06tWeOYqLxs3dAvaJLgE17QbKQN2HXHqyVHXQ.ZBXfVj56f4M oxqPu3EfIe3nAgrLgUnvD4RwowUzVn64xuVG6dkips49OiJAZ.eKMYtA5TQoiBVZmh10wix481_N RhtbzO7UwWNaYm0wG3s5su5MknlpZ38i.Mrb2dTeWVCWT7LupfxwCjG56xXzd2xrkeJCtpkyoHZS ojTwpawx0yu8UluJmSrFZ3Caeh_ZPz97UjvJhnmiy3ZOC77TgYxvW0jbSJAYO.jI84A9nlut4J6q hg0M3x7pC7s2mTcKo9dP7VJl.U57D20ISSh6ccY4FjNTNxvu6_7xWEZNdKslVS5AbXI_TtzevEF_ DJAiEXEdOjyFyX9DbPiT6._hWFnpud6Ve3W4li5s4w8z.voKOkpcLW7QDWMlgw4Bf4FuB86BhSZl 4TldgUhrtm.hCaxn2Y2d7llxhTJXWct6AHboU4NH1hVpq2gDFqk_XPpHC1W.ORotQrrxkaOmw0ZW xND8SdyG4v6TxexlqP5gFP2wgASW70.nWcW5MS.ZCI.x.ZN1vokj8D8upridisDg_pywWVwZUPGA mTfUt1GkZWewJaiFmzq1lcfxxw1ve4amyn7lW5ylh85tvgVAud2RWa_VyVvTvFdocH6y1PZSsisp ztkxS6gIem_zjVySdktDbRua.xSLAz.TanJ9Afb0prb3INDr3LzSid_M.vtAHTQSCxxqp2Rp_g.U 3dqAbMxSoE7GegXaFc6Elwz2ElKbHgbrTRvy_qkR3xVYaNRfAx4Wl33w5MQzcHYm02gY.Mlin6LK jJs8l9XK51yrtcMBoVNYcsGwtRtA73w1eDQlh10gcD3H0edfdvQD3kuNlb1avv..3XkfAUU2YHwf h43_.EXt7L6P5Sz26M6LYiMtvXLClnnI_KyF5nOOr8gAxUYTfvONSCdT_rrJf5Me3eZ_yzNZulaz j68d4VTXkLG5ihJ..Kj.8XS3mPlJSEWY671spfgRPPoY- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Tue, 26 Jan 2021 02:17:06 +0000 Received: by smtp424.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7943c40b6179e2f28bdeff97c6e353d4; Tue, 26 Jan 2021 02:17:01 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: GENERICSD snapshot on a BBB has issues with loading the if_rtwn_usb module Message-Id: <1A2942BF-A008-4347-A31F-FB2F18E1C8E0@yahoo.com> Date: Mon, 25 Jan 2021 18:16:58 -0800 To: freebsd-rj@obsigna.com, Warner Losh , freebsd-arm X-Mailer: Apple Mail (2.3654.40.0.2.32) References: <1A2942BF-A008-4347-A31F-FB2F18E1C8E0.ref@yahoo.com> X-Rspamd-Queue-Id: 4DPr386bKqz4WvB X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.84:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; 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: Tue, 26 Jan 2021 02:17:10 -0000 Dr. Rolf Jansen freebsd-rj at obsigna.com wrote on Mon Jan 25 23:40:24 UTC 2021 : QUOTE Below comes a copy of the console messages between the end of reboot = until Loading the kernel (s below). My original e-mail comes in = formatted text, so you would see when the terminal color is switched = from black on white (the default of the Mac Terminal since 20++ years) = to white on black (the default of MS-DOS in the 80ths :-). The color = switch happens together with the following output: Consoles: EFI console = Reading loader env vars from /efi/freebsd/loader.env=20 END QUOTE In case it is any help, I've a context that records the binary stream (but for a RPi3B). I happen to use: beastie_disable=3D"YES" loader_color=3D"NO" (Technically the disable might make the NO redundant. But I'm not overly concerned with the result details that actually happen for my context. This is just an FYI submittal about the detailed output character sequence observed.) In order to reasonably read the output, I've removed the 2867 instances of: ESCAPE[?25h that were in the log file before extracting the following that also has ESCAPEs removed but leaves the other escape-sequence characters for reference. QUOTING THE LOG (other than ESCAPE characters): Booting /efi\boot\bootaa64.efi [2J[1;1H[2J[1;1H[0;37;40m[1;1HConsoles: EFI console =20 |=08/=08-=08\=08|=08/=08-=08\=08 Reading loader env vars from = /efi/freebsd/loader.env END QUOTE This does result in the character cells written to ending up as white text on a black background, unlike before that point --and the cells not written to around what is written to on a line. The last line to still have the mix on the same line is: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs After that line, the lines have a back background all the way across (still white text) until I do something that happens to twiddle with the background color again. I've not tried anything with teken.bg_color or teken.fg_color . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Jan 26 19:03:48 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 A0B294FCB97 for ; Tue, 26 Jan 2021 19:03:48 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-qv1-xf2a.google.com (mail-qv1-xf2a.google.com [IPv6:2607:f8b0:4864:20::f2a]) (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 4DQGNg6xw9z3pK9 for ; Tue, 26 Jan 2021 19:03:47 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-qv1-xf2a.google.com with SMTP id n14so3611199qvg.5 for ; Tue, 26 Jan 2021 11:03:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to:cc; bh=71eF09DzfDkhNRrMQ5IgWIoG9BOnexB35HJHig4ZZ68=; b=db4hfaPSdgfFC1kNUq4I4z0UnpOcwnC7nCrW7dD5TlG1TTnG8nsbaKJeDxgK7KpP2S MZ1dovgdjNBDRXyXIy3mU29CKjylia95XWmA+prLIB6uxnozp+iRHfmJnmgyB16m3/tx eeGN6yYWqm/c3rYlsYLem0juBbibog8topfpfP8jpACRHUhea0ecx5tIlHMVh2qCummt XmoVZbYWG4MUbg1qJTNCL1VEi/vUs7dysscX13xAcfVWzxrdrGR0o6HNVRW1/+W6M8G/ HPsKU012g40c7FFwqjCJnCDLIRu4/6vVZi96kVw7u4FOUSPKFha6kDMRXvV661F+pPY8 2dug== 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:cc; bh=71eF09DzfDkhNRrMQ5IgWIoG9BOnexB35HJHig4ZZ68=; b=iEqnWiztAyOlx41RI8mrUq7gnzt3NTOotEoJk0p++KQewBK+Mc98j85T0klfl9gB1I zZbuXWG/0jivWBotgbo/jN6XnAqP648RwbvikGmG2keFZnJQ2uibHEnDtp2WTugGFyYY /VGMJyYzyw4wcyDEO9DIjcJMAhZria39US1XUb3vA9BC4NEkJ0pXzYaxftN2fuglNwFU ZmGz1BKVZtwH80EnO7TC8EPqasJPopHSpWN0IrpRJO5flRK3YuCpTqNVM6SzHCkAxJmN Cyq6SSGMGJxNRy88TKAKgsaBLH6NCm+tq/JzamVdnMzsj3YvG9lG2qDNLK1d2gBiTBmZ eowA== X-Gm-Message-State: AOAM530Uh/oYyRG4aR2NH5vC6jpLkH6lJb4SCu/8ADOCLPPjcdjDYVuH pukIQG5BIuhP5yITvcnfdU9v/UCO8FZ74Jq/O4sMToBCu5ag8Ibq X-Google-Smtp-Source: ABdhPJyiFRY3ooCA9Mnsg1xG8XSxzqrO2Ej/li/n8oatEZJtRqs18qi3j5UN0k1P+gjopzdHQBsPmHy0caVVvvN2l4I= X-Received: by 2002:a05:6214:a54:: with SMTP id ee20mr6968083qvb.16.1611687826851; Tue, 26 Jan 2021 11:03:46 -0800 (PST) MIME-Version: 1.0 From: Marcin Wojtas Date: Tue, 26 Jan 2021 20:03:34 +0100 Message-ID: Subject: Armada 7k8k & U-Boot/Device Tree To: freebsd-arm Cc: Zyta Szpak , =?UTF-8?Q?Kornel_Dul=C4=99ba?= , Grzegorz Jaszczyk Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DQGNg6xw9z3pK9 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semihalf-com.20150623.gappssmtp.com header.s=20150623 header.b=db4hfaPS; dmarc=none; spf=none (mx1.freebsd.org: domain of mw@semihalf.com has no SPF policy when checking 2607:f8b0:4864:20::f2a) smtp.mailfrom=mw@semihalf.com X-Spamd-Result: default: False [-1.30 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[semihalf-com.20150623.gappssmtp.com:s=20150623]; FREEFALL_USER(0.00)[mw]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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)[semihalf.com]; NEURAL_SPAM_SHORT(1.00)[0.997]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::f2a:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[semihalf-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f2a:from]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::f2a:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, 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: Tue, 26 Jan 2021 19:03:48 -0000 Hi, I struggled a bit with Armada 7k8k with FreeBSD and U-Boot (more general - FreeBSD and device tree) - the experience is not pleasant, but unfortunately in this activity switching to EDK2 firmware is not an opiton. On top of HEAD I see following issues (checked on MacchiatoBin, Armada 7040 DB, Armada 8040 DB and a custom board). Device tree used is aligned with Linux v5.10's. - PCIE init hang on MacchiatoBin (it has to be disabled to proceed) - CP110 interfaces do cannot operate - the devices such as SD/MMC and USB time out. KDB shows that no IRQs are received in GIC via ICU-GICP secondary controllers. Does anyone use MacchiatoBin with U-Boot (and/or Device Tree) and see similar issues? Was there a pair of FreeBSD - device tree revisions that fully worked? Best regards, Marcin From owner-freebsd-arm@freebsd.org Wed Jan 27 14:22:02 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 36E0E4FA93F for ; Wed, 27 Jan 2021 14:22:02 +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 4DQm550FRJz4ZJp for ; Wed, 27 Jan 2021 14:22:00 +0000 (UTC) (envelope-from mgorny@gentoo.org) Message-ID: Subject: Hang while trying to boot armv7 on qemu-system-arm From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: freebsd-arm@freebsd.org Date: Wed, 27 Jan 2021 15:21:50 +0100 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: 4DQm550FRJz4ZJp X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=gentoo.org; spf=pass (mx1.freebsd.org: domain of mgorny@gentoo.org designates 140.211.166.183 as permitted sender) smtp.mailfrom=mgorny@gentoo.org X-Spamd-Result: default: False [-3.35 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[140.211.166.183:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:140.211.166.183]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; NEURAL_HAM_SHORT(-0.89)[-0.886]; DMARC_POLICY_ALLOW(-0.50)[gentoo.org,none]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; R_MIXED_CHARSET(0.83)[subject]; ASN(0.00)[asn:3701, ipnet:140.211.0.0/16, country:US]; MIME_TRACE(0.00)[0:+]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_HI(-0.50)[140.211.166.183: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: Wed, 27 Jan 2021 14:22:02 -0000 Hi, I'm currently working on improving LLDB support for FreeBSD. As part of that, I would like to do some testing on all platforms that are supported by LLDB on FreeBSD. I've been trying to boot armv7 via qemu following the recipe on wiki [1] but without success. I've been trying the armv7 images from FTP, 12.2 in GENERICSD and RPI2 variants, and 12.1 in GENERICSD variant. In all cases, the system seemed to hang at 'spinner'. While qemu used 100% of one of the CPU threads, nothing new was output for a few minutes (FWICS FreeBSD's CI sets a timeout of 60 seconds), so I suppose it actually hanged. The last screen of output I got is: ``` Loading kernel... /boot/kernel/kernel text=0x8b757c data=0xa4d90 data=0x0+0x1f4000 syms=[0x4+0xa42d0+0x4+0x106515] Loading configured modules... can't find '/boot/entropy' /boot/kernel/umodem.ko text=0x1520 text=0xf10 data=0x234+0x4 syms=[0x4+0xe70+0x4+0xa74] loading required module 'ucom' /boot/kernel/ucom.ko text=0x1714 text=0x2c6c data=0x3c4+0x838 syms=[0x4+0x13e0+0x4+0xbac] can't find '/etc/hostid' Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by EFI at 0x47dfd000. Kernel entry at 0x57e00180... Kernel args: (null) | ``` Does anyone have any idea what I am doing wrong? Or have any recent successes booting FreeBSD on qemu-system-arm? Alternatively, would someone with real hardware or working VM be able to offer me shell access for a few days? I only need to transfer my cross- built LLDB, run one unit test and test a bit of debugging on a trivial program, so I won't use many resources. [1] https://wiki.freebsd.org/QemuRecipes#armv7 [2] http://ftp.freebsd.org/pub/FreeBSD/releases/arm/armv7/ISO-IMAGES/ -- Best regards, Michał Górny From owner-freebsd-arm@freebsd.org Wed Jan 27 15:41: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 0E6284FC513 for ; Wed, 27 Jan 2021 15:41:53 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) Received: from mo4-p01-ob.smtp.rzone.de (mo4-p01-ob.smtp.rzone.de [85.215.255.52]) (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 4DQnsD0x5kz4fLV for ; Wed, 27 Jan 2021 15:41:51 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1611762109; s=strato-dkim-0002; d=obsigna.com; h=References:To:Cc:In-Reply-To:Date:Subject:Message-Id:From:Cc:Date: From:Subject:Sender; bh=WOvTM5izW9lsgwOyoCOFEFoERNlvMZkQhh/vKw32ol0=; b=OwzVGWjGeN23Sjh72R8pxsa/h1Lr6OVhs7+h66EnK6yf8L5E+kAvlem8LQdhQIGxMo kOx+7XHssaEJWdGNBUPcBlPmZT80+mtQI86wuNBMnsduwWxDI7NM9tBwsD+3UBGkMuzr +BqJzV3kw/w4V8MKqCo2YeL+qMxuzrFXxKO6UQprGxnJW2FNBRkbyGPLh6wux4SV0+q3 0rFSBcXr6zP88fde1GTddPwsGLt3iWZgDKmClN25DNNJvUT+HQniNVeRkh/wFQYLTD07 zoYv33NkxoMdT+LTaHhAmKOJIbxeeF5GiySeQ6KE58+H057oepBEgpEyBL3T3pddTr9A LYiA== 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.15.2 DYNA|AUTH) with ESMTPSA id f09a39x0RFfk5Ks (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Wed, 27 Jan 2021 16:41:46 +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 4E7321350F946; Wed, 27 Jan 2021 12:41:43 -0300 (-03) From: "Dr. Rolf Jansen" Message-Id: <0B51DB45-B571-4350-927C-41D73C206698@obsigna.com> Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.7\)) Subject: Re: Hang while trying to boot armv7 on qemu-system-arm Date: Wed, 27 Jan 2021 12:41:42 -0300 In-Reply-To: Cc: freebsd-arm@freebsd.org To: =?utf-8?B?TWljaGHFgiBHw7Nybnk=?= References: X-Mailer: Apple Mail (2.3445.9.7) X-Rspamd-Queue-Id: 4DQnsD0x5kz4fLV X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=obsigna.com header.s=strato-dkim-0002 header.b=OwzVGWjG; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-rj@obsigna.com designates 85.215.255.52 as permitted sender) smtp.mailfrom=freebsd-rj@obsigna.com X-Spamd-Result: default: False [-1.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:85.215.255.0/24]; URI_COUNT_ODD(1.00)[3]; RCVD_COUNT_THREE(0.00)[3]; 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:+,1:+,2:~]; 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)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[obsigna.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[85.215.255.52:from]; FROM_NAME_HAS_TITLE(1.00)[dr]; RWL_MAILSPIKE_VERYGOOD(0.00)[85.215.255.52:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] 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: Wed, 27 Jan 2021 15:41:53 -0000 > Am 27.01.2021 um 11:21 schrieb Micha=C5=82 G=C3=B3rny = : >=20 > Hi, >=20 > I'm currently working on improving LLDB support for FreeBSD. As part > of that, I would like to do some testing on all platforms that are > supported by LLDB on FreeBSD. I've been trying to boot armv7 via qemu > following the recipe on wiki [1] but without success. >=20 > I've been trying the armv7 images from FTP, 12.2 in GENERICSD and RPI2 > variants, and 12.1 in GENERICSD variant. In all cases, the system > seemed to hang at 'spinner'. While qemu used 100% of one of the CPU > threads, nothing new was output for a few minutes (FWICS FreeBSD's CI > sets a timeout of 60 seconds), so I suppose it actually hanged. >=20 > The last screen of output I got is: >=20 > ``` > Loading kernel... > /boot/kernel/kernel text=3D0x8b757c data=3D0xa4d90 data=3D0x0+0x1f4000 > syms=3D[0x4+0xa42d0+0x4+0x106515] > Loading configured modules... > can't find '/boot/entropy' > /boot/kernel/umodem.ko text=3D0x1520 text=3D0xf10 data=3D0x234+0x4 > syms=3D[0x4+0xe70+0x4+0xa74] > loading required module 'ucom' > /boot/kernel/ucom.ko text=3D0x1714 text=3D0x2c6c data=3D0x3c4+0x838 > syms=3D[0x4+0x13e0+0x4+0xbac] > can't find '/etc/hostid' >=20 > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... =20 > Using DTB provided by EFI at 0x47dfd000. > Kernel entry at 0x57e00180... > Kernel args: (null) > | > ``` >=20 > Does anyone have any idea what I am doing wrong? Or have any recent > successes booting FreeBSD on qemu-system-arm? >=20 > Alternatively, would someone with real hardware or working VM be able = to > offer me shell access for a few days? I only need to transfer my = cross- > built LLDB, run one unit test and test a bit of debugging on a trivial > program, so I won't use many resources. >=20 >=20 > [1] https://wiki.freebsd.org/QemuRecipes#armv7 > [2] http://ftp.freebsd.org/pub/FreeBSD/releases/arm/armv7/ISO-IMAGES/ >=20 > --=20 > Best regards, > Micha=C5=82 G=C3=B3rny I cannot be of help with QUEMU, but I could give you ssh access to one = of my BeagleBone Blacks. This one is currently running 13.0-ALPHA2. = Frequently I build world with WORLD_FLAGS=3D"MK_LLDB=3Dyes". LLDB builds = fine for ARMv7 and it is usable to a certain extend on a BBB, but there = are some issues. Perhaps we may discuss this later on. Best regards Rolf Dr. Rolf Jansen - - Rua Reginaldo de Lima, 98 Parque S=C3=A3o Diogo 09732-550, S=C3=A3o Bernardo do Campo S=C3=A3o Paulo - Brazil Phone: 0055-11/4317-0974 Mobile: 0055-11/9 8141-1465 E-Mail: rj@obsigna.com BLog: obsigna.com From owner-freebsd-arm@freebsd.org Wed Jan 27 16:17: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 38D344FD3BB for ; Wed, 27 Jan 2021 16:17:15 +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 4DQpf2250Jz4j82 for ; Wed, 27 Jan 2021 16:17:14 +0000 (UTC) (envelope-from mgorny@gentoo.org) Message-ID: Subject: Re: Hang while trying to boot armv7 on qemu-system-arm From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: "Dr. Rolf Jansen" Cc: freebsd-arm@freebsd.org Date: Wed, 27 Jan 2021 17:17:07 +0100 In-Reply-To: <24458513-E2EC-45DF-809C-D4F047BE232B@obsigna.com> References: <24458513-E2EC-45DF-809C-D4F047BE232B@obsigna.com> 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: 4DQpf2250Jz4j82 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=gentoo.org; spf=pass (mx1.freebsd.org: domain of mgorny@gentoo.org designates 140.211.166.183 as permitted sender) smtp.mailfrom=mgorny@gentoo.org X-Spamd-Result: default: False [-3.53 / 15.00]; ARC_NA(0.00)[]; R_MIXED_CHARSET(0.77)[subject]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[140.211.166.183:from]; R_SPF_ALLOW(-0.20)[+ip4:140.211.166.183]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gentoo.org,none]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3701, ipnet:140.211.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_HI(-0.50)[140.211.166.183: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: Wed, 27 Jan 2021 16:17:15 -0000 On Wed, 2021-01-27 at 12:29 -0300, Dr. Rolf Jansen wrote: > > Am 27.01.2021 um 11:21 schrieb Michał Górny : > > > > Hi, > > > > I'm currently working on improving LLDB support for FreeBSD. As > > part > > of that, I would like to do some testing on all platforms that are > > supported by LLDB on FreeBSD. I've been trying to boot armv7 via > > qemu > > following the recipe on wiki [1] but without success. > > > > I've been trying the armv7 images from FTP, 12.2 in GENERICSD and > > RPI2 > > variants, and 12.1 in GENERICSD variant. In all cases, the system > > seemed to hang at 'spinner'. While qemu used 100% of one of the CPU > > threads, nothing new was output for a few minutes (FWICS FreeBSD's > > CI > > sets a timeout of 60 seconds), so I suppose it actually hanged. > > > > The last screen of output I got is: > > > > ``` > > Loading kernel... > > /boot/kernel/kernel text=0x8b757c data=0xa4d90 data=0x0+0x1f4000 > > syms=[0x4+0xa42d0+0x4+0x106515] > > Loading configured modules... > > can't find '/boot/entropy' > > /boot/kernel/umodem.ko text=0x1520 text=0xf10 data=0x234+0x4 > > syms=[0x4+0xe70+0x4+0xa74] > > loading required module 'ucom' > > /boot/kernel/ucom.ko text=0x1714 text=0x2c6c data=0x3c4+0x838 > > syms=[0x4+0x13e0+0x4+0xbac] > > can't find '/etc/hostid' > > > > Hit [Enter] to boot immediately, or any other key for command > > prompt. > > Booting [/boot/kernel/kernel]... > > Using DTB provided by EFI at 0x47dfd000. > > Kernel entry at 0x57e00180... > > Kernel args: (null) > > > > > ``` > > > > Does anyone have any idea what I am doing wrong? Or have any recent > > successes booting FreeBSD on qemu-system-arm? > > > > Alternatively, would someone with real hardware or working VM be > > able to > > offer me shell access for a few days? I only need to transfer my > > cross- > > built LLDB, run one unit test and test a bit of debugging on a > > trivial > > program, so I won't use many resources. > > > > > > [1] https://wiki.freebsd.org/QemuRecipes#armv7 > > [2] > > http://ftp.freebsd.org/pub/FreeBSD/releases/arm/armv7/ISO-IMAGES/ > > > > -- > > Best regards, > > Michał Górny > > I cannot be of help with QUEMU, but I could give you ssh access to one > of my BeagleBone Blacks. This one is currently running 13.0-ALPHA2. > Frequently I build world with WORLD_FLAGS="MK_LLDB=yes". LLDB builds > fine for ARMv7 and it is usable to a certain extend on a BBB, but > there are some issues. Perhaps we may discuss this later on. Thank you, that would certainly be helpful. I can't promise that I'll be able to tackle more than bare minimum right now but I can certainly add more goals to my TODO ;-). My SSH key is: ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQCnt/PgGo7aBehonpdQZYcx7MsT7vteS32R2cc4BhL+pLsS8gBRG7mOe/PRr7CsGUu9zEsXxdFVR8OfIbynX8We/Z97pAVskme8QZgeoO/9/1cuxFhcRd3AlCCCDk99dbA8vTGAiva/lGPJnwU4+R86jv3nhOLtfredvCvJEjXRdClTjir1KwZV80u6bGuDaszt86FG+uWz4MLvVujFZDzIR9iQGwBySYOAMqZMxpCprEMeJdw52XGdO482ldC9CEEODIHVYIkwfcezkxDHKaTHOkKp14w4+2eMqFA8NBTSUivx1kJ7gZ2goSURZRP3PmllQvsnLyymR0H5c9kqKofsloHba+Q4oIRXEGghVJtgAkWizWC1pA+uiaA/TChcEEz07LVtmT/AHo3q+4BW0cEF9eHVcdEl73Kff9LdOXIam+HH1WZ6KJZX3MPKK58/QioW2oVJEIm73476NJIUdg1+WKF2CUErpScC/BHwG7Tuu9TU9ggXwOuacSIuvoInAlJNQVxVUsQ1+Svpm5Hgvpd7ljQ1NFk0qZN4yXojNXed3Dm7Hpv0Z3yegSjw0fzP1+oKG9WwH2wCPQPCESCLuBe6P7I2Sqn+wBMDNO8VqWD54Ncp/rNdgHzT4AJhyEIxzCVJd/tl1DTRV7ph9LccVSU3HLAwe8aksFXAfE9VJwkDEw== -- Best regards, Michał Górny From owner-freebsd-arm@freebsd.org Wed Jan 27 16:24: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 9FCCA4FD4D4 for ; Wed, 27 Jan 2021 16:24:40 +0000 (UTC) (envelope-from furkan@fkardame.com) Received: from sender4-of-o53.zoho.com (sender4-of-o53.zoho.com [136.143.188.53]) (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 4DQppZ1wpBz4jjq for ; Wed, 27 Jan 2021 16:24:37 +0000 (UTC) (envelope-from furkan@fkardame.com) ARC-Seal: i=1; a=rsa-sha256; t=1611764674; cv=none; d=zohomail.com; s=zohoarc; b=O+7oz/IsE90JP5vsJbCRUMLGo+uc504SJpkHEF2lqpHjQ8N2ymZegEmOpYlzB7dmQ8TYDpfAQW0BoMXxxpPxuVtSJ1NyFBFJjx/6BKWEqfHXjjkiO+w5ArdxRQ97+Cj2dlatRiTxuYY9PaDla/JFar7Q3t/b/5UJDl0WCwngx1I= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1611764674; h=Content-Type:Date:From:MIME-Version:Message-ID:Subject:To; bh=PTckGmgx7Ye45mWgvVCEpyKWD3vGU9I7l9PmsG50Vbo=; b=LSxMIgzb0WtHLayB5D0CHF11AybFbiXXftu10pE5u7HqhB013/CB2wzNG8CZE0TVC4PL4CxcUbZuS17KtAuutfSC21IJ93mgxemPTNSueMklFLiCsZFe6cu/tQCJX98y/S9JGnuGP46utNUqt2F7rp1dHaoHzB6eZNhDi7XpfGE= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=fkardame.com; spf=pass smtp.mailfrom=furkan@fkardame.com; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1611764674; s=fktech; d=fkardame.com; i=furkan@fkardame.com; h=Date:From:To:Message-Id:Subject:MIME-Version:Content-Type; bh=PTckGmgx7Ye45mWgvVCEpyKWD3vGU9I7l9PmsG50Vbo=; b=fspwQA0OdGUvBJ7MZREFhvRhCEoIkxTufW8lAQ+Ywh7voBrPCbxo1upOMXep0LNa UGG9KzuZz26c6z69s+IkT5w/0Ph6qoqgPc/HHh3vD8qyfWgTwqZY1UkGDX/yRhyzvgw vOBgXJn58wyvhnBBkAcmqfvfL1F1VA8jSXRBF9Og= Received: from mail.zoho.com by mx.zohomail.com with SMTP id 16117646699244.3204860761235295; Wed, 27 Jan 2021 08:24:29 -0800 (PST) Date: Wed, 27 Jan 2021 19:24:29 +0300 From: Furkan Salman To: Message-Id: <17744a91de2.ed6ce04b152214.5391983673388755993@fkardame.com> Subject: NanoPi R4S - DDR3 - 1Gb version support MIME-Version: 1.0 Importance: Normal User-Agent: Zoho Mail X-Mailer: Zoho Mail X-Rspamd-Queue-Id: 4DQppZ1wpBz4jjq X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=fkardame.com header.s=fktech header.b=fspwQA0O; arc=pass (zohomail.com:s=zohoarc:i=1); dmarc=none; spf=pass (mx1.freebsd.org: domain of furkan@fkardame.com designates 136.143.188.53 as permitted sender) smtp.mailfrom=furkan@fkardame.com X-Spamd-Result: default: False [-4.29 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[136.143.188.53:from]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:136.143.188.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[fkardame.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[fkardame.com:~]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[136.143.188.53:from]; R_DKIM_PERMFAIL(0.00)[fkardame.com:s=fktech]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:2639, ipnet:136.143.188.0/23, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; ARC_ALLOW(-1.00)[zohomail.com:s=zohoarc:i=1] 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: Wed, 27 Jan 2021 16:24:40 -0000 Hello,Is there any source for the freebsd image which was built by Mr.=C2= =A0 Ganbold,=C2=A0 I've received one but its ddr3 1gb and this image fails = to init ram.=C2=A0I tried to patch the u-boot with ddr3 for the same and it= doesn't respond anymore which means maybe my uboot is not right or I've ov= erwritten something.# dd if=3Didbloader.img of=3D/dev/mmcblkX seek=3D64 con= v=3Dnotrunc,fsync# dd if=3Du-boot.itb of=3D/dev/mmcblkX seek=3D16384 conv= =3Dnotrunc,fsyncI will try other uboot and see if it work.=C2=A0Thank you. From owner-freebsd-arm@freebsd.org Wed Jan 27 17:39: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 C433F52168F for ; Wed, 27 Jan 2021 17:39:15 +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.22]) (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 4DQrSf4tSnz4pFy for ; Wed, 27 Jan 2021 17:39:14 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1611769152; s=strato-dkim-0002; d=obsigna.com; h=References:To:Cc:In-Reply-To:Date:Subject:Message-Id:From:Cc:Date: From:Subject:Sender; bh=ylQOJgnnXN/lJAoCkO31YduTngdsOa9xOIVr0N1h6kE=; b=sqjkBJah2qrh08wB8C6+vZrz44icc7NdYQLTCJ2ddA14JSabW0U7b3lbW6kklOfrKs eyxQR3Ir4uMjcaCMc/9tu74PklJ0M56GV4iJcy+nigbrwx69n8uGHibkzE1iFFIdH77N lOROP2HuBOxhnqv0GNKOb4gMQ0Frbd5BhHk6v9hJSZ1RKtY9R4yKQ4c9aJEJPZCqKiro FH1FSuMVjGBp05AvdMUFe3rWmhVLIYBNmmmsvcpu7ZfG7pXlu80GgSBb4xRIoFOTpfUs CQcImwwGFWXekSJRf4GrNJ/FBm7wqWV55PYdsm+AsuRgLBw97kSqF0/2A5EPlB9ds+my qCZA== 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.16.0 DYNA|AUTH) with ESMTPSA id z04696x0RHd00Bm (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Wed, 27 Jan 2021 18:39:00 +0100 (CET) Received: from rolf-mini.obsigna.com (rolf-mini.obsigna.com [192.168.222.5]) (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 64BFB1350F946; Wed, 27 Jan 2021 14:38:56 -0300 (-03) From: "Dr. Rolf Jansen" Message-Id: <8CA1BF9F-ED98-416C-9265-8261270B44F4@obsigna.com> Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.15\)) Subject: Re: Hang while trying to boot armv7 on qemu-system-arm Date: Wed, 27 Jan 2021 14:38:55 -0300 In-Reply-To: Cc: freebsd-arm@freebsd.org To: =?utf-8?B?TWljaGHFgiBHw7Nybnk=?= References: <24458513-E2EC-45DF-809C-D4F047BE232B@obsigna.com> X-Mailer: Apple Mail (2.3445.104.15) X-Rspamd-Queue-Id: 4DQrSf4tSnz4pFy X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=obsigna.com header.s=strato-dkim-0002 header.b=sqjkBJah; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-rj@obsigna.com designates 85.215.255.22 as permitted sender) smtp.mailfrom=freebsd-rj@obsigna.com X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:85.215.255.0/24]; RWL_MAILSPIKE_GOOD(0.00)[85.215.255.22:from]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[obsigna.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-0.997]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[85.215.255.22: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)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[obsigna.com]; SPAMHAUS_ZRD(0.00)[85.215.255.22:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[85.215.255.22:from]; FROM_NAME_HAS_TITLE(1.00)[dr]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] 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: Wed, 27 Jan 2021 17:39:15 -0000 > Am 27.01.2021 um 13:17 schrieb Micha=C5=82 G=C3=B3rny = : > On Wed, 2021-01-27 at 12:29 -0300, Dr. Rolf Jansen wrote: >>> Am 27.01.2021 um 11:21 schrieb Micha=C5=82 G=C3=B3rny = : >>>=20 >>> Hi, >>>=20 >>> I'm currently working on improving LLDB support for FreeBSD. As >>> part >>> of that, I would like to do some testing on all platforms that are >>> supported by LLDB on FreeBSD. I've been trying to boot armv7 via >>> qemu >>> following the recipe on wiki [1] but without success. >>>=20 >>> I've been trying the armv7 images from FTP, 12.2 in GENERICSD and >>> RPI2 >>> variants, and 12.1 in GENERICSD variant. In all cases, the system >>> seemed to hang at 'spinner'. While qemu used 100% of one of the CPU >>> threads, nothing new was output for a few minutes (FWICS FreeBSD's >>> CI >>> sets a timeout of 60 seconds), so I suppose it actually hanged. >>>=20 >>> The last screen of output I got is: >>>=20 >>> ``` >>> Loading kernel... >>> /boot/kernel/kernel text=3D0x8b757c data=3D0xa4d90 data=3D0x0+0x1f4000= >>> syms=3D[0x4+0xa42d0+0x4+0x106515] >>> Loading configured modules... >>> can't find '/boot/entropy' >>> /boot/kernel/umodem.ko text=3D0x1520 text=3D0xf10 data=3D0x234+0x4 >>> syms=3D[0x4+0xe70+0x4+0xa74] >>> loading required module 'ucom' >>> /boot/kernel/ucom.ko text=3D0x1714 text=3D0x2c6c data=3D0x3c4+0x838 >>> syms=3D[0x4+0x13e0+0x4+0xbac] >>> can't find '/etc/hostid' >>>=20 >>> Hit [Enter] to boot immediately, or any other key for command >>> prompt. >>> Booting [/boot/kernel/kernel]... =20 >>> Using DTB provided by EFI at 0x47dfd000. >>> Kernel entry at 0x57e00180... >>> Kernel args: (null) >>>>=20 >>> ``` >>>=20 >>> Does anyone have any idea what I am doing wrong? Or have any recent >>> successes booting FreeBSD on qemu-system-arm? >>>=20 >>> Alternatively, would someone with real hardware or working VM be >>> able to >>> offer me shell access for a few days? I only need to transfer my >>> cross- >>> built LLDB, run one unit test and test a bit of debugging on a >>> trivial >>> program, so I won't use many resources. >>>=20 >>>=20 >>> [1] https://wiki.freebsd.org/QemuRecipes#armv7 >>> [2] >>> http://ftp.freebsd.org/pub/FreeBSD/releases/arm/armv7/ISO-IMAGES/ >>>=20 >>> --=20 >>> Best regards, >>> Micha=C5=82 G=C3=B3rny >>=20 >> I cannot be of help with QUEMU, but I could give you ssh access to = one >> of my BeagleBone Blacks. This one is currently running 13.0-ALPHA2. >> Frequently I build world with WORLD_FLAGS=3D"MK_LLDB=3Dyes". LLDB = builds >> fine for ARMv7 and it is usable to a certain extend on a BBB, but >> there are some issues. Perhaps we may discuss this later on. >=20 > Thank you, that would certainly be helpful. I can't promise that I'll > be able to tackle more than bare minimum right now but I can certainly > add more goals to my TODO ;-). >=20 > My SSH key is: >=20 > ssh-rsa = AAAAB3NzaC1yc2EAAAADAQABAAACAQCnt/PgGo7aBehonpdQZYcx7MsT7vteS32R2cc4BhL+pL= sS8gBRG7mOe/PRr7CsGUu9zEsXxdFVR8OfIbynX8We/Z97pAVskme8QZgeoO/9/1cuxFhcRd3A= lCCCDk99dbA8vTGAiva/lGPJnwU4+R86jv3nhOLtfredvCvJEjXRdClTjir1KwZV80u6bGuDas= zt86FG+uWz4MLvVujFZDzIR9iQGwBySYOAMqZMxpCprEMeJdw52XGdO482ldC9CEEODIHVYIkw= fcezkxDHKaTHOkKp14w4+2eMqFA8NBTSUivx1kJ7gZ2goSURZRP3PmllQvsnLyymR0H5c9kqKo= fsloHba+Q4oIRXEGghVJtgAkWizWC1pA+uiaA/TChcEEz07LVtmT/AHo3q+4BW0cEF9eHVcdEl= 73Kff9LdOXIam+HH1WZ6KJZX3MPKK58/QioW2oVJEIm73476NJIUdg1+WKF2CUErpScC/BHwG7= Tuu9TU9ggXwOuacSIuvoInAlJNQVxVUsQ1+Svpm5Hgvpd7ljQ1NFk0qZN4yXojNXed3Dm7Hpv0= Z3yegSjw0fzP1+oKG9WwH2wCPQPCESCLuBe6P7I2Sqn+wBMDNO8VqWD54Ncp/rNdgHzT4AJhyE= IxzCVJd/tl1DTRV7ph9LccVSU3HLAwe8aksFXAfE9VJwkDEw=3D=3D >=20 > --=20 > Best regards, > Micha=C5=82 G=C3=B3rny I will set this up tonight. I need to adjust NAT redirection and isolate = my other network. This is in Brasil UTC-3, so perhaps it will be after = midnight for you. I will send you an e-mail once the system is online. Best regards Rolf= From owner-freebsd-arm@freebsd.org Thu Jan 28 01:41:04 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 ED00D4F1F19 for ; Thu, 28 Jan 2021 01:41:04 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-oi1-x236.google.com (mail-oi1-x236.google.com [IPv6:2607:f8b0:4864:20::236]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-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 4DR38c0sDwz3vXN for ; Thu, 28 Jan 2021 01:41:03 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: by mail-oi1-x236.google.com with SMTP id k25so4362773oik.13 for ; Wed, 27 Jan 2021 17:41:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=S/eOVvHUFfcWl4C/N3cUGu83jTTqBs5aklwVKXgHwg8=; b=mEXm/y+anIDHyAhxK6UjIiNos2N9Ecj5ctwuhY5rHFuQC7/MMDkwFqP4n9fDKuq3DZ 8aUGdbhhwkxeKclzvPZt2TPOsJtDghnq3dMsQ3rqbAAmUMoRXWlG0E3GKV1Y5s1kDwYj vp4wQ/pEjk8kcEEZkntrjI+2bWiqV6M6xIOsvFJRR+xmXgqY0Me62XCNGw46Jdq9YUsJ J13RFAdfV27ZbMfatPq/I8Hs7OQ3xdNYCF1QX0cbR4RX1+UsnQZ82RoDlWHf+yoR8IK6 Gaim3IOB3OhLgw9APBTKsnRGtQYhgKFROFzDCUShoxDw4BLel4k+ePw+ifp2woY+YolH DXWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=S/eOVvHUFfcWl4C/N3cUGu83jTTqBs5aklwVKXgHwg8=; b=S98i5fKw7IT2Z5aQm30zaiMKuwetVH/FLe2BQLFrKknXho06pcfyx6p54vlYdWYUAe vu1xGmBf6t0+jdq119UbQ7HChaVhp03sooKgxvid3RGM6Mjtr7KqeMz7yq7SFZm8z/UJ 55z0+7RqPFjmKZM89HHkQlsLReudabIyVEdCVaqQ+MzG00dnsVaUie8gBlynmva6HUix 2E0JJ9CXTGqZTbm+QygigXEAcocshO++rfK5X8nDGxXMsnPuhLtNttPhF0C/rcqRBWYE kprB6z2maDq4NzueYLfJhSQb4W54JxntLfHNtDYM0GMs7ncWT5wMivc7+5nImuMvjNy9 UxYw== X-Gm-Message-State: AOAM530tbH9MYUGmXtzJrZu51F9ExjQ8RP75ak1G+VgOmQ8aDJKg+N0a mQwxdBlpeC3jOwyQ72sB6/IuQFKiuDLLWd1gGyTF887sops= X-Google-Smtp-Source: ABdhPJzZQJz6/QTeijSlhMXyZ/TydroLyUrAOR3F/Vfq0clIcpQy3F84ZBX1hMIkppqxF3oOd5pFAZCKfTMz2JVlYsY= X-Received: by 2002:aca:4f04:: with SMTP id d4mr5069038oib.97.1611798063002; Wed, 27 Jan 2021 17:41:03 -0800 (PST) MIME-Version: 1.0 References: <17744a91de2.ed6ce04b152214.5391983673388755993@fkardame.com> In-Reply-To: <17744a91de2.ed6ce04b152214.5391983673388755993@fkardame.com> From: Ganbold Tsagaankhuu Date: Thu, 28 Jan 2021 09:40:51 +0800 Message-ID: Subject: Re: NanoPi R4S - DDR3 - 1Gb version support To: Furkan Salman Cc: "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: 4DR38c0sDwz3vXN X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=mEXm/y+a; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ganbold@gmail.com designates 2607:f8b0:4864:20::236 as permitted sender) smtp.mailfrom=ganbold@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; 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::236:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/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]; FREEFALL_USER(0.00)[ganbold]; FROM_HAS_DN(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]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::236:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::236:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(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: Thu, 28 Jan 2021 01:41:05 -0000 On Thu, Jan 28, 2021 at 12:24 AM Furkan Salman wrote: > Hello,Is there any source for the freebsd image which was built by Mr. > Ganbold, I've received one but its ddr3 1gb and this image fails to init > ram. I tried to patch the u-boot with ddr3 for the same and it doesn't > respond anymore which means maybe my uboot is not right or I've overwritten > something.# dd if=idbloader.img of=/dev/mmcblkX seek=64 conv=notrunc,fsync# > dd if=u-boot.itb of=/dev/mmcblkX seek=16384 conv=notrunc,fsyncI will try > other uboot and see if it work. Thank you. > For now you can try Armbian u-boot for nanopi-r4s as we don't have FreeBSD port for u-boot for it yet. Ganbold > _______________________________________________ > 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 Jan 28 07:35: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 82E784FB099 for ; Thu, 28 Jan 2021 07:35:58 +0000 (UTC) (envelope-from s199p.wa1k9r@gmail.com) Received: from mail-pj1-x1030.google.com (mail-pj1-x1030.google.com [IPv6:2607:f8b0:4864:20::1030]) (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 4DRC255JJKz4kFr for ; Thu, 28 Jan 2021 07:35:57 +0000 (UTC) (envelope-from s199p.wa1k9r@gmail.com) Received: by mail-pj1-x1030.google.com with SMTP id my11so4333402pjb.1 for ; Wed, 27 Jan 2021 23:35:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=wPUrnIKWtZTzqroDAkMviC7nkgNVYPgg2LEdKspyvKU=; b=eqk0OSMzcE+mzPcapOtw229fJ8CNJKmaAs8AtrHramL4tNtH8rRDwaLO9cIZ0c49JG mnOo3nFNGB+bKbr0p6vfs/nfnrsQR4AVqJoTOp2B0qOQMmtnX2mptBRBAH8XXlWdsMS7 klRc8v+oHObAWnQv5skxDUmwhNBjgCryu+Mqa/ix+GgywomxsrNjTQw3pED0pxqDy3fn 2GrXKxb+aX654eWXV3MCfH4u2W6NzOwIRDbHbfSCH+2qgpfoXQMX+pBdHxvUY8BFvW1u ALoEGDwDxXLpqhlbkJKHG/1icfxR4Pv4KHoz0IBQwS1xipJvGVC5KjmQl1uO2deQaWqm 2joA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=wPUrnIKWtZTzqroDAkMviC7nkgNVYPgg2LEdKspyvKU=; b=tWFgBmoGfBSq7zPirpT0Ljrr7qL+m1OgOcSLAmJGdNGXpScx1xhRitMvRPrYkxEuPB n/GvJWshhxVxFXAlAeY5+Rx8Pew0YC9reqYZYhAH6Mevs5Y9YEhHZ+7b2hB1ZnM0ilOg ltiLgcntOYCQMByn16CEYXJTk/XB4MfNzgffKKizJ0oJb3XImgmiOHnhYkp7EhXjYIWr jyuGfOS5xjQqQJ4BcqRMpNwnchcU9c6sS4jyRFTauz+3YDVNfZd0HlnWwLcJeqX8OOrO 1NNOdE4hm0AwrpsiILZzIxc0eAgFa36Iz7lSsYA9Y2oIDvxtbNeYhwMPSi7duVaPiqZj 0ceg== X-Gm-Message-State: AOAM532l9jXpXAowys768rB36eqO+qu6Wlp7K5ci22ZXmoAvjNF2BxDf fsC6feNIItCvM+ZXlyb2lY94AK+SJfGi7Yi1r/HenyPdsvYedk0r X-Google-Smtp-Source: ABdhPJwoANNmnYAbuUQAObjCRkAIUCor8UT+jydVJZldHVx7HGmxia2WrppuMh4C2DvfG2u373SHW0GooU8fI2LAsKQ= X-Received: by 2002:a17:902:a58c:b029:df:f345:80ec with SMTP id az12-20020a170902a58cb02900dff34580ecmr15065207plb.66.1611819355899; Wed, 27 Jan 2021 23:35:55 -0800 (PST) MIME-Version: 1.0 References: <17744a91de2.ed6ce04b152214.5391983673388755993@fkardame.com> In-Reply-To: From: Sleep Walker Date: Thu, 28 Jan 2021 10:35:36 +0300 Message-ID: Subject: Re: NanoPi R4S - DDR3 - 1Gb version support To: Ganbold Tsagaankhuu Cc: Furkan Salman , "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: 4DRC255JJKz4kFr X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=eqk0OSMz; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of s199pwa1k9r@gmail.com designates 2607:f8b0:4864:20::1030 as permitted sender) smtp.mailfrom=s199pwa1k9r@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::1030: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)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::1030:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1030:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] 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: Thu, 28 Jan 2021 07:35:58 -0000 Hi! I tried to create a port for NanoPi R4S Could you test it -- Thank you Sergey =D1=87=D1=82, 28 =D1=8F=D0=BD=D0=B2. 2021 =D0=B3. =D0=B2 04:41, Ganbold Tsa= gaankhuu : > On Thu, Jan 28, 2021 at 12:24 AM Furkan Salman > wrote: > > > Hello,Is there any source for the freebsd image which was built by Mr. > > Ganbold, I've received one but its ddr3 1gb and this image fails to in= it > > ram. I tried to patch the u-boot with ddr3 for the same and it doesn't > > respond anymore which means maybe my uboot is not right or I've > overwritten > > something.# dd if=3Didbloader.img of=3D/dev/mmcblkX seek=3D64 > conv=3Dnotrunc,fsync# > > dd if=3Du-boot.itb of=3D/dev/mmcblkX seek=3D16384 conv=3Dnotrunc,fsyncI= will try > > other uboot and see if it work. Thank you. > > > > For now you can try Armbian u-boot for nanopi-r4s as we don't have FreeBS= D > port for u-boot for it yet. > > Ganbold > > > > > _______________________________________________ > > 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 Thu Jan 28 13:06: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 4A94F524F1C for ; Thu, 28 Jan 2021 13:06:12 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 4DRLM72qDxz3MDk for ; Thu, 28 Jan 2021 13:06:11 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 657D05C01C5 for ; Thu, 28 Jan 2021 08:06:10 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Thu, 28 Jan 2021 08:06:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=iWHhdXOUtFvfSegn4U4R0vsFhA6 E8JvCM7ynHjSZ6lo=; b=O+Pxx+7VxsJuvBEL6AHe0nXwS9PGs790amZ413beeOx X2qKRMWYp/T1wKMBCgxO42NnRnqK9+7BnH5mDlTgjIGW3lR6E8lzsr7gkJiVO88k cGnAFWqqr99renznQnMlqVe6WmHP9xAvAHKV76IHyVD2aL48pt4ElXGIlLdgmplM iiQ0jnstHAsZvp9q4ZJU6FsBzzCZxTubzb8bgORr+2/4O6LYqLSL4TQDS2p0TAKm nqzndDTy6yRb7W99rAFy4nuEg6tILBMdf3ehtlVsNthz5GVcyvxi8tonOHmW7f0O xWOC0Z21ecczijUwpgueBU/7Fs1Adw+ablIQQ2oeOpw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=iWHhdX OUtFvfSegn4U4R0vsFhA6E8JvCM7ynHjSZ6lo=; b=knpiylzNFypq0NGg7GJgT+ hGkYcESEvfgiFgcXO5MyBUgco33PKOM35sr+ExIMClVp2MbLuR6DvzaTs8KrLIqO aXyTztBoIvuq/Z+BD1IIu6u957ugpTNV7tsx871ZRFdT1WHcicL+/D4IMjl8xOXd HtUo/z/whCMV2LF+FhTS6pwZP+LpU/O3Y68YUXvcInYX3SDebToaI2Ftve4q2JEY t/09yknkDCrcVRxSZFtdam1MjIvbSvo4+RciTe9TRUKjhPMci0HNDwGA9vgrCOrI cbp8R/C7VyrJPFLefUAhIEZYCCaZY/BHKgaFQoe/WW4dLvVfHTo5iMOxLRDUnKVA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedtgdegiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtderre dttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnhepgffhgfejueehfeelveffudevleehfe evheeuffefkefgleejhefhgfejtddukeeknecuffhomhgrihhnpeiihiigshhtrdhnvght necukfhppeekvddrjedtrdeluddruddtudenucevlhhushhtvghrufhiiigvpedtnecurf grrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.local (fws.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 035B21080067 for ; Thu, 28 Jan 2021 08:06:09 -0500 (EST) Date: Thu, 28 Jan 2021 13:06:08 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: panic sdhci_bcm0-slot0 controller timeout when HDMI not attached Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="T2xbt9jRDh0diWVV" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DRLM72qDxz3MDk X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=O+Pxx+7V; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=knpiylzN; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.28 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.28:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.28:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.28:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.28:from:127.0.2.255]; 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, 28 Jan 2021 13:06:12 -0000 --T2xbt9jRDh0diWVV Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 15, 2021 at 01:38:22AM +0000, tech-lists wrote: >Hi, > >context is 13.0-ALPHA1 #0 main-c255963-g54c743e5b29 with custom no-debug >kernel > >I have an rpi4/8GB which boots off sdcard. It has an attached usb3 disk >which is ZFS and has the data. The guts of the OS is on the sdcard though. >It's been working fine up till a week or so ago when I decided to >update FreeBSD. On reboot it failed to come back. It normally >runs headless and keyboardless. > >I found that the machine would boot normally *only* if a screen was plugged >into the HDMI port. If the screen was disconnected, console output revealed >eventual drop to debugger a short while after: > >sdhci_bcm0-slot0: Controller timeout > >(In the output there is also "Root mount waiting for: CAM" but this is >deliberate and is there to allow usb3 to wake up before ZFS) > >The controller never times out if HDMI is attached. I thought at first >it also needed a keyboard but that's not the case. > >boot failure: >https://cloud.zyxst.net/~john/FreeBSD/current/rpi4b/badboot.txt > >successful boot: >https://cloud.zyxst.net/~john/FreeBSD/current/rpi4b/goodboot.txt In the end, had to rebuild the system as it was from FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20201105-ef87bd449eb.img.xz and do this https://cloud.zyxst.net/~john/FreeBSD/current/rpi4b/installing.txt again. Is it safe to follow 13-stable yet? Do modifications need to be made to=20 the msdos partition? thanks, --=20 J. --T2xbt9jRDh0diWVV Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmAStrUACgkQs8o7QhFz NAXi1g/+ONyaBbIUGXYjAH3hZJFVoJxYfx8vrzAUbuKnYBYTA0R+udUVv/PD7NUy 3uT4OuDlkOQ7jRx2ZvJmKZ+KC9T1V+BcjOO/j3EjFEG7lfnownHVNi02jhsgUsue lUOPUHrisxbQUxbIr8Y2UELb2JCjVbO/win84xMDC40FS5zp1DjMDVdvz1wPRVeE f8JPMFp8AIX7wiXkVsTGph1pwsD+dI+yqY12NTiKuhtwEyzRErKG4hPvmH05pjLq VSTCWPZqMrg8Fheq1WKkovxEs77xdkpAKULpf6sYCFcU+Y2hrsSDpqkpE0pPfGai SWC+dd2JV5a6YDAPaSoxcGTYxp+ZuFwweg1E60jhVSNyBNaNFs/VxZGtR8B7UdPP aSEAYjA7Q5bpyAwmb35yfH+J7iFgq6kg6d3U9/v8LFQPoU2KQjLtA30ODjD64hEI ySz+LvD2fu1Q36biJs3/+Wc/gU0NGb67VYhcARzL3CWOTKKZOvmqj9aeX2+PZNG4 F1Hccr6nBoo8HfrgI1a48zELyfa3iJ5xf17cSgVdgDJ7iQBPnZah1fgVWeP5e9f9 eXu0o3HKpo1TsHawWfuQP2GPl7WoJuvgOUOibmubO26g599dzdbdH+ZA0FsCXcfa taK/CZ8KoCKYufZSg+4CgrZHCJ/ii1FyKmEpYWrXl11nEnL3AEg= =Fw5o -----END PGP SIGNATURE----- --T2xbt9jRDh0diWVV-- From owner-freebsd-arm@freebsd.org Thu Jan 28 13:52: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 80A61525D8F for ; Thu, 28 Jan 2021 13:52:01 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 4DRMN06rDhz3PYb for ; Thu, 28 Jan 2021 13:52:00 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 8D0165C007F for ; Thu, 28 Jan 2021 08:52:00 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Thu, 28 Jan 2021 08:52:00 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:mime-version:content-type; s= fm1; bh=Wtoii4q9s/+j0IBbHiWLw/D3vOUOuyzX+QhU2QGkqJc=; b=UitK1hDn RFhF9zOwAq/yCxxXZmoYqlCqpP4frUYalgh7d7euvKdPefp/m1j0SvFOpwOiDPXo fipZxZYWp7Jbzbe4CIPY2SfWnjwIlvkCC4hOFksdxsAr87603Ii8HjHeCXWG4zaJ Hnmg9I9R/q5RdsyNVORHc3c572X5YWgqypBd9gzSrJ3P1Hno9G9YW6XixUwNvZEn +LLUDuPlDVNfgIBp+EeIOcCpSxo8Y++IzDTc4v5vvHIFZt+1i4C3XYdzLbHKq1e4 WQKSG6lwtFnWNJFwvmH5G5cSUjWNSTuU8JCNMOaZ21xQ6vNJ721mwYpJmLRr8DFY V1rCZNab5f07pQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=Wtoii4q9s/+j0IBbHiWLw/D3vOUOu yzX+QhU2QGkqJc=; b=WMBYTgZAx2PDQYOReaXnz2Z0gYsNyF1Exy7BDfQLweGm0 bBM2ZS//2nhDomUgOjQ082mWOZnDjSTmvHaElyRobuBn8/U/ZjwKtMS61DAtTycf LkGNAazRmjMxX/0IupWSkqsq4ukC3iuY1RKKIy4WZWI6Fbu/MjMWookACbyyPxrt zoM1vQG832BFGW/u8mV6pg7JGEZjlSis+FwDj7tDrxzftbM8jLx18Dvb+EkK87uM OMjUfjyGRJgG+t0Ue1nhRoF6ePGGM2lP1YmhUfp4ZrRAeULvx/rR99gmGDRhKlY0 esAuZJbhfeW3uFaGu76189N/cFAMpvWuSIHjMcQLQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedtgdehhecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggusehgtderredttd dvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiihgihs thdrnhgvtheqnecuggftrfgrthhtvghrnhepvefghffftdefkeelleehtdejledvhfdvge eijeevfffguddvhfetgeejueejueeinecukfhppeekvddrjedtrdeluddruddtudenucev lhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlh hishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.local (fws.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 2E43F1080063 for ; Thu, 28 Jan 2021 08:52:00 -0500 (EST) Date: Thu, 28 Jan 2021 13:51:58 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: arm64 and following 14-current Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="VTPlK+rz2JpaHFL+" Content-Disposition: inline X-Rspamd-Queue-Id: 4DRMN06rDhz3PYb X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=UitK1hDn; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=WMBYTgZA; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.28 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.28:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.28:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.28:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.28:from:127.0.2.255]; 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, 28 Jan 2021 13:52:01 -0000 --VTPlK+rz2JpaHFL+ Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Is anyone following 14-current with raspberry pi 4 / 8GB? If so, what boot method are you using? What firmware?=20 Debug or no-debug? thanks, --=20 J. --VTPlK+rz2JpaHFL+ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmASwXUACgkQs8o7QhFz NAWkXA//Y1xQMkFjwDOaLR1ISFJEX3CHDxBZpQG52ZmM3M7XNPaxsJtuIkqnVFUy Yr8fBJfolFYB7xq60Tm3u5SpiuFsry6hvWsSKvNx1gOE5X2ms1PGxrYnJVFM4Xyj QpqBUKB+6eRf+klxQd+loMYa7MsZYtDGBJ5LfIasMP1W+TDhajwUDEuUaMplRgGS Kv9tqGEZdfMToThkbPEGCtyRhooh1L65NqyTG0Bvxcln+qXi0u38UY+zwFsbJMfg fGVvXLaOtQAuGDxWNT58AWxW3FAuG7m8bqTeM89QqWUXAFRNsekbZQJok2VPxc54 pkRBwfcjL+HCtYHjMS9z3TYn3/tamRuBE4S16Q8/M6G6WEDQepaiPLOuCIBzbHOE 9AgdFftvCxiSmbam0fHJ6pFgA8D/tIWbhag8AXvQkrY1Lg0UbNlnKtPhHCW5hKrT UftCYIQZqNCYXExKWu28+tS7lkTPHy/goYF+Fs+bRowQ94ldOyC39bQLOmL5Pg6N POrr/GySKKECGSoCPS+LgEe1eVbYoGy7Cqz2+uzjot9lTFno2TLUvA01PzqLVfUf G1nFaPYWOXb7D2PKx9PM9uF8smkUXbb4hll2jFJQaAC5XnfxQols779qAgPr7HKY Ts8a44J+v3Qzvhki104Gtlol72qlGwwA1RZsfBIDHkjXPLceND8= =Upwo -----END PGP SIGNATURE----- --VTPlK+rz2JpaHFL+-- From owner-freebsd-arm@freebsd.org Thu Jan 28 15:26:49 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 C796B527379 for ; Thu, 28 Jan 2021 15:26:49 +0000 (UTC) (envelope-from a@zaynetro.com) Received: from mout-p-202.mailbox.org (mout-p-202.mailbox.org [IPv6:2001:67c:2050::465:202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DRPTN50CZz3kdQ for ; Thu, 28 Jan 2021 15:26:48 +0000 (UTC) (envelope-from a@zaynetro.com) Received: from smtp2.mailbox.org (smtp2.mailbox.org [80.241.60.241]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-202.mailbox.org (Postfix) with ESMTPS id 4DRPTJ655BzQlTN for ; Thu, 28 Jan 2021 16:26:44 +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=1611847603; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=gVOR2VKAmTGcQDvEjlgqD+rjxzmibD27Ptea9nO2/HA=; b=ed+oXOSVeAy48B65tKwNZMU1PSOTyTKB+NfM1g8Fw0MOYHlSDSLx4TDthHy3Y41bH4SFN8 c6y/hNqi+nifBY51eDqYD9tU4EoAOSXawp/TKk9kKUvxr6QwG79sP0pcBVhETtEhCbCT/k Yx4OBwqgTUwIXGzkdhjbjsXkVh9pfWR1ZdiHsbN4h0kvc9znVT57qKbONyGJB4Ojzc3E8q /f64n/xWGZqJ1BTVjheyJ202dv3r81jcDcTpTIP82D1M8vrX0ZvMDo0KW/Uz2j7iCSqEKP JDF1GqYTfU8aJOdDrBBuwK/kZHYyPhVgQFZ+ayEaet5RZjb0N/Rcqcbh7Mq+og== Received: from smtp2.mailbox.org ([80.241.60.241]) by spamfilter03.heinlein-hosting.de (spamfilter03.heinlein-hosting.de [80.241.56.117]) (amavisd-new, port 10030) with ESMTP id jAQliw9A7pdA for ; Thu, 28 Jan 2021 16:26:33 +0100 (CET) From: Roman Zaynetdinov Mime-Version: 1.0 Subject: RockPro64 won't boot if HDMI is connected Message-Id: <7CEF6816-A40B-441D-8136-9E8ACD8BB80D@zaynetro.com> Date: Thu, 28 Jan 2021 17:26:32 +0200 To: freebsd-arm@freebsd.org X-MBO-SPAM-Probability: X-Rspamd-Score: -3.41 / 15.00 / 15.00 X-Rspamd-UID: eb61fc X-Rspamd-Queue-Id: 4DRPTN50CZz3kdQ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zaynetro.com header.s=MBO0001 header.b=ed+oXOSV; dmarc=none; spf=none (mx1.freebsd.org: domain of a@zaynetro.com has no SPF policy when checking 2001:67c:2050::465:202) smtp.mailfrom=a@zaynetro.com X-Spamd-Result: default: False [-2.80 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:67c:2050::465:202:from]; R_DKIM_ALLOW(-0.20)[zaynetro.com:s=MBO0001]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,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)[2001:67c:2050::465:202:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[zaynetro.com]; DKIM_TRACE(0.00)[zaynetro.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[2001:67c:2050::465:202:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; 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] 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: Thu, 28 Jan 2021 15:26:49 -0000 Hi, I am running FreeBSD 13 Alpha 2. Things work fine and I am really = satisfied with the overall experience. When I connect to my TV with an HDMI cable then kernel won=E2=80=99t = boot. This is what I see on the TV or when I connect with serial (TV = will not show any 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 0xf6000000, 0x1fa4000 dimensions 3840 x 2160 stride 3840 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 For reference, this is what happens when I boot without HDMI connection: Booting [/boot/kernel/kernel]... Using DTB provided by EFI at 0x80ea000. EFI framebuffer information: addr, size 0x0, 0x0 dimensions 0 x 0 stride 0 masks 0x00000000, 0x00000000, 0x00000000, 0x00000000 ---<>--- Copyright (c) 1992-2021 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-ALPHA2 #0 c256201-g02611ef8ee9: Fri Jan 22 06:37:59 UTC = 2021 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 - Roman= From owner-freebsd-arm@freebsd.org Thu Jan 28 15:41: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 77EA3527A42 for ; Thu, 28 Jan 2021 15:41:20 +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 4DRPp73kVcz3l11 for ; Thu, 28 Jan 2021 15:41:19 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1611848476; 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=mMDvq1cG/xobbJ2eSVSye9xX4EIU0zQGtI31iIRnZvY=; b=PunVO1idgrqnu3lDO5tFUBgPv84EddldCrV95/nLVqkHmwVBkurCy2JMCp0xIZppcLEgsJ 7Y7C56jYgLd+JJm4eDyOwTQnJbWo/YikO2ARFI1qW/phIAnxLO9Wc0humBrnOG4WAkyBV+ l2ufHDeYCt66d3GL3UZyr6qqiYV5r7M= Received: from skull.home.blih.net (lfbn-idf2-1-745-114.w86-247.abo.wanadoo.fr [86.247.192.114]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 55d75841 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Thu, 28 Jan 2021 15:41:16 +0000 (UTC) Date: Thu, 28 Jan 2021 16:41:12 +0100 From: Emmanuel Vadot To: Roman Zaynetdinov Cc: freebsd-arm@freebsd.org Subject: Re: RockPro64 won't boot if HDMI is connected Message-Id: <20210128164112.149f6068c3ec0c9dd68b8ed5@bidouilliste.com> In-Reply-To: <7CEF6816-A40B-441D-8136-9E8ACD8BB80D@zaynetro.com> References: <7CEF6816-A40B-441D-8136-9E8ACD8BB80D@zaynetro.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4DRPp73kVcz3l11 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=PunVO1id; 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.48 / 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)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+mx]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.98)[-0.978]; NEURAL_HAM_MEDIUM(-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: Thu, 28 Jan 2021 15:41:20 -0000 On Thu, 28 Jan 2021 17:26:32 +0200 Roman Zaynetdinov wrote: > Hi, >=20 > I am running FreeBSD 13 Alpha 2. Things work fine and I am really satisfi= ed with the overall experience. >=20 > When I connect to my TV with an HDMI cable then kernel won?t boot. This i= s what I see on the TV or when I connect with serial (TV will not show any = text when serial is connected though). Nothing happens after these lines: >=20 > Booting [/boot/kernel/kernel]... > Using DTB provided by EFI at 0x80ea000. > EFI framebuffer information: > addr, size 0xf6000000, 0x1fa4000 > dimensions 3840 x 2160 > stride 3840 > masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 >=20 > For reference, this is what happens when I boot without HDMI connection: >=20 > Booting [/boot/kernel/kernel]... > Using DTB provided by EFI at 0x80ea000. > EFI framebuffer information: > addr, size 0x0, 0x0 > dimensions 0 x 0 > stride 0 > masks 0x00000000, 0x00000000, 0x00000000, 0x00000000 > ---<>--- > Copyright (c) 1992-2021 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-ALPHA2 #0 c256201-g02611ef8ee9: Fri Jan 22 06:37:59 UTC 2021 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENER= IC arm64 >=20 > - Roman framebuffer size might be too big, could you test with a monitor that have a smaller native resolution ? --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Jan 28 15:57: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 873324E0620 for ; Thu, 28 Jan 2021 15:57:30 +0000 (UTC) (envelope-from a@zaynetro.com) Received: from mout-p-202.mailbox.org (mout-p-202.mailbox.org [IPv6:2001:67c:2050::465:202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DRQ8n4qNJz3mPZ for ; Thu, 28 Jan 2021 15:57:29 +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-202.mailbox.org (Postfix) with ESMTPS id 4DRQ8l3ZT6zQlTM; Thu, 28 Jan 2021 16:57:27 +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=1611849445; 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=/dc+HAfy5efoLwvPRH7Q4UcM49J6JJ33KzpPDJGO3M4=; b=xo9Bu+foW6vxc7fu0IdxVb7GK+wclqK0Y8RmcNp3nPR5IGALgWrPgztN0t8/af8eyzL48S bMeGHLxpT7AMZsnowvfXQXee/v9cK+EO/0wtXDYSUq4MNg5cxd9/LQj1t8E9qN0VynqAa5 6M/w27IAo4+S22uDWZL8/OYb1HdOW8kMfLgQPYyTb+0Hf5NZR8aVbeBQ/58xfJRM9OmKxQ UfJsHyRufw+ZzCTbJf0eWLqQ/ZDqDzWn5HEwkAp5i9/S4kEEoSnTo/nAGMIL2NQHHgu632 XgrCOIbx3P32sbQUI7avQx/XXP4PirgHLF2zGpS6lDfO0fjrMICBENdZXNKSaA== Received: from smtp2.mailbox.org ([80.241.60.241]) by spamfilter06.heinlein-hosting.de (spamfilter06.heinlein-hosting.de [80.241.56.125]) (amavisd-new, port 10030) with ESMTP id 7i5W0-Gi5Jla; Thu, 28 Jan 2021 16:57:24 +0100 (CET) Date: Thu, 28 Jan 2021 15:57:09 +0000 (UTC) From: Roman To: Emmanuel Vadot Cc: freebsd-arm@freebsd.org Message-ID: In-Reply-To: <20210128164112.149f6068c3ec0c9dd68b8ed5@bidouilliste.com> 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 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Correlation-ID: X-MBO-SPAM-Probability: X-Rspamd-Score: -5.41 / 15.00 / 15.00 X-Rspamd-UID: 24cfde X-Rspamd-Queue-Id: 4DRQ8n4qNJz3mPZ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zaynetro.com header.s=MBO0001 header.b=xo9Bu+fo; dmarc=none; spf=none (mx1.freebsd.org: domain of a@zaynetro.com has no SPF policy when checking 2001:67c:2050::465:202) smtp.mailfrom=a@zaynetro.com X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:67c:2050::465:202:from]; R_DKIM_ALLOW(-0.20)[zaynetro.com:s=MBO0001]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zaynetro.com]; SPAMHAUS_ZRD(0.00)[2001:67c:2050::465:202:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[zaynetro.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2001:67c:2050::465:202:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; 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] 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, 28 Jan 2021 15:57:30 -0000 True that. Works with a smaller screen. Thanks Best wishes, Roman 28 Jan 2021 17.48.02 Emmanuel Vadot : > On Thu, 28 Jan 2021 17:26:32 +0200 > Roman Zaynetdinov wrote: >=20 >> Hi, >>=20 >> I am running FreeBSD 13 Alpha 2. Things work fine and I am really satisf= ied with the overall experience. >>=20 >> When I connect to my TV with an HDMI cable then kernel won?t boot. This = is what I see on the TV or when I connect with serial (TV will not show any= text when serial is connected though). Nothing happens after these lines: >>=20 >> 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 >>=20 >> For reference, this is what happens when I boot without HDMI connection: >>=20 >> 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, 1994 >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The Regents of the University= 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 202= 1 >> =C2=A0=C2=A0=C2=A0 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.a= arch64/sys/GENERIC arm64 >>=20 >> - Roman >=20 > framebuffer size might be too big, could you test with a monitor that > have a smaller native resolution ? >=20 > --=20 > Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Jan 28 16:24:25 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 648564E0FC2 for ; Thu, 28 Jan 2021 16:24:25 +0000 (UTC) (envelope-from m@blat.at) Received: from pinecone.uffish.net (pinecone.uffish.net [139.162.163.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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DRQlr1KyMz3ntP for ; Thu, 28 Jan 2021 16:24:23 +0000 (UTC) (envelope-from m@blat.at) Received: from [192.168.0.4] (80-109-33-21.cable.dynamic.surfer.at [80.109.33.21]) by pinecone.uffish.net (Postfix) with ESMTPSA id 8B9A61D9E5 for ; Thu, 28 Jan 2021 17:24:17 +0100 (CET) From: Mike Knell Content-Type: multipart/signed; boundary="Apple-Mail=_9F7BDDEA-2B2D-49F1-B225-907A130C92CB"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: arm64 and following 14-current Date: Thu, 28 Jan 2021 17:24:16 +0100 References: To: freebsd-arm@freebsd.org In-Reply-To: Message-Id: <4E0BC2A4-4A7D-4B8C-A0C6-872102976C7A@blat.at> X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DRQlr1KyMz3ntP X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.65 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[blat.at:+]; DMARC_POLICY_ALLOW(-0.50)[blat.at,quarantine]; NEURAL_HAM_SHORT(-0.05)[-0.053]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[139.162.163.4:from]; ASN(0.00)[asn:63949, ipnet:139.162.160.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[80.109.33.21:received]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[blat.at:s=uffish]; FREEFALL_USER(0.00)[m]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[139.162.163.4:from:127.0.2.255]; 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: Thu, 28 Jan 2021 16:24:25 -0000 --Apple-Mail=_9F7BDDEA-2B2D-49F1-B225-907A130C92CB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi - > On 28 Jan 2021, at 14:51, tech-lists wrote: >=20 > Is anyone following 14-current with raspberry pi 4 / 8GB? >=20 > If so, what boot method are you using? What firmware? Debug or = no-debug? I=E2=80=99ve been attempting to get something =E2=80=9Cout of the box=E2=80= =9D working with my 8GB - I don=E2=80=99t really like futzing around in = boot images as it=E2=80=99s not an easily reproducible solution. In the = spirit of scientific enquiry I=E2=80=99m currently building a release = image (on my Pi, might be a while :) ) from today=E2=80=99s CURRENT to = see if the updates to rpi-firmware Just Work with booting an 8G. Mike --Apple-Mail=_9F7BDDEA-2B2D-49F1-B225-907A130C92CB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEjpkVtQfyFtvaG4CpaI0yz+GyG+cFAmAS5TAACgkQaI0yz+Gy G+eZ+Qf+N1fZWZh6Ab4id0ekA234OJ6bivdzanK8PHZDaMaYyDLPOaEfptmiAATn bbRQIKplBiPT8Ce0g1+JCyvpXTf3lXojegharIHhJhrUIUjrsgtP9hfcMMQGsBnh vs4/Xm5MahxTK2GnAfvEjxTs9Ih20+366CZkQrHN3WujmOhFaV2IIxjfjbhLUsQq 0bFVmChAnS6pziU4fy9tNtZCdWKEplDM7BbTKJbLp/LlFx3wZ9MZbWVZS+LCrZ4r X4mvUI/rQrSczzchuip1O+twjFWVKtLPw8jC8RtdBVRN4CARGwisW4NvqEgDB7kQ yayJ/FhEJI/qeDEFWLrK7Iu9+zXGNQ== =pFxk -----END PGP SIGNATURE----- --Apple-Mail=_9F7BDDEA-2B2D-49F1-B225-907A130C92CB-- From owner-freebsd-arm@freebsd.org Thu Jan 28 16:29:38 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 85C214E133D for ; Thu, 28 Jan 2021 16:29:38 +0000 (UTC) (envelope-from s199p.wa1k9r@gmail.com) Received: from mail-pl1-x630.google.com (mail-pl1-x630.google.com [IPv6:2607:f8b0:4864:20::630]) (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 4DRQss4yFbz3pFt for ; Thu, 28 Jan 2021 16:29:37 +0000 (UTC) (envelope-from s199p.wa1k9r@gmail.com) Received: by mail-pl1-x630.google.com with SMTP id h15so3608543pli.8 for ; Thu, 28 Jan 2021 08:29:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BMlbxUlnd5h2XnNob44aTob5zQ15pnb6yHEl9A7pc10=; b=VF/CcgRh4XZ9fVRVkgO/Hh3je3WYp6VrSwHJHKfuP+v1Wj1uMk8KhQ31vx0QSeP45j lY2zrczyZqaGZHVABs+qBBYt+33xP5Ssk0HS2NWpbm92JPpIxYhflZftB4VsFckKE2l2 vwRFF0jfo76TGwxW2Q3xego3nOw7mV5tpxLNdF/RQeIo5kp6B03jl0179pkJy/Lq8OtS CgIuIUkgMY294PJGUwFzipkpkQjB0EUXL34w5wGyVdjUcp2Hs2GeZlym+HX3MxehJzCj ndzu/eB9Vp7GRPHBLJysabF/oO3jXNpyU7e8M4SB1IBS5clu2vnJGqZTBpFfnjNNnbmF Jkew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=BMlbxUlnd5h2XnNob44aTob5zQ15pnb6yHEl9A7pc10=; b=HZPnCxfnY3KsL7pPkP5PfcJgHVSmp19zzL0L0YzEWaGzWG9ICk/fupQVxKA4GsKuEC ST3h42UfL6RHidmysX1xE3n5UIXuC5mliPU422oNWD0r5vjnsS/1XOj3ebS+vKwiJpUp 1niIgD/I3X6zomtyLlpEiwLZ4LvgEU0k6mxE/mLlR/dVbIeEXXmZvQ0gURN5/+aqNodb L7pvWcXKopK6OuSM+p4QaUkLYkavTmOuaGQY29cqSC3CarLGdKaAF9dJTR6vntLbZmlE fPT6TunzMi24tJim5LTFFEXfvU9Ryv2wzLM5Ls2z8sXA7h3XNgmINt5M8tIScXF7yG5k De5w== X-Gm-Message-State: AOAM531HEBY91blleEDqBPSKBbUd6xWfLKw0GKHBrvAMMKYo+4OfNh16 4BiDI7OcZZOIMKqqfBvYc9Nq1c7zW1Z5GJ18W4oQjCrhZUevhtPFQPI= X-Google-Smtp-Source: ABdhPJzDkeSr42MgcK0OSMbnISNZSnB52g4s4jvOXNFAx9biESfDW1dfkruSUVxeNmfiv97p9xqu9Ff3ykJoNfp9ju0= X-Received: by 2002:a17:90a:8595:: with SMTP id m21mr159304pjn.111.1611851376308; Thu, 28 Jan 2021 08:29:36 -0800 (PST) MIME-Version: 1.0 References: <7CEF6816-A40B-441D-8136-9E8ACD8BB80D@zaynetro.com> <20210128164112.149f6068c3ec0c9dd68b8ed5@bidouilliste.com> In-Reply-To: From: Sleep Walker Date: Thu, 28 Jan 2021 19:29:15 +0300 Message-ID: Subject: Re: RockPro64 won't boot if HDMI is connected To: Roman Cc: Emmanuel Vadot , Free BSD X-Rspamd-Queue-Id: 4DRQss4yFbz3pFt X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=VF/CcgRh; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of s199pwa1k9r@gmail.com designates 2607:f8b0:4864:20::630 as permitted sender) smtp.mailfrom=s199pwa1k9r@gmail.com X-Spamd-Result: default: False [-2.06 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::630: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)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.94)[0.940]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::630:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::630:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] 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: Thu, 28 Jan 2021 16:29:38 -0000 Is it possible to increase the framebuffer size. Where can this be changed? Best wishes, Sergey =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. > > Thanks > Best wishes, > Roman > > 28 Jan 2021 17.48.02 Emmanuel Vadot : > > > 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 > satisfied 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 0xf6000000, 0x1fa4000 > >> dimensions 3840 x 2160 > >> stride 3840 > >> masks 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 0x0, 0x0 > >> dimensions 0 x 0 > >> stride 0 > >> masks 0x00000000, 0x00000000, 0x00000000, 0x00000000 > >> ---<>--- > >> Copyright (c) 1992-2021 The FreeBSD Project. > >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 19= 94 > >> The Regents of the University 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 > 2021 > >> root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GE= NERIC > 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 Thu Jan 28 17:33: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 A264E4E4390 for ; Thu, 28 Jan 2021 17:33:20 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 4DRSHM4tC8z3vlv for ; Thu, 28 Jan 2021 17:33:19 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 93CDE5C00F7 for ; Thu, 28 Jan 2021 12:33:18 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Thu, 28 Jan 2021 12:33:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=+akDRwbVS7IgfyjYGgIMTZhcRPn eF2/DLad98bJyzcE=; b=rodl9ZHDubcwqTP/Srb7dvw5b4XfyOPWUicbqpRQG4G Q9kjNwH71L+KjfHxLe4jFVpwJsHrSdllkyvwVEfP+kpThvQZ+cArnJSjr5fgEfHn X3TIKH8Z6A2d40UxEvuN0jUQT7CNL1pa3kantxIkkQIM3OiQh/+Fl+T3gdK1YPdA qKSpzAOeYSgIbXcJEg7y1woC2gqUIJYeUOTohoTQNiBmKmUays6F1JKIz9PdECah +5dzFIm58yfmyyKhbSsjsYcx4FE8g3+JIAfN3uph390I67zqhbTKmPUpfSFHBIA2 Sn1y2mrHpKVtKP3r4XZNj10bXVg3Ax020A+wocUC+eA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=+akDRw bVS7IgfyjYGgIMTZhcRPneF2/DLad98bJyzcE=; b=DPmoNKbdok4E1mbNQTONKX oB9zqU9BDo8b82nu0MGWxQI9X/leJ8r88CqklwXxmkvvRQMwk+sSZ+7xDqan4UMy AN2kHYeNNtjWiczup3MbL7/YpAB0BcpxB1HQAgB+JA+cpz1zwVbghF3DMcxZyFQc Vg4KlX7JjNVdcvS/O1hAZiGXNDMw/7KNOuYEwk8OEKxFGcNNLtb/rLX8AmeuOfB2 APw1BkmEFIXwo+ekgasviL1ZRiLIbrTlDW98Y7McSbyhb/80YCSE8WCpFRuWJEot COTu6E0psNTdu99+Uu5r0wRlZRDzpk/qEpvOTHvw+yg+arOLac6pprrjQe9Eix2A == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedtgddutddtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtjeenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedtteelkeeuvedthfeuleeiffeivd dvffdtleduteekffevueffledtledvveegueenucfkphepkedvrdejtddrledurddutddu necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtg hhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.local (fws.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id EE5581080057 for ; Thu, 28 Jan 2021 12:33:17 -0500 (EST) Date: Thu, 28 Jan 2021 17:33:16 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: arm64 and following 14-current Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <4E0BC2A4-4A7D-4B8C-A0C6-872102976C7A@blat.at> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dFsMTtlqTmf0qAXo" Content-Disposition: inline In-Reply-To: <4E0BC2A4-4A7D-4B8C-A0C6-872102976C7A@blat.at> X-Rspamd-Queue-Id: 4DRSHM4tC8z3vlv X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=rodl9ZHD; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=DPmoNKbd; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.29 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.29:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.29]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.29:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.29:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.29:from:127.0.2.255]; 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, 28 Jan 2021 17:33:20 -0000 --dFsMTtlqTmf0qAXo Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 28, 2021 at 05:24:16PM +0100, Mike Knell via freebsd-arm wrote: >Hi - > >> On 28 Jan 2021, at 14:51, tech-lists wrote: >> >> Is anyone following 14-current with raspberry pi 4 / 8GB? >> >> If so, what boot method are you using? What firmware? Debug or no-debug? > >I=E2=80=99ve been attempting to get something =E2=80=9Cout of the box=E2= =80=9D working with my 8GB=20 > - I don=E2=80=99t really like futzing around in boot images as it=E2=80= =99s not an easily=20 > reproducible solution. In the spirit of scientific enquiry I=E2=80=99m cu= rrently=20 > building a release image (on my Pi, might be a while :) ) from today=E2= =80=99s=20 > CURRENT to see if the updates to rpi-firmware Just Work with booting an 8= G. please let us know how you get on! (right now, on a spare pi4/8gb, am trying to build latest 13-stable. Haven't changed any firmware) --=20 J. --dFsMTtlqTmf0qAXo Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmAS9VMACgkQs8o7QhFz NAX2zw//QpPlFjFR4RC1FGZN6gsIvzzCoYK3Ra6GQZduKfjTb07ePkdM3B2/xUFU u5+JfiUUUUk6On7ziRzmIMwH0qxdRhxrPKSNM6i+ui/3641hRe965EVMvc6L8bat CcqVxktypfntNBLDA7WqOcU4O8cWd4RfsRz0G6RrAF/lSBYdGS/FGRwXk+qhuqPm wYu0M/Kq1qLJ4fAdKIJMCL4BYuF9IPon72B8XSKAHdYLWaNDjjmR24XiMgWI+HOv 89oW+Sd+h1QkDW0TFWPDVT3hcp7k3TeOF+dFH57iPx41AJ2DiHj6I3zYxoVwe+A6 1zS+sMMeVWFy8jcKuIP/YPDiFCVp1APLXrpQ+CYYhkwPTi0KMeJyLlGB580KFC4X d9DyHgTh4BjWJ+NGmqgFeC/0YoA7sspULe21tY3XBqP2MwsWZVWMJbZysMAoy2fV ZnfszvY9ZI5s/Vht1J4X6D7jUCawZtFpkF06rQAs++4DE1MJ/8QRDwajXKLVcyYd +y3Ta+V8YH0UtpJIrnSUalqG8Y3qXUdZBzGL0NWb/7w7r11I5ZmiTuv0U5RHEweh jKo7kGT53eF7sk14ypxSonoSHPXdLj8H1S+IDu5jPfGCxU5+OzF2z/TGv/nmdxFh 4xWzuemXC4mJkSf0fTkvxAGzlulTz3RXpgIuYYPGdcJJwcdZpyY= =QUet -----END PGP SIGNATURE----- --dFsMTtlqTmf0qAXo-- From owner-freebsd-arm@freebsd.org Fri Jan 29 17:40: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 B92F64F3A73 for ; Fri, 29 Jan 2021 17:40:03 +0000 (UTC) (envelope-from furkan@fkardame.com) Received: from sender4-of-o53.zoho.com (sender4-of-o53.zoho.com [136.143.188.53]) (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 4DS4Nf3ldcz3hNL for ; Fri, 29 Jan 2021 17:40:01 +0000 (UTC) (envelope-from furkan@fkardame.com) ARC-Seal: i=1; a=rsa-sha256; t=1611941997; cv=none; d=zohomail.com; s=zohoarc; b=Qmu55eyRYVHGG3ibyGm1DOZpKY/JszdFg/eId/AbTLGqzrP5mLhLpQPRVoMWzg3LFlXRKHyTATUXLSDRAaSf+7NSCWKAr9BQ9LQgvYeRRAWNotl5jyObuaDM0Whg7+OtN0elfuDIcXYDaGLxngdDFJwwio3qBGe02owXomq0P3k= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1611941997; h=Content-Type:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=880k5p+bnDE4p+9o9TchjFhr6lGtJnVCmxQgT7rtziM=; b=K/n+zo66bz7m3XyXVt/wgUnmR4IBcQTupkyOoEhgiNKLiDYNQCUNV1uxMhZStdhzcWJuPHJ6wbB2EDe08vYHfcdykRMaczIDqJbTUnN9mRqYM3BO8mA6k+i8LbTtT0MBUpoht7Utm9FKX5E5jxi2DVx7OTtlAYrcAMH0OWIAx8I= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=fkardame.com; spf=pass smtp.mailfrom=furkan@fkardame.com; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1611941997; s=fktech; d=fkardame.com; i=furkan@fkardame.com; h=Date:From:To:Cc:Message-Id:In-Reply-To:References:Subject:MIME-Version:Content-Type; bh=880k5p+bnDE4p+9o9TchjFhr6lGtJnVCmxQgT7rtziM=; b=jM3csk2BV4mNWxXmUv3QYxYqV21DHM+g3Xb1Z+86qGyMEnNtNXn8ETqJC9SQowFt pFvGiQP4fw6yj4hUVfTBfLf3yTHtgLmL8IouFHJO3ST6I5XpVLQkPbs/wDqSkRBTDns Rzpq6mOH39KquciE6TaDlM2Z5IL3GQG07kMntojA= Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1611941995321330.52412421514396; Fri, 29 Jan 2021 09:39:55 -0800 (PST) Date: Fri, 29 Jan 2021 20:39:55 +0300 From: Furkan Salman To: "Ganbold Tsagaankhuu" Cc: "freebsd-arm@freebsd.org" Message-Id: <1774f3ae325.b6aa2e98337683.1689672754714563498@fkardame.com> In-Reply-To: References: <17744a91de2.ed6ce04b152214.5391983673388755993@fkardame.com> Subject: Re: NanoPi R4S - DDR3 - 1Gb version support MIME-Version: 1.0 Importance: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-Rspamd-Queue-Id: 4DS4Nf3ldcz3hNL X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=fkardame.com header.s=fktech header.b=jM3csk2B; arc=pass (zohomail.com:s=zohoarc:i=1); dmarc=none; spf=pass (mx1.freebsd.org: domain of furkan@fkardame.com designates 136.143.188.53 as permitted sender) smtp.mailfrom=furkan@fkardame.com X-Spamd-Result: default: False [-2.29 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[136.143.188.53:from]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:136.143.188.0/24]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[fkardame.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[fkardame.com:~]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[136.143.188.53:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_PERMFAIL(0.00)[fkardame.com:s=fktech]; 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:2639, ipnet:136.143.188.0/23, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; ARC_ALLOW(-1.00)[zohomail.com:s=zohoarc:i=1] 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: Fri, 29 Jan 2021 17:40:03 -0000 Hello SIr, Thank you for the advice. I compiled the uboot for ddr3 and now it works fi= ne.=C2=A0 I see that people.freebsd.org is slow from many locations so I have hosted = the image for Ddr3 and lpDD4 version on my server. For those who want to try it on ddr3 version can download the image from he= re:=C2=A0https://mirror.fkardame.com/Linux/Images/FriendlyArm/NanoPi%20R4s/ I have used your armv7 version of NanoPi R1 H3 on my NanoPi R1S H3 and it w= orked out of the box, the only issue is that it is an old version OPNsense = 19.1.4_9 and it is not able to update. This image is from=C2=A0201903201231= .=C2=A0If you get time to rebuilt it then it will be helpful for testing or= maybe we is it better to share the source if publicly available so I can t= ry to add it to Crochet maintained by Sergey aka sleepwalker@ Highly appreciate the work you do for the project. Thank you. ---- On Thu, 28 Jan 2021 04:40:51 +0300 Ganbold Tsagaankhuu wrote ---- On Thu, Jan 28, 2021 at 12:24 AM Furkan Salman = wrote: Hello,Is there any source for the freebsd image which was built by Mr.=C2= =A0 Ganbold,=C2=A0 I've received one but its ddr3 1gb and this image fails = to init ram.=C2=A0I tried to patch the u-boot with ddr3 for the same and it= doesn't respond anymore which means maybe my uboot is not right or I've ov= erwritten something.# dd if=3Didbloader.img of=3D/dev/mmcblkX seek=3D64 con= v=3Dnotrunc,fsync# dd if=3Du-boot.itb of=3D/dev/mmcblkX seek=3D16384 conv= =3Dnotrunc,fsyncI will try other uboot and see if it work.=C2=A0Thank you. For now you can try Armbian u-boot for nanopi-r4s as we don't have FreeBSD = port for u-boot for it yet. Ganbold =C2=A0 _______________________________________________ mailto:freebsd-arm@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to "mailto:freebsd-arm-unsubscribe@freebsd.o= rg" From owner-freebsd-arm@freebsd.org Sat Jan 30 00:58: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 657E74FF286 for ; Sat, 30 Jan 2021 00:58:53 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 4DSG703XVBz4gTP for ; Sat, 30 Jan 2021 00:58:52 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 5FCD35C00E5 for ; Fri, 29 Jan 2021 19:58:51 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Fri, 29 Jan 2021 19:58:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=EFI/5lOlvzaJwqfD1vpvZe89NSa fqEcNcrcpxBP8PkY=; b=mzZ/aOLGUDdbjcvd2yJYciMWzb7H7A/ggQ5eZ9DPkIW s4cvbxv4kp/r9bVfzoxhFDRimoHZocdOWQUsks1XLNm4ME4tIb4DWkeN6QAZs4jP 3OqYwyFv8OkP2CTEXrCwyS7YeWetOwpDFmeKtA/lHoXsuU+Lddqd9RrAykzPiwt/ lbfrrOjR7rgudhq8EWxnSCwanoyvxiyi+qwC8qYNiR6wEtWYkNz0d50qCeD7C9le fCifvdtDIhdc/Jx7MKqzhVufC3sY91F+dFJ8OuLkmJqg5rhvw3G1qqzs4+6dOtB5 fq9su0AEQlozjYnkpVhVVIqx4bimoG6uMVZeBgPCaMg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=EFI/5l OlvzaJwqfD1vpvZe89NSafqEcNcrcpxBP8PkY=; b=p4jclyoGZZDuEVk0EYrhg9 YtyfDfrv3ywnt+f19I3A8v7VNjJ73DOHgMIDtZmZ85kPSMc+uMfJth894ztdMGCe X6H3mtveCSvlkm2wpKYAJCu1qZXkOPU3NW90cG9BCzC8Qb2FCVFCBbqUztOreqhT H3o98E6XlhQF2bf+HSkLDAOHiCj0To8b+XLNUNUfylFhwqPyrzSooRmJfK4zYaBP XlKT5o42OPydlVjZE0zKYiDGEKopYrRhud8mVjVxreROWKnukdGh6yugGWajnP2R Ye/GG3HiOXpu/ktRqx7HfjyQaJTSt5akatA1RCdjXHiKxgrPxOl0JVAssKqIp8oQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfeefgddviecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtderre dttdejnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdetleekueevtdfhueelieffiedvvd fftdeludetkeffveeuffeltdelvdevgeeunecukfhppeekvddrjedtrdeluddruddtuden ucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthh dqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.local (fws.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id F0BD4240057 for ; Fri, 29 Jan 2021 19:58:50 -0500 (EST) Date: Sat, 30 Jan 2021 00:58:48 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: arm64 and following 14-current Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <4E0BC2A4-4A7D-4B8C-A0C6-872102976C7A@blat.at> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qge8qmXCEZ+RmmzB" Content-Disposition: inline In-Reply-To: <4E0BC2A4-4A7D-4B8C-A0C6-872102976C7A@blat.at> X-Rspamd-Queue-Id: 4DSG703XVBz4gTP X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=mzZ/aOLG; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=p4jclyoG; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-3.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.25:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-0.998]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.25:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.25:from]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.25:from:127.0.2.255]; 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, 30 Jan 2021 00:58:53 -0000 --qge8qmXCEZ+RmmzB Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 28, 2021 at 05:24:16PM +0100, Mike Knell via freebsd-arm wrote: >Hi - > >> On 28 Jan 2021, at 14:51, tech-lists wrote: >> >> Is anyone following 14-current with raspberry pi 4 / 8GB? >> >> If so, what boot method are you using? What firmware? Debug or no-debug? > >I=E2=80=99ve been attempting to get something =E2=80=9Cout of the box=E2= =80=9D working with my 8GB - I don=E2=80=99t really like futzing around in = boot images as it=E2=80=99s not an easily reproducible solution. In the spi= rit of scientific enquiry I=E2=80=99m currently building a release image (o= n my Pi, might be a while :) ) from today=E2=80=99s CURRENT to see if the u= pdates to rpi-firmware Just Work with booting an 8G. Successfully source-upgraded from 20200917-17bd0444d91-modified.img to=20 stable/13-c256220-g76dd854f47f I'll try upgrading this to -current next --=20 J. --qge8qmXCEZ+RmmzB Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmAUr0AACgkQs8o7QhFz NAVYGA/+PCpB5YmXnmrzAjNMPeYKeHDDsKCQb+eS5Qp5wTq6Yml7jMyrioMjkG3i r+Za8qs+kwgj1PLpH3FgaRRAKwGSAiWpfDQ6EmMki2snM8Hp759NUXioPjB7LF/G wJOCdaj1GipY2l2XLqpEhPbcr2eFwuo9pKwpbAA/UYkgzuHAffm55d+WaUeepDiz YynefEUB+iA/u0kZOZ5rBQhdfd4ey6BBHR+vKLMspZBCTmTncxq3wOkgff/lFRQY 7u4rfrkaRaFG8UgnBUdaUqh4YYSXgNl96j82xLg0IcmpXeiHzmWjlP8oX5F5rmN5 5VeqdHsdEsNHiRQ6t4SkJ5itzMsK9VVYUnC9Vw83iUPI1MQQuz+tQfoUaxxyVFZM ElKN26fSro2E8kZyNutUeE2gt4cnOrG+kHMAIYmLwUC9/3xsIDYx/sI9VnELRUKc 43ZK/VUHyVBMxYhM4WSMf3wVdoSBkEDskHM6dVrT8LGfnRPqQoqsUC6RCPRLRxb7 wtFq/p/qSzuYKEXxC3fo1sGCmnkMHQSzoytk8RCGrFOqtNSUVeNZCn7I9Fh6cv1a hKTBmK2IVSc6SLaipvedJB4iXokmSyk81ODp4hGQsCsUTps0+Y99kyJfjNX+8NAD geuyqK/xmsOfxWvpYDzp5bLbZJGSfqHtYwrjjtT4JLiz1kPg1a8= =KI7f -----END PGP SIGNATURE----- --qge8qmXCEZ+RmmzB-- From owner-freebsd-arm@freebsd.org Sat Jan 30 03:09: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 EAD175236FA for ; Sat, 30 Jan 2021 03:09:28 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 4DSK1g65vxz4nsK for ; Sat, 30 Jan 2021 03:09:27 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 59D2F5C00F5 for ; Fri, 29 Jan 2021 22:09:26 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Fri, 29 Jan 2021 22:09:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=CACE0nyzyGE8uazuclkUTCgm3/a zZueQKPAxZd+0SK8=; b=EMaIoJUbyQiPhSUNcdXefIljtvKqCKWktvXBX/ZGCJ/ aqogl9ovQy6pQ7szhlEair+X+Gura5N/d0Qjt+lCJAXi1nMIOE6Mlj11gzOlgt+f iTAc3DSGdrlYr78rJ4bnp4T/ujwqtrUGjXqOTl9mmeJjlxqqRozrH2EDzxVNdgbZ PJr81Ep/PQyo70l9ofimQEJDDpY9E72Zk5/+kWPUAlv8bX31hMIaXjR+UqE1UcdN h8rwAKPgOTNbrjgJDeQ2hnvw72HfiLXLZ1hpK2UEVUJhP+290n0SlPe2Gqv6iRZF c0Hj3QWCXJj+IttXCIa3aJcAuaysTLt1BlHZeegQz5Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=CACE0n yzyGE8uazuclkUTCgm3/azZueQKPAxZd+0SK8=; b=OZX1BQSw64v1kK3gOJwOEn h8UEHqXDofPC2T/RpXdJRBpP/9Xdn2y0GIn1NY9WZ77v7O9pVIyVlgbIAhv6Cr5z zMA44dV8ywxDqU5JtvgOB7ahX7C4BZNeygqb3QQjuK3llzVkSaEHwZP6nmQQMKbZ z9KBTHf4+TXS6rfKbzQty1LkdtVh9ySVP426iIB9cUqbCSfbUbHBNun3hS7GpNZF /NqGHRVABagRADvn0O9U/5gVsrMvsnoXdA5XTeXfjwDU7TfQcLzn1/XnoYxtCLN5 Y4oL4NAHb7Owomu1lSwcMFkkAnEFnp4pW1/Z5Lk3cQVOYd3Kp2U27bXUAqYjP6Zg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfeefgdehhecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtderre dttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvdettd dtkeduvdegveelffdtkeffudejvdfhudetnecukfhppeekvddrjedtrdeluddruddtuden ucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthh dqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.local (fws.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id EB27B24005B for ; Fri, 29 Jan 2021 22:09:25 -0500 (EST) Date: Sat, 30 Jan 2021 03:09:24 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: arm64 and following 14-current Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <4E0BC2A4-4A7D-4B8C-A0C6-872102976C7A@blat.at> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SyHEwFL9RoNwzWBE" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DSK1g65vxz4nsK X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=EMaIoJUb; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=OZX1BQSw; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.25:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.25:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.25:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.25:from:127.0.2.255]; 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, 30 Jan 2021 03:09:29 -0000 --SyHEwFL9RoNwzWBE Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 30, 2021 at 12:58:48AM +0000, tech-lists wrote: >Successfully source-upgraded from 20200917-17bd0444d91-modified.img to >stable/13-c256220-g76dd854f47f > >I'll try upgrading this to -current next [context=3Dstable/13-c256220-g76dd854f47f] Tried to up the speed to 2200 and got this: sdhci_bcm0-slot0: Controller timeout sdhci_bcm0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci_bcm0-slot0: Sys addr: 0x00000ac8 | Version: 0x00001002 sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000001 sdhci_bcm0-slot0: Argument: 0x01dacbfe | Trn mode: 0x00000012 sdhci_bcm0-slot0: Present: 0x1fff0a06 | Host ctl: 0x00000007 sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000080 sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci_bcm0-slot0: Timeout: 0x00000003 | Int stat: 0x00000020 sdhci_bcm0-slot0: Int enab: 0x01ff003b | Sig enab: 0x01ff0009 sdhci_bcm0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 sdhci_bcm0-slot0: Caps: 0x45ee6432 | Caps2: 0x0000a525 sdhci_bcm0-slot0: Max curr: 0x00080008 | ADMA err: 0x00000000 sdhci_bcm0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 sdhci_bcm0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D mmcsd0: Error indicated: 1 Timeout eventually it'd drop to mountroot, then panic. Changed the overclock to 2000 and it booted. Guess if it's clocked to 2200 then prob the sdcard needs to be clocked, too. Dunno how to do that yet, or if it's even possible. --=20 J. --SyHEwFL9RoNwzWBE Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmAUzdoACgkQs8o7QhFz NAVx/g/9F6Bo4s17QOyRyxKAa2MhzDeSy1s2LkBitv3M4KcwxcyP4t0rSBobQmdy OgvPc4u2kFYhsiIKYjEsEUsCXV7XnnuHEjazUIHRcsuYjBmiK6BME9aUHimEOXSk 9MCKb72vjNy5QE78ltqZcxgwLOoPPEKNJPbmfVBXYN+GslieL8oVj5qXi/zaUQ7u ZaBHS+3iLIJUKnb55Cj5nMgzxlmyCLpqjZdykBQljNUbPXlZW0MNHIFJlFbEc2Sq 40h47z9hb8dgRnKbQGkm1u+S3qwPOgNxvB9K7PQL+DJoabk7NjtnKk4Ch0rs4Wrf bhT/SpxhWbrbHv6ay2jjeroRr7Jrz0M0+wqMnSMvyOP1iTKigFGamGkGyKB2wyjV +GhpTF5QyEmCRqlO650dM6Iu9zTsTXT2T8yzFE0/zPgfSkl3AWFwByPXupoLojTf /EBXr8xBMBr/uKdI9G/NOFcWXeBZ60BQh9LjcnDyizKdXDXD7vvP3CjHhy8sn7O1 2ohqCaMRPAFSIqhyZI8admF1sDRXIaRNtu8UhU+oKzhvIon2PjnvpaKcmmLN4pox J6ZrfaK5xZwNTYGQLRki+FWDgCw0P5HRmHE/XYj+G3S492/YFhVtZsG4Xd/H3iNY Lv4wTdTKhfTwqT4iqxmJ1fjDdlNe2cK2JWdaxYXTW6/6XJms4GQ= =VdoN -----END PGP SIGNATURE----- --SyHEwFL9RoNwzWBE-- From owner-freebsd-arm@freebsd.org Sat Jan 30 08:35:47 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 D0AF14E1B4D for ; Sat, 30 Jan 2021 08:35:47 +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 4DSSGC5Kfgz3Lxc for ; Sat, 30 Jan 2021 08:35:47 +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 A5B8C127C8 for ; Sat, 30 Jan 2021 08:35:47 +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 10U8Zlmx098132 for ; Sat, 30 Jan 2021 08:35:47 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 10U8ZlQ9098131 for freebsd-arm@FreeBSD.org; Sat, 30 Jan 2021 08:35:47 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 235391] armv7: kernel.bin produced by buildkernel is corrupted. Date: Sat, 30 Jan 2021 08:35:47 +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 Some People X-Bugzilla-Who: mmel@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED 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: Sat, 30 Jan 2021 08:35:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235391 Michal Meloun changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|New |Closed --- Comment #6 from Michal Meloun --- Already fixed in all supported branches. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sat Jan 30 14:31:22 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 5DBC14EE65B for ; Sat, 30 Jan 2021 14:31:22 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (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 4DSc8T2drgz4ch9 for ; Sat, 30 Jan 2021 14:31:21 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 04FFF3EB for ; Sat, 30 Jan 2021 09:31:14 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sat, 30 Jan 2021 09:31:15 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=vAD+FYoR5mhfEpufbA7+OLKtO25 wVP4oNfWHnLzw2Y0=; b=DCvNZ+JmwF80lKG+hgJ6SpkzXkltPbONNEcCIpgY83I aa8l3nv6jBPJ/6Bczf6wPLRObViGNSqG4J20ikMgdQupsj2RFlrIIi/cAquyZIZz 6NDsgLWhEfcFrQxcS2vyNOHn8hpw3jEWFv5Y6cBG+6u0jdtdt0mRkAUHN4qk8baE P9HINTkeEj8LA89blNkNK1tUNVwGvu8O5lsh6tXjNOnWWnfSrUSjcM8KK98v7ApJ fqTMTtFWaFgYAuDSpsa8ZCcsADrlipbKwvFipUIPisjN8Ba3WeWRDhuOFj8Ivava gJy8lXtcGGapklhgAjzK7qcOsu+ty3gIpw5FPva5RUg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=vAD+FY oR5mhfEpufbA7+OLKtO25wVP4oNfWHnLzw2Y0=; b=om/bpOBrvsZXaIK6KCSu+p spu+e825T7HKXOYkH4y6qvnIg48GAsFdjaBJt3SQ6CteUjPgD3qTmhNlPTXou5pN TxaW/nC9Dtbf0wzkJ0Ter980IvlTCTPtUnCN0CHei5ip/F0h1U2Rz0pqvRhIKIgN um2DTu1wIRbkkbLqhwo+l2rtU/m8Kr1YBaaRldQ2V3+8/45HIJC3FkW6q66qU+xF b7vGZMeKEu6+gjSb17sxVZ5uaEk5V9viVQtAiIucEICejqM2r3iX94MZZj1eHz42 QKlTLrfQ4WV+SS4mAjA12VftQ6CxPMv/yZeAhvnoaP5BNpGnMaWrSth4uZ+dz7pQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfeeggdeijecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtderre dttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvdettd dtkeduvdegveelffdtkeffudejvdfhudetnecukfhppeekvddrjedtrdeluddruddtuden ucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthh dqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.local (fws.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id EDB4424005C for ; Sat, 30 Jan 2021 09:31:13 -0500 (EST) Date: Sat, 30 Jan 2021 14:31:12 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: arm64 and following 14-current Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <4E0BC2A4-4A7D-4B8C-A0C6-872102976C7A@blat.at> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jmvgW7nbIOsj5u29" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DSc8T2drgz4ch9 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=DCvNZ+Jm; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=om/bpOBr; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.19 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.19:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.19:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.19:from:127.0.2.255]; 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, 30 Jan 2021 14:31:22 -0000 --jmvgW7nbIOsj5u29 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 30, 2021 at 03:09:24AM +0000, tech-lists wrote: >On Sat, Jan 30, 2021 at 12:58:48AM +0000, tech-lists wrote: >>Successfully source-upgraded from 20200917-17bd0444d91-modified.img to >>stable/13-c256220-g76dd854f47f >> >>I'll try upgrading this to -current next Upgrade was successful, to 14.0-CURRENT (GENERIC-NODEBUG) #0 main-n244527-d1de5698dfe=20 :D --=20 J. --jmvgW7nbIOsj5u29 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmAVbacACgkQs8o7QhFz NAWOGxAAoY+ZLEe503F06LSeNre0oMiZNQ5fstuuDx7qz5DorHpNBDC4Nf/f5IQx UwUoYrCxzHrhBEgRfynS5fBw9Bl+c+/oxGMun6AKul+yFKKwi38BWcuQsyi7P/bs C5VEl/PaO8fPp4oIvcASCIaUMBPdzdnvB+YUOHdedP1e5cGxvJsKa9Zs6JQVckJw eFGUi38uk0MQVlDWy00jIrwb/yLGwZFGn2OP7yIpZ0o5tJsMfGEX+iengXwe5B2e I3mPsMXIcaxnC9rR+WpCaN2D1XxGbX2ulg5aOy7KtYLcJRcOHrFtPyQYwo4JjBu7 2BW8HcgW5K5swZJYRDtxy73xxoHTLEn0OwNVVjHDLZBakq3Aen6FcGSg1c0U0J20 i0nP/SgmqeZGS1mOCvzTd25YN5SOneI+fTKGOXZQ7XEBTdpVCHpxF2Wx1dY11Csx 9jiLuM7DPSgLkUEEBzM6aBTfSKoHOVy1L4x0rjV8K3u1BA/c/v7eF5pigLYjx0k8 gAIi3NtlQAw+PGEWJVUk6l4xRaDiNKHsN9t1kC5YJKgBiOlgV5dzeVy2WDr/ZMD0 sK2vSDXfg4F7fmMYAV1KOq+6Jz1NFu23unIHTgeg33VWeRDXLNgRUM7UsI5f0TBa SpXwfNZYoJ4gCB5X5Y+PwQqv8DLfMmWz5fewwlul6Bua46CzLSk= =5B9G -----END PGP SIGNATURE----- --jmvgW7nbIOsj5u29-- From owner-freebsd-arm@freebsd.org Sat Jan 30 16:49: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 A31974F2749 for ; Sat, 30 Jan 2021 16:49:26 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (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 4DSgCn50glz4m9M for ; Sat, 30 Jan 2021 16:49:25 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id B369DF4A for ; Sat, 30 Jan 2021 11:49:23 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Sat, 30 Jan 2021 11:49:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=ZVsYEepiut7Djzy39/LTraZmwlb PpsLRr8ySAT3EsLk=; b=qR2PcoTNkyatWkXIFUvcAnU83B86ybqL0PKWYJe3Uij k9I/6CM9vRUzKa/4a+ZUYsAFSsINr4+Mo84brd4kayjN4krqkNudxE4whPXMeOW4 io5pi13z6y+zbha2ekqz8iZWSqoKEdmXHPQz07kBg2do64eG7TV3l7t1d4pT2L9w 9pa9Vff6xIn5/qLDtDxJZ2DIZ+N9cYZx9YZld6uI98PDqeTWL4lrTw5apsmimGrj conLjRT2dhjXS+mU2qjGq2o6ExLALbU4nJYazukj5JhhAnbLU8+3zokRy5K8w3yN 9rpp14h3UT+g1PuqzPMW1d9dn8RDVGPBSneeFBtQ/oQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=ZVsYEe piut7Djzy39/LTraZmwlbPpsLRr8ySAT3EsLk=; b=QPgUHPOZ0EPe0IVYyoS+Q4 2gOcf6dZQakKnATqJfaqK9EhZAbWyJWczv6nvqHzvB8KiiLH3JcNwbT1P2Co5bzq P4XOIN6Fev4nD4br2n/bxzsLzNxqEH7KJyyDSZDZjmoRXX5mKZZTQ5FENBBPg2Co LeCYOUt4Onb7ldjVu/xR/RJXLPg/q20WV5yCfX0BdyAFxEEDBnbkEPSpenmiFpao 3JfVB0nHE6h2u6E11jVEVAveOPQMnc/1fSs3AqDVFk0/G4oFBwS6F+xjjN73dVvp FoEmDlrHp8WFcOjmZ22t/KiE1+EzdO5fiaCM9ciPRNgZXe4X0EgMa/Sd43IAvOvw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfeeggdelhecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtderre dttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnhepvdeugfelgedvudekudekvdfhfeeftd ffffehkefhveekhefhjeevudduffehhffhnecuffhomhgrihhnpehnhigtsghughdrohhr ghenucfkphepkedvrdejtddrledurddutddunecuvehluhhsthgvrhfuihiivgeptdenuc frrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.local (fws.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id CD3A1108005F for ; Sat, 30 Jan 2021 11:49:22 -0500 (EST) Date: Sat, 30 Jan 2021 16:49:20 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: arm64 and following 14-current Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <4E0BC2A4-4A7D-4B8C-A0C6-872102976C7A@blat.at> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bKOAYWfDtI6aKRYX" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DSgCn50glz4m9M X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=qR2PcoTN; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=QPgUHPOZ; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.24 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[64.147.123.24:from]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.24]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.24: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, 30 Jan 2021 16:49:26 -0000 --bKOAYWfDtI6aKRYX Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 30, 2021 at 12:58:48AM +0000, tech-lists wrote: >I'll try upgrading this to -current next https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5907 --=20 J. --bKOAYWfDtI6aKRYX Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmAVjggACgkQs8o7QhFz NAVcvw/+NpecrjEVx/m9v4K6T/Y71wBQWOzRpzGODq3ypKjFd8OeZJvMQ9Ket4cN YIPau3e/AfUwYIkLp0K+fK77+1ksXivess0/wtnMgjhed/1RWIOuO5SvTBS8zzLy CpgZJXQ4D7VIWJufLuznVt+BYA1RrPxeB3MfgtPmmrWSdy8M8HrdBTAHXV9TRAOU VPUo0ycuyyu4k6agMtD84JQOat7MNF5ENw96sxomrMZRtXMv/3pUZ5JVZBWeH60Z eGps7Qv8igNVP4XzY2UtvQ4CkfHNRxc0qb34fVglURDpbMq/MVaew1kyfIm1l/9+ ACBBhF3sI5tqSR0RhvFof/Su3QIbaCHKYF1GNSnTPL7Z6zWar8efJJLrMnA8qXop PGRfWexvRsKH29M6dOtKUoVqALAp/3/AkRUbwhnYtT/4rX7gVEExWAWEH/Z5TdGC LcOo3aqifJ0FQFiGN0cdCngfyr13cwBJxmGgH7rpAnuXf+lLzKgHwAMuI2+m+GNK nvvknNg0CW+R8ldrdKHLp6ul6yB+igZJEPaLoOVqxkJ0yodhHF/Ag7q8rY+KutFH Hi48ceaZs8mEdtDeDfNU+1KurDnQipiqlPj9vz/LmjdcCwe9D1C/Cbju4guMAUwx LMZHnJkc4SloHoF+iiU555PCWLSqFuH4nkzMqNKgtwHfDHze3d4= =vcT2 -----END PGP SIGNATURE----- --bKOAYWfDtI6aKRYX--