From nobody Sun Apr 19 18:48:55 2026 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 4fzHhk0cpXz6ZDf1; Sun, 19 Apr 2026 18:49:10 +0000 (UTC) (envelope-from zlei@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 "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fzHhj6gWQz3svH; Sun, 19 Apr 2026 18:49:09 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1776624550; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=gDjTyCnBdfPcwoNmtlUebGQDNA1Hn6NczExzQeLl1oQ=; b=oCA9/qmGnflht9YXNvEQPfWFvbx0gX+vfCDDT65gvyUPlKQw1kTEnqp2PwRJj92jRu8PC9 W7hBuJAuvZmaBVcm2FOF0dayZTkezpHmSKoH2fE8ov4vBQ6nUcwMLjoZYcafKWJfltVauo 1tAlbnaPWNB95ShEE/aZ4bZ+ohUPwIAwCC7pH8L+uNs4mUWrz8rAyPNz9ZWAgDWLohC37L ZMLrIlkbFxtdqzDdsT0UzHBWQvy3y9CynNFafdkjjjL0C2OS3rth8fvPfaK/drqW3LbyQ7 7EQR+2G6UsOcbzhx+ebcyGXPslIrgyWrSJfTuAjfebRkjlFwr+fTkQTPySVYag== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1776624550; a=rsa-sha256; cv=none; b=PUx8Iq/r9pmzRdX04devXmql9vwIv6vAOaXo5AbQneGWZt4Iz5dopkaQmT5Mnt6bPciVkT MUg2WyAUy9fM1pEDhBVoH3DYJ1BoxWYzsr/vbJl+3T9NHoaA7pEJ30Fd88qcITkA3EFKFI xgAb3tSskAK7PMfQtP8AoMePg3i7AW+2WDfWaNTbdoLEo62bgyzsDt4ZRVdk5bNQhxqOUi MWm0cP1Rum2IXVqpxlvb6ZwPOH7ArOi2FhSeO4s5wEgLKelHjKcV/HWlTwX1wQvniKE/jQ +KuCUFPOHT6VI4dOZ9nFWf6vpgM+juyBfTpVwR3nl4dA0cSJBnoQLB5tak0p4g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1776624550; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=gDjTyCnBdfPcwoNmtlUebGQDNA1Hn6NczExzQeLl1oQ=; b=aUTlbRKb5URYDAXydL7cWDQ3k8burfBhtQczNEKUPwsQojm14cPlcC7L2xKHEgncTtnZSk jyGkPChQr+r6r3uhkb5bk9q97C8QujY8XsIe+zYjYA0OMArcPfiCV08aQpg5iURreJTxlU CSt0hvFE2IMP4dLPTOkcaM2bIPMuaINk+dPufvzodvOl+4NTBW4QrIbO/2KsWDc61uVoBU T5A2Gm/BO/kayY4w3WENkQg3owXMA0zkgO25oTJZhTW/1Up4JEN5Usc07lHkOMRHEbSZxo 64pqM7hR6Afuxy/y9kVYrRQF9c+SGBxrb+GbWJkIMxL0mZ4obH36CPGoABkriQ== Received: from smtpclient.apple (ns1.oxydns.net [45.32.91.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zlei/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4fzHhf6KdTz15Ny; Sun, 19 Apr 2026 18:49:06 +0000 (UTC) (envelope-from zlei@FreeBSD.org) From: Zhenlei Huang Message-Id: <9441867F-E7A7-446A-ACE2-67287A7544D7@FreeBSD.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_B532C114-99B5-4F1B-8F2F-4C0AA796E366" 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 (Mac OS X Mail 16.0 \(3696.120.41.1.10\)) Subject: Re: 14.3-RELEASE gpart show output (?.?T) vs. 14.4 and 15.0 and main: why do 14.4 and 15.0 and main have some single significant digit (?T) size figures? Date: Mon, 20 Apr 2026 02:48:55 +0800 In-Reply-To: <41752629-5c40-4dd6-9b98-429f0a706250@yahoo.com> Cc: "freebsd-stable@FreeBSD.org" , freebsd-current To: Mark Millard References: <68D25BCF-6B36-426D-B593-8391D6A5D5B1@FreeBSD.org> <41752629-5c40-4dd6-9b98-429f0a706250@yahoo.com> X-Mailer: Apple Mail (2.3696.120.41.1.10) --Apple-Mail=_B532C114-99B5-4F1B-8F2F-4C0AA796E366 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Apr 20, 2026, at 2:03 AM, Mark Millard wrote: >=20 > On 4/19/26 10:40, Zhenlei Huang wrote: >>=20 >>=20 >>> On Apr 20, 2026, at 1:11 AM, Zhenlei Huang >> > wrote: >>>=20 >>>=20 >>>=20 >>>> On Apr 19, 2026, at 11:03 PM, Mark Millard >>> > wrote: >>>>=20 >>>> 14.3-RELEASE (more useful): >>>>=20 >>>> =3D> 40 1875384928 da1 GPT (894G) >>>> =3D> 40 2930277095 nda1 GPT (1.4T) >>>> =3D> 34 2930277101 da0 GPT (1.4T) >>>> =3D> 34 3907029101 nda0 GPT (1.8T) >>>> =3D> 34 4000797293 nda3 GPT (1.9T) >>>>=20 >>>>=20 >>>> 14.4-RELEASE and 15.0-RELEASE and main (less useful): >>>>=20 >>>> =3D> 40 1875384928 da1 GPT (894G) >>>> =3D> 40 2930277095 nda1 GPT (1T) >>>> =3D> 34 2930277101 da0 GPT (1T) >>>> =3D> 34 3907029101 nda0 GPT (2T) >>>> =3D> 34 4000797293 nda3 GPT (2T) >>>>=20 >>>=20 >>> It appears to be caused by 4f809ffec69c (gpart: add libxo support = for >>> "show" subcommand + man page updates) . >>>=20 >>> Prior to the change the size was formatted to human friendly format = by >>> `fmtsize(pp->lg_mediasize))` which in turn calls=20 >>> ``` >>> humanize_number(buf, sizeof(buf), rawsz, "", HN_AUTOSCALE, >>> HN_B | HN_NOSPACE | HN_DECIMAL); >>> ```, >>>=20 >>> now it is formatted with=20 >>> ``` >>> xo_emit(" ({h:size/%jd})\n", (intmax_t)pp->lg_mediasize); >>> ``` >>>=20 >>> It appears that libxo does not handle well with numbers those exceed >>> 10^12, ( 1 Terabyte in this case ). >>=20 >> Try this patch please, not a full fix for all the "size" column, >>=20 >> ``` >> Author: Zhenlei Huang > >> Date: Mon Apr 20 01:38:21 2026 +0800 >>=20 >> geom_part: Fix the format of size >>=20 >> diff --git a/lib/geom/part/geom_part.c b/lib/geom/part/geom_part.c >> index 852eec2d790a..ca3c5f2c27c3 100644 >> --- a/lib/geom/part/geom_part.c >> +++ b/lib/geom/part/geom_part.c >> @@ -723,7 +723,7 @@ gpart_show_geom(struct ggeom *gp, const char >> *element, int show_providers) >> } >> if (idx) >> xo_emit("]"); >> - xo_emit(" ({h:size/%jd})\n", = (intmax_t)pp->lg_mediasize); >> + xo_emit(" ({h,hn-decimal:size/%jd})\n", = (intmax_t)pp- >>> lg_mediasize); >> xo_close_instance(s); >> first =3D end + 1; >> } >> ``` >>=20 >>>=20 >>>>=20 >>>> --=20 >>>> =3D=3D=3D >>>> Mark Millard >>>> marklmi at yahoo.com >>>>=20 >>>>=20 >>>=20 >>> Best regards, >>> Zhenlei >>=20 >> Best regards, >> Zhenlei >>=20 >=20 > I'm in the middle of other building-port-packages timing tests on the > systems. So I'll wait on doing the above. See https://reviews.freebsd.org/D56514 = for the full patch. >=20 >=20 > --=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com Best regards, Zhenlei --Apple-Mail=_B532C114-99B5-4F1B-8F2F-4C0AA796E366 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Apr 20, 2026, at 2:03 AM, Mark Millard <marklmi@yahoo.com> = wrote:

On 4/19/26 10:40, Zhenlei Huang wrote:


On Apr 20, 2026, at 1:11 = AM, Zhenlei Huang <zlei@FreeBSD.org
<mailto:zlei@FreeBSD.org>> wrote:



On Apr 19, 2026, at 11:03 PM, Mark Millard <marklmi@yahoo.com
<mailto:marklmi@yahoo.com>> wrote:

14.3-RELEASE (more useful):

=3D>= ;        40  1875384928 =    da1  GPT  (894G)
=3D> =        40  2930277095 =    nda1  GPT  (1.4T)
=3D> =        34  2930277101 =    da0  GPT  (1.4T)
=3D> =        34  3907029101 =    nda0  GPT  (1.8T)
=3D> =        34  4000797293 =    nda3  GPT  (1.9T)


14.4-RELEASE and 15.0-RELEASE and main (less = useful):

=3D> =        40  1875384928 =    da1  GPT  (894G)
=3D> =        40  2930277095 =    nda1  GPT  (1T)
=3D> =        34  2930277101 =    da0  GPT  (1T)
=3D> =        34  3907029101 =    nda0  GPT  (2T)
=3D> =        34  4000797293 =    nda3  GPT  (2T)


It appears to be caused by = 4f809ffec69c (gpart: add libxo support for
"show" = subcommand + man page updates) .

Prior to = the change the size was formatted to human friendly format by
`fmtsize(pp->lg_mediasize))` which in turn calls 
```
humanize_number(buf, sizeof(buf), rawsz, = "", HN_AUTOSCALE,
          &nb= sp;HN_B | HN_NOSPACE | HN_DECIMAL);
```,

now it is formatted with 
```
xo_emit("  ({h:size/%jd})\n", = (intmax_t)pp->lg_mediasize);
```

It appears that libxo does not handle well with numbers those = exceed
10^12, ( 1 Terabyte in this case ).

Try this patch please, not a full = fix for all the "size" column,

```
Author: Zhenlei Huang <zlei@FreeBSD.org <mailto:zlei@FreeBSD.org>>
Date: =   Mon Apr 20 01:38:21 2026 +0800

  =   geom_part: Fix the format of size

diff= --git a/lib/geom/part/geom_part.c b/lib/geom/part/geom_part.c
index 852eec2d790a..ca3c5f2c27c3 100644
--- = a/lib/geom/part/geom_part.c
+++ = b/lib/geom/part/geom_part.c
@@ -723,7 +723,7 @@ = gpart_show_geom(struct ggeom *gp, const char
*element, int = show_providers)
            =     }
            =     if (idx)
          =               xo_emit("]");
-               xo_emit(" =  ({h:size/%jd})\n", (intmax_t)pp->lg_mediasize);
+ =               xo_emit(" =  ({h,hn-decimal:size/%jd})\n", (intmax_t)pp-
lg_mediasize);
              =   xo_close_instance(s);
        =         first =3D end + 1;
  =       }
```



-- 
=3D=3D=3D<= br class=3D"">Mark Millard
marklmi at yahoo.com <http://yahoo.com/>



Best = regards,
Zhenlei

Best regards,
Zhenlei


I'm in the middle of other = building-port-packages timing tests on the
systems. So = I'll wait on doing the above.

See = https://reviews.freebsd.org/D56514 for the full = patch.



--
=3D=3D=3D
Mark Millard
marklmi at = yahoo.com

Best regards,
Zhenlei

= --Apple-Mail=_B532C114-99B5-4F1B-8F2F-4C0AA796E366--