From nobody Mon Jul 21 00:02:08 2025 X-Original-To: current@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 4blgZ25wnQz61nsF for ; Mon, 21 Jul 2025 00:02:18 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe: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-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4blgZ20bFCz41Qq for ; Mon, 21 Jul 2025 00:02:18 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; none Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 7CEF0A64808; Mon, 21 Jul 2025 00:02:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1753056126; bh=VNQYNBY12WHLxTStMOgQ7CDl5/0BUG28I8B5If3GL5M=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=Hy4p2EOVB7Ldc2ZNtENXc+agkIO36HgxdeeqHgzWvlhIZ8WM/7uyotlvEuNPG6w9v /ZQd0rjkxXwlGxiMm9IA238+i7i6iUgXi8vTRMU2acXN/RkMGijwh82yB3v+uWX8FA n9lRCWy3DajA5DlU4YQZw7hdUPqzHDQgPkjURphdfr1ikuGd7UcmwN7qDEOaucbHnX mQQKdMILOKDD8cCi/iRugmopCYUIE1UfOUWJNfmR3jmLPvroG9+C0Z1ZtSDTv1dQzk Ko0+esTxlVle+nfV4jcjH00HZmjbvzZD7dN44zbbtU5W8l5144I9C0xb20+h+r6WD9 tEALrKxEeJP2H7ZHJFYnh7Fr7u+KelF+F/+oIBfBUF3yuCP3zA5NOVakCCk/+2GSIg 3OoCR13z220RpOwutHRo8UdM9mr/AxkYowqetWT7lFm2Lx2AUxA0e3NtC4+EZRa++H fcIdf5RKaiariK2j0STH5T3O834HGA2iIef9vVzrUQAyIrHX7FHVVSSgVhx1YWumqd 6p7j4iXkCaoTnhYc5QGoRuK4WueDUk/yfwlRmT4XzQXea3A4YavuAsNNSpRgZyzmCF +zTE+IqcrUEEkLiA1RqRCKXF1MZ+ppTrV/SkD/5UlQbhh1R44N1Q2EtcrMNaqnUut8 uQ+3SN8UekNVZTZ1ezovis4I= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id A88EB2D029E1; Mon, 21 Jul 2025 00:02:10 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id rMJkOCSBvrlI; Mon, 21 Jul 2025 00:02:09 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:a66b:b6ff:fe40:39a9]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id B90F12D029D8; Mon, 21 Jul 2025 00:02:09 +0000 (UTC) Date: Mon, 21 Jul 2025 00:02:08 +0000 (UTC) From: "Bjoern A. Zeeb" To: Warner Losh cc: FreeBSD Current Subject: Re: mmccam -> no more cards/sdio but "mmcprobe" In-Reply-To: Message-ID: <933q8q89-s848-034q-r063-76563n6938s2@yvfgf.mnoonqbm.arg> References: <602976q7-s2r2-o8n4-8s59-93pqq4ro3433@yvfgf.mnoonqbm.arg> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="1098556516-265916065-1753056129=:4643" X-Rspamd-Queue-Id: 4blgZ20bFCz41Qq X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE] This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1098556516-265916065-1753056129=:4643 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 20 Jul 2025, Warner Losh wrote: > On Sun, Jul 20, 2025, 5:19 PM Bjoern A. Zeeb > wrote: > >> Hi, >> >> I've updated one of my trees to main after a longer while and I am >> confused that I no longer see and SD card or SDIO (this is netbooted): >> >> # sysctl kern.features.mmccam >> kern.features.mmccam: 1 >> >> # camcontrol devlist -v >> scbus0 on dw_mmc_sim0 bus 0: >> <> at scbus0 target 0 lun 0 (mmcprobe0) >> scbus1 on dw_mmc_sim1 bus 0: >> <> at scbus1 target 0 lun 0 (mmcprobe1) >> scbus-1 on xpt0 bus 0: >> <> at scbus-1 target -1 lun ffffffff (xpt0) >> >> Where to start looking? >> > > So those probes are put there to evaluate devices that were found. If they > remain, then that never finished. Most likely never started. > > What hardware is this on? arm64, rockchip [1.000651] rockchip_dwmmc0: mem 0xff500000-0xff503fff irq 42 on ofwbus0 [1.000652] rockchip_dwmmc0: vmmc-supply regulator found [1.000653] rockchip_dwmmc0: vqmmc-supply regulator found [1.000654] rockchip_dwmmc0: Hardware version ID is 270a [1.000656] rockchip_dwmmc0: Disabling HS200+ (tuning code not written) [1.000657] ofwbus0: mem 0xff510000-0xff513fff irq 43 disabled compat rockchip,rk3328-dw-mshc (no driver attached) [1.000658] rockchip_dwmmc1: mem 0xff520000-0xff523fff irq 44 on ofwbus0 [1.000659] rockchip_dwmmc1: Hardware version ID is 270a [1.000660] rockchip_dwmmc1: Disabling HS200+ (tuning code not written) -- Bjoern A. Zeeb r15:7 --1098556516-265916065-1753056129=:4643-- From nobody Mon Jul 21 00:20:17 2025 X-Original-To: current@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 4blgyz2Hrnz61q2h for ; Mon, 21 Jul 2025 00:20:27 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe: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-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4blgyy0TjCz4Fwk for ; Mon, 21 Jul 2025 00:20:25 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b=celHClv4; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2003:a:140a:2200:6:594:fffe:19 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net; dmarc=pass (policy=none) header.from=zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id C87D7A64808; Mon, 21 Jul 2025 00:20:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1753057214; bh=z1m+/1Eij9awvEVfuK5xorhajErRcvnUL0MHKuuyvXg=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=celHClv4cVnFJ5SdtNr1JZ4a6C+o/XNLkbLXGiA49sg1NJTGMQeLAU42vZOvHQtKe iP+MH7Ax7ujqVH2/jAjkLcku1FznRv/V/sKBZYgTJqTIkTaW0u9cS3o6La3VaxApxY 4jOFJxJdaKXCW1bxFYKCSLxJrmdQWY2fuVrquoXfxdqp1QsK9qL/ArcokpRpEYjhq2 OzBUGV2K7S4lxQpCHko/tTukQHtbxolUqevSftVCrhz2NMh3OU396HCQ5uSSN5eDvN SuaOWehBeGgG18eWREe0Uo8+jZNWlEC8qCXRTjgbZoMKvsdeaGCKuM9+c8nNcgJolr PP6fQ6nHdjbZXJkrKO873SncXp5oKoJY9gfU/t77pmvkSBDi64ee+p8WB3L/qRF0ny aW8GewfH8dOWMY0+Jr03hQOTh0kWnuCGE0RkHssdfaXsNXKk5Q31HTa4VRG6FrVOPV pphhA9sXw6eBw0yA7iFVD/CGVhvx/z1CPQhligy/LvPdRf6bN2A4JzH/l1Fj0B03ZK 8lRw0atfUuBGRsDUPIowh3N5mOB+i8+vVWJPalTw4Wu1EurefbOTjs8v0jZXWKzUEX uFFaUyC1g+do7QE7eY1tWW/p6vEhGf82UtrRqr5xv9Uno62j0fqLpojCXv3uYEvtBf xetR8wRtszKvJLA/ojtD7QtM= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id F14962D029E1; Mon, 21 Jul 2025 00:20:18 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id om5DOpjH3rwy; Mon, 21 Jul 2025 00:20:17 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:a66b:b6ff:fe40:39a9]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 8BFB22D029D8; Mon, 21 Jul 2025 00:20:17 +0000 (UTC) Date: Mon, 21 Jul 2025 00:20:17 +0000 (UTC) From: "Bjoern A. Zeeb" To: Warner Losh cc: FreeBSD Current Subject: Re: mmccam -> no more cards/sdio but "mmcprobe" In-Reply-To: <933q8q89-s848-034q-r063-76563n6938s2@yvfgf.mnoonqbm.arg> Message-ID: References: <602976q7-s2r2-o8n4-8s59-93pqq4ro3433@yvfgf.mnoonqbm.arg> <933q8q89-s848-034q-r063-76563n6938s2@yvfgf.mnoonqbm.arg> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="1098556516-1713784443-1753057217=:4643" X-Spamd-Result: default: False [-2.77 / 15.00]; CTYPE_MIXED_BOGUS(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.997]; NEURAL_HAM_LONG(-0.98)[-0.981]; NEURAL_HAM_MEDIUM(-0.79)[-0.793]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; R_SPF_ALLOW(-0.20)[+ip6:2003:a:140a:2200:6:594:fffe:19]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_COUNT_THREE(0.00)[4]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[zabbadoz.net:+] X-Rspamd-Queue-Id: 4blgyy0TjCz4Fwk X-Spamd-Bar: -- This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1098556516-1713784443-1753057217=:4643 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 21 Jul 2025, Bjoern A. Zeeb wrote: > On Sun, 20 Jul 2025, Warner Losh wrote: > >> On Sun, Jul 20, 2025, 5:19 PM Bjoern A. Zeeb >> >> wrote: >> >>> Hi, >>> >>> I've updated one of my trees to main after a longer while and I am >>> confused that I no longer see and SD card or SDIO (this is netbooted): >>> >>> # sysctl kern.features.mmccam >>> kern.features.mmccam: 1 >>> >>> # camcontrol devlist -v >>> scbus0 on dw_mmc_sim0 bus 0: >>> <> at scbus0 target 0 lun 0 (mmcprobe0) >>> scbus1 on dw_mmc_sim1 bus 0: >>> <> at scbus1 target 0 lun 0 (mmcprobe1) >>> scbus-1 on xpt0 bus 0: >>> <> at scbus-1 target -1 lun ffffffff >>> (xpt0) >>> >>> Where to start looking? >>> >> >> So those probes are put there to evaluate devices that were found. If they >> remain, then that never finished. Most likely never started. >> >> What hardware is this on? > > arm64, rockchip > > [1.000651] rockchip_dwmmc0: Controller (RockChip)> mem 0xff500000-0xff503fff irq 42 on ofwbus0 > [1.000652] rockchip_dwmmc0: vmmc-supply regulator found > [1.000653] rockchip_dwmmc0: vqmmc-supply regulator found > [1.000654] rockchip_dwmmc0: Hardware version ID is 270a > [1.000656] rockchip_dwmmc0: Disabling HS200+ (tuning code not written) > [1.000657] ofwbus0: mem 0xff510000-0xff513fff irq 43 disabled > compat rockchip,rk3328-dw-mshc (no driver attached) > [1.000658] rockchip_dwmmc1: Controller (RockChip)> mem 0xff520000-0xff523fff irq 44 on ofwbus0 > [1.000659] rockchip_dwmmc1: Hardware version ID is 270a > [1.000660] rockchip_dwmmc1: Disabling HS200+ (tuning code not written) I found the tunable: kern.cam.dflags=0x41 Output see below; if it helps I can run with 0xff: [1.035158] (noperiph:dw_mmc_sim0:0:-1:ffffffff): xpt_async(AC_PATH_REGISTERED) [1.035752] (noperiph:dw_mmc_sim1:0:-1:ffffffff): xpt_async(AC_PATH_REGISTERED) [1.038843] (noperiph:dw_mmc_sim0:0:-1:ffffffff): XPT_SCAN_{BUS,TGT,LUN} [1.039609] (noperiph:dw_mmc_sim0:0:0:0): XPT_SCAN_{BUS,TGT,LUN} [1.040031] (noperiph:dw_mmc_sim0:0:0:0): Set up the mmcprobe device... [1.040560] (mmcprobe0:dw_mmc_sim0:0:0:0): Periph created [1.040933] (mmcprobe0:dw_mmc_sim0:0:0:0): Probe started [1.041289] (mmcprobe0:dw_mmc_sim0:0:0:0): Probe PROBE_INVALID to PROBE_RESET [1.041809] (mmcprobe0:dw_mmc_sim0:0:0:0): mmcprobe_start [1.042163] (mmcprobe0:dw_mmc_sim0:0:0:0): Start with PROBE_RESET [1.042588] (mmcprobe0:dw_mmc_sim0:0:0:0): Start with PROBE_IDENTIFY [1.043249] (noperiph:dw_mmc_sim1:0:-1:ffffffff): XPT_SCAN_{BUS,TGT,LUN} [1.043729] (noperiph:dw_mmc_sim1:0:0:0): XPT_SCAN_{BUS,TGT,LUN} [1.044143] (noperiph:dw_mmc_sim1:0:0:0): Set up the mmcprobe device... [1.044650] (mmcprobe1:dw_mmc_sim1:0:0:0): Periph created [1.045007] (mmcprobe1:dw_mmc_sim1:0:0:0): Probe started [1.045362] (mmcprobe1:dw_mmc_sim1:0:0:0): Probe PROBE_INVALID to PROBE_RESET [1.045878] (mmcprobe1:dw_mmc_sim1:0:0:0): mmcprobe_start [1.046237] (mmcprobe1:dw_mmc_sim1:0:0:0): Start with PROBE_RESET [1.046655] (mmcprobe1:dw_mmc_sim1:0:0:0): Start with PROBE_IDENTIFY [1.085627] (mmcprobe0:dw_mmc_sim0:0:0:0): mmcprobe_done [1.085996] (mmcprobe0:dw_mmc_sim0:0:0:0): done with PROBE_RESET [1.086437] (mmcprobe0:dw_mmc_sim0:0:0:0): Probe PROBE_RESET to PROBE_POWER_OFF [1.086997] (mmcprobe0:dw_mmc_sim0:0:0:0): mmcprobe_done: remaining freeze count 0 [1.087592] (mmcprobe1:dw_mmc_sim1:0:0:0): mmcprobe_done [1.087970] (mmcprobe1:dw_mmc_sim1:0:0:0): done with PROBE_RESET [1.088396] (mmcprobe1:dw_mmc_sim1:0:0:0): Probe PROBE_RESET to PROBE_POWER_OFF [1.088936] (mmcprobe1:dw_mmc_sim1:0:0:0): mmcprobe_done: remaining freeze count 0 Hmm okay: # sysctl kern.cam.dflags kern.cam.dflags: 255 not much else... [1.000646] rockchip_dwmmc0: mem 0xff500000-0xff503fff irq 42 on ofwbus0 [1.000647] rockchip_dwmmc0: vmmc-supply regulator found [1.000648] rockchip_dwmmc0: vqmmc-supply regulator found [1.000649] rockchip_dwmmc0: Hardware version ID is 270a [1.000651] rockchip_dwmmc0: Disabling HS200+ (tuning code not written) [1.000652] ofwbus0: mem 0xff510000-0xff513fff irq 43 disabled compat rockchip,rk3328-dw-mshc (no driver attached) [1.000653] rockchip_dwmmc1: mem 0xff520000-0xff523fff irq 44 on ofwbus0 [1.000654] rockchip_dwmmc1: Hardware version ID is 270a [1.000655] rockchip_dwmmc1: Disabling HS200+ (tuning code not written) [1.000682] ofwbus0: mem 0xff5f0000-0xff5f3fff irq 50 disabled compat rockchip,rk3328-dw-mshc (no driver attached) [1.035161] (noperiph:dw_mmc_sim0:0:-1:ffffffff): xpt_async(AC_PATH_REGISTERED) [1.035754] (noperiph:dw_mmc_sim1:0:-1:ffffffff): xpt_async(AC_PATH_REGISTERED) [1.038855] (noperiph:dw_mmc_sim0:0:-1:ffffffff): XPT_SCAN_{BUS,TGT,LUN} [1.039618] (noperiph:dw_mmc_sim0:0:0:0): XPT_SCAN_{BUS,TGT,LUN} [1.040041] (noperiph:dw_mmc_sim0:0:0:0): Set up the mmcprobe device... [1.040572] (mmcprobe0:dw_mmc_sim0:0:0:0): Periph created [1.040945] (mmcprobe0:dw_mmc_sim0:0:0:0): Probe started [1.041301] (mmcprobe0:dw_mmc_sim0:0:0:0): Probe PROBE_INVALID to PROBE_RESET [1.041817] (mmcprobe0:dw_mmc_sim0:0:0:0): mmcprobe_start [1.042171] (mmcprobe0:dw_mmc_sim0:0:0:0): Start with PROBE_RESET [1.042595] (mmcprobe0:dw_mmc_sim0:0:0:0): Start with PROBE_IDENTIFY [1.043257] (noperiph:dw_mmc_sim1:0:-1:ffffffff): XPT_SCAN_{BUS,TGT,LUN} [1.043737] (noperiph:dw_mmc_sim1:0:0:0): XPT_SCAN_{BUS,TGT,LUN} [1.044151] (noperiph:dw_mmc_sim1:0:0:0): Set up the mmcprobe device... [1.044658] (mmcprobe1:dw_mmc_sim1:0:0:0): Periph created [1.045015] (mmcprobe1:dw_mmc_sim1:0:0:0): Probe started [1.045370] (mmcprobe1:dw_mmc_sim1:0:0:0): Probe PROBE_INVALID to PROBE_RESET [1.045886] (mmcprobe1:dw_mmc_sim1:0:0:0): mmcprobe_start [1.046244] (mmcprobe1:dw_mmc_sim1:0:0:0): Start with PROBE_RESET [1.046663] (mmcprobe1:dw_mmc_sim1:0:0:0): Start with PROBE_IDENTIFY [1.085689] (mmcprobe0:dw_mmc_sim0:0:0:0): mmcprobe_done [1.086059] (mmcprobe0:dw_mmc_sim0:0:0:0): done with PROBE_RESET [1.086488] (mmcprobe0:dw_mmc_sim0:0:0:0): Probe PROBE_RESET to PROBE_POWER_OFF [1.087023] (mmcprobe0:dw_mmc_sim0:0:0:0): mmcprobe_done: remaining freeze count 0 [1.088196] (mmcprobe1:dw_mmc_sim1:0:0:0): mmcprobe_done [1.088625] (mmcprobe1:dw_mmc_sim1:0:0:0): done with PROBE_RESET [1.089343] (mmcprobe1:dw_mmc_sim1:0:0:0): Probe PROBE_RESET to PROBE_POWER_OFF [1.090285] (mmcprobe1:dw_mmc_sim1:0:0:0): mmcprobe_done: remaining freeze count 0 -- Bjoern A. Zeeb r15:7 --1098556516-1713784443-1753057217=:4643-- From nobody Mon Jul 21 01:12:30 2025 X-Original-To: current@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 4blj7G1dZkz61tR5 for ; Mon, 21 Jul 2025 01:12:42 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe: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-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4blj7F0kHLz3Ppy for ; Mon, 21 Jul 2025 01:12:41 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b=Ns8A8CxF; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2003:a:140a:2200:6:594:fffe:19 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net; dmarc=pass (policy=none) header.from=zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 1593BA64808; Mon, 21 Jul 2025 01:12:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1753060349; bh=NtjPeDQ3frp8osrt3T++ix4T+ZdkNDhjAEZbgSLXKcM=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=Ns8A8CxFhUDrAFtx9RdKgsEvAJEZzkLdWCkAaCmKZpvAQeczDBBQIi5hTCsYAgl05 UCvVg6U/8Aku9SRU0vseJHSGTjLT3vsyM0MnDwr5Svgpgs9fllQsUSG36zhmQn+MQx sdO5FhWqgQOtjP7fhfjHaIG2wtY+mvtJIvalSvmmvo8dkF8XDdN+Ed2uD5Uyx7Bbk4 6xzjomAGzNhwxJk4qUBjLzZjwpxSj/8dogbFKbwBmm+8DBwkzoVqRXre8K6rhgnnYo xoXn68sMuyRYQ1IySCu6EW4GMP1FxYXyPvXIzr92+In9mOrmLNBg4bx6z3NSNPCthU GUuYLbsCMICIT/m3xnkK8sojLrzOTYlzI7rNipeDA3o+2zJC8WZlPMpwpF24Em1bU1 XrUdbh2t2uLjfT6ARf6gVyYfbR+k/VaCN6FDWfGr3VnPcwPDRP5NTBuGP4FUcHp+ka Wv1plqX3fy7kRG/ORLLH8TDgplvIfCCQeNqYIylpfFoK7gE16z8qhrxW2prTAIRBYG mPa3xhpN+OW7kAG/bCS6nexyz+36FSXHaCL7Cmo8wtdqfUrToaQYyPtLZqm6lxln6T GDzBgIHVahfZrD5oq5hoJ0pU5Rbxi6rwUup3UEdORWNC2iFnPeJRpzSgERL1k7QW83 wWMdCx/NKPBDAswW454z5N5s= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 429FD2D029E1; Mon, 21 Jul 2025 01:12:33 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id Jd9IDmyae4KD; Mon, 21 Jul 2025 01:12:31 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:a66b:b6ff:fe40:39a9]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 1CCCD2D029D8; Mon, 21 Jul 2025 01:12:31 +0000 (UTC) Date: Mon, 21 Jul 2025 01:12:30 +0000 (UTC) From: "Bjoern A. Zeeb" To: Warner Losh cc: FreeBSD Current Subject: Re: mmccam -> no more cards/sdio but "mmcprobe" In-Reply-To: Message-ID: <2758n599-q813-qop3-26nr-srn194p4pn05@yvfgf.mnoonqbm.arg> References: <602976q7-s2r2-o8n4-8s59-93pqq4ro3433@yvfgf.mnoonqbm.arg> <933q8q89-s848-034q-r063-76563n6938s2@yvfgf.mnoonqbm.arg> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="1098556516-1226329193-1753060351=:4643" X-Spamd-Result: default: False [-2.75 / 15.00]; CTYPE_MIXED_BOGUS(1.00)[]; NEURAL_HAM_LONG(-0.98)[-0.982]; NEURAL_HAM_SHORT(-0.95)[-0.949]; NEURAL_HAM_MEDIUM(-0.82)[-0.815]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; R_SPF_ALLOW(-0.20)[+ip6:2003:a:140a:2200:6:594:fffe:19:c]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_COUNT_THREE(0.00)[4]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[zabbadoz.net:+] X-Rspamd-Queue-Id: 4blj7F0kHLz3Ppy X-Spamd-Bar: -- This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1098556516-1226329193-1753060351=:4643 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 21 Jul 2025, Bjoern A. Zeeb wrote: > On Mon, 21 Jul 2025, Bjoern A. Zeeb wrote: > >> On Sun, 20 Jul 2025, Warner Losh wrote: >> >>> On Sun, Jul 20, 2025, 5:19 PM Bjoern A. Zeeb >>> >>> wrote: >>> >>>> Hi, >>>> >>>> I've updated one of my trees to main after a longer while and I am >>>> confused that I no longer see and SD card or SDIO (this is netbooted): >>>> >>>> # sysctl kern.features.mmccam >>>> kern.features.mmccam: 1 >>>> >>>> # camcontrol devlist -v >>>> scbus0 on dw_mmc_sim0 bus 0: >>>> <> at scbus0 target 0 lun 0 (mmcprobe0) >>>> scbus1 on dw_mmc_sim1 bus 0: >>>> <> at scbus1 target 0 lun 0 (mmcprobe1) >>>> scbus-1 on xpt0 bus 0: >>>> <> at scbus-1 target -1 lun ffffffff >>>> (xpt0) >>>> >>>> Where to start looking? >>>> >>> >>> So those probes are put there to evaluate devices that were found. If they >>> remain, then that never finished. Most likely never started. >>> >>> What hardware is this on? >> >> arm64, rockchip >> >> [1.000651] rockchip_dwmmc0: > Controller (RockChip)> mem 0xff500000-0xff503fff irq 42 on ofwbus0 >> [1.000652] rockchip_dwmmc0: vmmc-supply regulator found >> [1.000653] rockchip_dwmmc0: vqmmc-supply regulator found >> [1.000654] rockchip_dwmmc0: Hardware version ID is 270a >> [1.000656] rockchip_dwmmc0: Disabling HS200+ (tuning code not written) >> [1.000657] ofwbus0: mem 0xff510000-0xff513fff irq 43 >> disabled compat rockchip,rk3328-dw-mshc (no driver attached) >> [1.000658] rockchip_dwmmc1: > Controller (RockChip)> mem 0xff520000-0xff523fff irq 44 on ofwbus0 >> [1.000659] rockchip_dwmmc1: Hardware version ID is 270a >> [1.000660] rockchip_dwmmc1: Disabling HS200+ (tuning code not written) > > I found the tunable: > > kern.cam.dflags=0x41 > > Output see below; if it helps I can run with 0xff: > > [1.035158] (noperiph:dw_mmc_sim0:0:-1:ffffffff): > xpt_async(AC_PATH_REGISTERED) > [1.035752] (noperiph:dw_mmc_sim1:0:-1:ffffffff): > xpt_async(AC_PATH_REGISTERED) > [1.038843] (noperiph:dw_mmc_sim0:0:-1:ffffffff): XPT_SCAN_{BUS,TGT,LUN} > [1.039609] (noperiph:dw_mmc_sim0:0:0:0): XPT_SCAN_{BUS,TGT,LUN} > [1.040031] (noperiph:dw_mmc_sim0:0:0:0): Set up the mmcprobe device... > [1.040560] (mmcprobe0:dw_mmc_sim0:0:0:0): Periph created > [1.040933] (mmcprobe0:dw_mmc_sim0:0:0:0): Probe started > [1.041289] (mmcprobe0:dw_mmc_sim0:0:0:0): Probe PROBE_INVALID to PROBE_RESET > [1.041809] (mmcprobe0:dw_mmc_sim0:0:0:0): mmcprobe_start > [1.042163] (mmcprobe0:dw_mmc_sim0:0:0:0): Start with PROBE_RESET > [1.042588] (mmcprobe0:dw_mmc_sim0:0:0:0): Start with PROBE_IDENTIFY > [1.043249] (noperiph:dw_mmc_sim1:0:-1:ffffffff): XPT_SCAN_{BUS,TGT,LUN} > [1.043729] (noperiph:dw_mmc_sim1:0:0:0): XPT_SCAN_{BUS,TGT,LUN} > [1.044143] (noperiph:dw_mmc_sim1:0:0:0): Set up the mmcprobe device... > [1.044650] (mmcprobe1:dw_mmc_sim1:0:0:0): Periph created > [1.045007] (mmcprobe1:dw_mmc_sim1:0:0:0): Probe started > [1.045362] (mmcprobe1:dw_mmc_sim1:0:0:0): Probe PROBE_INVALID to PROBE_RESET > [1.045878] (mmcprobe1:dw_mmc_sim1:0:0:0): mmcprobe_start > [1.046237] (mmcprobe1:dw_mmc_sim1:0:0:0): Start with PROBE_RESET > [1.046655] (mmcprobe1:dw_mmc_sim1:0:0:0): Start with PROBE_IDENTIFY > [1.085627] (mmcprobe0:dw_mmc_sim0:0:0:0): mmcprobe_done > [1.085996] (mmcprobe0:dw_mmc_sim0:0:0:0): done with PROBE_RESET > [1.086437] (mmcprobe0:dw_mmc_sim0:0:0:0): Probe PROBE_RESET to > PROBE_POWER_OFF > [1.086997] (mmcprobe0:dw_mmc_sim0:0:0:0): mmcprobe_done: remaining freeze > count 0 > [1.087592] (mmcprobe1:dw_mmc_sim1:0:0:0): mmcprobe_done > [1.087970] (mmcprobe1:dw_mmc_sim1:0:0:0): done with PROBE_RESET > [1.088396] (mmcprobe1:dw_mmc_sim1:0:0:0): Probe PROBE_RESET to > PROBE_POWER_OFF > [1.088936] (mmcprobe1:dw_mmc_sim1:0:0:0): mmcprobe_done: remaining freeze > count 0 > > > Hmm okay: > > # sysctl kern.cam.dflags > kern.cam.dflags: 255 > > not much else... > > [1.000646] rockchip_dwmmc0: Controller (RockChip)> mem 0xff500000-0xff503fff irq 42 on ofwbus0 > [1.000647] rockchip_dwmmc0: vmmc-supply regulator found > [1.000648] rockchip_dwmmc0: vqmmc-supply regulator found > [1.000649] rockchip_dwmmc0: Hardware version ID is 270a > [1.000651] rockchip_dwmmc0: Disabling HS200+ (tuning code not written) > [1.000652] ofwbus0: mem 0xff510000-0xff513fff irq 43 disabled > compat rockchip,rk3328-dw-mshc (no driver attached) > [1.000653] rockchip_dwmmc1: Controller (RockChip)> mem 0xff520000-0xff523fff irq 44 on ofwbus0 > [1.000654] rockchip_dwmmc1: Hardware version ID is 270a > [1.000655] rockchip_dwmmc1: Disabling HS200+ (tuning code not written) > [1.000682] ofwbus0: mem 0xff5f0000-0xff5f3fff irq 50 disabled > compat rockchip,rk3328-dw-mshc (no driver attached) > [1.035161] (noperiph:dw_mmc_sim0:0:-1:ffffffff): > xpt_async(AC_PATH_REGISTERED) > [1.035754] (noperiph:dw_mmc_sim1:0:-1:ffffffff): > xpt_async(AC_PATH_REGISTERED) > [1.038855] (noperiph:dw_mmc_sim0:0:-1:ffffffff): XPT_SCAN_{BUS,TGT,LUN} > [1.039618] (noperiph:dw_mmc_sim0:0:0:0): XPT_SCAN_{BUS,TGT,LUN} > [1.040041] (noperiph:dw_mmc_sim0:0:0:0): Set up the mmcprobe device... > [1.040572] (mmcprobe0:dw_mmc_sim0:0:0:0): Periph created > [1.040945] (mmcprobe0:dw_mmc_sim0:0:0:0): Probe started > [1.041301] (mmcprobe0:dw_mmc_sim0:0:0:0): Probe PROBE_INVALID to PROBE_RESET > [1.041817] (mmcprobe0:dw_mmc_sim0:0:0:0): mmcprobe_start > [1.042171] (mmcprobe0:dw_mmc_sim0:0:0:0): Start with PROBE_RESET > [1.042595] (mmcprobe0:dw_mmc_sim0:0:0:0): Start with PROBE_IDENTIFY > [1.043257] (noperiph:dw_mmc_sim1:0:-1:ffffffff): XPT_SCAN_{BUS,TGT,LUN} > [1.043737] (noperiph:dw_mmc_sim1:0:0:0): XPT_SCAN_{BUS,TGT,LUN} > [1.044151] (noperiph:dw_mmc_sim1:0:0:0): Set up the mmcprobe device... > [1.044658] (mmcprobe1:dw_mmc_sim1:0:0:0): Periph created > [1.045015] (mmcprobe1:dw_mmc_sim1:0:0:0): Probe started > [1.045370] (mmcprobe1:dw_mmc_sim1:0:0:0): Probe PROBE_INVALID to PROBE_RESET > [1.045886] (mmcprobe1:dw_mmc_sim1:0:0:0): mmcprobe_start > [1.046244] (mmcprobe1:dw_mmc_sim1:0:0:0): Start with PROBE_RESET > [1.046663] (mmcprobe1:dw_mmc_sim1:0:0:0): Start with PROBE_IDENTIFY > [1.085689] (mmcprobe0:dw_mmc_sim0:0:0:0): mmcprobe_done > [1.086059] (mmcprobe0:dw_mmc_sim0:0:0:0): done with PROBE_RESET > [1.086488] (mmcprobe0:dw_mmc_sim0:0:0:0): Probe PROBE_RESET to > PROBE_POWER_OFF > [1.087023] (mmcprobe0:dw_mmc_sim0:0:0:0): mmcprobe_done: remaining freeze > count 0 > [1.088196] (mmcprobe1:dw_mmc_sim1:0:0:0): mmcprobe_done > [1.088625] (mmcprobe1:dw_mmc_sim1:0:0:0): done with PROBE_RESET > [1.089343] (mmcprobe1:dw_mmc_sim1:0:0:0): Probe PROBE_RESET to > PROBE_POWER_OFF > [1.090285] (mmcprobe1:dw_mmc_sim1:0:0:0): mmcprobe_done: remaining freeze > count 0 Similar on an NXP LS1088 with mmccam: # dmesg -a | egrep -iE '(mmc|sdhci)' [1.000313] sdhci_fsl_fdt0: mem 0x2140000-0x214ffff irq 20 on simplebus0 [1.000314] sdhci_fsl_fdt0: sdhci_fsl_fdt_attach:947: baseclk_hz 600000000 = clk_hz 1200000000 / baseclk_div 2 [1.000315] sdhci_fsl_fdt0: vendor_ver: 0x20 [1.000316] sdhci_fsl_fdt0: sdhci_fsl_fdt_attach:970: maxclk_hz 25000000 = f_max 25000000 ?: baseclk_hz 600000000 [1.000317] sdhci_fsl_fdt0-slot0: Hardware doesn't specify timeout clock frequency, setting BROKEN_TIMEOUT quirk. [1.000319] sdhci_fsl_fdt0-slot0: 25MHz HS 4bits VDD: 3.3V VCCQ: 3.3V 1.8V 1.2V DRV: B DMA removable sdhci_fsl_fdt0-slot0: eMMC: HS200 sdhci_fsl_fdt0-slot0: UHS-I: SDR12 SDR25 SDR50 SDR104 DDR50 sdhci_fsl_fdt0-slot0: Re-tuning count 0 secs, mode 3 [1.000320] sdhci_fsl_fdt0-slot0: ============== REGISTER DUMP ============== sdhci_fsl_fdt0-slot0: Sys addr: 0xf6814000 | Version: 0x00002002 sdhci_fsl_fdt0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000020 sdhci_fsl_fdt0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_fsl_fdt0-slot0: Present: 0x01fd0000 | Host ctl: 0x00000002 sdhci_fsl_fdt0-slot0: Power: 0x0000000d | Blk gap: 0x00000000 sdhci_fsl_fdt0-slot0: Wake-up: 0x00000000 | Clock: 0x00000003 sdhci_fsl_fdt0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci_fsl_fdt0-slot0: Int enab: 0x377f11cf | Sig enab: 0x00000000 sdhci_fsl_fdt0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 sdhci_fsl_fdt0-slot0: Caps: 0x35f20000 | Caps2: 0x0000af07 sdhci_fsl_fdt0-slot0: Max curr: 0x00000000 | ADMA err: 0x00000000 sdhci_fsl_fdt0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 sdhci_fsl_fdt0-slot0: =========================================== [1.000321] sdhci_fsl_fdt0-slot0: Card inserted [1.000323] exclusive sleep mutex SD slot mtx (sdhci) r = 0 (0xffffa0800529ec38) locked @ /usr/src/sys/dev/sdhci/sdhci.c:688 [1.000331] #6 0xffff000000031f58 at mmccam_start_discovery+0x1c [1.000332] #7 0xffff000000271688 at sdhci_card_task+0x108 [1.000333] #8 0xffff000000278334 at sdhci_fsl_fdt_attach+0x5b0 [1.033269] (noperiph:sdhci_slot0:0:-1:ffffffff): xpt_async(AC_PATH_REGISTERED) [1.046019] (noperiph:sdhci_slot0:0:-1:ffffffff): XPT_SCAN_{BUS,TGT,LUN} [1.051372] (noperiph:sdhci_slot0:0:0:0): XPT_SCAN_{BUS,TGT,LUN} [1.080359] (noperiph:sdhci_slot0:0:0:0): Set up the mmcprobe device... [1.085760] (mmcprobe0:sdhci_slot0:0:0:0): Periph created [1.089831] (mmcprobe0:sdhci_slot0:0:0:0): Probe started [1.093833] (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_INVALID to PROBE_RESET [1.099670] (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start [1.103756] (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_RESET [1.108542] (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_IDENTIFY [1.113823] (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done [1.117667] (mmcprobe0:sdhci_slot0:0:0:0): done with PROBE_RESET [1.122371] (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_RESET to PROBE_POWER_OFF [1.128379] (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done: remaining freeze count 0 # camcontrol devlist -v scbus0 on sdhci_slot0 bus 0: <> at scbus0 target 0 lun 0 (mmcprobe0) ... -- Bjoern A. Zeeb r15:7 --1098556516-1226329193-1753060351=:4643-- From nobody Mon Jul 21 01:20:30 2025 X-Original-To: current@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 4bljJd5JsZz61tNH for ; Mon, 21 Jul 2025 01:20:49 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x529.google.com (mail-pg1-x529.google.com [IPv6:2607:f8b0:4864:20::529]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bljJc5ckFz3Xl2 for ; Mon, 21 Jul 2025 01:20:48 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20230601.gappssmtp.com header.s=20230601 header.b=PYvB85ns; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::529) smtp.mailfrom=wlosh@bsdimp.com; dmarc=none Received: by mail-pg1-x529.google.com with SMTP id 41be03b00d2f7-b31e076f714so3398665a12.0 for ; Sun, 20 Jul 2025 18:20:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1753060842; x=1753665642; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=h2Lb2kiHBVudeWNCaHRSLoG3hhJxLdyurUOl6y2fOdQ=; b=PYvB85nsH7K+UAk9fG551CcvyRPSGxSy0zwFnWDJ+ZwVRrXkusCTRP5WJOaFTXm9mX YsnLtwiHbtrJPRBL9uvmF3b3cEKoS+QiWYKPfwuycfeQe7z+8D0krBInVXVIk6lCJVwb PUNOAGia0ghqCKfYfMWe6TxpUmlB8CRQv3UZ76iSK2JWETh48TwGqji1xanJ2GCKy/5U 1mNpcr3fO6QGLtsdLwCyoF0okN/YzOlLOANzKxAtGJChXGadIk8zV1weMz8n1T07BnRP ZS/rprqJlk55/5DlOsW7tCDxf6p9mBQonG+IjEadO0OzP22jNid79LNheIbbZEL3prQk xHIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753060842; x=1753665642; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=h2Lb2kiHBVudeWNCaHRSLoG3hhJxLdyurUOl6y2fOdQ=; b=gzLh1EFOcT0oc8YlHrvru+99yDHZQSFj0e+BdBJS9cAu/UcY8XzJNahba6+g0ea+ff 6KbSuIyR1ewq6iquPtGRVh5XyzBIWBJRdbCkQNdqlCRq54WqZsLfTQCJ7rzXK2VyNxF7 3sMnBUgHreR+dhimHza7fvIXH6H08O4ciEoxGQ3/IxDEgeYEfD7uWjzAaXUElRXHC+kL K6uGd+lQBIchFLYEBVzoX8yBqvA3fr7dgoUt5X1dub6xr6j4Zoc1mS/c2TpzIKUdmFxy n7i0qTtRrISfaZQ5Ns+K6pf3vA/ZBS84tM/Tr8nk9KeX88PwtWuD/iTDHOhlyC2lisc8 nhjw== X-Gm-Message-State: AOJu0YyALj+GexeSq+8fngRbzkDSKi5XX+iqB/zvUe6n4utQQABj+pkv xxyrfN8gOj44Yb4QkfqDqzE1vk1xx2fmVFfBARn55UoKkaw72SNUp2Wun9Zf0EL7pgK6jajhQ+t G1UjTDm3e1WF4khVvRm/lDcUCcEMptm4pOsQfbjpaoPuuWEhIo5Nj X-Gm-Gg: ASbGncvAmaN6a9jwNbH2TBRlMNDg/baswDZSWQVYGD7tf3sQyjZjbEC0TIX5cawzZld 8y+5/nB18PYPiGWF1nt8+DMPGrrZAI8yeseYWP+EM4w0eTRPDVhCH/lq6B903p/xuPNET5d58KQ dHkJqcxNLZFv5MnSUKxBv1LWxajCyfwl+KQYY2iFVmBzj90hgIdKD1jCv8ANb/cA2u0m8Uy9LZ7 IkjoAPyoyuvwD017j8Z/Lvl1Wp8cHRrGv7UhRS+ X-Google-Smtp-Source: AGHT+IGRE439/lao6cG/rgdwJyKSguTDPXgkEDKqpt8WBnlzbhCnFzU2rKcYmVjEzNpCd+nOlKpu+6sTdWRxfu/HYS0= X-Received: by 2002:a17:90b:3c05:b0:312:dbcd:b94f with SMTP id 98e67ed59e1d1-31caeb969fbmr22226991a91.11.1753060841940; Sun, 20 Jul 2025 18:20:41 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <602976q7-s2r2-o8n4-8s59-93pqq4ro3433@yvfgf.mnoonqbm.arg> In-Reply-To: From: Warner Losh Date: Sun, 20 Jul 2025 19:20:30 -0600 X-Gm-Features: Ac12FXxUiG491xq_NZQQcsDj03wMmMH94EUxf_HkZl0xY-yivBiR0HK9kGqd0_s Message-ID: Subject: Re: mmccam -> no more cards/sdio but "mmcprobe" To: "Bjoern A. Zeeb" Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000c0fc55063a6648cc" X-Spamd-Result: default: False [-2.94 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_LONG(-1.00)[-0.996]; NEURAL_HAM_SHORT(-0.94)[-0.944]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; DMARC_NA(0.00)[bsdimp.com]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[current@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::529:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DKIM_TRACE(0.00)[bsdimp-com.20230601.gappssmtp.com:+] X-Rspamd-Queue-Id: 4bljJc5ckFz3Xl2 X-Spamd-Bar: -- --000000000000c0fc55063a6648cc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Jul 20, 2025, 5:24=E2=80=AFPM Warner Losh wrote: > > > On Sun, Jul 20, 2025, 5:19=E2=80=AFPM Bjoern A. Zeeb < > bzeeb-lists@lists.zabbadoz.net> wrote: > >> Hi, >> >> I've updated one of my trees to main after a longer while and I am >> confused that I no longer see and SD card or SDIO (this is netbooted): >> >> # sysctl kern.features.mmccam >> kern.features.mmccam: 1 >> >> # camcontrol devlist -v >> scbus0 on dw_mmc_sim0 bus 0: >> <> at scbus0 target 0 lun 0 (mmcprobe0) >> scbus1 on dw_mmc_sim1 bus 0: >> <> at scbus1 target 0 lun 0 (mmcprobe1) >> scbus-1 on xpt0 bus 0: >> <> at scbus-1 target -1 lun ffffffff >> (xpt0) >> >> Where to start looking? >> > > So those probes are put there to evaluate devices that were found. If the= y > remain, then that never finished. Most likely never started. > > What hardware is this on? > Thanks for the debug... As luck would have it, I just installed on emmc system (x86). I'm building mmccam kernel now. Warner > --000000000000c0fc55063a6648cc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sun, Jul 20, 2025, 5:= 24=E2=80=AFPM Warner Losh <imp@bsdimp.= com> wrote:


On Sun, Jul 20, 2025, 5:19=E2=80=AFPM Bjoern A. Zeeb <b= zeeb-lists@lists.zabbadoz.net> wrote:
Hi,

I've updated one of my trees to main after a longer while and I am
confused that I no longer see and SD card or SDIO (this is netbooted):

# sysctl kern.features.mmccam
kern.features.mmccam: 1

# camcontrol devlist -v
scbus0 on dw_mmc_sim0 bus 0:
<>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0at scbus0 target 0 lun = 0 (mmcprobe0)
scbus1 on dw_mmc_sim1 bus 0:
<>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0at scbus1 target 0 lun = 0 (mmcprobe1)
scbus-1 on xpt0 bus 0:
<>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0at scbus-1 target -1 lu= n ffffffff (xpt0)

Where to start looking?

<= /div>
So those probes are put there to evaluate devices th= at were found. If they remain, then that never finished. Most likely never = started.

What hardware i= s this on?

Thanks for the debug...

As luck would have it, I just installed on emmc system (x86). I= 'm building mmccam kernel now.

Warner
--000000000000c0fc55063a6648cc-- From nobody Mon Jul 21 04:52:40 2025 X-Original-To: current@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 4blp1R5vDMz627N8 for ; Mon, 21 Jul 2025 04:52:59 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1036.google.com (mail-pj1-x1036.google.com [IPv6:2607:f8b0:4864:20::1036]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4blp1P39lMz3S0c for ; Mon, 21 Jul 2025 04:52:57 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20230601.gappssmtp.com header.s=20230601 header.b=Tb1aLzmw; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::1036) smtp.mailfrom=wlosh@bsdimp.com; dmarc=none Received: by mail-pj1-x1036.google.com with SMTP id 98e67ed59e1d1-3122368d7cfso2867013a91.1 for ; Sun, 20 Jul 2025 21:52:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1753073571; x=1753678371; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=YDuqBaN4ln9XudFMwBGqgPDyVsr55AIrBhrAroXQgC8=; b=Tb1aLzmwQqXwjEljxgP43JAf/d3dXy4d/Ohww/id0Qw9w3KRjRVA1yPtosA830fGvz qsbANZMSGL5HfiH5iXaB4Y9HBZyM/Ul+z2HX1mZvPW3mQP7W/srAzr6OHWCG7LFAXVIm VhCjrpUBjrk2Dqi1wvWziIE669lNO4vpiWBcRWCIrRSBzYlgYlVvvqkpA46jXEGFButy Y0prhV/JAbrAH6krU28b2cA1FdK+QvXxWF3LFjxg1ujOw9m6jUvFr3wykblT5Rs6ODuZ 1fscQ9YmfgfygKi/dXa1UNZfDKsmrXLAt5XDFVNzYmY4a+uS8BGUcmku1CceIn4QBv7d f8zg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753073571; x=1753678371; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=YDuqBaN4ln9XudFMwBGqgPDyVsr55AIrBhrAroXQgC8=; b=QFPcBozR+Ilw2Wbn5z45yCecUPjHl5W87s1Iuya8wBQbdiBQoRNe2xFar2Uav9N11t smwTlgdEEXrBsl9NmDj3VIAtx+fsVkR+0mtqOyJcwjgTiN8ZPtzxI77O3WOOMZTyuqIN tzrnoJq2R3nWIoySi/AqoD2ALzIC2VokyF4jlenEDfGWSziGwaRf94cKT2An9xwz24E+ LAw8W6Uo9YdG5WZzPSk9cMqmOUh233HllQoGrGFuMjDCq+7/VAeazD368c5VHRml2euq 5BdpZN9Mg2yUzdPWgK/+JNlPATHDPaAsPXttG7UyVXmfGo5bGcUrINwGe3G5EeaZBQGr Urgg== X-Gm-Message-State: AOJu0YwiFlHYm7LpXBi451I0zrPKUbkt+KBclgk9/BxNGu5N7oBJ74lW oERcytuRLZYbEGZO2HNQecLDyeALv27+rSSyQoyGikmY0pJQSLKdoaEoNaLd7cicyRP9DrjXof4 W3iB6jgbgwmB/gR1n4VL/dGJLW6HyDBg4lSRGeuNpAHo6OsMqpehHeSU= X-Gm-Gg: ASbGncteM7y/JYYITZBJ+8/Cen01MEgIJNKpYJoV5gEmdk2SOOhIB+sUMuboUbkQO86 6Y2bR7cY5ggl59nEMG5MN+4Wo+YhjCqUAtJL5K410DrfOjRFYYry1UBJDQrMfyEx3pIi85sHhKX FO2YT1B6uCIX5IBXE29QSqnBsZUTtZuxdHspBPH9/L2B7EeaAgLjCNDSVBgemDHdaiFbxd+s6qF FQNuI9EkAgmkXSjO50SnWQudpkv0s+Q+/Rhww== X-Google-Smtp-Source: AGHT+IFpwB4KxZ0+lhNJR7pcVCyIMDOjH/nGamixeDDJfZEA9KGVBDdBxxVglqaLIc22pgLVawUakT2HJAtLXyCxKzw= X-Received: by 2002:a17:90b:2d4d:b0:311:c1ec:7cfd with SMTP id 98e67ed59e1d1-31cc25e7a85mr16288048a91.26.1753073570980; Sun, 20 Jul 2025 21:52:50 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <602976q7-s2r2-o8n4-8s59-93pqq4ro3433@yvfgf.mnoonqbm.arg> In-Reply-To: From: Warner Losh Date: Sun, 20 Jul 2025 22:52:40 -0600 X-Gm-Features: Ac12FXwztAhjSQzhg3jva81eChOdHxy_QyH-7L5xygKMDR0j0jAErKgYVv3YGL4 Message-ID: Subject: Re: mmccam -> no more cards/sdio but "mmcprobe" To: "Bjoern A. Zeeb" Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="00000000000076bb04063a693fef" X-Spamd-Result: default: False [-2.25 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.996]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; NEURAL_HAM_SHORT(-0.25)[-0.251]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; MISSING_XM_UA(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[current@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1036:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; DKIM_TRACE(0.00)[bsdimp-com.20230601.gappssmtp.com:+] X-Rspamd-Queue-Id: 4blp1P39lMz3S0c X-Spamd-Bar: -- --00000000000076bb04063a693fef Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Jul 20, 2025, 7:20=E2=80=AFPM Warner Losh wrote: > > > On Sun, Jul 20, 2025, 5:24=E2=80=AFPM Warner Losh wrote: > >> >> >> On Sun, Jul 20, 2025, 5:19=E2=80=AFPM Bjoern A. Zeeb < >> bzeeb-lists@lists.zabbadoz.net> wrote: >> >>> Hi, >>> >>> I've updated one of my trees to main after a longer while and I am >>> confused that I no longer see and SD card or SDIO (this is netbooted): >>> >>> # sysctl kern.features.mmccam >>> kern.features.mmccam: 1 >>> >>> # camcontrol devlist -v >>> scbus0 on dw_mmc_sim0 bus 0: >>> <> at scbus0 target 0 lun 0 (mmcprobe0) >>> scbus1 on dw_mmc_sim1 bus 0: >>> <> at scbus1 target 0 lun 0 (mmcprobe1) >>> scbus-1 on xpt0 bus 0: >>> <> at scbus-1 target -1 lun ffffffff >>> (xpt0) >>> >>> Where to start looking? >>> >> >> So those probes are put there to evaluate devices that were found. If >> they remain, then that never finished. Most likely never started. >> >> What hardware is this on? >> > > Thanks for the debug... > > As luck would have it, I just installed on emmc system (x86). I'm buildin= g > mmccam kernel now. > I can confirm this result. When was your last update? There was also sleeping on a non-sleepable lock witness warning... Warner > --00000000000076bb04063a693fef Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sun, Jul 20, 2025, 7:= 20=E2=80=AFPM Warner Losh <imp@bsdimp.= com> wrote:


On Sun, Jul 20, 2025, 5:24=E2=80=AFPM Warner Losh <imp@bsdimp.= com> wrote:


On Sun, Jul 20, 2025, 5:19=E2=80=AFPM Bjoern A. Zeeb <bzeeb-lists@lists.zabbadoz.net> wrote:
Hi,

I've updated one of my trees to main after a longer while and I am
confused that I no longer see and SD card or SDIO (this is netbooted):

# sysctl kern.features.mmccam
kern.features.mmccam: 1

# camcontrol devlist -v
scbus0 on dw_mmc_sim0 bus 0:
<>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0at scbus0 target 0 lun = 0 (mmcprobe0)
scbus1 on dw_mmc_sim1 bus 0:
<>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0at scbus1 target 0 lun = 0 (mmcprobe1)
scbus-1 on xpt0 bus 0:
<>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0at scbus-1 target -1 lu= n ffffffff (xpt0)

Where to start looking?

<= /div>
So those probes are put there to evaluate devices th= at were found. If they remain, then that never finished. Most likely never = started.

What hardware i= s this on?

Thanks for the debug...

As luck would have it, I just installed on emmc system (x86). I= 'm building mmccam kernel now.

I can confirm this result. When was y= our last update? There was also sleeping on a non-sleepable lock witness wa= rning...

Warner
--00000000000076bb04063a693fef-- From nobody Mon Jul 21 08:00:21 2025 X-Original-To: freebsd-current@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 4blt9h5Z5Gz62KmX for ; Mon, 21 Jul 2025 08:00:24 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4blt9h4kbPz3fNW; Mon, 21 Jul 2025 08:00:24 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753084824; 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=LcW1tdvqK9RF78d1HBi7y1ZflTPhzxdDFxAG0ZJf8mU=; b=u+/VdtFEk6M7l4I6amXh51RqgMJIxJXiWXi0hslJ+3nYBZhZQNTkIcGcnjNbJW03+uYbGm 9B1LhQPHUhsEtDg7UDlkFQEyaT7V3++1DZUd+O24afm2wvuq3+JqX6xeuNS2jwG8VpFWU1 CYguz9H/ScEhfO1jl8yPeGKcEV5PhE+T+l7zj2Fcf0tRgcuQR9nbRjrY6RgfMkSVej7tyi 85qAD7Sj0W7CYajtcGl1Es/xPnj/ac0l8ZFLpDoT/2+Kh8byj6QC30K95r/a22sJ6D13PW bnnlpkZZ+dSFEf8gA3hZOUPbmdaTl0YXuJhiVTVZQC+i3QjEtuwlZyWWGanKYQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753084824; 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=LcW1tdvqK9RF78d1HBi7y1ZflTPhzxdDFxAG0ZJf8mU=; b=PoJVjQQIyLhRQHI2qeoOtlUD1SnHIujH81ncqy1kyOVTUNYOmPaSz/gN3Iec/V9fFyuun+ qVCm5rYEIZk5RyF2H81sspIh8uYDdlChh4rOILBdiYWCBkxEGuH+clO5cCL9NUmM8e9aIN 8PzwGOBj0fDJS/+MpDYLChRjc18rhUNL1j1wKuKWjH6WS+eTq1KdOlsGLoi1vCqNsdpw2F 1FJ4lBayFLktu1U1u9INFL9NKKy0d0HCqq4lGxYgaigd9fXRR2hxeXD5Au6MJwtTwp9QnG njg/0Yd9BqBdpRmQXEJHnSJSTp837maCEgCO3ANnqX0Iw7IlvGGvXko+M1u7MA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1753084824; a=rsa-sha256; cv=none; b=siFt5wgVlS9fWOgLtbg40dhm4Bubd89YGtBxChXvGGQj2bSS3FAeoU/d3WB3QfhKaUhSPQ 0Mkt5I9OnsJk8c3kQEkli024B3mks9SumkPZUfBuoKZTwXP70vt8GaZqMOwGtgFfHyNT76 o0P2jtZG2j0vOeQFeH5P025K7AtqS/63P3uUHEn/Qh82wTM+ozDhEw8VV/1+a+pHGfqPWf 1srh5mgxO3XNjRRaUPN80NqYWXsZWtPhp5ZzDb+gGpFXNGKKrEt/Zprqx2ACC/i9BVYnrh a1syiKQ1UwPtf1JWWAwOgajkRyXQ/LxrTHS7NNhijzkmCK2IGpN1581UPCStrA== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (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) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4blt9h1YS7z3Mg; Mon, 21 Jul 2025 08:00:24 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Mon, 21 Jul 2025 01:00:21 -0700 From: Gleb Smirnoff To: freebsd-current@freebsd.org, src-committers@freebsd.org Subject: July 2025 stabilization week Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi FreeBSD/main users & developers: This is an automated email to inform you that the July 2025 stabilization week started with FreeBSD/main at main-n278914-e0838f8a2e61, which was tagged as main-stabweek-2025-Jul. Those who want to participate in the stabilization week are encouraged to update to the above revision/tag and test their systems. The tag main-stabweek-2025-Jul has been published at Gleb Smirnoff's github repo. To connect this repo as an additional remote you need to run: git remote add glebius https://github.com/glebius/FreeBSD Once remote is configured, to checkout the tag run: git fetch glebius --tags git checkout main-stabweek-2025-Jul If you want to use only the official FreeBSD repo, then update to the revision: git pull git checkout e0838f8a2e61 Developers are encouraged to avoid pushing new features to FreeBSD/main during the stabilization week, but focus on bugfixes instead. The stabilization week runs up to Friday 18:00 UTC, but if there is consensus that any regressions discovered by participants have been fixed, it will end early. Once that happens, the advisory freeze of FreeBSD/main branch is thawed. -- Gleb Smirnoff From nobody Mon Jul 21 13:15:39 2025 X-Original-To: current@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 4bm19k0HmTz62dVW for ; Mon, 21 Jul 2025 13:15:54 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe: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-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bm19j3Kjyz3PNc for ; Mon, 21 Jul 2025 13:15:53 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; none Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id EB447A64809; Mon, 21 Jul 2025 13:15:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1753103735; bh=G4XWkXqSkHv6AYTXkO32l8nCbmmzJFR00mW2mKylV8Y=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=Rs/sanORZ9E0PMpRVmo//pmbxTJyRAH2kb1vH2S32ChyMbN5sfxBhGwiOaFVV9dyD +OygwPHTfI7LWIKZ53ydKhuoJ/QP4DPY+QNfA8appeA9WhxcGhtvcX6EsHnViMOzlc Z2XoNhxBMbZTPGksMfnf3YAd+pgBEDtacVrnd291yqBVEZEiPfvoF6XM5aPqVmmMM0 Mzbf4u8puz+N5rZIH1kDNCyzZ73YQljTTRg1Z7Wcj9p5LTVPMxp174LK5qaeKctyoX KGZeICSMNF5wcrh8rcDv24/z2RilTxWIub4uC+cVq2MTj3pBNPNvai6bqLBb9p1m3p B/UxGe4U39jSowHkUo5RGXEgL6W+K/B/oYkr8UuMCaqcCVKFcufMLFOGdMElLp5TJy T62bdfOnBsVgBOF5wS2NdRFVa7XQD1+jvBiQUnIFPPlYVizveMmBnm8L2zFTZLg8MU RU9yGEjUfiOf3euv9ywBLcxXyX+zELNgo0vm3KxF/nD8uI5S3mmsuNP2cO/RRPKV8c +Uh4oSG1HtYQGhMsBXYsSMqNu2Nl7tQF45v2pSy5dymeX/6K6avYKx1kyY+EFBnxLU CymSg1hYMq3D2PbZOfiBqadAR/NG/zQv6lgmtWEywQxmTlX5Lx+XCKNwZVYZdB7aOc 7EzamVcuF7Pt1ACLXkREAHPo= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 32F9A2D029E2; Mon, 21 Jul 2025 13:15:40 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id 4JFqTPQ1ZnUr; Mon, 21 Jul 2025 13:15:39 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:a66b:b6ff:fe40:39a9]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 43F302D029D8; Mon, 21 Jul 2025 13:15:39 +0000 (UTC) Date: Mon, 21 Jul 2025 13:15:39 +0000 (UTC) From: "Bjoern A. Zeeb" To: Warner Losh cc: FreeBSD Current Subject: Re: mmccam -> no more cards/sdio but "mmcprobe" In-Reply-To: Message-ID: <01r0s597-9ssr-s796-p54r-qs882628p4s7@yvfgf.mnoonqbm.arg> References: <602976q7-s2r2-o8n4-8s59-93pqq4ro3433@yvfgf.mnoonqbm.arg> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="1098556516-1572676653-1753103739=:4643" X-Rspamd-Queue-Id: 4bm19j3Kjyz3PNc X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE] This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1098556516-1572676653-1753103739=:4643 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 20 Jul 2025, Warner Losh wrote: > On Sun, Jul 20, 2025, 7:20 PM Warner Losh wrote: > >> >> >> On Sun, Jul 20, 2025, 5:24 PM Warner Losh wrote: >> >>> >>> >>> On Sun, Jul 20, 2025, 5:19 PM Bjoern A. Zeeb < >>> bzeeb-lists@lists.zabbadoz.net> wrote: >>> >>>> Hi, >>>> >>>> I've updated one of my trees to main after a longer while and I am >>>> confused that I no longer see and SD card or SDIO (this is netbooted): >>>> >>>> # sysctl kern.features.mmccam >>>> kern.features.mmccam: 1 >>>> >>>> # camcontrol devlist -v >>>> scbus0 on dw_mmc_sim0 bus 0: >>>> <> at scbus0 target 0 lun 0 (mmcprobe0) >>>> scbus1 on dw_mmc_sim1 bus 0: >>>> <> at scbus1 target 0 lun 0 (mmcprobe1) >>>> scbus-1 on xpt0 bus 0: >>>> <> at scbus-1 target -1 lun ffffffff >>>> (xpt0) >>>> >>>> Where to start looking? >>>> >>> >>> So those probes are put there to evaluate devices that were found. If >>> they remain, then that never finished. Most likely never started. >>> >>> What hardware is this on? >>> >> >> Thanks for the debug... >> >> As luck would have it, I just installed on emmc system (x86). I'm building >> mmccam kernel now. >> > > I can confirm this result. When was your last update? There was also > sleeping on a non-sleepable lock witness warning... The locking issue I think I posted a while a ago. I cannot say which kernel last worked there; that was likely from 2024. I found an arm64 MMCCAM kernel from around 2025-03-18/26 which works on the LS1088. Seems the last commit from main on that branch was 12bff22669cf . # camcontrol devlist -v scbus0 on sdhci_slot0 bus 0: at scbus0 target 0 lun 0 (pass0,sdda0) ... In either case the nvme does work by the way. It's just mmccam it seems which does not. -- Bjoern A. Zeeb r15:7 --1098556516-1572676653-1753103739=:4643-- From nobody Mon Jul 21 14:32:19 2025 X-Original-To: freebsd-current@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 4bm2sz5lpYz62jyD for ; Mon, 21 Jul 2025 14:32:23 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh-a4-smtp.messagingengine.com (fhigh-a4-smtp.messagingengine.com [103.168.172.155]) (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 4bm2sy4Pt6z45r4 for ; Mon, 21 Jul 2025 14:32:22 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=l6Nc1gbR; dkim=pass header.d=messagingengine.com header.s=fm2 header.b="P 5beuzu"; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.155 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from phl-compute-04.internal (phl-compute-04.phl.internal [10.202.2.44]) by mailfhigh.phl.internal (Postfix) with ESMTP id CB55C1400028 for ; Mon, 21 Jul 2025 10:32:21 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-04.internal (MEProxy); Mon, 21 Jul 2025 10:32:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :message-id:mime-version:reply-to:subject:subject:to:to; s=fm2; t=1753108341; x=1753194741; bh=iDb5k2zzcpoAZrojqZ+lisQfj5ii5ion T64TxdE5KAo=; b=l6Nc1gbRWCalTwDcqbsWyaH6YyyWMFIatNat5CjC4EOjp0xE QetoGcLyzpTQltFUIuptlfQqZKCLQOGMOkeGf1CvovtL4jekaQiADoY0bGhiPHjd ucx8pxmyvd1kZ46FHsu8M1ZzL6mkSbjoU94wlC1yBovf+QnFAlLeXwLWEpGMn7Wd Jc62OmlGpodLGgLbnoV9ZIJNJQ9Zq1Qia0PPSK9pttLIsBkjzCsNAzL5xDq94zQZ TbhCZ7G4WrXMMyLHdrAn49LIiRaONMiNCvkgqh0U2oR+C1Zz8cgHEyLcnZUgKjmR ACPbTJmYY9GtSWmXLaPIt7mzom0HJkNfI6sNcQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:message-id :mime-version:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1753108341; x= 1753194741; bh=iDb5k2zzcpoAZrojqZ+lisQfj5ii5ionT64TxdE5KAo=; b=P 5beuzuOj9ltIKXAbX5rSuszuFtwVfhwDiYN0+rKVNHiEjj7edzI4SZUt73sxhGHA 9BRGAyxRVw7a6tuciXuBLXIYIg8ny4S1AmEAAvcn4uX1UBhTtRbIgtkE8y2DBL59 rH4btT2JL3BwBV+SlI0UZ1R6ADDEYktDv6RWfeBAZAbYDDavCjmkXjxxyLN8TZr/ CPGhO8ZWA+dgK6oLAcOUnhkP/0g3n5wTa8kdiuwaPROWhqh12JukbP6qmJUeh5oW ITono5B2cQhd0FhOhR0NmQUIEg3YhpjuWd1g86LC5WRoE/FMYuakQCp3/P/fpZ7b s1iVaHTqaQYKTrxCnhUzA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgdejvdeffecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggusehttdertddttddvne cuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgvrhhn peevudffiedvffffgffhgeefjeefffdtieetheetkeefhfdvfefgtedtueehgeffueenuc evlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehvohhiuges fhdqmhdrfhhmpdhnsggprhgtphhtthhopedupdhmohguvgepshhmthhpohhuthdprhgtph htthhopehfrhgvvggsshguqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Mon, 21 Jul 2025 10:32:21 -0400 (EDT) Date: Mon, 21 Jul 2025 15:32:19 +0100 From: void To: freebsd-current@freebsd.org Subject: a question about /boot/loader.conf Message-ID: Mail-Followup-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline X-Spamd-Result: default: False [-3.19 / 15.00]; NEURAL_HAM_MEDIUM(-0.92)[-0.925]; NEURAL_HAM_LONG(-0.84)[-0.840]; NEURAL_HAM_SHORT(-0.83)[-0.826]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.155:from]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:103.168.172.0/24, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4bm2sy4Pt6z45r4 X-Spamd-Bar: --- Hi, On recent -current, I notice that sysctls with a numerical value are not quoted, but those with an alpabetical one are. like this: security.bsd.allow_destructive_dtrace=0 filemon_load="YES" Which is the Correct Way? All quoted, or "it doesn't matter"? -- From nobody Mon Jul 21 15:43:59 2025 X-Original-To: freebsd-current@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 4bm4Sw0VR9z62nLM for ; Mon, 21 Jul 2025 15:44:16 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bm4St4Y94z3rcV for ; Mon, 21 Jul 2025 15:44:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20230601.gappssmtp.com header.s=20230601 header.b=wIVISTWn; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::62a) smtp.mailfrom=wlosh@bsdimp.com; dmarc=none Received: by mail-pl1-x62a.google.com with SMTP id d9443c01a7336-2350b1b9129so30888125ad.0 for ; Mon, 21 Jul 2025 08:44:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1753112651; x=1753717451; darn=freebsd.org; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=IEp1LKV9p65V7Muv41fb14eu6yW6XI7SaabRpCvco7E=; b=wIVISTWnQe+uJzquXzAiaRHv3J43eu+ogRZdVueeezgq66SaDp1PN9TVeByAtOV5ND 1G59Dm5IkKmaEsMvR3LEjaqIc0GqNCxVI8zP4FqFSJepeKTozhbazhxQGFM0TgwubYgi BrZi2yx1Ju1M9Zp3vEL5B7iiEl+cmJeYdNjqbZTy2d+4CiE2Vqz13ZANcCIypm84BOqW uFFyEBbhjrHOJXy0P+gxvvqijGlOrKv8VhJywy2nNqR55W/rT1tPSBScGx3EnGkD0LRy sEhmzPWgsRLrR+8cFxLWXsXEaQFFxMDr7aNs0LkONFc/R1h4wC0I74EVDU3YjRppgfN+ yxBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753112651; x=1753717451; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=IEp1LKV9p65V7Muv41fb14eu6yW6XI7SaabRpCvco7E=; b=jmAtCvgaFFHPR7pQECWW50sPK5920o9xT0Gg24RXgNDjZURQ9/sNthztlbdIaVIMfb 53qp6PYvuqsnVKk2KVnQJ/j8/IG9kzZulNDbKuzgVX4qB0e8GTNUW3CTuL/PcTujrZh4 qapy0zkiAE01KhggcZYFz7a9oHSuEz2Ihd6PYYXyYNXW2yIvIr4fThVjBHubCR9EjKui VRYKjMD5wJbpzgaxVfc7eijPV4KbXKIYwygEu9FgBce2nFKm0qwZwJ/2CEgJDzRX+oRt mu1Q68iHyatiGLrX7nU0X8Ct9UWLjUfsAe03bx2oQaDkLJ8e7wzjnYPP54zX9Pawj23c GEig== X-Gm-Message-State: AOJu0Ywj8c6GBtwgQsulCsvPup0LfN7dlUazmxLXqgXRCsfHaloMtWhg FsAue1z5cKjXMNrNQg1qYArJ47bRi2JHXO6QBO59bRpj+qyAPXkY2KyvlYvd5fjt85+eHklUQk3 6yUqf71jWqI/xk92BYZ8Ez2fPUCKT1AWFoXvnN1pSrSsZKbigGSjUSCE= X-Gm-Gg: ASbGncu1WMsYYKUNODNcQHQK/Z+KxTnM2gdxzonW4yuGaEKlUQThEyFHApvHmMnnSc9 Hc5jS+ylN+hK2FQoUG3VGPG6CY5G4DJqpOoFRUF6KyRvcgy7XImQriTStwq+ozM90gTwQO5BBiM ORlehIiMMicG1upCTcfCwsKbPqhvlkmMwqi8DlejEMReeEtPc6w+KI3NzO4YVWpjTxQoCs9WQe4 daTlZ8= X-Google-Smtp-Source: AGHT+IEGGKSMrMSdZ8oF4vGCqzhPTUKrtovUjVeH3gTkJYOGkufee+ovvQgRxletI5Uelh/A3NhGlPoaUB0vAoXXIGc= X-Received: by 2002:a17:90b:53cf:b0:311:b0ec:1360 with SMTP id 98e67ed59e1d1-31c9f447e13mr30118613a91.29.1753112651242; Mon, 21 Jul 2025 08:44:11 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Mon, 21 Jul 2025 09:43:59 -0600 X-Gm-Features: Ac12FXxV7I3SypUEsKkrGB1ahYc1CEwfnU1vTDrlPHk2U4TYz1yL810umDsrgxA Message-ID: Subject: Re: a question about /boot/loader.conf To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-2.88 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; NEURAL_HAM_SHORT(-0.89)[-0.893]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::62a:from]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20230601.gappssmtp.com:+] X-Rspamd-Queue-Id: 4bm4St4Y94z3rcV X-Spamd-Bar: -- On Mon, Jul 21, 2025 at 8:32=E2=80=AFAM void wrote: > > Hi, > > On recent -current, I notice that sysctls with a numerical value > are not quoted, but those with an alpabetical one are. > > like this: > > security.bsd.allow_destructive_dtrace=3D0 > filemon_load=3D"YES" > > Which is the Correct Way? All quoted, or "it doesn't matter"? Doesn't matter, though quotes are needed for multi-word values. They are otherwise optional. There was a brief period of time where the lua loader didn't completely honor this, and lots of people popped up with complaints :) It all goes back to the 4th command line and the weird ways we bent it to do our loader.conf. Warner From nobody Mon Jul 21 16:19:05 2025 X-Original-To: freebsd-current@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 4bm5F71z2vz62qRl for ; Mon, 21 Jul 2025 16:19:07 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bm5F70FXfz47Pt for ; Mon, 21 Jul 2025 16:19:07 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753114747; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=6YlP0RlITLPN0c5j4urGUD4tyOkvzF1E6ry0FDrOBoM=; b=bq0E/WDZzQA4vsXMFHPurmVLRa1/h9o8aUDiva48iR0g9+iIfnIw88aRC+VS/v2lMu2Yuk GtO73BhgzDQ4XygXL6ZeAb40DkYY6WCXGe6RZ+ocLcF1XRR4oi303YbqvT6OZ01GjdWB6V wX85y6KgzFH4sfyGj/XoPpKnpI/I61gWHtJ8GVZk2SQ6qpRnFPOeH61yPn6n5WyRHNHBRs Fg6yYRY8NHs7YMTO2n8p5T3xEjS8lW7SGEYsb/3r1E+DclO61Zkepzrii/gy9TMwIHO4a1 YpbaovcxB79Ww0Dh+eJJUYmtd+iOYs71rKeSGKO6WgO9o0eRGUBs7L9JUAQeCQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753114747; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=6YlP0RlITLPN0c5j4urGUD4tyOkvzF1E6ry0FDrOBoM=; b=H2qjoYFuLf/6FOH5xhPRNd75X6khB7YInT0tYmKhCC7P7iluRhyEEHvvpHp/gra6Vf4VqG AbeHMHZSiEvC9ZdSum5qKuqOQLKiDsP74em3EYp/JWYQGCqz+lSWy/psSrJo/PH5XDXWbF YAgZFD2KUtaV/QW+RRx2ZOoFsJP5Po2cwk1KOaNYNssEvLzQlrkUAHJ58bH5I0qWO3KcOI wkcOp6kk557qmYrgB5AbLlsxwrL8OK01tpdTrhL+mp3M2flnmLVa1+bsEg/RVfPC/AcIr0 S3/6+uPkCGlflkvvMvU8ww5QmxB1MaJxJmjgJIvErPZQT2YocXd85GLdCFcVhA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1753114747; a=rsa-sha256; cv=none; b=I+Q/fiGM0cGTLFtmAzb4vw/YMidl2hyy5ytBwZe3HscXywZpgQm9Q4QLMDfvgSWKJmPSTG VlZsSFwbCyhybb6K8JvzaRG2Qf7Cy7qtgVQnvte7ayKNkIZYtJHS9nC1XMNz5FMb/ACeAE q6kadu31RheG4x5i6X0qLT3gpAN87QlM9+eYHY7pSTXIseNJMXf3Wr6xZqkSvuTqxCeI5m fVkwM+WfPicNGLzaHnIo8QSmzP4C4T7wGrHWmsAa90AJIRx8dpjsg4GmncKY6EdK7OftbU YhnZsJU+K7sv4th7JTR26FZ22ub8qAN1SMVbONJrESxCwpu+eybjjxyYEM3Umg== Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:c54:bed0:922e:16ff:fef1:acef]) (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) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bm5F665gNzDMX for ; Mon, 21 Jul 2025 16:19:06 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 5A4D7702F9; Mon, 21 Jul 2025 18:19:05 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-current@freebsd.org Subject: Re: a question about /boot/loader.conf In-Reply-To: (void@f-m.fm's message of "Mon, 21 Jul 2025 15:32:19 +0100") References: User-Agent: Gnus/5.13 (Gnus v5.13) Date: Mon, 21 Jul 2025 18:19:05 +0200 Message-ID: <867c01bjpi.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable void writes: > On recent -current, I notice that sysctls with a numerical value > are not quoted, but those with an alpabetical one are. > > like this: Presumably, these are lines from your /boot/loader.conf. > security.bsd.allow_destructive_dtrace=3D0 This is a tunable, not a sysctl (although a sysctl of the same name will appear if dtrace is compiled into the kernel or loaded) > filemon_load=3D"YES" This is a loader configuration variable, not a sysctl. Neither of these needs quotes, but they won't hurt. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Mon Jul 21 16:33:52 2025 X-Original-To: freebsd-current@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 4bm5ZF5P0Tz62rKH for ; Mon, 21 Jul 2025 16:33:57 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fout-a4-smtp.messagingengine.com (fout-a4-smtp.messagingengine.com [103.168.172.147]) (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 4bm5ZD0wtRz4JC9 for ; Mon, 21 Jul 2025 16:33:56 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=vIGAtMjI; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=mLWGU5cP; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.147 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from phl-compute-08.internal (phl-compute-08.phl.internal [10.202.2.48]) by mailfout.phl.internal (Postfix) with ESMTP id 2A19BEC016F for ; Mon, 21 Jul 2025 12:33:55 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-08.internal (MEProxy); Mon, 21 Jul 2025 12:33:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm2; t=1753115635; x=1753202035; bh=Bxo7batt2c cmEXpkFIvhRDsZ/UFIb4nWGdgYEMPWRls=; b=vIGAtMjIES4kkHkKOa6wJUOHch FNq6Dk7NkubnCHwVBND1OUQ4/QQR3YezPQ1/turcedPsk2Si3zzej87xjk7mHupH WDUXwCpiviOChRjSaQEoZ16Wo3hCihVpYuLN/ncAt2ePgU0Z2Em4isnNA13RpmD2 0TwdcAyXnwojIzWwWOwH8IbpSev1u2QhTjaAbU9fxEAeoQhS+UcBVta+t5Uo2t+m wlAO1Y5aqmleY0p69nL/Aj2HuJfDhSCKuqx8N/RkHU29P2VgYfYg2hWnij/VWsCH CfyZn1IZBTlfXcRmhvi+A3E0ewXGqvZpGubV7fLUb1VmcFlXtyg7QIuWg38g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1753115635; x=1753202035; bh=Bxo7batt2ccmEXpkFIvhRDsZ/UFIb4nWGdg YEMPWRls=; b=mLWGU5cPl6uzQcXMRYJy0Akx/7knc1AsYo7yPU27IWdTqdFUgkv FU5JFSsqR+gC8kvAFgBIyWFG7Xr/sFwucLZ1Z9jPdobzOj6Mpi+XtAfaDa4el37k 2YtUCuv4fJ9auYPTPOFczPb8+jaT0MIY/8tMWj0YEZd1Ru8cFHYPc/kxpgxvs7aO 8v7WygZ9RAsOh+/Cq0zey9KsSRDrgBBHJSL3xi6qLrP0CYB6aLundaJIpZR79M8u ye7DqT51ikA4MzF8+u3ZqbkXPBploTx59U4Q9Y2kQGEmbAZ7AifC5DtNncqYGdC2 PxPNL4rhRgI6QQ/XKo83gHqnOyFtz/ijWig== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgdejvdehjecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttdertddttd dvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgv rhhnpeekleduvdelhfeileefgffghfffkedtheellefgudfgvdegkeejjedutdehhefgue enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehvohhi ugesfhdqmhdrfhhmpdhnsggprhgtphhtthhopedupdhmohguvgepshhmthhpohhuthdprh gtphhtthhopehfrhgvvggsshguqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Mon, 21 Jul 2025 12:33:54 -0400 (EDT) Date: Mon, 21 Jul 2025 17:33:52 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: a question about /boot/loader.conf Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-0.80 / 15.00]; NEURAL_SPAM_MEDIUM(0.56)[0.558]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; NEURAL_HAM_SHORT(-0.39)[-0.393]; NEURAL_HAM_LONG(-0.37)[-0.368]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.147:from]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:103.168.172.0/24, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bm5ZD0wtRz4JC9 X-Spamd-Bar: / On Mon, Jul 21, 2025 at 09:43:59AM -0600, Warner Losh wrote: >Doesn't matter, though quotes are needed for multi-word values. They >are otherwise optional. There was a brief period of time where the lua >loader didn't completely honor this, and lots of people popped up with >complaints :) > >It all goes back to the 4th command line and the weird ways we bent it >to do our loader.conf. OK, tyvm. I'll go with always using quotes. -- From nobody Mon Jul 21 16:38:07 2025 X-Original-To: freebsd-current@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 4bm5g71Pd7z62rHl for ; Mon, 21 Jul 2025 16:38:11 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fout-a4-smtp.messagingengine.com (fout-a4-smtp.messagingengine.com [103.168.172.147]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bm5g63TMZz4Mlk for ; Mon, 21 Jul 2025 16:38:10 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=MweYfC2m; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=e74LCX5a; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.147 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from phl-compute-12.internal (phl-compute-12.phl.internal [10.202.2.52]) by mailfout.phl.internal (Postfix) with ESMTP id D0E34EC0227 for ; Mon, 21 Jul 2025 12:38:09 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-12.internal (MEProxy); Mon, 21 Jul 2025 12:38:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1753115889; x=1753202289; bh=RvLBelhcg2ZfAAAhDlt5re0zJbuyouk/8TF0d/61zCo=; b= MweYfC2m214qsBTKlmIBcSafHEg4qrAeBf1GfEg+uhqa9pAhpmgOSTP0HavClJUx x+NzFfSUgWlynm8/vkHVy6N3aVu08c9DpyvAR8Cev8Lq3XO/by1nZed8+DvS/eSu epljPOEoTncXDrGiWOi3agMLxPfblfMg3DjOogUiUlMrp9urGwvpjiOo673utYNi tzGXAy1XU3oOTMNI7Z7jxaJ/VNj6msdlzhGKmjAKLbSHBrAx+340ITLF4frRpZLo gX1V++R1wLn6HN01TVxlSIZi1cf2gfo63mSEPGNMxvCyuTAGtWUkIIpdImBphHAl qB1vhswZth1XVE7XZ7q0mA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; t=1753115889; x=1753202289; bh=R vLBelhcg2ZfAAAhDlt5re0zJbuyouk/8TF0d/61zCo=; b=e74LCX5amUj7jP2Qo JH9PKI78r90XDA6ii55E7bcMcjgIoAhFQzeTKim6KAek5hGitDApYUyZJqjo9SOj WL3UIMDmoDcaWPrd5S75dsQdj/QHhOCHmfdkz9lXp8RhjZ1sBAYU3m7WXsOVc2E0 59SkRYsxnH89VWf4DWUK5PvYbGSfYzrQUYE+uYnrFhqSdkHErBAUccYrRAetIEX3 zvy0VfdMudTMZzgz1vfFrXD0oS5w6Kdxyan0gmg/AtrWJj8QYNylmIpAxi0Otl7H 4XTfvH+yi1hGSoyRoMKAHwnU3/WsZR5qH11HplVZw1n1B56GQsR7akU+qJH7+oG3 NGqCw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgdejvdehkecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtugfgjgesthekredttd dtudenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgrthht vghrnhephfeffeeuleehtddtieeuteetudfgvefgtdeivdehtdeitedtuefggedttdevte efnecuffhomhgrihhnpegtohhnfhdrshgvtghurhhithihnecuvehluhhsthgvrhfuihii vgeptdenucfrrghrrghmpehmrghilhhfrhhomhepvhhoihgusehfqdhmrdhfmhdpnhgspg hrtghpthhtohepuddpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtohepfhhrvggvsghs ugdqtghurhhrvghnthesfhhrvggvsghsugdrohhrgh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Mon, 21 Jul 2025 12:38:09 -0400 (EDT) Date: Mon, 21 Jul 2025 17:38:07 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: a question about /boot/loader.conf Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <867c01bjpi.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <867c01bjpi.fsf@ltc.des.dev> X-Spamd-Result: default: False [-1.43 / 15.00]; NEURAL_HAM_LONG(-0.84)[-0.844]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; NEURAL_SPAM_MEDIUM(0.42)[0.424]; NEURAL_HAM_SHORT(-0.41)[-0.412]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.147:from]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:103.168.172.0/24, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bm5g63TMZz4Mlk X-Spamd-Bar: - On Mon, Jul 21, 2025 at 06:19:05PM +0200, Dag-Erling Smrgrav wrote: > >Presumably, these are lines from your /boot/loader.conf. > >> security.bsd.allow_destructive_dtrace=0 > >This is a tunable, not a sysctl (although a sysctl of the same name will >appear if dtrace is compiled into the kernel or loaded) Odd that bsdinstall adds it to loader.conf then. It was added towards the end of an installation where one would choose hardening. It's from a -current machine but am not sure/can't remember if it's always been -current. -- From nobody Mon Jul 21 16:43:04 2025 X-Original-To: freebsd-current@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 4bm5mr1SP9z62rnZ for ; Mon, 21 Jul 2025 16:43:08 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh-a5-smtp.messagingengine.com (fhigh-a5-smtp.messagingengine.com [103.168.172.156]) (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 4bm5mq3R9Pz3CXs for ; Mon, 21 Jul 2025 16:43:07 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=tfztnuBj; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=ghicaWWk; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.156 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from phl-compute-12.internal (phl-compute-12.phl.internal [10.202.2.52]) by mailfhigh.phl.internal (Postfix) with ESMTP id DF7E2140010B for ; Mon, 21 Jul 2025 12:43:06 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-12.internal (MEProxy); Mon, 21 Jul 2025 12:43:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm2; t=1753116186; x=1753202586; bh=HevktFy1VO N7froAJ+FshLUJ3Z5nCA5CAvS/qU5DWf8=; b=tfztnuBjC0wxr5eKNYIYeFJNaz UjDXEecGtCYq2CeP7D0b+2CR1D2iU09bMNHaMwrnqWXuQAef5tH48RtIi+dlTp+X /AIfLE4r9b2d7iWGOQ41zMUsryeJGl0P1zdRGl9/KmQNe4bCtoHTSacypJnV/Hz8 7mNcffuWOyX7i5Zlvi1b1mGir/sdpcQQ/eMunFyeetVo+IW2JAsBVVWqK29v4N73 0rhW0wASr1SojBYnFwp8eLmFuX+5cMC5edyM3dFSwT3RgKY6P+xzWMX5SYqb6KHH 0SFK8jyyrOMvVW2LLNOah9dsmtfi/urxHwoUC/qinsWqiW4DAufiE3mbtlsQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1753116186; x=1753202586; bh=HevktFy1VON7froAJ+FshLUJ3Z5nCA5CAvS /qU5DWf8=; b=ghicaWWkXHYUwShtfKY3EzBPBOvIa+ceeAIO8dX131qtJw+DIY9 J/SiKoDygG0pS2Ik1/gqT1F+zFmxiOw0sYdkM8nXSUMaulVQ6i/DVnCovpwPVvJv V+MPeldOGtZV+b2cxi8NTgSTOwCzBM9azQ1sahR1HiPe0NA7T5aTnU7LeS8Mp9SS kP0CTWXSyU7aAym6eepw/kONDgwwUcO3Z0ouMmGSgkLeycxmFc/fWzyjo3ruZHFQ zPuKDEmFN/UWaTielRPxHBVZwBlfMHCiyf3VvxOkufI0ZwUz1ktwlC5QbzAv3Y0N jQ/4wc0829JofLT+C+okQ4h1HUMTUc7RHbg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgdejvdehlecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttdertddttd dvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgv rhhnpeekleduvdelhfeileefgffghfffkedtheellefgudfgvdegkeejjedutdehhefgue enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehvohhi ugesfhdqmhdrfhhmpdhnsggprhgtphhtthhopedupdhmohguvgepshhmthhpohhuthdprh gtphhtthhopehfrhgvvggsshguqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Mon, 21 Jul 2025 12:43:06 -0400 (EDT) Date: Mon, 21 Jul 2025 17:43:04 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: a question about /boot/loader.conf Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <867c01bjpi.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-1.45 / 15.00]; NEURAL_HAM_LONG(-0.84)[-0.845]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; NEURAL_HAM_SHORT(-0.42)[-0.424]; NEURAL_SPAM_MEDIUM(0.42)[0.419]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.156:from]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:103.168.172.0/24, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bm5mq3R9Pz3CXs X-Spamd-Bar: - On Mon, Jul 21, 2025 at 05:38:07PM +0100, void wrote: > >Odd that bsdinstall adds it to loader.conf then. It was added >towards the end of an installation where one would choose >hardening. It's from a -current machine but am not sure/can't remember >if it's always been -current. I may be completely incorrect about the above, need to test, can't right now as the machine is off. -- From nobody Mon Jul 21 17:20:09 2025 X-Original-To: freebsd-current@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 4bm6bx6DzVz62tRq for ; Mon, 21 Jul 2025 17:20:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1031.google.com (mail-pj1-x1031.google.com [IPv6:2607:f8b0:4864:20::1031]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bm6bw3z1Wz3chm for ; Mon, 21 Jul 2025 17:20:28 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20230601.gappssmtp.com header.s=20230601 header.b=R8CRroWV; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::1031) smtp.mailfrom=wlosh@bsdimp.com; dmarc=none Received: by mail-pj1-x1031.google.com with SMTP id 98e67ed59e1d1-313bb9b2f5bso4698847a91.3 for ; Mon, 21 Jul 2025 10:20:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1753118422; x=1753723222; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=My7bEgt9+0E+Ht0iaAtr1h3bH9Q/m7jcMDwxiPl+vec=; b=R8CRroWVyl+bR13bG+3gUG7G1YSEEjvSXwt4jg2WMhdk/QHVqu8STX0RAqnZRreazv IGKOL3BVrv90hdFCPyzj7YXWrBSj605b7o0SQyTgrABfTfIIeKp9+11E84xwssGqCfKz e3cI+pfuAI83rDPVHzJw2W030ebNaizHCE31/BxhZZX5FShj7SkmrQwo2JtSyYGkpTbG nQTAtw+wExPjlPrhVWL5qhAjF9m/R24CNBR/+8t1lVgjR6LvFzjvwEOEti3Wuwz7lNfZ q4dWH+7w0Ob8CHseyP1vlyhgnVqwfK8/pV3jRb1uzsmmjumTsWGRvyWnFbv7ZzyiSjh7 m5GQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753118422; x=1753723222; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=My7bEgt9+0E+Ht0iaAtr1h3bH9Q/m7jcMDwxiPl+vec=; b=wpMsOMT2bVHWaX4y1/TKk3Uie9tM6UJSrl9r4kSUyG3mxx6i+Xnia8HstaWsgYx5oN zbLe9jnxT0fD+NyOBBmP38cHlX4EK+5akyC6z49CiRXRq7INXBzg2MX8cLFXTCOGl8oa ns2vQ059JrCf93Nz4iIhNH04MVkt9/LMNy/35FodIkdYMcLwGmznzxMiEwVu5uAqKTiY 0AnThIC0HB+6lep4BW7VP/c3gtCb8FQ7vq6gtyel0WWwYSmmFAyCA+I10FKxOZUKqWBY tirKa0SZk6nGGsUPpFV0CKYpU6M92dAwYmlMVTMV47XKHqRluMnE67m1GC26696ATMi3 nAAA== X-Gm-Message-State: AOJu0Yw+NU/NMRjOVNOX4zqkL2vD0t6EAv4wbnk6Jjh6vbJ/CqcqExOh WKktTOa1mEbsj6KdaqGYbIGQJRVTuS7H7fSNAI+V7JpvTCWR3RX4TtOPgLcgKhkede7PPQyhVjb n0DCDKjidVd8VIKeMi6F6YzeAB7Zc+AL5caS0hiSUIvTPeclKFEmhUnpU4g== X-Gm-Gg: ASbGncvuRoZFP+VWBRA4nGO4Pqcdq5R1aibzXTz8K0tRAmit0stdVq61Ka2431Y4Z2k iydRlEvNXgtBVFdQVEKGEpe402ZegmdOoj5JJguCyWC+BatrfrWleTy2y8fkr63ZYUVf6yDuR00 5UbcyjEPDTZHTpOGFDu7WRcK40orbWMzQzuRwkcI6zFhSb4uVYGHX4FgeZOTls+qUXuNUF73poe 8Us0f8= X-Google-Smtp-Source: AGHT+IHpuoFSuQZhUFKA/zIcepC0iNmMAbIbQasc/FLXkoHoE6Zf5mAzTcV2G/nm2nKeDMiAYRsnCw5j8oH5K7D7NFE= X-Received: by 2002:a17:90a:c884:b0:311:ad7f:329f with SMTP id 98e67ed59e1d1-31caf921df8mr24697707a91.31.1753118421549; Mon, 21 Jul 2025 10:20:21 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 From: Warner Losh Date: Mon, 21 Jul 2025 11:20:09 -0600 X-Gm-Features: Ac12FXzp1-3ar65bOkAe6vX1UzZ5nJE4r80UG9czvAsxGlYHpBotgXh6HzJBsuE Message-ID: Subject: FreeBSD 15 snapshot with UFS Flash To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-2.79 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-0.996]; NEURAL_HAM_MEDIUM(-0.97)[-0.966]; NEURAL_HAM_LONG(-0.83)[-0.830]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MISSING_XM_UA(0.00)[]; DMARC_NA(0.00)[bsdimp.com]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1031:from]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[bsdimp-com.20230601.gappssmtp.com:+] X-Rspamd-Queue-Id: 4bm6bw3z1Wz3chm X-Spamd-Bar: -- Greetings, Recently, I bought a system with 256 of UFS flash (UFS here is Universal Flash Storage, a system that presents flash to the host as a SCSI device). I grabbed the latest snapshot (15.0 20250718) and put it on a USB stick. It just worked, though there's a couple of rough edges I'll document here. To boot and install, I needed disable SECURE BOOT so I wouldn't boot into windows. I did that by pressing and holding as the system booted and disabling in the Security section. I had a Minisforum S-100 system with 256GB (https://refurbished.minisforum.com/products/minisforum-s100-refurbished may have the 128GB version). Once I disabled secure boot, I selected the USB stick to boot. FreeBSD came right up. However, the ufshci library isn't in the GENERIC kernel yet, and devmatch didn't automatically load it for me. So I had to stop at the first prompt to get a shell, 'kldload ufshci' and then 'gpart destroy -F da1' to remove the windows install. I then did a normal ZFS guided install. Once I got done with all that, I had to edit /boot/loader.confg to add 'ufshci_load=YES' at the end before I rebooted. And my system was good. If you forget, you can load /boot/kernel/kernel, /boot/kernel/zfs.ko and /boot/kernel/ufshci.ko at the command prompt in the loader. This was all way less pain than I'd prepared for. The system is decently fast, but nowhere near as fast as my server machines. I've not yet tried to put a X11 on it, since I still need it for UFS testing for future submissions and to fix a couple of rough edges for a few things I've done in CAM before 15.0 goes out the door. Warner From nobody Mon Jul 21 17:37:03 2025 X-Original-To: freebsd-current@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 4bm6zC1GW4z62vLj for ; Mon, 21 Jul 2025 17:37:11 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (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 "mail.protected-networks.net", Issuer "R10" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bm6zB5vNvz3ksN for ; Mon, 21 Jul 2025 17:37:10 +0000 (UTC) (envelope-from imb@protected-networks.net) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:from:from:content-language:references :subject:subject:user-agent:mime-version:date:date:message-id; s=201508; t=1753119424; bh=nmOwJMuzpO1oh+oHJYRsLqdRQc1dShRBQBRM qpj7De0=; b=Fz5hi6f4hPPanwziibpdcHKxxPcht2zm0JPEFZM2OnVqDbl//YTx FggQ5b5CJo4CgRpJhS5kKM5JnsEZT639B+pDnzdm54zo6WODgSE6tH61Z62R1ufa y2NOfy8eehye704GSI87aBRE5VQrD6aXp6xWh67nis1sNrWuOMW7dqM= Received: from [192.168.1.9] (d5540.auburn.protected-networks.net [192.168.1.9]) (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) (No client certificate requested) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 148C4389B2; Mon, 21 Jul 2025 13:37:04 -0400 (EDT) Message-ID: <85c4b568-d9d8-4ceb-8813-08d7321ae977@protected-networks.net> Date: Mon, 21 Jul 2025 13:37:03 -0400 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Beta Subject: Re: FreeBSD 15 snapshot with UFS Flash To: Warner Losh , FreeBSD Current References: Content-Language: en-NZ From: Michael Butler In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4bm6zB5vNvz3ksN X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] On 7/21/25 13:20, Warner Losh wrote: > Greetings, > > Recently, I bought a system with 256 of UFS flash (UFS here is > Universal Flash Storage, a system that presents flash to the host as a > SCSI device). I grabbed the latest snapshot (15.0 20250718) and put > it on a USB stick. It just worked, though there's a couple of rough > edges I'll document here. > > To boot and install, I needed disable SECURE BOOT so I wouldn't boot > into windows. I did that by pressing and holding as the system > booted and disabling in the Security section. I had a Minisforum S-100 > system with 256GB > (https://refurbished.minisforum.com/products/minisforum-s100-refurbished > may have the 128GB version). Once I disabled secure boot, I selected > the USB stick to boot. FreeBSD came right up. > > However, the ufshci library isn't in the GENERIC kernel yet, and > devmatch didn't automatically load it for me. So I had to stop at the > first prompt to get a shell, 'kldload ufshci' and then 'gpart destroy > -F da1' to remove the windows install. I then did a normal ZFS guided > install. > > Once I got done with all that, I had to edit /boot/loader.confg to add > 'ufshci_load=YES' at the end before I rebooted. And my system was > good. If you forget, you can load /boot/kernel/kernel, > /boot/kernel/zfs.ko and /boot/kernel/ufshci.ko at the command prompt > in the loader. > > This was all way less pain than I'd prepared for. The system is > decently fast, but nowhere near as fast as my server machines. I've > not yet tried to put a X11 on it, since I still need it for UFS > testing for future submissions and to fix a couple of rough edges for > a few things I've done in CAM before 15.0 goes out the door. I highly recommend adding sysutils/cpu-microcode-intel (and the needed config tweaks) to mitigate various page-table-related bugs in these CPUs, Michael From nobody Mon Jul 21 17:38:55 2025 X-Original-To: current@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 4bm71Z07Ljz62vht for ; Mon, 21 Jul 2025 17:39:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x52e.google.com (mail-pg1-x52e.google.com [IPv6:2607:f8b0:4864:20::52e]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bm71Y3y0rz3nHN for ; Mon, 21 Jul 2025 17:39:13 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x52e.google.com with SMTP id 41be03b00d2f7-879d2e419b9so3012196a12.2 for ; Mon, 21 Jul 2025 10:39:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1753119547; x=1753724347; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=t3lqzAjyTwU108rCN3a8NXRdxz3XvFDYzQGsbsdi/MY=; b=zvOVXTS8nigpi0M8XY5bw6/s5A7t5vjXHje99pvC95IVkZgQq3dee4W5FcuAaKH8eQ pw8kVDaf3SsuH29s3byw6ebVHY90mIM/MsfbIJarSSnathMg6I2+uAJvp7GNBioVs+GJ V4BOOfvlr8F+ouI420XzXC/PpWkWeIvrm2L9VIAGTlNaZy+YX8pkLmWiRb80kUHg7QNJ UEdfQ9cZQvKuPnDRk+9moQACScen5HXs2Bv7Db7gKBf78uwHWvEjstM58WLa2wgp697B 5NoreVKX3hLCplRpp2pBl6zmev54V0JdXvYNAILw+tdWaNnkmOi37GS7C9j/47rKi0bf L/3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753119547; x=1753724347; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=t3lqzAjyTwU108rCN3a8NXRdxz3XvFDYzQGsbsdi/MY=; b=SNZrGf5WSklqRlApmVoQ2fTztaZYECToEVOz4Z6h6n6zzNTdepViKINvN81xa58dwa zY6HNGEi5j+rR6b+6c4mcxbXPO3Q8MEB8zr4hAbbxXMmXEO9TFVKtj4Km8Y1pzzpnfhn UYK/umsMm8mRQH3I6SVuUgfA1WW2we+bLf9m1mdv986+lUGirJkWv9MM8nfpuKJhLmD6 mxLwl2P0vud+kJHa3AEbm/UVOYvQI5sla0HIo8W5Hm0grpwx5RMyYHx5+6vjEEWdC+J1 IkcHnkpdxbMHQ3UiTVJKFWmE9HlWFCN/Gdotuf2oNeTf3DtI2R0qOGlVRu/zomre+w28 YiJQ== X-Gm-Message-State: AOJu0Yybhjb2UjN0aoLuTDQJsou8Pa1d8f5Ofw3sFsTWoyYlULLN4dh8 TljuCwSGD3pScsS5982NACm3oYl8nr3nxjTdKse2ZXKcZfBtBUzH8aMnslc86OIcukH9zLFZEyD zKPCRzVHFCMmC4I1eBv1NOT2ISjO6gBZ9Hg5YXp9sy7zfqErncf/WS6E= X-Gm-Gg: ASbGncuwUwpNtqNUXo9MH1+6QO7P11ekyxOkEQ8bTpp/87/k1W4DpLrxcUet4LzVZkD 0f5TmKcySF0YNZWfQEbaADp+S3S2A2NHheCcmoAAvh5FAqgxF4HEvGECKj7DKVtkNwanccfy34c V4WO22AX0Q1cPv8E6renPL1pjdsiORy0Sw2N3tP3x5gZvzDmiGiNwed3Qt3Dpg7eCKkwtkcOvCr j2L+P0= X-Google-Smtp-Source: AGHT+IF2/CSLiuFyQyZESA1JdU7UFwkxQf6NpxgU2Re3tLlPyXLt558SDxkqiOeg6iFFoK1TY4gUOrUjolo3umHGqRs= X-Received: by 2002:a17:90b:58cb:b0:313:f6fa:5bc6 with SMTP id 98e67ed59e1d1-31c9e75bb51mr30495909a91.20.1753119546882; Mon, 21 Jul 2025 10:39:06 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <602976q7-s2r2-o8n4-8s59-93pqq4ro3433@yvfgf.mnoonqbm.arg> <01r0s597-9ssr-s796-p54r-qs882628p4s7@yvfgf.mnoonqbm.arg> In-Reply-To: <01r0s597-9ssr-s796-p54r-qs882628p4s7@yvfgf.mnoonqbm.arg> From: Warner Losh Date: Mon, 21 Jul 2025 11:38:55 -0600 X-Gm-Features: Ac12FXwDB_z0Yh1eeEb8CuHb45L3WxGFg8P-uaz7sXlyFCJXzXawJkM47rsMNlM Message-ID: Subject: Re: mmccam -> no more cards/sdio but "mmcprobe" To: "Bjoern A. Zeeb" Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4bm71Y3y0rz3nHN X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] So, We're getting through the 'reset' and 'identify' states in the state machine and entering the 'power off' state. And then progressing no further. So we get into the 'done' routine, but don't progress to sending the get ocr command. That's why we still have the probe routine. We're not setting the probe into INVALID state, so we should be calling xpt_schedule() to do the next single step of this process at the end of mmc_done(), but that doesn't trigger a new call to mmc_start(). I did some CAM cleanups that shouldn't have broken this, but might have (low probability, but with cam you never know, especially in the single step phase we do to do the probing). I'll check those out. Maybe it's easy. Warner On Mon, Jul 21, 2025 at 7:15=E2=80=AFAM Bjoern A. Zeeb wrote: > > On Sun, 20 Jul 2025, Warner Losh wrote: > > > On Sun, Jul 20, 2025, 7:20=E2=80=AFPM Warner Losh wrot= e: > > > >> > >> > >> On Sun, Jul 20, 2025, 5:24=E2=80=AFPM Warner Losh wro= te: > >> > >>> > >>> > >>> On Sun, Jul 20, 2025, 5:19=E2=80=AFPM Bjoern A. Zeeb < > >>> bzeeb-lists@lists.zabbadoz.net> wrote: > >>> > >>>> Hi, > >>>> > >>>> I've updated one of my trees to main after a longer while and I am > >>>> confused that I no longer see and SD card or SDIO (this is netbooted= ): > >>>> > >>>> # sysctl kern.features.mmccam > >>>> kern.features.mmccam: 1 > >>>> > >>>> # camcontrol devlist -v > >>>> scbus0 on dw_mmc_sim0 bus 0: > >>>> <> at scbus0 target 0 lun 0 (mmcprob= e0) > >>>> scbus1 on dw_mmc_sim1 bus 0: > >>>> <> at scbus1 target 0 lun 0 (mmcprob= e1) > >>>> scbus-1 on xpt0 bus 0: > >>>> <> at scbus-1 target -1 lun ffffffff > >>>> (xpt0) > >>>> > >>>> Where to start looking? > >>>> > >>> > >>> So those probes are put there to evaluate devices that were found. If > >>> they remain, then that never finished. Most likely never started. > >>> > >>> What hardware is this on? > >>> > >> > >> Thanks for the debug... > >> > >> As luck would have it, I just installed on emmc system (x86). I'm buil= ding > >> mmccam kernel now. > >> > > > > I can confirm this result. When was your last update? There was also > > sleeping on a non-sleepable lock witness warning... > > The locking issue I think I posted a while a ago. > > I cannot say which kernel last worked there; that was likely from 2024. > > I found an arm64 MMCCAM kernel from around 2025-03-18/26 which works on > the LS1088. Seems the last commit from main on that branch was > 12bff22669cf . > > # camcontrol devlist -v > scbus0 on sdhci_slot0 bus 0: > at scbus0 target 0 lun 0 (pass= 0,sdda0) > ... > > In either case the nvme does work by the way. It's just mmccam it seems > which does not. > > -- > Bjoern A. Zeeb r15:7 From nobody Tue Jul 22 01:28:19 2025 X-Original-To: freebsd-current@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 4bmKQw5KmZz62CK3 for ; Tue, 22 Jul 2025 01:28:24 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh-a3-smtp.messagingengine.com (fhigh-a3-smtp.messagingengine.com [103.168.172.154]) (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 4bmKQv4jYvz3pf0 for ; Tue, 22 Jul 2025 01:28:23 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=Bw5rKXs1; dkim=pass header.d=messagingengine.com header.s=fm2 header.b="m 3wd3y5"; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.154 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from phl-compute-09.internal (phl-compute-09.phl.internal [10.202.2.49]) by mailfhigh.phl.internal (Postfix) with ESMTP id 3FB1B1400062 for ; Mon, 21 Jul 2025 21:28:22 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-09.internal (MEProxy); Mon, 21 Jul 2025 21:28:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :message-id:mime-version:reply-to:subject:subject:to:to; s=fm2; t=1753147702; x=1753234102; bh=05yTgmlVxlaPT8JreT+CWUjo97kgE2vX a4794xRx1F4=; b=Bw5rKXs16SXs03f759lDTP5vlsIzNI0mXiEX3N20YKohBYhP ILUcim0tT87LZvFR8pNII5y5Q9DciG9mbyi6VKTcAs9ivbC096PUhphIRNKpkW6M NIPxvzFvRtvs35o+MfixF2YTske9G2hlvuwk9CFHp3My9TV92PZC119QmaYVyVFa YWc8p4eKeqY/dOA4kL8UuNsR9NQPj7fkd9JOyN0sXG4OThuDz2otnji+5EE7nAQH NmBH0Awuz/2rbIY5dR/8YyrShsLAIsvNpM2CK/ekxyf0N2h+98Vkah/n/bOki9X4 jIXODIMW3JUrfT9xVZruVa2Zg6WJDpdFSNWQ9Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:message-id :mime-version:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1753147702; x= 1753234102; bh=05yTgmlVxlaPT8JreT+CWUjo97kgE2vXa4794xRx1F4=; b=m 3wd3y5md5i0jhJs07bT4I0NryoPb+7R5zjaKErXu1HFflNFdWsKOaYXbzmxiuO/S +aacYBYD8rUozQUbK0uvRlgm5xQLrk0zfpQG+IDQcieNAXgfjkOuStC876DTyKkx 0Hz3d4mvjObsHRaJzOl6L6HWh6YDVZzeb3jXAhsqOl3YNJdwXJYUGSQ6ORFs4ki6 LAawXgxNXREbL2MWqkocswCwdfth2d1qwDhErh+Pxah4F7gfGQ4VevHDvj6082w5 GLOEUHyjWYq5+t1KD//7DbQXouUEEqWwm6FssKH8AT+nECmusikZSNMxC6za0LdP S0WJgrlf5Vzowt1hDXGJA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgdejfeeifecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggusehttdertddttddvne cuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgvrhhn peejjedvjefhjeejlefhffehudfhudelieduvdefgeethfduiefggfehtedvheekhfenuc ffohhmrghinhepuhhsvghrrdhfmhenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgr mhepmhgrihhlfhhrohhmpehvohhiugesfhdqmhdrfhhmpdhnsggprhgtphhtthhopedupd hmohguvgepshhmthhpohhuthdprhgtphhtthhopehfrhgvvggsshguqdgtuhhrrhgvnhht sehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Mon, 21 Jul 2025 21:28:21 -0400 (EDT) Date: Tue, 22 Jul 2025 02:28:19 +0100 From: void To: freebsd-current@freebsd.org Subject: zfs panic VERIFY3U Message-ID: Mail-Followup-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline X-Spamd-Result: default: False [0.10 / 15.00]; NEURAL_SPAM_MEDIUM(0.99)[0.991]; NEURAL_HAM_SHORT(-0.88)[-0.880]; NEURAL_SPAM_LONG(0.59)[0.588]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.154:from]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[f-m.fm]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; ASN(0.00)[asn:151847, ipnet:103.168.172.0/24, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_LAST(0.00)[]; MISSING_XM_UA(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bmKQv4jYvz3pf0 X-Spamd-Bar: / Hi, After an unplanned power outage where the UPS also failed, when the (15-CURRENT) system tried to come back up, it panicked and dropped to debugger. It seems this happens after zfs.ko loads and then imports the pool. The pool is raidz2 with 7*4Tb disks. The machine was building something at the time of the outage. There was probably a 'medium' amount of disk I/O but it wasn't thrashing. zpool import causes the following output at the console: https://void.f-m.fm.user.fm/panic/zpool-broken.png Is there anything I can do to rescue the pool? Not tried importing it readonly yet. The system is at main-n278643. It's *not* root-on-zfs. The boot disk is ufs2. -- From nobody Tue Jul 22 01:38:52 2025 X-Original-To: freebsd-current@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 4bmKg42BRKz62DQ8 for ; Tue, 22 Jul 2025 01:38:56 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh-a3-smtp.messagingengine.com (fhigh-a3-smtp.messagingengine.com [103.168.172.154]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bmKg31d6Kz3vRr for ; Tue, 22 Jul 2025 01:38:55 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=hU3LeAaK; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=IXHR9gjZ; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.154 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from phl-compute-10.internal (phl-compute-10.phl.internal [10.202.2.50]) by mailfhigh.phl.internal (Postfix) with ESMTP id 166741400045 for ; Mon, 21 Jul 2025 21:38:55 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-10.internal (MEProxy); Mon, 21 Jul 2025 21:38:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm2; t=1753148335; x=1753234735; bh=bcDxSwPq31 IGCQ8as8yiFUMqR5BsyjjDOsS+CyxVb9g=; b=hU3LeAaKmLfHe7JzVg5B/K6s3M YhxrTkYzQK2Wl5okXMDdUHNRx78fZqgLZL94npeIOMDRPUd5RebExrpd2DIodHwO BbFwbrT6hMFVdr9po4EJRuyughEzYeT4nKs7YVY/rCkUAyRjFfyfd/W2RTmB8EVX KAZ762LVUUAYYFkWHrtVdgwtr1BOWCHUHna9Dyi11zfnUw/1IxbWaFs7lcTMBXRS rnghyWHlM6MsT7bgjcAKBbMTCNsOz4eYI9wvWnnw9CrLVOcF3RvM+tS/cnRe5Orw +kDgKwknYr5fled+sPQT7gw9h2eUXyyun2isnFUp1VrqpV1KZhIAyyTemyJg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1753148335; x=1753234735; bh=bcDxSwPq31IGCQ8as8yiFUMqR5BsyjjDOsS +CyxVb9g=; b=IXHR9gjZpPUeAyitUhn33Emvg5s8fpOxFRLkC3FeFQjs00lGh78 DXA5AFr8+1lPsvKzAb7gjCtzBXceosvan+1Gdl1z7sHkdB4WHgiWcKudPMrmZLKf 670cbfldJRitou64wIYj5bQYl8+07HtZANSWT0zwqVa9BGY2u4jaadUl87rMqgS1 RkIvEv8+o6Iu+mhnvV0X4y3sv5zvVeqXbDLpuSY0CdGRAa2CyWhrnJ/bTqP8FLbe 88Qp4E5BfcaTbzrcm5HFm2IFkSyIXXTSTaLmhOfjj9m7yE61fCLvo0B2nghTMSAJ NKE+wXlE+u/CrwRnWcF4rJHKPWTBvn0xPKA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgdejfeeihecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttdertddttd dvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgv rhhnpeelveevhfehfeefffehfeffkeevvdffgfdtffejhfefvdegleevvedujeejjeelhe enucffohhmrghinhepuhhsvghrrdhfmhenucevlhhushhtvghrufhiiigvpedtnecurfgr rhgrmhepmhgrihhlfhhrohhmpehvohhiugesfhdqmhdrfhhmpdhnsggprhgtphhtthhope dupdhmohguvgepshhmthhpohhuthdprhgtphhtthhopehfrhgvvggsshguqdgtuhhrrhgv nhhtsehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Mon, 21 Jul 2025 21:38:54 -0400 (EDT) Date: Tue, 22 Jul 2025 02:38:52 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: zfs panic VERIFY3U Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-0.44 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-0.997]; NEURAL_SPAM_MEDIUM(0.98)[0.985]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27:c]; NEURAL_SPAM_LONG(0.17)[0.169]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.154:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:103.168.172.0/24, country:AU]; TO_DN_NONE(0.00)[]; MISSING_XM_UA(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bmKg31d6Kz3vRr X-Spamd-Bar: / On Tue, Jul 22, 2025 at 02:28:19AM +0100, void wrote: > >zpool import causes the following output at the console: >https://void.f-m.fm.user.fm/panic/zpool-broken.png agh, should read http://void.f-m.fm.user.fm/panic/zpool-broken.png *not* https, sorry. -- From nobody Tue Jul 22 04:04:52 2025 X-Original-To: freebsd-current@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 4bmNvm05dgz62NZ0 for ; Tue, 22 Jul 2025 04:05:08 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x536.google.com (mail-pg1-x536.google.com [IPv6:2607:f8b0:4864:20::536]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bmNvk3X4Kz3h92 for ; Tue, 22 Jul 2025 04:05:06 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20230601.gappssmtp.com header.s=20230601 header.b=kTPjI5wa; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::536) smtp.mailfrom=wlosh@bsdimp.com; dmarc=none Received: by mail-pg1-x536.google.com with SMTP id 41be03b00d2f7-b3bad2f99f5so3945513a12.1 for ; Mon, 21 Jul 2025 21:05:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1753157104; x=1753761904; darn=freebsd.org; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=QWAlsYJkCFjGT2ojanbZXrtb9L0dIxpGq4DGAwRvIzo=; b=kTPjI5waSfmn9NTGUTt9lNk7Ob9/ZxiaLfD7YUY+y6Pcb9KZGbkcrvtY6GrG8tGnMu DU/6wLes3jWSzLppThGmV306pkXQhnIf5CQ7Oe2f613sCSI8VzeKY5+xbDSAnekaHGjq 6GVy6MH+/9b7fspi8VFrMZyuSsdmzAzurSgCnDsJKiXmRlrSUUcvHyP07ELix43OQYat s0VDFjr+LB4I2BoND7jm/Vks+j/YSEjQaq/HG3h8M7SFonD+3DAjhq0nbfcUIAt+tdhV BwmkKSH4QbdtXyTKs9hK3EDFbP+YF+g1NoubS4RY3BacsCe/SQrdvQK5eeP493+YRthH ghgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753157104; x=1753761904; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=QWAlsYJkCFjGT2ojanbZXrtb9L0dIxpGq4DGAwRvIzo=; b=RBaveTJd8hwKSRBkFJj88oKuaBX1dDlfA4657qlzM4e1CotHbLn4+c1fHCt6R15kQ4 x3peQrGltF3BSe6bHGFUFDQQ3lhP7jA0Lmd4iPv8jwMARs7JSmbJA5LWBZsxj+g7NnId FpxEyWMIsiQQvSsmOv0UF/WycgjMQpJFkJzZMfkI2rE1PvV68k/QtP2RPWVU8uxXAN8I RucWtbph+IxcOmMKKC4rAeqQAonudap9TKnVCbHkghhI564+n3YNPR0T3r/bz0tg4qXf DA+Aw7mMVKi/D2YKXqnMWuZMQOCqcVbo0pZh2EA13/WvUtcH8rgETKTBh1V0thWNSMEM KUkg== X-Gm-Message-State: AOJu0Yy5zVtYBc2dN0W/EXyLrtRUTm2xlohYJqs0rtwuPv/lKLH+LX2B ZQRK/AY7iasshZ8uM2m3L73mT8q9d8zZYNHBuwRjxOYbI9qYxOF2mcKKjL34c+EFa+4Y1HiNzFJ YNTmJFDAZ3DQsE7mvc+OXOA/zm343UB/w7JEG0JnTnQAiZYAQ5Wvy41o= X-Gm-Gg: ASbGnctdtuX7zoPZG1usL3AC1IEU9TTZXdC2jJQyzyzoQYHoCxUVrJXp1ORJdGC5Xfx 4x9xT8rmpRwS7OOdHO88vx/4ZUJle0mTFCHmvz0e8EXBwRpW9wFPbnENVMEXLCCIj9eapONNDYK EKZ7548NDNh0iCiPmVfX/uz95Jtjg/x05kDDpaoaueH7L34uT/p8IANJRagoM3iqO8sOt55p0cd 6nEEQs= X-Google-Smtp-Source: AGHT+IHCclvhGmyU/pfVUWoOHhGXtY+JYAW/jLeh/nBRfMycoOIvtmkbONZbyI3ehEIea5e8ePGbOxgNu7Kor9Xxd9k= X-Received: by 2002:a17:90b:3882:b0:30e:e9f1:8447 with SMTP id 98e67ed59e1d1-31e3e107a1fmr2393358a91.4.1753157103488; Mon, 21 Jul 2025 21:05:03 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <202507220400.56M40udG032587@gitrepo.freebsd.org> In-Reply-To: <202507220400.56M40udG032587@gitrepo.freebsd.org> From: Warner Losh Date: Mon, 21 Jul 2025 22:04:52 -0600 X-Gm-Features: Ac12FXx3Dztlzjb3rnd9URrasCzUeXQ5CBlzVG1CD8ZnxOTOj_atTjogGASL1Kc Message-ID: Subject: Fwd: git: b4b166b8c46b - main - cam: Enforce real priorities in xpt_action for queued ccbs. To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-0.54 / 15.00]; NEURAL_HAM_SHORT(-0.95)[-0.946]; NEURAL_SPAM_MEDIUM(0.88)[0.875]; NEURAL_HAM_LONG(-0.47)[-0.470]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::536:from]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; DKIM_TRACE(0.00)[bsdimp-com.20230601.gappssmtp.com:+] X-Rspamd-Queue-Id: 4bmNvk3X4Kz3h92 X-Spamd-Bar: / Heads up: I added some enforcement of the rules to CAM. I'd been bitten by this condition with some cleanup I did that caused mmccam to no longer probe devices. I've tested it locally on a couple of machines that have a couple of different SIMs/HBAs, for scsi, ata, nvme and mmc. I fixed what I could find, but if you hit this assert, please let me know. Warner ---------- Forwarded message --------- From: Warner Losh Date: Mon, Jul 21, 2025 at 10:01=E2=80=AFPM Subject: git: b4b166b8c46b - main - cam: Enforce real priorities in xpt_action for queued ccbs. To: , , The branch main has been updated by imp: URL: https://cgit.FreeBSD.org/src/commit/?id=3Db4b166b8c46b86df855f1621d2aa= 4b6ab26b3a5e commit b4b166b8c46b86df855f1621d2aa4b6ab26b3a5e Author: Warner Losh AuthorDate: 2025-07-22 03:52:22 +0000 Commit: Warner Losh CommitDate: 2025-07-22 04:00:53 +0000 cam: Enforce real priorities in xpt_action for queued ccbs. All queued CCBs should be created with a real priority (one that's not CAM_PRIORITY_NONE). Recently, I introduced a bug that revealed a latent MMC bug where it would stop enumerating due to a bad priority. Add an assert to catch that (the other bug in mmc_da that it found has been fixed). Sponsored by: Netflix --- sys/cam/cam_xpt.c | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/sys/cam/cam_xpt.c b/sys/cam/cam_xpt.c index 2ec736e7f4ac..cae29226d13c 100644 --- a/sys/cam/cam_xpt.c +++ b/sys/cam/cam_xpt.c @@ -2515,6 +2515,15 @@ xpt_action(union ccb *start_ccb) ("xpt_action: func %#x %s\n", start_ccb->ccb_h.func_code, xpt_action_name(start_ccb->ccb_h.func_code))); + /* + * Either it isn't queued, or it has a real priority. There still t= oo + * many places that reuse CCBs with a real priority to do immediate + * queries to do the other side of this assert. + */ + KASSERT((start_ccb->ccb_h.func_code & XPT_FC_QUEUED) =3D=3D 0 || + start_ccb->ccb_h.pinfo.priority !=3D CAM_PRIORITY_NONE, + ("%s: queued ccb and CAM_PRIORITY_NONE illegal.", __func__)); + start_ccb->ccb_h.status =3D CAM_REQ_INPROG; (*(start_ccb->ccb_h.path->bus->xport->ops->action))(start_ccb); } From nobody Tue Jul 22 04:17:20 2025 X-Original-To: current@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 4bmPBC6QZwz62PSS for ; Tue, 22 Jul 2025 04:17:39 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1032.google.com (mail-pj1-x1032.google.com [IPv6:2607:f8b0:4864:20::1032]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bmPBB1stpz3vgX for ; Tue, 22 Jul 2025 04:17:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20230601.gappssmtp.com header.s=20230601 header.b=pMf4Bn0P; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::1032) smtp.mailfrom=wlosh@bsdimp.com; dmarc=none Received: by mail-pj1-x1032.google.com with SMTP id 98e67ed59e1d1-311c95ddfb5so3712108a91.2 for ; Mon, 21 Jul 2025 21:17:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1753157851; x=1753762651; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=nMWb3KjEr6HZAd/Vjp2HTUrbQPe9+qz3oaqHRhI/XqE=; b=pMf4Bn0PUKd3GfndxT3zMHwCKA1QHOWDXbz5/C37OCy3nz6I+/vZ4audHoqKTWE1WR rTXvUr7WflYJUB/iWTRv261YDLLkADbATMeXMH0GY/vMmmj985eSooFtIKaMocUxReh8 vJLkDB2xZ2pTFUXn2Laq4P/faEQDFFBZdnJF9Z1S2It5suQTVw6iYznr5Ay7i1fHV0uA z0/shsYxK99NzWsPEz+PbMIKX15aZWHhZ1Qvs5oP34u1UK2gZzMeaZ28QbofbLF1f9U8 1KBZB7iBXl43dcE3HqfECVSpO9LOUI48flqMZ0qavfzJg82oDm5S2ZUC6UZ1d4okaWH3 IuJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753157851; x=1753762651; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=nMWb3KjEr6HZAd/Vjp2HTUrbQPe9+qz3oaqHRhI/XqE=; b=nUG0OMBLV8bgc8tmSiMc05GE/bjKUuBvZl7YBNigBINBCjKAlxMjXXSyu+wp7qn4wu TbUvRWfRCMYy0PSH2v8PYU+M6FQJM9kxWg2vT1S5ZYZTEdksGg1vA1Eukt5XRuJwXksF /ZqcT5oi6yfehpoHBM/6Gs6aS+vsH/nwDcft0vOx+q1Eqb6xnY+Y6P7PlDWSimGM9cv6 Cj0vvwvTs7kd03MID2O6xt0aprHc/IBsmZ0TALElVEyhxXcnLwYCAYxdH0XabyiDdyi2 rp4fagLsWvaotMbhaRO8jVXwKyQDH4uDoG/kzAOt9+UTyq63OavWcjQi3eSuOo4FfBAb ueKw== X-Gm-Message-State: AOJu0YxWAxzqZinuLZz+OBxrIDOK7kykG9+NEJgYGT9sYkJTreh5KLjO 9QoRzzrcvDNI82tHgcD/y9YXGbyQiaCGLZCjABWt759ivo1pkYrUcxEk8F01op7EYZhtezcR6fe 35AD5INQ7cXOr0SImtjh2YqQp2dId31xXOvHtJ04ZzQEnptvStednTn5qwg== X-Gm-Gg: ASbGncsTAigaoVb2weg8BF2XJKK51No45HvHn2KoiBPJFOhygGS27m4m7jWb9oOKvuW upNHOUIHAdT/nU9NCcclDsEKqroU1+3JSG+4/jGWXd8V/Jo37uDWeuabKWhyBLYUeLQ0BW/r5gp 800Ve8sI37AEmxslgmG1WXQJQJbHJE/ca0j9cHjZk7N0+Bu69c3frv/aJd5fZGMh15CEdRwGM5c Su9chc6MuJ5YyphGA== X-Google-Smtp-Source: AGHT+IFbNQS0tPA0zoIspChy0w85JkmIiCn8VmCdAfORq7tKMIS4EvzAQxGLzvhmtoK5ORkrOUL+yR8KKhJiXos4U5o= X-Received: by 2002:a17:90b:1c04:b0:312:e9bd:5d37 with SMTP id 98e67ed59e1d1-31cc2515a29mr21554404a91.6.1753157851088; Mon, 21 Jul 2025 21:17:31 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <602976q7-s2r2-o8n4-8s59-93pqq4ro3433@yvfgf.mnoonqbm.arg> <01r0s597-9ssr-s796-p54r-qs882628p4s7@yvfgf.mnoonqbm.arg> In-Reply-To: From: Warner Losh Date: Mon, 21 Jul 2025 22:17:20 -0600 X-Gm-Features: Ac12FXwiJ-8h-IqJX8DtEOFmaGZ8BKsfByQgTNMD3HZNpTzMu804808_HfmhB94 Message-ID: Subject: Re: mmccam -> no more cards/sdio but "mmcprobe" To: "Bjoern A. Zeeb" Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-1.81 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-0.997]; NEURAL_HAM_LONG(-0.94)[-0.936]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20230601.gappssmtp.com:s=20230601]; NEURAL_SPAM_MEDIUM(0.13)[0.127]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; DMARC_NA(0.00)[bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; RCPT_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1032:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; DKIM_TRACE(0.00)[bsdimp-com.20230601.gappssmtp.com:+] X-Rspamd-Queue-Id: 4bmPBB1stpz3vgX X-Spamd-Bar: - On Mon, Jul 21, 2025 at 11:38=E2=80=AFAM Warner Losh wrote= : > > So, We're getting through the 'reset' and 'identify' states in the > state machine and entering the 'power off' state. And then progressing > no further. So we get into the 'done' routine, but don't progress to > sending the get ocr command. That's why we still have the probe > routine. We're not setting the probe into INVALID state, so we should > be calling xpt_schedule() to do the next single step of this process > at the end of mmc_done(), but that doesn't trigger a new call to > mmc_start(). > > I did some CAM cleanups that shouldn't have broken this, but might > have (low probability, but with cam you never know, especially in the > single step phase we do to do the probing). I'll check those out. > Maybe it's easy. OK. It turned out that I had messed things up, unbeknownst to me. I've added a KASSERT that should catch problems like this in the future (and caught a second one that I also fixed). It should be safe to go back into the MMCCAM water after b4b166b8c46b8. It broke a few days ago in c6dc5d367681 (I just realised I forgot to add the fixes: tag to my commit in my rush to get a fix in). When we're running the single stepping engine to probe the device, all those commands are queued. And we'll not run through them if we queue something at CAM_PRIORITY_NONE. c6dc5d367681 made the ccb that ran for the xpt_path_inq() at the NONE priority. Normally, this is fine. All the instances in the tree but two use that the stack to pass in a CCB for this use. It doesn't matter the priority. But, xpt_start() did xpt_path_inq on the start_ccb passed in that was allocated in xpt_schedule which fills in the proper priority and other fields. It didn't matter for the xpt_path_inq, it completed just fine. However, for the XPT_MMC_IO commands that followed, the priority was wrong, so they'd never run. It turns out that we don't need or use the xpt_path_inq() results at all, so it was just having the side effect of initializing the CCB (bogusly and redundantly, it turns out. The other location that doesn't use the stack for xpt_path_inq() doesn't really reuse the CCB, but saves the results of the path_inq away (it could allocate less memory if it did a similar thing to the stack trick in its soft state structure, but doesn't). So tl;dr: Thanks for the heads up, this broke only a few days ago, and should be fixed now. My sdhci system with eMMC in it works with these changes. And I added a KASSERT to catch this problem in the future. Warner > Warner > > On Mon, Jul 21, 2025 at 7:15=E2=80=AFAM Bjoern A. Zeeb > wrote: > > > > On Sun, 20 Jul 2025, Warner Losh wrote: > > > > > On Sun, Jul 20, 2025, 7:20=E2=80=AFPM Warner Losh wr= ote: > > > > > >> > > >> > > >> On Sun, Jul 20, 2025, 5:24=E2=80=AFPM Warner Losh w= rote: > > >> > > >>> > > >>> > > >>> On Sun, Jul 20, 2025, 5:19=E2=80=AFPM Bjoern A. Zeeb < > > >>> bzeeb-lists@lists.zabbadoz.net> wrote: > > >>> > > >>>> Hi, > > >>>> > > >>>> I've updated one of my trees to main after a longer while and I am > > >>>> confused that I no longer see and SD card or SDIO (this is netboot= ed): > > >>>> > > >>>> # sysctl kern.features.mmccam > > >>>> kern.features.mmccam: 1 > > >>>> > > >>>> # camcontrol devlist -v > > >>>> scbus0 on dw_mmc_sim0 bus 0: > > >>>> <> at scbus0 target 0 lun 0 (mmcpr= obe0) > > >>>> scbus1 on dw_mmc_sim1 bus 0: > > >>>> <> at scbus1 target 0 lun 0 (mmcpr= obe1) > > >>>> scbus-1 on xpt0 bus 0: > > >>>> <> at scbus-1 target -1 lun ffffff= ff > > >>>> (xpt0) > > >>>> > > >>>> Where to start looking? > > >>>> > > >>> > > >>> So those probes are put there to evaluate devices that were found. = If > > >>> they remain, then that never finished. Most likely never started. > > >>> > > >>> What hardware is this on? > > >>> > > >> > > >> Thanks for the debug... > > >> > > >> As luck would have it, I just installed on emmc system (x86). I'm bu= ilding > > >> mmccam kernel now. > > >> > > > > > > I can confirm this result. When was your last update? There was also > > > sleeping on a non-sleepable lock witness warning... > > > > The locking issue I think I posted a while a ago. > > > > I cannot say which kernel last worked there; that was likely from 2024. > > > > I found an arm64 MMCCAM kernel from around 2025-03-18/26 which works o= n > > the LS1088. Seems the last commit from main on that branch was > > 12bff22669cf . > > > > # camcontrol devlist -v > > scbus0 on sdhci_slot0 bus 0: > > at scbus0 target 0 lun 0 (pa= ss0,sdda0) > > ... > > > > In either case the nvme does work by the way. It's just mmccam it seem= s > > which does not. > > > > -- > > Bjoern A. Zeeb r15:= 7 From nobody Tue Jul 22 04:21:57 2025 X-Original-To: freebsd-current@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 4bmPHS4lPzz62PwC for ; Tue, 22 Jul 2025 04:22:12 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x102e.google.com (mail-pj1-x102e.google.com [IPv6:2607:f8b0:4864:20::102e]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bmPHR2t3Pz41PY for ; Tue, 22 Jul 2025 04:22:11 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20230601.gappssmtp.com header.s=20230601 header.b=dU3FpU0P; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::102e) smtp.mailfrom=wlosh@bsdimp.com; dmarc=none Received: by mail-pj1-x102e.google.com with SMTP id 98e67ed59e1d1-3122368d7c4so4181240a91.1 for ; Mon, 21 Jul 2025 21:22:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1753158129; x=1753762929; darn=freebsd.org; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=jZaEamM5+3mMHfVDL02ETtxlnfrV88mlJT2uVa5mopo=; b=dU3FpU0P7p0Vxx672xAgzh5G7ZccPGFtAn1KbTMomxDQL9Mo1GU4S3BOZiafT7GzWW bQ3usP4zq05YFre1sSOTVQpl8TocwtqANOvllvDo3l9WkhPb+y7Vs6OwJV6gfHZbD3xk 6OvIj4MNSCKvuDwf3pKO2AMiFGOBj3WDigpN6hkffM4i0X9Sr31Q5i+4I+msHZYcSS3B yz6TMVCGhSH2FXegUGPLYY9t9IFnVH8KoWJ9xGgTumYV57bMnpURwJ0AYvvs6tLfORCo lJCWFIzhuyg3EQ8u1omKRdoqSW5YqAi59FXWYTN5drnzv1lCfZuRvR1eYoBFtRsXVUgm DITQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753158129; x=1753762929; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=jZaEamM5+3mMHfVDL02ETtxlnfrV88mlJT2uVa5mopo=; b=Fn5o8ElTKaQ9YBct/5QnXa/Gc1A5SFUGwDm6U3ecbEdEILLrw0NeR0xSD5UhqPBqml R9AF7sLQ3yP1eC9+6dcOn9UopiJ9yyjOQjEJOfTx+b7+UFj0MMBetYLUAZHuQtk5hkxv aZZfl9F4WgBdiXE0NaPsRGlT8UaPvUDxxft+y1v6WQFphqB8wZfrQG7/mjwVhgL3jw/i BnMI/UC7zMxLc/I9qGsJayVwlghLnBhZPEblQGe9hkG6DiYRBE4S+mcxXThYSgDBzpTq y/4lvF8xQb3wMy5+eXVl83YgQZiqCFUNHP/sQ4g8dXTwTU09hbxNQhpmn4NgKOjw/JvO Ckvw== X-Gm-Message-State: AOJu0YwDzahVn+vlSe08UW6H8LENl8VmwmMjno+HIok1HIbzhczOm/yz vCx783BbyBqwp3Niwidf2uSYt9izzuNui2Ij+xQ2cJwh08d1awjiQqkHhd0OAJUZpmvHBCyc5Ho WTPw/iiR0ZTuLQ/WhpQBmizCCQaq9If7xYwtSTU/dn+hvyu3BWkOeCHA= X-Gm-Gg: ASbGncvpIHtA2yyw8MVSUBsQLbj0u7cJa41UEWlrQoeF7dZ4pAJIWahNGsNHUExecrp HQkpfBb+nf0W7Tt7kiaFcP/m7HPmyXx+jLD5+x1D7/9T97MsSiPpcfzKeNWJvosclOoamCFdpPZ pURZ+r0g5SLbmTrTU+HiwtKAIqXv+yjwRcuISeRxXjiKmlAGpejEY3p9Ec56erE0khiFGyvUihe LdrnuQ= X-Google-Smtp-Source: AGHT+IEriZG9CCuziL5wbadCBtYRD4JAhp3WdTaZh/wndyZIwYAk1FNwzSAdfQ5Tr32+bfGhjnSYWZd8kZYu3W35rFI= X-Received: by 2002:a17:90a:dfce:b0:312:e76f:5213 with SMTP id 98e67ed59e1d1-31c9e77ab0dmr30319923a91.28.1753158128523; Mon, 21 Jul 2025 21:22:08 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <202507220400.56M40qpk032441@gitrepo.freebsd.org> In-Reply-To: <202507220400.56M40qpk032441@gitrepo.freebsd.org> From: Warner Losh Date: Mon, 21 Jul 2025 22:21:57 -0600 X-Gm-Features: Ac12FXxXp9TmXuGsQ952Nw0etFSqBmQkJnEdtDbPdj9vqbcJvxxGCYGs3A2LnzQ Message-ID: Subject: Fwd: git: b21e67875bf0 - main - nvme: Move AER processing into a task thread To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-0.55 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_SPAM_MEDIUM(0.86)[0.857]; NEURAL_HAM_LONG(-0.41)[-0.407]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::102e:from]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; DKIM_TRACE(0.00)[bsdimp-com.20230601.gappssmtp.com:+] X-Rspamd-Queue-Id: 4bmPHR2t3Pz41PY X-Spamd-Bar: / This is a change to the NVMe error handling. It should fix some crashes that people have seen when there's a NVMe data integrity failure or other SMART issue since I added devd reporting for those. However, it's lightly tested. I have an nvme card that does similar smart failures, but I only had one failure test (and it may have been inconclusive). This failure is hard to test because usually it's a one-time event on an NVMe card. I was going to run this in the Netflix world for a few months to see if we avoided the crash or three we get a month from this issue, but it 'leaked' out of my tree due to an oversight on my part when I pushed a separate change. I'd thought this was in a branch, but was in main. Double apologies for pushing this during STAB week. Catching up with my email I just noticed we were there... If there's any issues, I'll back this out asap, but will let it mellow if n= ot. Warner ---------- Forwarded message --------- From: Warner Losh Date: Mon, Jul 21, 2025 at 10:01=E2=80=AFPM Subject: git: b21e67875bf0 - main - nvme: Move AER processing into a task t= hread To: , , The branch main has been updated by imp: URL: https://cgit.FreeBSD.org/src/commit/?id=3Db21e67875bf0c4b1e7933090b803= 07abb24b7d03 commit b21e67875bf0c4b1e7933090b80307abb24b7d03 Author: Warner Losh AuthorDate: 2025-07-18 22:17:35 +0000 Commit: Warner Losh CommitDate: 2025-07-22 04:00:33 +0000 nvme: Move AER processing into a task thread Move the AER processing into the taskqueue thread. We do memory allocations and such burried deep in things we call, so this just makes all that simpler and doesn't stall the completion thread. It fixes a fe= w panics if you get a reliability failure from the drive at the wrong time. Sponsored by: Netflix MFC After: 2 weeks --- sys/dev/nvme/nvme_ctrlr.c | 289 +++++++++++++++++++++++++---------------= ---- sys/dev/nvme/nvme_private.h | 2 + 2 files changed, 170 insertions(+), 121 deletions(-) diff --git a/sys/dev/nvme/nvme_ctrlr.c b/sys/dev/nvme/nvme_ctrlr.c index c86316337e93..fd7f00ced14b 100644 --- a/sys/dev/nvme/nvme_ctrlr.c +++ b/sys/dev/nvme/nvme_ctrlr.c @@ -48,7 +48,7 @@ #define B4_CHK_RDY_DELAY_MS 2300 /* work around controller b= ug */ static void nvme_ctrlr_construct_and_submit_aer(struct nvme_controller *ct= rlr, - struct nvme_async_event_request *aer); + struct nvme_async_event_request *aer); static void nvme_ctrlr_barrier(struct nvme_controller *ctrlr, int flags) @@ -679,96 +679,6 @@ nvme_ctrlr_log_critical_warnings(struct nvme_controller *ctrlr, nvme_ctrlr_devctl(ctrlr, "critical", "SMART_ERROR", "state=3D0x%02x", state); } -static void -nvme_ctrlr_async_event_log_page_cb(void *arg, const struct nvme_completion *cpl) -{ - struct nvme_async_event_request *aer =3D arg; - struct nvme_health_information_page *health_info; - struct nvme_ns_list *nsl; - struct nvme_error_information_entry *err; - int i; - - /* - * If the log page fetch for some reason completed with an error, - * don't pass log page data to the consumers. In practice, this c= ase - * should never happen. - */ - if (nvme_completion_is_error(cpl)) - nvme_notify_async_consumers(aer->ctrlr, &aer->cpl, - aer->log_page_id, NULL, 0); - else { - /* Convert data to host endian */ - switch (aer->log_page_id) { - case NVME_LOG_ERROR: - err =3D (struct nvme_error_information_entry *)aer->log_page_buffer; - for (i =3D 0; i < (aer->ctrlr->cdata.elpe + 1); i++= ) - nvme_error_information_entry_swapbytes(err+= +); - break; - case NVME_LOG_HEALTH_INFORMATION: - nvme_health_information_page_swapbytes( - (struct nvme_health_information_page *)aer->log_page_buffer); - break; - case NVME_LOG_CHANGED_NAMESPACE: - nvme_ns_list_swapbytes( - (struct nvme_ns_list *)aer->log_page_buffer); - break; - case NVME_LOG_COMMAND_EFFECT: - nvme_command_effects_page_swapbytes( - (struct nvme_command_effects_page *)aer->log_page_buffer); - break; - case NVME_LOG_RES_NOTIFICATION: - nvme_res_notification_page_swapbytes( - (struct nvme_res_notification_page *)aer->log_page_buffer); - break; - case NVME_LOG_SANITIZE_STATUS: - nvme_sanitize_status_page_swapbytes( - (struct nvme_sanitize_status_page *)aer->log_page_buffer); - break; - default: - break; - } - - if (aer->log_page_id =3D=3D NVME_LOG_HEALTH_INFORMATION) { - health_info =3D (struct nvme_health_information_pag= e *) - aer->log_page_buffer; - nvme_ctrlr_log_critical_warnings(aer->ctrlr, - health_info->critical_warning); - /* - * Critical warnings reported through the - * SMART/health log page are persistent, so - * clear the associated bits in the async event - * config so that we do not receive repeated - * notifications for the same event. - */ - aer->ctrlr->async_event_config &=3D - ~health_info->critical_warning; - nvme_ctrlr_cmd_set_async_event_config(aer->ctrlr, - aer->ctrlr->async_event_config, NULL, NULL); - } else if (aer->log_page_id =3D=3D NVME_LOG_CHANGED_NAMESPA= CE && - !nvme_use_nvd) { - nsl =3D (struct nvme_ns_list *)aer->log_page_buffer= ; - for (i =3D 0; i < nitems(nsl->ns) && nsl->ns[i] !=3D 0; i++) { - if (nsl->ns[i] > NVME_MAX_NAMESPACES) - break; - nvme_notify_ns(aer->ctrlr, nsl->ns[i]); - } - } - - /* - * Pass the cpl data from the original async event completi= on, - * not the log page fetch. - */ - nvme_notify_async_consumers(aer->ctrlr, &aer->cpl, - aer->log_page_id, aer->log_page_buffer, aer->log_page_s= ize); - } - - /* - * Repost another asynchronous event request to replace the one - * that just completed. - */ - nvme_ctrlr_construct_and_submit_aer(aer->ctrlr, aer); -} - static void nvme_ctrlr_async_event_cb(void *arg, const struct nvme_completion *cpl) { @@ -784,33 +694,18 @@ nvme_ctrlr_async_event_cb(void *arg, const struct nvme_completion *cpl) return; } - /* Associated log page is in bits 23:16 of completion entry dw0. */ + /* + * Save the completion status and associated log page is in bits 23= :16 + * of completion entry dw0. Print a message and queue it for furthe= r + * processing. + */ + memcpy(&aer->cpl, cpl, sizeof(*cpl)); aer->log_page_id =3D NVMEV(NVME_ASYNC_EVENT_LOG_PAGE_ID, cpl->cdw0)= ; - nvme_printf(aer->ctrlr, "async event occurred (type 0x%x, info 0x%0= 2x," " page 0x%02x)\n", NVMEV(NVME_ASYNC_EVENT_TYPE, cpl->cdw0), NVMEV(NVME_ASYNC_EVENT_INFO, cpl->cdw0), aer->log_page_id); - - if (is_log_page_id_valid(aer->log_page_id)) { - aer->log_page_size =3D nvme_ctrlr_get_log_page_size(aer->ct= rlr, - aer->log_page_id); - memcpy(&aer->cpl, cpl, sizeof(*cpl)); - nvme_ctrlr_cmd_get_log_page(aer->ctrlr, aer->log_page_id, - NVME_GLOBAL_NAMESPACE_TAG, aer->log_page_buffer, - aer->log_page_size, nvme_ctrlr_async_event_log_page_cb, - aer); - /* Wait to notify consumers until after log page is fetched= . */ - } else { - nvme_notify_async_consumers(aer->ctrlr, cpl, aer->log_page_= id, - NULL, 0); - - /* - * Repost another asynchronous event request to replace the= one - * that just completed. - */ - nvme_ctrlr_construct_and_submit_aer(aer->ctrlr, aer); - } + taskqueue_enqueue(aer->ctrlr->taskqueue, &aer->task); } static void @@ -819,15 +714,21 @@ nvme_ctrlr_construct_and_submit_aer(struct nvme_controller *ctrlr, { struct nvme_request *req; - aer->ctrlr =3D ctrlr; /* - * XXX-MJ this should be M_WAITOK but we might be in a non-sleepabl= e - * callback context. AER completions should be handled on a dedica= ted - * thread. + * We're racing the reset thread, so let that process submit this a= gain. + * XXX does this really solve that race? And is that race even poss= ible + * since we only reset when we've no theard from the card in a long + * time. Why would we get an AER in the middle of that just before = we + * kick off the reset? */ - req =3D nvme_allocate_request_null(M_NOWAIT, nvme_ctrlr_async_event= _cb, + if (ctrlr->is_resetting) + return; + + aer->ctrlr =3D ctrlr; + req =3D nvme_allocate_request_null(M_WAITOK, nvme_ctrlr_async_event= _cb, aer); aer->req =3D req; + aer->log_page_id =3D 0; /* Not a valid page */ /* * Disable timeout here, since asynchronous event requests should b= y @@ -1203,6 +1104,140 @@ nvme_ctrlr_reset_task(void *arg, int pending) atomic_cmpset_32(&ctrlr->is_resetting, 1, 0); } +static void +nvme_ctrlr_aer_done(void *arg, const struct nvme_completion *cpl) +{ + struct nvme_async_event_request *aer =3D arg; + + mtx_lock(&aer->mtx); + if (nvme_completion_is_error(cpl)) + aer->log_page_size =3D (uint32_t)-1; + else + aer->log_page_size =3D nvme_ctrlr_get_log_page_size( + aer->ctrlr, aer->log_page_id); + wakeup(aer); + mtx_unlock(&aer->mtx); +} + +static void +nvme_ctrlr_aer_task(void *arg, int pending) +{ + struct nvme_async_event_request *aer =3D arg; + struct nvme_controller *ctrlr =3D aer->ctrlr; + uint32_t len; + + /* + * We're resetting, so just punt. + */ + if (ctrlr->is_resetting) + return; + + if (!is_log_page_id_valid(aer->log_page_id)) { + /* + * Repost another asynchronous event request to replace the= one + * that just completed. + */ + nvme_notify_async_consumers(ctrlr, &aer->cpl, aer->log_page= _id, + NULL, 0); + nvme_ctrlr_construct_and_submit_aer(ctrlr, aer); + goto out; + } + + aer->log_page_size =3D 0; + len =3D nvme_ctrlr_get_log_page_size(aer->ctrlr, aer->log_page_id); + nvme_ctrlr_cmd_get_log_page(aer->ctrlr, aer->log_page_id, + NVME_GLOBAL_NAMESPACE_TAG, aer->log_page_buffer, len, + nvme_ctrlr_aer_done, aer); + mtx_lock(&aer->mtx); + while (aer->log_page_size =3D=3D 0) + mtx_sleep(aer, &aer->mtx, PRIBIO, "nvme_pt", 0); + mtx_unlock(&aer->mtx); + + if (aer->log_page_size !=3D (uint32_t)-1) { + /* + * If the log page fetch for some reason completed with an + * error, don't pass log page data to the consumers. In + * practice, this case should never happen. + */ + nvme_notify_async_consumers(aer->ctrlr, &aer->cpl, + aer->log_page_id, NULL, 0); + goto out; + } + + /* Convert data to host endian */ + switch (aer->log_page_id) { + case NVME_LOG_ERROR: { + struct nvme_error_information_entry *err =3D + (struct nvme_error_information_entry *)aer->log_page_bu= ffer; + for (int i =3D 0; i < (aer->ctrlr->cdata.elpe + 1); i++) + nvme_error_information_entry_swapbytes(err++); + break; + } + case NVME_LOG_HEALTH_INFORMATION: + nvme_health_information_page_swapbytes( + (struct nvme_health_information_page *)aer->log_page_buffer); + break; + case NVME_LOG_CHANGED_NAMESPACE: + nvme_ns_list_swapbytes( + (struct nvme_ns_list *)aer->log_page_buffer); + break; + case NVME_LOG_COMMAND_EFFECT: + nvme_command_effects_page_swapbytes( + (struct nvme_command_effects_page *)aer->log_page_buffer); + break; + case NVME_LOG_RES_NOTIFICATION: + nvme_res_notification_page_swapbytes( + (struct nvme_res_notification_page *)aer->log_page_buffer); + break; + case NVME_LOG_SANITIZE_STATUS: + nvme_sanitize_status_page_swapbytes( + (struct nvme_sanitize_status_page *)aer->log_page_buffer); + break; + default: + break; + } + + if (aer->log_page_id =3D=3D NVME_LOG_HEALTH_INFORMATION) { + struct nvme_health_information_page *health_info =3D + (struct nvme_health_information_page *)aer->log_page_bu= ffer; + + /* + * Critical warnings reported through the SMART/health log = page + * are persistent, so clear the associated bits in the asyn= c + * event config so that we do not receive repeated notifica= tions + * for the same event. + */ + nvme_ctrlr_log_critical_warnings(aer->ctrlr, + health_info->critical_warning); + aer->ctrlr->async_event_config &=3D + ~health_info->critical_warning; + nvme_ctrlr_cmd_set_async_event_config(aer->ctrlr, + aer->ctrlr->async_event_config, NULL, NULL); + } else if (aer->log_page_id =3D=3D NVME_LOG_CHANGED_NAMESPACE) { + struct nvme_ns_list *nsl =3D + (struct nvme_ns_list *)aer->log_page_buffer; + for (int i =3D 0; i < nitems(nsl->ns) && nsl->ns[i] !=3D 0;= i++) { + if (nsl->ns[i] > NVME_MAX_NAMESPACES) + break; + nvme_notify_ns(aer->ctrlr, nsl->ns[i]); + } + } + + /* + * Pass the cpl data from the original async event completion, not = the + * log page fetch. + */ + nvme_notify_async_consumers(aer->ctrlr, &aer->cpl, + aer->log_page_id, aer->log_page_buffer, aer->log_page_size); + + /* + * Repost another asynchronous event request to replace the one + * that just completed. + */ +out: + nvme_ctrlr_construct_and_submit_aer(ctrlr, aer); +} + /* * Poll all the queues enabled on the device for completion. */ @@ -1574,8 +1609,8 @@ nvme_ctrlr_construct(struct nvme_controller *ctrlr, device_t dev) /* * Create 2 threads for the taskqueue. The reset thread will block = when * it detects that the controller has failed until all I/O has been - * failed up the stack. The second thread used to be for failing - * requests. + * failed up the stack. The second thread is used for AER events, w= hich + * can block, but only briefly for memory and log page fetching. */ ctrlr->taskqueue =3D taskqueue_create("nvme_taskq", M_WAITOK, taskqueue_thread_enqueue, &ctrlr->taskqueue); @@ -1585,6 +1620,12 @@ nvme_ctrlr_construct(struct nvme_controller *ctrlr, device_t dev) ctrlr->is_initialized =3D false; ctrlr->notification_sent =3D 0; TASK_INIT(&ctrlr->reset_task, 0, nvme_ctrlr_reset_task, ctrlr); + for (int i =3D 0; i < NVME_MAX_ASYNC_EVENTS; i++) { + struct nvme_async_event_request *aer =3D &ctrlr->aer[i]; + + TASK_INIT(&aer->task, 0, nvme_ctrlr_aer_task, aer); + mtx_init(&aer->mtx, "AER mutex", NULL, MTX_DEF); + } ctrlr->is_failed =3D false; make_dev_args_init(&md_args); @@ -1672,8 +1713,14 @@ nvme_ctrlr_destruct(struct nvme_controller *ctrlr, device_t dev) } noadminq: - if (ctrlr->taskqueue) + if (ctrlr->taskqueue) { taskqueue_free(ctrlr->taskqueue); + for (int i =3D 0; i < NVME_MAX_ASYNC_EVENTS; i++) { + struct nvme_async_event_request *aer =3D &ctrlr->ae= r[i]; + + mtx_destroy(&aer->mtx); + } + } if (ctrlr->tag) bus_teardown_intr(ctrlr->dev, ctrlr->res, ctrlr->tag); diff --git a/sys/dev/nvme/nvme_private.h b/sys/dev/nvme/nvme_private.h index 0340b13b7de5..36f00fedc48e 100644 --- a/sys/dev/nvme/nvme_private.h +++ b/sys/dev/nvme/nvme_private.h @@ -123,6 +123,8 @@ struct nvme_request { struct nvme_async_event_request { struct nvme_controller *ctrlr; struct nvme_request *req; + struct task task; + struct mtx mtx; struct nvme_completion cpl; uint32_t log_page_id; uint32_t log_page_size; From nobody Tue Jul 22 10:23:06 2025 X-Original-To: freebsd-current@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 4bmYHw2fNSz62rG6 for ; Tue, 22 Jul 2025 10:23:08 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bmYHv6yGpz3WNf for ; Tue, 22 Jul 2025 10:23:07 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753179788; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=lb8XsWNsM5ci+JL89Ito0EUJsw3fT+E7hgYfQ03vmCo=; b=cnlgp4nN4SxXp+bxiMauxf6t57eJWS9pvtGr8bEALSv8C9JeWsIJ1TNH5uQUo7MkiqGC+U RI8Mo8zCw1jTUqGQYTE3r6VaajMjhKrLuC4vYAmK1UFoP2/emt4yKjDRul3T0sllg+Fo6A 89S2UlfaFDPsYPxmmKot9aHIsCGHbBTaCrQwFhdqfP8S/6kFyqW9BQHxMXO92pXDeAerjz 36EKT6OXl0HNHzHzE0ozADTOzSDoERr3DS+K+AG1li37i5uIurIzKezKDiLmINXCy7INBO Xodw8waCcg8U4YVkqPZhP/XORsEq6WU1TZ00/5Z8GtPapIuzdGdY01L5CUxOaQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753179788; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=lb8XsWNsM5ci+JL89Ito0EUJsw3fT+E7hgYfQ03vmCo=; b=K+94bzBR/LQfTHTEk6QnJjYRyHXQII4lcY3f70L+1KQxqemcQ/gTWggpL9Rmuc/lu0lGxE uAFS3bxCSORgBqJhIRZ7OVsukw+hvibdtvYQVkpd+tBa6u0hoAjzvPNG97JbKAlvL61SiK hKrUk4oJQ6hKFm27oB8k0X5IiqGoR8HC83twpMU7Zy30EfSyXdW3WaSYWlJBWy8FrRTp19 +hRckDI5nBxwRRfNPfJuThodEYml6qKWjF0S7J5utzq54yzmhUGb+m8aaL17mu6AYyQmjT K2LVaNDInD8r+Icg3J1D53gRVwv/OxHZ/5GxlD7K19q4l1LxVCL1fOke1z+W2Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1753179788; a=rsa-sha256; cv=none; b=U3clSSAWEc52aFeUm271oGNOKX/At3gbeOyjvYgwg4s18WAbpiFCQPslEpuwmRMayktNX/ skQLYfsClCyflKwD8l1Zqkh/bWt2M6IoKWnQuHtbmcRWMqMSdbznyS6ao4rmRe9iwZxd1E nORAwDYztqtC1/BYY62UNo5JpDq5W0lvq8NfTkXbMEqO2piycnys/NlJPhDkzEtlz8TkLQ BSUfZHNOaKlP+AvZnQBXWQUqoEzH6Zh0Oq3X0BBjbEIsywnVFVPXri6QM31/P/XoDn1KOx 1v/HsSEVhzbNmX//GdzhHWIqX6agw+7hNnjMlSYhFrjKR+pesMp8mSGAlLeZ6Q== Received: from ltc.des.dev (88-177-82-251.subs.proxad.net [88.177.82.251]) (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) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bmYHv5zYrztvl for ; Tue, 22 Jul 2025 10:23:07 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 5E996AC7AD; Tue, 22 Jul 2025 12:23:06 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-current@freebsd.org Subject: Re: a question about /boot/loader.conf In-Reply-To: (void@f-m.fm's message of "Mon, 21 Jul 2025 17:38:07 +0100") References: <867c01bjpi.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Tue, 22 Jul 2025 12:23:06 +0200 Message-ID: <86seioa5it.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable void writes: > Dag-Erling Sm=C3=B8rgrav writes: > > This is a tunable, not a sysctl (although a sysctl of the same name > > will appear if dtrace is compiled into the kernel or loaded) > Odd that bsdinstall adds it to loader.conf then. Why? loader.conf is the correct place for tunables. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Tue Jul 22 12:49:39 2025 X-Original-To: freebsd-current@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 4bmcY45pmzz62ydF for ; Tue, 22 Jul 2025 12:49:44 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fout-b3-smtp.messagingengine.com (fout-b3-smtp.messagingengine.com [202.12.124.146]) (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 4bmcY30R3gz46Sj for ; Tue, 22 Jul 2025 12:49:43 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=hHDayt6S; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=ig6ojSgM; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 202.12.124.146 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from phl-compute-08.internal (phl-compute-08.phl.internal [10.202.2.48]) by mailfout.stl.internal (Postfix) with ESMTP id 776F71D001C3 for ; Tue, 22 Jul 2025 08:49:41 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-08.internal (MEProxy); Tue, 22 Jul 2025 08:49:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm2; t=1753188581; x=1753274981; bh=RDbXx9sDFm EsOZhtipMaJMUpeAqOHTphx4nYF3ve5f8=; b=hHDayt6ScBuXOq1/aJwbUWond/ 5Qz6TLvBnIkGzucXs1kp3FaiGDxEzsTYcXAL5/OnwQNmgPK8VtajVxtJNU9BfcaA nFO5aZxQ6e5N8NhJbK88s61CcjaX4vh6bfrQQghppgZ2LCNYucdkW3ZK1pbiNm9g DOmyrS0rHTKlETFKzq6T/iqPonrZoNasxVdsTjyW2bFqyTQPuBpp4vQ6BJUGnTgs jsfzDukYJt7qHMtSInCHSUNnbdzzGtLMoRwMwMtaJDZQybxSsl0D0QHSQ/Wc6O9q XHo4nENoss75EnCNwZ7Up/hoYJrMl9XlcGTEedSylQ30XWdvpQmjswob530Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1753188581; x=1753274981; bh=RDbXx9sDFmEsOZhtipMaJMUpeAqOHTphx4n YF3ve5f8=; b=ig6ojSgMjXMW/gP263v2EZ2eL8THmuhUyruUnMxu0zsrtwK76BG xL54DHPEuiMor+C6NzpcuJyMgZe+N8/RPh9RqdBKUMBHRj9vA+E9swx9+0B1p8HE 0zwhHOlNCgfjGcw83eGYBHUuF9+Ujq1HbJ/xgGWhNEb+IHZo9dUwlqMyX8gUWUkH ETQnN4iXLtGl5sq2AY/K6JzpsdovzAtotb52hITW2JO7A1bhbDygs8AD1Bi/xYHR //KbY42WfIJIu2AY/PYu5kRKm6HzcQKqw9FENxUWh6qggYJIqWqFKIMfN1sJWAwf aiblvx/UKvS/uG2lfXKWB1mgJ5tAIduWbbg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgdejgeelgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttdertddttd dvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgv rhhnpeelveevhfehfeefffehfeffkeevvdffgfdtffejhfefvdegleevvedujeejjeelhe enucffohhmrghinhepuhhsvghrrdhfmhenucevlhhushhtvghrufhiiigvpedtnecurfgr rhgrmhepmhgrihhlfhhrohhmpehvohhiugesfhdqmhdrfhhmpdhnsggprhgtphhtthhope dupdhmohguvgepshhmthhpohhuthdprhgtphhtthhopehfrhgvvggsshguqdgtuhhrrhgv nhhtsehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Tue, 22 Jul 2025 08:49:40 -0400 (EDT) Date: Tue, 22 Jul 2025 13:49:39 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: zfs panic VERIFY3U Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-0.91 / 15.00]; NEURAL_SPAM_LONG(1.00)[0.998]; NEURAL_HAM_SHORT(-0.95)[-0.952]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; NEURAL_HAM_MEDIUM(-0.35)[-0.354]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:202.12.124.128/27]; RCVD_IN_DNSWL_LOW(-0.10)[202.12.124.146:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MISSING_XM_UA(0.00)[]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:202.12.124.0/24, country:AU]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4bmcY30R3gz46Sj X-Spamd-Bar: / On Tue, Jul 22, 2025 at 02:38:52AM +0100, void wrote: >On Tue, Jul 22, 2025 at 02:28:19AM +0100, void wrote: >> >>zpool import causes the following output at the console: >>https://void.f-m.fm.user.fm/panic/zpool-broken.png > >agh, should read http://void.f-m.fm.user.fm/panic/zpool-broken.png >*not* https, sorry. booting without zfs.ko loaded, then building kernel from main-stabweek-2025-Jul rebooting again then loading zfs.ko then zpool import -a went normally ald zpool status showed an unavailable disk in the raidz2 pool. -- From nobody Tue Jul 22 14:07:29 2025 X-Original-To: freebsd-current@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 4bmfGt1JYdz5pS4q for ; Tue, 22 Jul 2025 14:07:34 +0000 (UTC) (envelope-from se@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bmfGs6hLDz45H6; Tue, 22 Jul 2025 14:07:33 +0000 (UTC) (envelope-from se@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753193253; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=JcTU9Qg6tG5NYMRWXkP7mdtuGYzX3aDsvFxawUb1ADo=; b=piRSs1nPsCBJ7rtJQASUkOmK1n7mRR0A6VDlNZkOXWN9RuWfarNywzGJofZZz1wo2evdFC EyPcsjFkbkqftUcnfLA4dVN3syAlE95LA5Pt4IkWEfjcN3b2rY90Kt44/shLU+s+3LhFzc 5vkIZ1lJP9IqkPOeWuFdd3KreJDK/7TZKecLKqYHEyO+1gWJel8nbGVTPdq4eYcsVH94ia x4m52O3QgwB0Z2wClgc1MiYLTRM/hFPUWmgEBzLp7ESdImkwbE5k/GsggsTixIRDO3USSA NVMAeE8kREK4yiAg/RHoDQiRJom98YowxxIHDieNj74NCsN5024EYNN6eYSbjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753193253; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=JcTU9Qg6tG5NYMRWXkP7mdtuGYzX3aDsvFxawUb1ADo=; b=I/NdIyy5Mu1w7NTdY36IoSAZkEcg+DmlY2ntQllbMMe70FX3CibC/EZrlmLxTrm8Erz7Gp 4dnjITX+j0SlTDhxNwYSQZuHxtPCyVTZGY/xJBfC45/vv3sTZkR2oSziFkRdVaS9uc7NZn vzJuSKw06M2nx5efMQ6WAM+ZHh0JK7BClNKIznwTBwIRDhGixnG4OJf+BdItXw3uodI7LJ BS+YfFqHVTFz7lq9yFHHL/JWZbyDEDQ3LUHqLNg6H/MlpASlF0i1VPvHpNJTLzvzTTF6av vcjRMOfKbYU92V1UslJXZirMcHRoCssv/sGWCTZZMozaYkajexH0YW4fZDcY4Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1753193253; a=rsa-sha256; cv=none; b=N6ieo6cJXNvGA1KT+0gAwsN+yvDm1YNQg5PsDBykP3pOBVWMrAADbalj4pEKZASr0omwA6 jZhSBgzCaq9e6bC6JpdU8CuW9l5AFTEjJLT6eyvGiBF7w0R6Bffu4HH4c4QwYhUrNxgtxL 5YOlqpWx2mPkSrX3pV46UoDcjlF+gti8tRlpEq37iOKFb10G+HL4o64vNY96O7FAKglqPy tgzXzU7aBYxokXzI0Dos8IXX97fNx/MzhjgG8o4g0i5mRfH44ytbl17SC8mSSZel2p2uiY Q4jb8iTZfJh1MalNyP1QFNd5T5Bt3nXMh77F/hKiNkdMG0Ub+VX4RqptzP3iNQ== Received: from [192.168.179.17] (p5dc476c9.dip0.t-ipconnect.de [93.196.118.201]) (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) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bmfGs3R1vz1081; Tue, 22 Jul 2025 14:07:33 +0000 (UTC) (envelope-from se@FreeBSD.org) Message-ID: <328d03a4-1f06-4e05-b9c2-49db263afe0e@FreeBSD.org> Date: Tue, 22 Jul 2025 16:07:29 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Stefan Esser Subject: Re: epair(4) To: freebsd-current@freebsd.org References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> <932111f8-f5ca-46d1-9f66-983f80f6116b@protected-networks.net> <8DCF0DAB-5EE5-4FEF-8CCC-1D7AF971BA8C@hausen.com> <86ms8zbz6w.fsf@ltc.des.dev> Content-Language: en-US Autocrypt: addr=se@FreeBSD.org; keydata= xsBNBFVxiRIBCADOLNOZBsqlplHUQ3tG782FNtVT33rQli9EjNt2fhFERHIo4NxHlWBpHLnU b0s4L/eItx7au0i7Gegv01A9LUMwOnAc9EFAm4EW3Wmoa6MYrcP7xDClohg/Y69f7SNpEs3x YATBy+L6NzWZbJjZXD4vqPgZSDuMcLU7BEdJf0f+6h1BJPnGuwHpsSdnnMrZeIM8xQ8PPUVQ L0GZkVojHgNUngJH6e21qDrud0BkdiBcij0M3TCP4GQrJ/YMdurfc8mhueLpwGR2U1W8TYB7 4UY+NLw0McThOCLCxXflIeF/Y7jSB0zxzvb/H3LWkodUTkV57yX9IbUAGA5RKRg9zsUtABEB AAHNJ1N0ZWZhbiBFw59lciAoRnJlZUJTRCkgPHNlQGZyZWVic2Qub3JnPsLAlAQTAQoAPgIb AwULCQgHAwUVCgkICwUWAwIBAAIeAQIXgBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJmvl9B BQkTLNNOAAoJEEfrte9a/fVEV1oH/jt+SjRqTHci6d1LiFDfbY0E2rfobZw5BhcQuCqxahS7 pcE1oLpUaoqWYPHslxhGTl7QSD2twMWcHLonZ1lgTJluMZqgTX9uvqEYDUtiH6G+IF7Qacat eUsAvwdycItPOr3p7WBt8U54GbnQdxpSUQ0OpD4twy7KAt/MPNLofVQSEea5DNQOH2dXILrf iRsNfFPsfTASOUXOTRyTYwm6Ys76LIdL9GA2iR5qw8G43FB02fiX76WQSjg+yKN9iP9racGg Pc8qkSPwHJr0s3OwJC4ndbCuSiaXddDbgOvdrqfSO0XCjo3ylyEBhmMVMpwkj8pLCKVGS73n Ncs6OujZXAzOwE0EVXGJEgEIALEj9qCXMZVucjpcd3QxM/TlUr98m5viEd1z4tCnPUyRWcIC EVtj2h5xMH+2iB0q1+KWhq+NsWtvScmEmfHnsr7dJ1K677OdpDhKVaJk61eeRulFY1R4yb6C 1MMxK+WgYB+vvpG0UeyR0M4uBewcPvRsq4yGUHFQKtLAbMdoPTSryJA+ElnmK1vdY+rPcHgi OIMBZM7ahsPXC0C9K4e5SP9clGyIoMpbfHXdx9q+Rp3zVtlbhyk3BS/xccu/+9pk9ICXL6GR js2sNnJ0wxdU1DsAlC59a5MnSruwiZFwRnkQhr3x6wk97Lg7sLS9jjTnCN7LGlVmSmpOEMy6 uq1AWfUAEQEAAcLAhgQYAQoAJgIbDBYhBKNx6mWcC+zIK3FTE0frte9a/fVEBQJmvl9BBQkT LNNOABQJEEfrte9a/fVECRBH67XvWv31RCrvCACY7fjahcGj/57peFu0oIb4X9X78H6mgrAZ D5HCCCb2vWdNtSDTYQoYnKP2Fz9RUG8ETT9a6CtymYqQc72/dzjJmakRTlbYhliKJDZXGAYU g34VirGXCjYgWH7l+0CupOtt55R/ASnrnXX9R/7PLO+akObn9Cz/bNBnIbYnTjLNs7GMMQL4 uNSyqIByQ3LVsVDaCq3408fYKC0dtlv2VNQQzcXXwOgecwpS2UeqMflrSA7UfPh15WgkpnrN AnKCtS66eU1w2kTCsVEjGQEgLI5pP1HMNRHjnHncAFSpOfs1EZn0MfhiyB+4T+lrccGI8EZu ay791Tx4QdDKkdZGaV9A In-Reply-To: <86ms8zbz6w.fsf@ltc.des.dev> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Am 20.07.25 um 00:20 schrieb Dag-Erling Smørgrav: > Adrian Chadd writes: >> qroxana writes: >>> What's the best practice for setting up bridge0 on a NFS root >>> system? [...] >> That's an interesting problem that I don't think was even thought >> about when bridge(4) was added to FreeBSD. [...] I /think/ the tftp >> boot path configures the interface addressing via kernel APIs, and >> we'll need to undo it and flip it to a bridge. > > This is not the only scenario where you might want to add a bridge to a > configured system. I think it would be useful to have a setting that > causes all of an interface's addresses and routes to be moved to the > bridge when the interface is added to it. Instead of moving the interface address to the bridge, I think it would be better to “hide” it and include any/all addresses of the constituent interfaces in the bridge configuration (where possible and not in conflict). This would allow the interfaces to retain (and later recover) their configuration if the bridge is destroyed (which could be useful in scenarios other than using an NFS root system that would benefit from such a feature). My use case would be a temporarily started bhyve VM to occasionally run some Windows applications, with a Tap device and a WiFi device with dynamic address forming the bridge ... From nobody Tue Jul 22 17:01:38 2025 X-Original-To: current@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 4bmk800gPtz5ptdt for ; Tue, 22 Jul 2025 17:01:52 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe: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-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bmk7y6TSKz419h for ; Tue, 22 Jul 2025 17:01:50 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; none Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 4CC0CA64809; Tue, 22 Jul 2025 17:01:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1753203697; bh=6hSWpqbNFkkTDLtN9Pcs9MIkZnV1u/0/xsRhZjE805s=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=JGg1o62O0kilkyTnzPlkoU/Yn/1Ab/EDuYmcyxZj4d7qH5A1XzIxIRZn26Z/cL3pv Q2Wtit4EuwCA/pQvgzK56qniowcUHPbiuca497eiwam+lvhtIuvcesL/WUcZ81cHB3 F7n0APA+ThFQnvdLluHWApd7vbyQfKEu/qocl7/tleczmTnMfr3a5nkJvm/3TiBuLl GEiehk0GRxx9Shuv6K+JLNG7NOqP8rWKgzKM5KTpxueBkxnqw6QY8EYni0Whc7ph1P QqxgcZYejcyd0fFKKoYSYGU9otQlbDC+7izaR2g75pjklbWBwnyrfxNEkeFeFgkvZp AEyoiUvp5wSTsfspvh9KNlS3KLiytssVY6l/FMMd9Og+gFDmDs4fHZsxyYuaByFHMa NeOqmUt2wIDeamPHDCFPYSJqhPKkHX3AOBnJggsebkxwnhGfZWC9RuzVPhVJ/85nH/ /DgNc4KB6VrMEV7oTe3S5bd7hs6p5piuzsz58N8th//D1tTIKBEy1KC64Kq2AMLQj8 kKUF6Upg7bhWBGJAnRInGPrF0QvcticQeSAIOgFY5eYEYpu5Pnvp66Fcwz2j0ffTmG xkar3nbP75ujbPOYSuF6BSu0fxor0Xw0nEgGRJKOEnBASAryLD7EGzT3LlFMw2CiHw zMFHo9go5fez/C+481JUwVno= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id F23A52D029E1; Tue, 22 Jul 2025 17:01:40 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id GnROwp53FGqn; Tue, 22 Jul 2025 17:01:39 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:a66b:b6ff:fe40:39a9]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id A86EC2D029D8; Tue, 22 Jul 2025 17:01:39 +0000 (UTC) Date: Tue, 22 Jul 2025 17:01:38 +0000 (UTC) From: "Bjoern A. Zeeb" To: Warner Losh cc: FreeBSD Current Subject: Re: mmccam -> no more cards/sdio but "mmcprobe" In-Reply-To: Message-ID: References: <602976q7-s2r2-o8n4-8s59-93pqq4ro3433@yvfgf.mnoonqbm.arg> <01r0s597-9ssr-s796-p54r-qs882628p4s7@yvfgf.mnoonqbm.arg> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="1098556516-948891769-1753203699=:4643" X-Rspamd-Queue-Id: 4bmk7y6TSKz419h X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE] This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1098556516-948891769-1753203699=:4643 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 21 Jul 2025, Warner Losh wrote: Hi Warner, > On Mon, Jul 21, 2025 at 11:38 AM Warner Losh wrote: >> >> So, We're getting through the 'reset' and 'identify' states in the >> state machine and entering the 'power off' state. And then progressing >> no further. So we get into the 'done' routine, but don't progress to >> sending the get ocr command. That's why we still have the probe >> routine. We're not setting the probe into INVALID state, so we should >> be calling xpt_schedule() to do the next single step of this process >> at the end of mmc_done(), but that doesn't trigger a new call to >> mmc_start(). >> >> I did some CAM cleanups that shouldn't have broken this, but might >> have (low probability, but with cam you never know, especially in the >> single step phase we do to do the probing). I'll check those out. >> Maybe it's easy. > > OK. It turned out that I had messed things up, unbeknownst to me. I've > added a KASSERT that should catch problems like this in the future > (and caught a second one that I also fixed). It should be safe to go > back into the MMCCAM water after b4b166b8c46b8. It broke a few days > ago in c6dc5d367681 (I just realised I forgot to add the fixes: tag to > my commit in my rush to get a fix in). > > When we're running the single stepping engine to probe the device, all > those commands are queued. And we'll not run through them if we queue > something at CAM_PRIORITY_NONE. c6dc5d367681 made the ccb that ran for > the xpt_path_inq() at the NONE priority. Normally, this is fine. All > the instances in the tree but two use that the stack to pass in a CCB > for this use. It doesn't matter the priority. But, xpt_start() did > xpt_path_inq on the start_ccb passed in that was allocated in > xpt_schedule which fills in the proper priority and other fields. It > didn't matter for the xpt_path_inq, it completed just fine. However, > for the XPT_MMC_IO commands that followed, the priority was wrong, so > they'd never run. It turns out that we don't need or use the > xpt_path_inq() results at all, so it was just having the side effect > of initializing the CCB (bogusly and redundantly, it turns out. The > other location that doesn't use the stack for xpt_path_inq() doesn't > really reuse the CCB, but saves the results of the path_inq away (it > could allocate less memory if it did a similar thing to the stack > trick in its soft state structure, but doesn't). > > So tl;dr: Thanks for the heads up, this broke only a few days ago, and > should be fixed now. My sdhci system with eMMC in it works with these > changes. And I added a KASSERT to catch this problem in the future. I can confirm that your fixes are working. I had a look through the cam diff but wouldn't have spotted this. I can also confirm that the KASSERT works: panic: xpt_action: queued ccb and CAM_PRIORITY_NONE illegal. Now to fix my own code ;-) Thanks a lot for the investigation and quick fix! Very much appreciated! /bz -- Bjoern A. Zeeb r15:7 --1098556516-948891769-1753203699=:4643-- From nobody Tue Jul 22 17:06:55 2025 X-Original-To: current@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 4bmkGB0Kyxz5ptnm for ; Tue, 22 Jul 2025 17:07:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x533.google.com (mail-pg1-x533.google.com [IPv6:2607:f8b0:4864:20::533]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bmkG94w5kz44C0 for ; Tue, 22 Jul 2025 17:07:13 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x533.google.com with SMTP id 41be03b00d2f7-b31d578e774so75389a12.1 for ; Tue, 22 Jul 2025 10:07:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1753204027; x=1753808827; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=ST4LEiZme5AH/0lgW2Hhmx8bRV7Fyhjgl2NP65S5M7E=; b=VWiE5skT9IRncqAyj9LYViQMnv9ac8RE4HnjxcIIeXmwtPvGSA6H1+LMhP9i0gC4Cv gHJGhm7twQ70zbF5U2k9hM5rifXAMRTqgFLz+4VFkwe/IRkA3UYnsLc0rG3sxJEMf4nU tLmpZcFxrlGnwhqBsX+h1T/zlRYnA+XFg171T5BmbDDLLpojz7WSX40QuDZRa2iF+Q9e Hbyiz+30R+tEiTTvda359hNck7mcy6UV8X6nmQqUkgyjM8/nZl4LZi7DJHwFJrNPc0na Y/l5uBJrUFlhg+361gicLbEmD8LiZxvsNv3hk9XHO3/Kixy2ipGt4XZ1hmZce3t3f8P3 EI8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753204027; x=1753808827; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=ST4LEiZme5AH/0lgW2Hhmx8bRV7Fyhjgl2NP65S5M7E=; b=b2rNHYKwbdKLW+FP5yZDTz65/5+TT5fGaLXkRypgndL8BKVXmFCnKSOvyYa2inSqIX uDGwq2EriK9rX/fUBNHsdXq9nSoPAXfnwl4vZIOLX0MMfYI0TKVy5MDoRoYEz3DZl7N4 5dNiZ2zg++eXOX7GBYL6/MPzFGOSSYfyTz343g1BjSb0SbsgDUmrfCaMZxJrB5jinA8t nuE+raCq8Whb2U0HJhvXg6suIPRGTQn0X/EytwTq5P0bcE5Y5xKnNtZZb5SVdK6MMlFO k2nmmwa3HRtLZ0IB16woO9Q53Whk42HAOTwOsr4QH5BuKQA4TuXKLQPb4oaatF84EAFr K52Q== X-Gm-Message-State: AOJu0YzCKflDm8jzLygoZXRamwdQ0uRlgEwCkYtrThWYxvJvv+GMdUsR 07fWv0dC78btSMEelv1+kUIXA0CINMcR2nUV4S2eN8RYzC2MaBYHGJXrVxFPM+xDX8NTXJRHFrk Pae0pIneY2UTkD/3dxY991UA5p6VoGwjIJjaoy3y9VG7t6a38o/b2MmE= X-Gm-Gg: ASbGncvvdZxXkZItm/P8a1XrIYAALPhOw4BrODAQvMY1aeoLCmyc9kkkuvZvAmdJvcS +L2N9N57eqWQkyM7bawuKz04EKAgGQbAg43Bs6qk6EHZm7ymzdKolMbCN/EY7wal/dzqcFs/3ez fANxYih+w4efJKWC3fdVOaf/dVssZiXB2/rpc4lj39MzFgFuCrtfe29PRK6R88s3K2cyPx/85/o dLaVi8= X-Google-Smtp-Source: AGHT+IGQyQymg1s+m6aJc1onv8vFatRG6FFwsVvM4p7rYeVNw4odLJh+sU1P6x39Fgxsi2zseoUIdDbz3j9KcLW9vI4= X-Received: by 2002:a17:90b:4aca:b0:30e:9b31:9495 with SMTP id 98e67ed59e1d1-31e3e1cf3a9mr5232734a91.9.1753204026879; Tue, 22 Jul 2025 10:07:06 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <602976q7-s2r2-o8n4-8s59-93pqq4ro3433@yvfgf.mnoonqbm.arg> <01r0s597-9ssr-s796-p54r-qs882628p4s7@yvfgf.mnoonqbm.arg> In-Reply-To: From: Warner Losh Date: Tue, 22 Jul 2025 11:06:55 -0600 X-Gm-Features: Ac12FXxngdqa1gxbD3IiRg_E9QM8shW8B7s9_UpXaeeinf8E1onNKkF-8UxQ0Ms Message-ID: Subject: Re: mmccam -> no more cards/sdio but "mmcprobe" To: "Bjoern A. Zeeb" Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4bmkG94w5kz44C0 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] On Tue, Jul 22, 2025 at 11:01=E2=80=AFAM Bjoern A. Zeeb wrote: > > On Mon, 21 Jul 2025, Warner Losh wrote: > > Hi Warner, > > > On Mon, Jul 21, 2025 at 11:38=E2=80=AFAM Warner Losh w= rote: > >> > >> So, We're getting through the 'reset' and 'identify' states in the > >> state machine and entering the 'power off' state. And then progressing > >> no further. So we get into the 'done' routine, but don't progress to > >> sending the get ocr command. That's why we still have the probe > >> routine. We're not setting the probe into INVALID state, so we should > >> be calling xpt_schedule() to do the next single step of this process > >> at the end of mmc_done(), but that doesn't trigger a new call to > >> mmc_start(). > >> > >> I did some CAM cleanups that shouldn't have broken this, but might > >> have (low probability, but with cam you never know, especially in the > >> single step phase we do to do the probing). I'll check those out. > >> Maybe it's easy. > > > > OK. It turned out that I had messed things up, unbeknownst to me. I've > > added a KASSERT that should catch problems like this in the future > > (and caught a second one that I also fixed). It should be safe to go > > back into the MMCCAM water after b4b166b8c46b8. It broke a few days > > ago in c6dc5d367681 (I just realised I forgot to add the fixes: tag to > > my commit in my rush to get a fix in). > > > > When we're running the single stepping engine to probe the device, all > > those commands are queued. And we'll not run through them if we queue > > something at CAM_PRIORITY_NONE. c6dc5d367681 made the ccb that ran for > > the xpt_path_inq() at the NONE priority. Normally, this is fine. All > > the instances in the tree but two use that the stack to pass in a CCB > > for this use. It doesn't matter the priority. But, xpt_start() did > > xpt_path_inq on the start_ccb passed in that was allocated in > > xpt_schedule which fills in the proper priority and other fields. It > > didn't matter for the xpt_path_inq, it completed just fine. However, > > for the XPT_MMC_IO commands that followed, the priority was wrong, so > > they'd never run. It turns out that we don't need or use the > > xpt_path_inq() results at all, so it was just having the side effect > > of initializing the CCB (bogusly and redundantly, it turns out. The > > other location that doesn't use the stack for xpt_path_inq() doesn't > > really reuse the CCB, but saves the results of the path_inq away (it > > could allocate less memory if it did a similar thing to the stack > > trick in its soft state structure, but doesn't). > > > > So tl;dr: Thanks for the heads up, this broke only a few days ago, and > > should be fixed now. My sdhci system with eMMC in it works with these > > changes. And I added a KASSERT to catch this problem in the future. > > I can confirm that your fixes are working. > > I had a look through the cam diff but wouldn't have spotted this. > > I can also confirm that the KASSERT works: > > panic: xpt_action: queued ccb and CAM_PRIORITY_NONE illegal. I need to add which CCB function was queued to this, I think... > Now to fix my own code ;-) It should be easy... > Thanks a lot for the investigation and quick fix! Very much appreciated! You bet. I was worried that I'd broken something with my CAM fixes, despite testing it a lot locally. Then nobody said anything for a couple of weeks and I thought I was in the clear... Then you popped up just at the same time I had installed FreeBSD on an eMMC system I got and noticed it wasn't using MMCCAM as I was about to update it, so the timing was good... Warner From nobody Tue Jul 22 17:46:11 2025 X-Original-To: freebsd-current@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 4bml7S3FLhz5pwt6 for ; Tue, 22 Jul 2025 17:46:28 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ej1-f41.google.com (mail-ej1-f41.google.com [209.85.218.41]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bml7P4n77z3FBB for ; Tue, 22 Jul 2025 17:46:25 +0000 (UTC) (envelope-from asomers@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.218.41 as permitted sender) smtp.mailfrom=asomers@gmail.com; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none) Received: by mail-ej1-f41.google.com with SMTP id a640c23a62f3a-ae0d7b32322so903518366b.2 for ; Tue, 22 Jul 2025 10:46:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753206383; x=1753811183; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=1a8FWMr6ly4WRKUmSTLw/PIQSVUG3j+8WBoeuUnB9Fw=; b=F41L2WdAzTmFqPGij9EhM3rK1d2lH/akWpC9JZlrKoRdE9Gh9Ju0BRlQCJQUxjMj9o 8Wjm51+6nacJeLWcD+yVHhWZIC1eJFQvNyzuCoYAIfSlx5MQCQY3D7/h28tJRtvt1ino C//4cB/PdonNt1fi1j51v0Zul7Y/YWWHqXD0gGITK3020PfBzM2lK0tffcpRVULK90je 1rkkor47ZCs+8E7ZIgBC5RHSTf0IrRj6nLaPUHC7f5FjA6zM0+UxVLuNHamt9bmAmjsx b6oX60lb6XFNjzF/6f5RHY/ayQ9p6FhCgSUsc2SCE4TpjCS25OleEKPWI2TuwqklQlNN eLUg== X-Gm-Message-State: AOJu0YzLbiE8pmab5iuU7LBtEJ0E9Y76DHJm/BgxTPqoIWnHH2lMrfhZ YLWRk5lDT9BaaHuUY/sv+KE7V3FIme+eK6bTGIcIc6SB5Aib1B2m7p7O0DqaC9I2AiSuVvjgDEL 8xEzs28NPVLYtqPqaliCj3T5qoIPMhfkzUw== X-Gm-Gg: ASbGncsXVCsRd2GmYBsabRw36dYNTv/E+MXU8QYzLoHGom9DVuJLS+wWcw8dHONZquT WlcK4fO9jh80ynl7ZZLS90jjpiodhTnFwqPMCx2W6vyXLFO8s7o/plG57DSgHaWK0VZU1d3bHNc Qds2HfiMtj+fKbRUWuq6Uymzls6WCGv71wrBgiXP/wNCXs48zXLYI4amfYR3liwYSmVFRZgTSHJ Q+CK+4= X-Google-Smtp-Source: AGHT+IGyykF0ZR7HXXWaXRCe6ia4ko7qNeTKitFcAOJEQiyRvFlT7d2Ne4qC79vQqlprJY1oS1HZozAuV7lpfjAFB+4= X-Received: by 2002:a17:906:8f12:b0:ae3:64e2:c1e with SMTP id a640c23a62f3a-ae9cdda3d23mr2698356566b.10.1753206382863; Tue, 22 Jul 2025 10:46:22 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Tue, 22 Jul 2025 11:46:11 -0600 X-Gm-Features: Ac12FXxTfUkW1-naEwinlD2dpqUhVRAYr8Uurbv1LvXc610mK8lZ_Ix-kQa0gdc Message-ID: Subject: Re: zfs panic VERIFY3U To: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000ab2b39063a882bca" X-Spamd-Result: default: False [0.40 / 15.00]; NEURAL_SPAM_LONG(0.99)[0.994]; NEURAL_HAM_SHORT(-0.79)[-0.793]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_SPAM_MEDIUM(0.20)[0.199]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; RWL_MAILSPIKE_GOOD(-0.10)[209.85.218.41:from]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; RCVD_IN_DNSWL_NONE(0.00)[209.85.218.41:from]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_DOM_EQ_FROM_DOM(0.00)[]; R_DKIM_NA(0.00)[]; FREEFALL_USER(0.00)[asomers]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bml7P4n77z3FBB X-Spamd-Bar: / --000000000000ab2b39063a882bca Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Jul 22, 2025 at 6:50=E2=80=AFAM void wrote: > On Tue, Jul 22, 2025 at 02:38:52AM +0100, void wrote: > >On Tue, Jul 22, 2025 at 02:28:19AM +0100, void wrote: > >> > >>zpool import causes the following output at the console: > >>https://void.f-m.fm.user.fm/panic/zpool-broken.png > > > >agh, should read http://void.f-m.fm.user.fm/panic/zpool-broken.png > >*not* https, sorry. > > booting without zfs.ko loaded, then building kernel from > main-stabweek-2025-Jul > rebooting again then loading zfs.ko then zpool import -a went normally > ald zpool status showed an unavailable disk in the raidz2 pool. > -- > >From the panic, it looks like your vdev is smaller than what is recorded in the label. I can think of a few reasons why that might be: * It's a VM, and you shrunk the size of the VM's disk. ZFS can't tolerate that. * You shrunk the size of the disk using some exotic SCSI commands. * The disk is broken in such a way that it reports mediasize 0. I've seen that happen. You can check with "geom disk list". * ZFS found an old label. Perhaps it dates from before you expanded a vdev. You might've pulled out a disk, then expanded the other disks in that RAID or mirror, then reinserted the old disk. These problems are annoying, but solvable. This is also one case where you might get different results if you import during boot vs after boot. Is this still a problem for you, or is it all solved? --000000000000ab2b39063a882bca Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Jul 22, 2025 at 6:50=E2=80=AFAM void = <void@f-m.fm> wrote:
On Tue, Jul 22, 2025 at 02:38= :52AM +0100, void wrote:
>On Tue, Jul 22, 2025 at 02:28:19AM +0100, void wrote:
>>
>>zpool import causes the following output at the console:
>>https://void.f-m.fm.user.fm/panic/zpool-b= roken.png
>
>agh, should read http://void.f-m.fm.user.fm/pan= ic/zpool-broken.png
>*not* https, sorry.

booting without zfs.ko loaded, then building kernel from main-stabweek-2025= -Jul
rebooting again then loading zfs.ko then zpool import -a went normally
ald zpool status showed an unavailable disk in the raidz2 pool.
--

From the panic, it looks like your = vdev is smaller than what is recorded in the label.=C2=A0 I can think of a = few reasons why that might be:
* It's a VM, and you shrunk th= e size of the VM's disk.=C2=A0 ZFS can't tolerate that.
*= You shrunk the size of the disk using some exotic SCSI commands.
* The disk is broken in such a way that it reports mediasize 0.=C2=A0 I= 9;ve seen that happen.=C2=A0 You can check with "geom disk list".=
* ZFS found an old label.=C2=A0 Perhaps it dates from before you= expanded a vdev.=C2=A0 You might've pulled out a disk, then expanded t= he other disks in that RAID or mirror, then reinserted the old disk.=C2=A0 = These problems are annoying, but solvable.=C2=A0 This is also one case wher= e you might get different results if you import during boot vs after boot.<= /div>

Is this still a problem for you, or is it all solv= ed?
--000000000000ab2b39063a882bca-- From nobody Tue Jul 22 19:14:15 2025 X-Original-To: current@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 4bmn4v4r3Tz5q3bK for ; Tue, 22 Jul 2025 19:14:23 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (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 4bmn4t65C5z3HXh for ; Tue, 22 Jul 2025 19:14:22 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk; dmarc=none Received: from critter.freebsd.dk (unknown [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 553FBC4873 for ; Tue, 22 Jul 2025 19:14:15 +0000 (UTC) Received: (from phk@localhost) by critter.freebsd.dk (8.18.1/8.16.1/Submit) id 56MJEFuM003954; Tue, 22 Jul 2025 19:14:15 GMT (envelope-from phk) Message-Id: <202507221914.56MJEFuM003954@critter.freebsd.dk> To: current@freebsd.org Subject: Be careful with "make delete-old-libs" From: Poul-Henning Kamp List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3952.1753211655.1@critter.freebsd.dk> Date: Tue, 22 Jul 2025 19:14:15 +0000 X-Spamd-Result: default: False [0.87 / 15.00]; NEURAL_SPAM_LONG(1.00)[0.999]; NEURAL_HAM_SHORT(-0.99)[-0.988]; NEURAL_SPAM_MEDIUM(0.86)[0.856]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; MIME_TRACE(0.00)[0:+]; FREEFALL_USER(0.00)[phk]; MISSING_XM_UA(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[freebsd.dk]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4bmn4t65C5z3HXh X-Spamd-Bar: / I updated to -current and ran "make delete-old-libs" today, and that broke libcurl and as we all know, he doesn't live in Nebraska but rather Sweden, so a lot of things stopped working as a result. If you build curl from ports you'll probably be fine. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From nobody Tue Jul 22 19:22:09 2025 X-Original-To: freebsd-current@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 4bmnFt6fKvz5q46h for ; Tue, 22 Jul 2025 19:22:10 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bmnFt50nBz3QQ9; Tue, 22 Jul 2025 19:22:10 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753212130; 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=IPhPA7WSq87/dn6v4NXBRgAsA3ovO5ySz1d7gF8q+iU=; b=h4qhM6xSVzawWX0y04Q5DhsXf+GHHDMUPE0rzds5BkUk7XjwGof2vOkGMZKHVJJh6QQJ3w JJWaz526lKzNx/urxs6Z6swBSzN+AZPOjKwrJ5DCVIjE4hJmW3yiqlk6vwLlwj/KyctXB1 Qo2ec42tY0y/QomJHL0jWXT6SsOVSsLCf9sXWw84r5nrMxVGaAoycF04zkIPsG8aSWNMPl JzQ6cTtLp7y6m9JD9oKZampeNcwIuvFKiMdHzrSG4BfODkfAKwz2dcblhso1mdRFy5MiPm Sq6fVAmTmtouVhBHFGvym5RWW24AIopokI2qF1qNyb7LWIZG03Jj4XWjMpClOQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1753212130; 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=IPhPA7WSq87/dn6v4NXBRgAsA3ovO5ySz1d7gF8q+iU=; b=kYEUr+FdtGCkloBF3eUXwq8rC2B34OL6sS+lG4cADgCkvBV/+Q1UTLsIS8Dh47NRAv5QmN E+LFXLqNUXdAJTJp5RRWrUdLiKu6cenWygYJlk9+PMiIdEHz8y3BxxShhlLJo81l2F02Py 0sT4gu/Dwrmmz/V6/vJh6PaOkqs2/lOCXB6IiOC5TVUPbn2mD/RvmNPo5dANlLvUBX745s H2xjN3Usm1r0tqQWjG4zi5BA7wyLuzj25wM9JuIGatqFspZhm4awSGdfMIGMWyd2FiZkid /DbXXBMtqWSqnbAIv80I9YWFhtXCzDnxPAeIQ3U1blRK07AMMy1tVhhcT1qbPQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1753212130; a=rsa-sha256; cv=none; b=qeUeKuHXepqY8pIgTldD1+J+RqzYsS73csmspUewe/+c6/bBWqZjTyoQHnULmgy72N45+f uM8rxKyHlT+0bTXlSYmMftNPUPWsRN8E3plm/HeUtrjCT9HcUcgv0vDm3hHF6MqmFNITEO YLKz5DYrcwaZnpljD1+NEpRq85GmJtHUBKfNtZMgNpNaR/AZ0KIdDY5yR1CoAtcfmYrex/ 768aTZP5Y2QAQv4F4VjPB1z0eQOBI4ZPtvjeN7BYKVJV6baJEYtNQE+Zizp5LTvKhqyP0g Gt32s105i0u9VlKAj5i19rZml6/EyGld34KCWBJTKvsbTsw48lIy4LR0IHD/lQ== Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:c54:bed0:922e:16ff:fef1:acef]) (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) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bmnFt40qdz15Zx; Tue, 22 Jul 2025 19:22:10 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 50F21A91FE; Tue, 22 Jul 2025 21:22:09 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Stefan Esser Cc: freebsd-current@freebsd.org Subject: Re: epair(4) In-Reply-To: <328d03a4-1f06-4e05-b9c2-49db263afe0e@FreeBSD.org> (Stefan Esser's message of "Tue, 22 Jul 2025 16:07:29 +0200") References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> <932111f8-f5ca-46d1-9f66-983f80f6116b@protected-networks.net> <8DCF0DAB-5EE5-4FEF-8CCC-1D7AF971BA8C@hausen.com> <86ms8zbz6w.fsf@ltc.des.dev> <328d03a4-1f06-4e05-b9c2-49db263afe0e@FreeBSD.org> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Tue, 22 Jul 2025 21:22:09 +0200 Message-ID: <86o6tc9gke.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Stefan Esser writes: > My use case would be a temporarily started bhyve VM to occasionally > run some Windows applications, with a Tap device and a WiFi device > with dynamic address forming the bridge ... You don't need to add your external interface to the bridge to do that, just enable forwarding and set up NAT on your external interface. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Tue Jul 22 21:47:45 2025 X-Original-To: current@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 4bmrV84Qqmz625MG for ; Tue, 22 Jul 2025 21:48:00 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe: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-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bmrV75YSwz4FfS for ; Tue, 22 Jul 2025 21:47:59 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b=OiMD0fbI; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2003:a:140a:2200:6:594:fffe:19 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net; dmarc=pass (policy=none) header.from=zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 030B3A64809 for ; Tue, 22 Jul 2025 21:47:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1753220863; bh=ORgHx5lUqUP1wI6FSCUJGc2jHh5yR0/vute9cgvNq10=; h=Date:From:To:Subject; b=OiMD0fbIqF6mDUlAY00uX3RjsROodZ/pdh2EacRWy5p3pDq+MtRfw4N5gkUigpF2m rhq5pRBZsyOmF64XFkjc8Xas656YTisQa30NaPYUHDbKNNk6Wmvg6nRWANEtA87oxm 97n70VF2Sz9wyltWLDJGy/z7vEh9k4Hngu5vGeFPHWo5qTDXSmNiHSz8p83j/5SHA6 r2JrIo9MWfijvv4iwGQrnnCSSzYmmJg2VeJJxCWoKHWnuSM+DpUJsMSpsXoXZo8R/6 XIMFR2R2/SNQsAy5kHMgTP+1GMjsm/emGkCTOF6cBAUWaJM9lK0PMNWvvdVdSXJLE3 2aVxUGJrINkW/UcYdzC9jX4TeLxGEqQDhFdR20gA33prkRtuiGTnFjtIXqyXY4P3pG rI6Tf8um/EQD3Hy9fABbHLxB1sVFn/0jhcJEz03oCrrNdmVI5gtDouRmY7Wuv36T59 9+tP4yQrAbEwUFjh4QCqh04d99+IMU/+63m6k4uNW0A3MP/RTbtH2Oz8Yh1ecFHX3f yUd45Bfy3kxr7GDznn0lu50rfec9Qy55jLGxuvkPwLsaU2J9UinBgjrMie6K1XnUPk 8ua0Sh+1QQDYKnaDMtYy71DZ7rk4vE/9mY5JFYxRN0Q8ciUnnvGqRwqRfVSyI1mLL+ UGkEBabZBKHQl++ngu6qgqXo= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 406782D029E1 for ; Tue, 22 Jul 2025 21:47:47 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id jIVSw3YE3z_i for ; Tue, 22 Jul 2025 21:47:46 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:a66b:b6ff:fe40:39a9]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 46DA52D029D8 for ; Tue, 22 Jul 2025 21:47:46 +0000 (UTC) Date: Tue, 22 Jul 2025 21:47:45 +0000 (UTC) From: "Bjoern A. Zeeb" To: current@freebsd.org Subject: breaking into ddb -> panic Message-ID: <66s0n75o-s90r-1s45-n39o-9q7683o3nr20@yvfgf.mnoonqbm.arg> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spamd-Result: default: False [-3.10 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.990]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_SPF_ALLOW(-0.20)[+ip6:2003:a:140a:2200:6:594:fffe:19]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; NEURAL_HAM_LONG(-0.11)[-0.108]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE]; RCVD_COUNT_THREE(0.00)[4]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[zabbadoz.net:+] X-Rspamd-Queue-Id: 4bmrV75YSwz4FfS X-Spamd-Bar: --- using [alt] break to debugger I am getting the following panic while some debugging output is scrolling on the console: db> reset panic: lock (sleep mutex) eventhandler not locked @ /usr/src/sys/kern/subr_eventhandler.c:272 cpuid = 1 time = 1314 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x38 vpanic() at vpanic+0x1a0 panic() at panic+0x48 witness_unlock() at witness_unlock+0x140 __mtx_unlock_flags() at __mtx_unlock_flags+0x54 eventhandler_find_list() at eventhandler_find_list+0xbc kern_reboot() at kern_reboot+0x244 db_reset() at db_reset+0xec db_command() at db_command+0x2f4 db_command_loop() at db_command_loop+0x58 db_trap() at db_trap+0x100 kdb_trap() at kdb_trap+0x350 handle_el1h_sync() at handle_el1h_sync+0x18 --- exception, esr 0xf2000000 kdb_alt_break_internal() at kdb_alt_break_internal+0x1a8 kdb_alt_break() at kdb_alt_break+0x10 uart_intr_rxready() at uart_intr_rxready+0x88 uart_intr() at uart_intr+0x124 intr_event_handle() at intr_event_handle+0xf4 intr_isrc_dispatch() at intr_isrc_dispatch+0x60 arm_gic_intr() at arm_gic_intr+0x118 intr_irq_handler() at intr_irq_handler+0x98 handle_el1h_irq() at handle_el1h_irq+0x18 --- interrupt cpu_idle() at cpu_idle+0x78 sched_idletd() at sched_idletd+0x494 fork_exit() at fork_exit+0x78 fork_trampoline() at fork_trampoline+0x18 Uptime: 21m54s Automatic reboot in 15 seconds - press a key on the console to abort -- Bjoern A. Zeeb r15:7 From nobody Tue Jul 22 23:31:16 2025 X-Original-To: freebsd-current@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 4bmtnP62R2z62CHH for ; Tue, 22 Jul 2025 23:31:21 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh-b7-smtp.messagingengine.com (fhigh-b7-smtp.messagingengine.com [202.12.124.158]) (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 4bmtnN1L0Wz3Vjb for ; Tue, 22 Jul 2025 23:31:20 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=LKyuXKot; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=a470TNXy; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 202.12.124.158 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from phl-compute-10.internal (phl-compute-10.phl.internal [10.202.2.50]) by mailfhigh.stl.internal (Postfix) with ESMTP id DA5407A003A for ; Tue, 22 Jul 2025 19:31:18 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-10.internal (MEProxy); Tue, 22 Jul 2025 19:31:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm2; t=1753227078; x=1753313478; bh=hb4JGuI8v7 2+3lG0MAsb7xDYpvh7HD+ZoewPjptud4g=; b=LKyuXKot0sMPz4z69Azbu7chN0 lbihu6lRG0HydsmcOyBNZQ0l/To44wfBN1nr5qCkf1ocBN1NrinUA0FJbRWsRt/c HsBKOxmjHpnt4FP3PlfvddcDbiVmSHNRwufcKw1THS/VWM6LNqYsrbAdPrXVEnhu 94IZxw6pqoRlvSEzzQ2E7XEpByCIESeYnCdbVvAWq9PHnMl0ekZYZGnuNHohi4bn EBtmlTvKlnE+v7QXUYLj21w6oSguMGkNaOG7RM67M3o1UV+JkTtii1wjxEBkzXrN bpxqRre2I9XeToq5vLwcLAMNsfBDyq36Lz7MqK/j3rhbHEiC1LHV+kee+PJQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1753227078; x=1753313478; bh=hb4JGuI8v72+3lG0MAsb7xDYpvh7HD+Zoew Pjptud4g=; b=a470TNXy8M0UaODMRPLX9wmXjKqQt99ivGIQvmkomJi/mdzU3ot s6HISkCaeTnVb4TCnALO0wU/jJjD4ciQFWUj2/BaLEMsghvVQgRn1HLrH80d5/9G outqwx1ZpoaI9H6SfsBZFHrK4CKkM+IQP4F/BeHQzbZBFcIzm9v6JTsMGQWMFY4m +clgmWqjJO6t6kbOcRAX6ZyFljuEyWKYIjktcQ3dSSXD2bWxWGngOpo7PhIv6XIz RcxmsyE028yZHPbOJMy5Rr50h8uzRH8No2+oQNBx+BQbLigKys9BwVeNgPwOk8FG WR0Dbk0tksuQaFOzJsF1gzNkQH1ym0nrZcQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgdejiedvfecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttdertddttd dvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgv rhhnpeekleduvdelhfeileefgffghfffkedtheellefgudfgvdegkeejjedutdehhefgue enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehvohhi ugesfhdqmhdrfhhmpdhnsggprhgtphhtthhopedupdhmohguvgepshhmthhpohhuthdprh gtphhtthhopehfrhgvvggsshguqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Tue, 22 Jul 2025 19:31:18 -0400 (EDT) Date: Wed, 23 Jul 2025 00:31:16 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: zfs panic VERIFY3U Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-2.27 / 15.00]; NEURAL_HAM_MEDIUM(-0.88)[-0.876]; NEURAL_HAM_SHORT(-0.77)[-0.771]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:202.12.124.128/27]; RCVD_IN_DNSWL_LOW(-0.10)[202.12.124.158:from]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-0.02)[-0.018]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:202.12.124.0/24, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4bmtnN1L0Wz3Vjb X-Spamd-Bar: -- On Tue, Jul 22, 2025 at 11:46:11AM -0600, Alan Somers wrote: > >>From the panic, it looks like your vdev is smaller than what is recorded in >the label. I can think of a few reasons why that might be: >* It's a VM, and you shrunk the size of the VM's disk. ZFS can't tolerate >that. no, this is bare metal >* You shrunk the size of the disk using some exotic SCSI commands. no :) >* The disk is broken in such a way that it reports mediasize 0. I've seen >that happen. You can check with "geom disk list". Might be, I can't tell just yet. >* ZFS found an old label. Perhaps it dates from before you expanded a >vdev. You might've pulled out a disk, then expanded the other disks in >that RAID or mirror, then reinserted the old disk. These problems are >annoying, but solvable. This is also one case where you might get >different results if you import during boot vs after boot. Possibly/probably the case >Is this still a problem for you, or is it all solved? The problem has changed in that there is no more zfs panic, but the disk (it was /dev/da7) has "disappeared" from /dev. It *is*, however, accessible from 'cciss,7 /dev/ciss0' via smartctl. I can't check geom because it's not seen in /dev at the moment. The disk (da7) is SAT. The others are SATA. This has worked before, the card is ciss0: in HBA mode. It can use SAT or SATA. Not sure if SAT *and* SATA might cause undocumented behaviour though. The problem of the disk becoming unavailable in the pool has happened before, in similar circumstances (power outage), but zfs never panicked. That part is new. Right now, zfs (deliberately) doesn't autoload. I'm going to try make the system see da7 and if that works, then look at geom, clear that, then load zfs.ko and zpool import -a. The last time that was done (sans clearing geom), da7 resilvered and joined the pool. All the other disks, apart from da0 (which isn't part of the pool) show no geom (I understand that to be normal with raw disks) thank you for your help & ideas, --