From owner-freebsd-arm@freebsd.org Tue Jan 12 23:59:52 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 8E5514EA532 for ; Tue, 12 Jan 2021 23:59:52 +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 4DFncl31Q1z4ryD for ; Tue, 12 Jan 2021 23:59:51 +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=1610495989; bh=pcoLHwBrsEZ99BQvkzFk0iyyQLcTTngXzNZcel5G2iI=; h=Subject:From:Date:To:From:Subject:Reply-To; b=qDNfODM8JJy20A+vtHg2kpLjrzQwaNsy75fRy8JGaE6hVGK2J9rWhBYUXK+Ji3FxHN1BQGU3ljewSJpJRRRQ4qQrQR0UYBm6uTnSw8LcUx1i2V0BExlK1i0L5qO5lYs1WD+EXp48a2TMU4h03gULZ4s0deYWr41mbFRyWNT7jT13GTw/3ztkbn2gPapIoJKY4OyOAClhRqm9Ib9pgFEt5UKO5ltI6ZG+m27HT2XGp892ILvzukSkkYYaLphZqBVHJNkcpooN25eKXJdSSYXrdYSHmnSXUjGmVZzN7iMunZja/vzR7C8hhCWRPN5mzSRc2zC/+hkRjP/idDU4UtaNbg== X-YMail-OSG: FeWfpdsVM1mEnNy31kuwK0.V96MJtSZntedDWHzBrbE_1T6n0OuqGN_kps9OV0L 1oxa4XWXieB7ZAxV2ESuUR_1Jx2cNOp2DRY4Hjc88GV6pZG7uLc7viDGf_bafwmJ7Kpk4pQ2EuG5 cotOYEqRc_Voq8V_rDihKZZCF6ks2wkuts2F8OMMiRv2zPUYLBUD7tsqX93IUnsXJHi.0vl1bQzO q_cezLldM2EPdXI1SPVECYx9GvuHDbByctFVjF6ZXgw101WeoaWfRPvyLtJm1CKPiMN4f.Gsl8mf UKcrMraO7qy4dnIdqRJnQiy8TdLo1bY2gE_im1WG6rQPNkiApsa3sS2glbefVU.MvWXDZNNMm4q9 SnlBeIEo_5roE9dYkd0N1eqv600EvrYMONZgGVCOUzwj.fIDX9Iu.z7iDDL_Nq2684T6kBjDnIKs fYnLUy_KBsG0LqMCSoYshOLjYuVUd8pp0xQb.sFpKPaJRGVgu.zwZBLbEWwQD3Kldnn0C9nvnW9P ODUbmjiHq9ukWPbap2C3gpi_d.W9Y_DP2hNJC5MlaukVPdTSxy5EZnNXgDtWoae3bqey1OLve0YL 2Nt2xT_o9W.xgYXqd4FJR_rq6SDNVj4rKOPheGIWLRLxcoTlOvOFhgKJ9hPd20eK1Bvg64Z0RxYD 0U4gbrp.XV_JrxDF7WMvekKue5_wbAfIOs5_dSg2bJ_k0gJPKiy_siSBCMRgiYhqk6ndxLddA5Od PUCPDanTESD5yOTfAJZOBKJgxGJeaXz7opiHczdv1TCUFUBZcrnFraaIGDrgtXdlctWDmuXcCfPo 6jmVvfwCoLjHhM1POI4JCXevHEIewQL8RQUzwuMGrQWKIrdjwKw7HEye5e3VRlF9Agacg5CFiE3_ c30Zow7rAqEKktYZBCR_f_P_LwNCW0iRSoeOk2M0roYPwRgw68ddLGCVY8NZNS2uM_ww5Vciwtlr 6Y2_jCXfrRj4.zXwvQkuThjJJeOpmMBIV9CBUsZS0fN1fPr_Yz3vw2d7DifTjVLhA.Hw1cr7dy6h 856Oq5PwBfr1cZPSKLbJ2iAXcbPJybuB3UWHOMclv6AlM3tZ5PHCfHxuQtZQ6WE1S7U7j4.3hxdo n7trK9rk0BvG2fi3pVJWCcdCuQIltzWZWIBWTXzy2VMfX9VtSASgKg4bUoHzOwqd5KpAS_UR_EZn YXqX2KJlSxChAFagzDqIiXPQCVKp...HrMpNBLjfuc93J0jIlph4dblpzDw7TKLR0CvUx2XJKBgR ldoDObp15mHe6MSNWb6wSgqhytoiGWFMsPmQWipJLzOIqt6WVU9zEZbj2sbwsXIbttiQnvwywxjp d8uF6lG65DztjToWNLGbIzQt7jrVwcKfFAyn9cPnpW7Dkri6t8P5e75y2nVl2Ang7kU80XkzsOLT T968swuxhLtVA2dgJrwmZsO7SzIwD4GgyNywk2Bb92PbkEm6c5nl0vTMKnAzylVmtIKMyg4vLKm0 c4pBoePRGnwBHlaYmB.Z.JHvadNknJxSku4u85WLC7rk1MKQkcY4_Dk5h0_B3SVVS.aQfRaiN1Zt 53F4Nb9GjnLeStfvmZzExbqNBZQK_sf1Z9hO685odTBDXt.3IwtzptM3oeS7A2ZGexkNZb6gGC.9 fbn1lnVJZjHzOz8sS02xC2yrSD47Lda72OZrfgvWgr1n.PhR1v3asMBgpYWH2H531Sq5G5x7GXvz kvlxRuw1yIduf0UZW912l0a96ueivptgq1PySX4jHUU9mPhPnwbIxiz7TvTfM_mV._sd5Yo8RiFY ySBIHgC6w2eUIKNzhI4s6EPtuZ0525mzSgSlMwBsX5ViuF4zmugvuOxdK6xwFhl4YnBhIoHWCcZp yuqvT44gNGOXph4y_7IZNtwkJk9sWwASDBnQBPBlF6knPDDU5Z9qXRP2PDVSslIHc2qHBUTjtW7N mTjzWdB2hOpJy4KsyECkjuY7zaoE4RCUAwjLdGz5281sqyjN9fHD9qlf7Q3QSjQHg8hxbaYYcWZK FnLoqgDEUPmhl8oKwWxnFiOdx4pMwaqkfsUmWJw8XiI8IYxvDLFewcUPxTDNWDsoVoknIGO32tHJ s4WGeLBYAlh_C32K09.dQds2sVs1PdFiuPzT1q.gU8hQOv6y21iJTlhsRc.NLm.BJfgrPTISwr72 5_Tzbq.tOoTxyQLCzBpFpr41qWTED9UFf8nlCXFWRX9ytvteJpjsXGHk7l_Wogm9EZVo7J35Zmt1 EHrPw_39sdNjnCXGcSuq_7fGTo1S9XEKqu.Ma3vXZC5Iyv5tmz4QYGYMfr4FkPJLjbG6986fOhp7 iRwSqgrcOUnATB_fgJDLaOgeFXCu2P.RLpC9sOXCpLYHOND7qQOUyYColwIl_VYWa4d2GM9U8ppZ YVnAhfoE1yC_lWHyKsVpPZ5Bo.wrbrWKazXqi35yv4kBrmcq0MgFun4L3FAA4ScYkBLiLoE2Ad2s Fve8.mLH6kiu3r2ONUz.g9JyD5_Cq1cN_X6TJYLQABUFxuPfrRvwJhIQQqsVxZfM- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Jan 2021 23:59:49 +0000 Received: by smtp406.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 60eb5fe6a619637b65b90fded627a959; Tue, 12 Jan 2021 23:59:44 +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: panic: Too many early devmap mappings From: Mark Millard In-Reply-To: <20210112233607.GA79348@www.zefox.net> Date: Tue, 12 Jan 2021 15:59:44 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <90C90797-A8A5-457C-AF07-800EA82F5F12@yahoo.com> References: <20210112233607.GA79348@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFncl31Q1z4ryD 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:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.999]; 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.68.148: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)[]; 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: Tue, 12 Jan 2021 23:59:52 -0000 On 2021-Jan-12, at 15:49, bob prohaska wrote: > An RPi3 running -current updated on Jan. 10 installed a new = world/kernel and=20 > when rebooted promptly crashed with=20 >=20 > ---<>--- > panic: Too many early devmap mappings > cpuid =3D 0 > time =3D 1 > KDB: stack backtrace: > (null)() at 0xffff00000011ad90 > pc =3D 0xffff000000760f70 lr =3D 0xffff00000011ad90 > sp =3D 0xffff0000011df330 fp =3D 0xffff0000011df530 >=20 > (null)() at 0xffff00000045c2d4 > pc =3D 0xffff00000011ad90 lr =3D 0xffff00000045c2d4 > sp =3D 0xffff0000011df540 fp =3D 0xffff0000011df5a0 >=20 > (null)() at 0xffff00000045c07c > pc =3D 0xffff00000045c2d4 lr =3D 0xffff00000045c07c > sp =3D 0xffff0000011df5b0 fp =3D 0xffff0000011df660 >=20 > (null)() at 0xffff0000007d8380 > pc =3D 0xffff00000045c07c lr =3D 0xffff0000007d8380 > sp =3D 0xffff0000011df670 fp =3D 0xffff0000011df670 >=20 > (null)() at 0xffff00000075dc98 > pc =3D 0xffff0000007d8380 lr =3D 0xffff00000075dc98 > sp =3D 0xffff0000011df680 fp =3D 0xffff0000011df6a0 >=20 > (null)() at 0xffff0000007710e4 > pc =3D 0xffff00000075dc98 lr =3D 0xffff0000007710e4 > sp =3D 0xffff0000011df6b0 fp =3D 0xffff0000011df6d0 >=20 > (null)() at 0xffff00000028850c > pc =3D 0xffff0000007710e4 lr =3D 0xffff00000028850c > sp =3D 0xffff0000011df6e0 fp =3D 0xffff0000011df7a0 >=20 > (null)() at 0xffff0000007c8788 > pc =3D 0xffff00000028850c lr =3D 0xffff0000007c8788 > sp =3D 0xffff0000011df7b0 fp =3D 0xffff0000011df830 >=20 > (null)() at 0xffff00000028a64c > pc =3D 0xffff0000007c8788 lr =3D 0xffff00000028a64c > sp =3D 0xffff0000011df840 fp =3D 0xffff0000011df850 >=20 > (null)() at 0xffff00000039b340 > pc =3D 0xffff00000028a64c lr =3D 0xffff00000039b340 > sp =3D 0xffff0000011df860 fp =3D 0xffff0000011df870 >=20 > (null)() at 0xffff0000004a6950 > pc =3D 0xffff00000039b340 lr =3D 0xffff0000004a6950 > sp =3D 0xffff0000011df880 fp =3D 0xffff0000011df8b0 >=20 > (null)() at 0xffff00000076d73c > pc =3D 0xffff0000004a6950 lr =3D 0xffff00000076d73c > sp =3D 0xffff0000011df8c0 fp =3D 0xffff0000011dfa00 >=20 > (null)() at 0xffff00000000089c > pc =3D 0xffff00000076d73c lr =3D 0xffff00000000089c > sp =3D 0xffff0000011dfa10 fp =3D 0x0000000000000000 >=20 > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at 0xffff0000004a6550 > db> reboot > cpu_reset failed >=20 > It had to be power-cycled to restart. It came back up readily with > kernel.old, which reports main-c255664-g4d64c7243d26 compiled Jan 9. >=20 > In particular, how does one recognize which revision fixes=20 > this problem, assuming it's a bug and not operator error?=20 > Presumably, it'll take at least several days to reach git. Discovered last night on 8GiByte RPi4B's relative to this: Booting without a monitor changes the memory use and avoids the panic. WIth the 1920x1080 monitor it fails. (Only kernels with INVARIANTS make the check that panics, but need not mean that others are operating well, even if it is not obvious in a specific context.) Quoted from part of a message list item from last night: QUOTE Going back to my 19cca0b9613d based debug kernel build that has the printf's reporting the values used in the test, but with no monitor attached, it boots fine and reports: pmap_mapdev early_boot: akva_devmap_vaddr: ffff007ffffff000 size: 1000 pmap_mapdev early_boot: va: ffff007fffffe000 VM_MAX_KERNEL_ADDRESS: = ffff008000000000 L2_SIZE: 200000 That compares to the previously reported failure figures from having the monitor attached for that debug kernel: pmap_mapdev early_boot: akva_devmap_vaddr: ffff007fff816000 size: 1000 pmap_mapdev early_boot: va: ffff007fff815000 VM_MAX_KERNEL_ADDRESS: = ffff008000000000 L2_SIZE: 200000 panic: Too many early devmap mappings where the code does: KASSERT(va >=3D VM_MAX_KERNEL_ADDRESS - L2_SIZE, ("Too many early devmap mappings")); Looks like akva_devmap_vaddr gets smaller to make room above for monitor related data and so va can end up being too small by the criteria of this test. I've no clue who would be appropriate for dealing with this. END QUOTE You may have provided a bound for a bisection =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)