From nobody Sat Feb 15 06:35:57 2025 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4YvzhZ22fJz5n4HB for ; Sat, 15 Feb 2025 06:36:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4YvzhY200zz4Qbn for ; Sat, 15 Feb 2025 06:36:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=NTF9B+7a; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1739601371; bh=nsyutsC5dBCpbOCrpjCUdMgdInVfqoUJm1Vb/d4TtlI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=NTF9B+7aoiufmtkgiZHfNN0GmJrxQD0nuJgIel/nBPSkLG0Nw1tMAaDmzydpr5dVy9+vPzMprCpwcFp6T+s/Mgl1sPHadVJfGCED/szKbLoiy8fOptIoM9xp2krBVc47lC1ieANJMJ+v8JvQRd48vcvZ287NWDIiuiDB8ADBC8RNLXWNoUIEAtGK9wiOFMbhk+EeJVhKMa+YQBZbjcBVar5yd1Kum9BscZEdOwfHrSE3jggKbzAiR2GZ+wOY153pyQAZJTD7u3WR1oF4J+diu52wultWIkv/LXiSvddL6Jj8vNYEgE1PvNMzp35X2WpJct7zGINV56kjTnG1QrLiow== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1739601371; bh=+gxfmjBs2vfKXztQFsDnp8QZ/ltucpbz1biOZD6dnqj=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=S56R7QLcHc0sfu61bBRhHZsighzRlEgSu7lg4JrW/AO1QQQGyku/YNalEHn40ugiNXKiGKkTO/ewlsj6M6oEN8UliK36pAzWqY2vEa3fD4ECZRFove+yfZqdf1lFa4j5VmV1jsCSdEqQHXBPkQEGz50mCI4xJnsKZ7rURU+02xOTASj1DYw3Brzq5vUZiE7+cnwKiuZNv7qffMSqNL6w9uMhXVuZRqEUsdnV/qKSQ5uUcqjzUqmcrR8YUWws/RCRN56tnet/JrjhPlQ6q31eMKvfvpt5R9nCz1uXAmqmBqaICI2iKkMLdPzLvYAGl+m6GsQP6trd0Djw2VBV+WuTtw== X-YMail-OSG: 7mgWabkVM1nbIEnpq6G6qQeeZXELqs0gLFgaJFMY.XcFZcTscijXQ6jI72WFkex yrpmI8lOVi01E0IhnngqCo4XRil7mysRygjoi2DUePnPl_h0zb6DdQI3.J_iRx06TDUMzDOCshKX 02QD8HCZy14JmdmY_Y51knhCO3YCp1jPHtJDmLodS558w.f0bK63cnd8WZ79j7FmHBf5ltXxGZOG r5bh_3c6eFTsKI820Qr3T4Qcde.ANCp4B9iJxBM6MjyhQLj.BHfJgVecuyJfxv_3BHhTcxhqqLM3 aq87rWFd8vVzScgMYQrytzkuQE2igDt5osKOJ7.8deahdKNblFs_lAItedJX1IZDdk3JIfT2kMZ8 0Uh4JEpkG47iLs2S0PvBKiw5nNggDbtE9wiTsYUBHiDb_URCxgoAgPY_kqV_T1GT7s2bwIe5w2gN 69r_RJ8EUyeGXH34rRJqmKYMwyeg.SisQCeRVKZd4xn_RdnlgUl1tgz5zJKpEITcVJuapCuDG_jG 3VhvmJ8H1IGJGdHnpTaNxkTXjo6k2sfH4eWp79TopfLPEDampI7tSTBPUabUyZbhXKUU5KVFbJky Lp6AJZrUKvZirKA2j.S8s0a_nrneD6ZnAq0gLWrnmzHZdICeneOmY2MKosU1SGn.NCRl3ag8Bu7T d3GpF7gJm4lPw0mWXaIIXvISeJ.lAdVqDPMNy6.keG0nABBcnEzGQi_Y_rIOerAwoE9HPxHzKM36 BriELKOCnUtxDIUDsggOTV1fF5mWLnJ8MJR2WUd8Tj5KXpY5azwm0kFHVNX4jrcej9ZktTKH30pC .DPkpuZfvtBnaRcXz6g.8Dur3Qb0N9ZSvdj5zZ7SaS9l6fBve01o8.bwyChaN9SQSHa4h1gcb70i STs.bydMOkBCFrIV1VVT4VzJFRUPAfQkbkih7jWJyVCOoZnHaPRdxCrHgrO1lrKgdE2_wfkOjhCg 3YR8OqCMd7iT52RiU5dKRDwBkjmWv6UW8wkWZjR5CRlYwYrmqr_UqINRoegQWvDq.n9n9SNtlsiL C8yqF2ESysm52RkcbaXdp.K2au68lCmXUiUIWnR1wEMFaRp1GytcDXtn7ZqL3f6Zt7Rq_pFKJmZj ngNbQu0O6.uYB8E0JHgmGKG.4NDXwxqerIh9MWj5PCsy6MzThXtwuclWutdG8PtijX.UvpeCPTMu ldWF1WkJQx9.S3rJt8rMlQiWHWzVbyGkkxsOekkod6MC6Xj7cViE2B.v1ul_Sv6jVDnwkUmdrrft WzHHrVWxqU1xyD4cSUEJ2xYDbWTh00po0puo_82hgmviTBJRQpRMhG8iByyQwUvI5mwbAOBFmoZl JEQ1_hIhXmYDXzSjzGupLCq06TPM.y8hyBgX2gcuQzEp58XH0X1O_zJvMBfdSPNUdmLgKgrB5W8f K87worH7d92yAUsjiY4jTgze7FamifRu5V.zn3UNW9o9H4Guq8kg5pY2HvT1P1SB1Ycmfb0tkfkA 5yg.a0Q5HhTKQ.Z1hJ6A89IgScijTWtl4qBeQ2c4ofP6.KQHz_gfINcrKPC0MdhvnmWeyhtclwSh qcxORx_LZgGeSO71DzoKkq_6qyGbQKbhn5JsFfUOSi5K9j46CHv.1JLVYL0nQ7BqzRIFLoKjMvN_ uH1_juR4pTAuxbJzFdPXm4d0k147G3uecImesRkdgZbJqDWTnE3BYy8H8eACWTdzqwlTPOWL0vjt eQEv4K3AI_We.2Z3G8wl97.LMdMmP1fTLFXaxoiONwlEKME5PXImAqKrhGL7dHSX2JPA_Rkk_LuK a_c0fNDZkKN3IgbVYGMwVy0bwgtLeHNwVYJu7gZvjSsLHXlr5uf3gEGgq1CNNLUmJBMq7iOth0SH hshGwQ.gvvx084w3F0L4q4Vxw_YTbAKy8LO7JD7EJX_.ZUz_S4qX2pTS35tctC.UQ9F6Ltwnp41J 1PxPhV2C2ZIgUceZxnyVoEs6No8LaErF8llCnpS2RHTgqeCrIqzI8wrGj1W_Vq5S4JuKze1_o7SN Hyq5NET8koB6pmFgbzI74CXX8gw.GpKRqHvUMdo13qEd5of55dGRT3kcdmH2v08vl6DXm1e2phB4 NqsmuQ2gQjRDRmDViUPJ15xsRBKK6mTMmhcpKW.H9DnzrqpZ93RIVIiP8Za4OlOUZewnR9yGPpy0 7FkIwILWQz6rnlD2LJkYmlSYybY7VaCkYjI7DMLgr7f6J3rEa5xCg3htfUJPJqivrRHiHMlT48kl 1Lo3x5KAmgm.7Ev6IHgBQHbs0eA1vCxIzmchfUkgaCfm_AzfeA81X1dCwti4kAWTzXx0fYHUIxBY - X-Sonic-MF: X-Sonic-ID: 32f3f914-0380-4790-a710-9bd31ae89bc3 Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sat, 15 Feb 2025 06:36:11 +0000 Received: by hermes--production-gq1-5dd4b47f46-bwg5p (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b7aee5b8677385ac202b335fe376a452; Sat, 15 Feb 2025 06:36:08 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.400.131.1.6\)) Subject: Re: An inp_next() panic under arm64 Parallels [ during vtnet_attach() ]: how to avoid it? [1 way: treat FreeBSD as a Linux] From: Mark Millard In-Reply-To: <2BC05CE0-CD41-4F6C-8177-75BA1C107935@yahoo.com> Date: Fri, 14 Feb 2025 22:35:57 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <2BC05CE0-CD41-4F6C-8177-75BA1C107935@yahoo.com> To: freebsd-virtualization@freebsd.org X-Mailer: Apple Mail (2.3826.400.131.1.6) X-Spamd-Result: default: False [-4.16 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RBL_SENDERSCORE_REPUT_9(-1.00)[98.137.68.204:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.66)[-0.663]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.204:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.204:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4YvzhY200zz4Qbn [Hmm. This did not seem to have been sent at the time.] On Feb 11, 2025, at 00:01, Mark Millard wrote: > I took my existing media that I use to boot and > operate a Windows Dev Kit 2023 and a RPi5 (same > media moved between machines) and tried to have > Parallels on macOS boot the USB 3.2 Gen 2 capable > media plugged into MacBook Pro M4. The result was > as shown later below. (Warning: transcription involved.) >=20 > The below example is for booting an official PkgBase > kernel.NODEBUG build: >=20 > vpanic() at ypanic+0x1al > panic() at panic+0x48 > data_abort() at data_abort+0x334 > handle_el1h_sync() at handle_el1h_sync+0x18 > -- exception, est 0x96000004 > inp_next() at inp_next+0x4c > in_pcbpurgeif0() at in_pcbpurgeif0+0x3c > in_ifdetach() at in_ifdetach+0xa0 > if_detach_internal() at if_detach_internal+0x384 > if_detach() at if_detach+0xac > vtnet_attach() at vtnet_attach+0x172c > device_attach() at device_attach+0x468 > vtpci_legacy_probe_and_attach_child() at = vtpci_legacy_probe_and_attach_child+0x90 > vtpci_legacy_attach() at vtpci_legacy_attach+0x230 > device_attach() at device_attach+0x468 > bus_attach_children() at bus_attach_children+0x40 > pci_attach() at pci_attach+0xf8 > acpi_pci_attach() at acpi_pci_attach+0x1c > device_attach() at device_attach+0x468 > bus_attach_children() at bus_attach_children+0x40 > pci_host_generic_acpi_attach() at pci_host_generic_acpi_attach+0x38 > device_attach() at device_attach+0x468 > bus_generic_new_pass() at bus_generic_new_pass+0x10c > bus_generic_new_pass() at bus_generic_new_pass+0xb0 > bus_generic_new_pass() at bus_generic_new_pass+0xb0 > root_bus_configure() at root_bus_configure+0x44 > mi_startup() at mi_startup+0x1f0 > virtdone() at virtdone+0x6c > KDB: enter: panic > I thread pid 0 tid 100000 1 > Stopped at kdb_enter+0x48: str xzr, [x19, #1920] Later below I indicate a way to avoid the above. But it might be that panicking in this way is not really a good handling of the type of context that I started with. > For reference: >=20 > # uname -apKU > FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT = main-n275286-dd78d987cb38 GENERIC-NODEBUG arm64 aarch64 1500031 1500031 >=20 >=20 > The below example is for booting my personal kernel build, > a NODBG build as well: >=20 . . . (making the message shorter) . . . >=20 > # uname -apKU > FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #5 = main-n275290-9ef38a01aea8-dirty: Wed Feb 5 19:45:09 PST 2025 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src= /arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500031 1500031 >=20 > (So: very similar. Both are non-debug builds.) >=20 >=20 > Is there a known way of avoiding this? >=20 Well, one way of avoiding this is to tell Parallels that the OS to be used is a Linux of category Other: The vtnet_attach then works and the FreeBSD boots from the external USB 3.1 Gen 2 media connection. But the console display stops updating after: 'VT: Replacing driver "efifb" with new "virtio_gpu".' is reported. (Serial only leaves teh text, video clears the window content.) . . . pci0: unknown> at device 9.0 (no driver attached) virtio_pcil: < VirtlO PCI (modern) GPU adapter> mem = 0x10000000-0x13ffffff,0x14008000-0 x14008fff,0x14000000-0x14003fff at device 10.0 on pci0 vtgpu=C2=AE: = on virtio_pcil VT: Replacing driver "efifb" with new "virtio_gpu". Still, I can ssh in and use the FreeBSD instance. =3D=3D=3D Mark Millard marklmi at yahoo.com