Date: Tue, 23 Oct 2018 08:30:09 -0700 From: Enji Cooper <yaneurabeya@gmail.com> To: Josh Paetzel <josh@tcbug.org> Cc: Brooks Davis <brooks@freebsd.org>, Rick Macklem <rmacklem@uoguelph.ca>, FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: which way to update export_args structure? Message-ID: <5BE9C124-9EA0-4B5D-BE0F-7A1F6C727250@gmail.com> In-Reply-To: <1540226963.490541.1550623304.5D6A95A6@webmail.messagingengine.com> References: <YTOPR0101MB182021549F8CF8277477A4C5DDE90@YTOPR0101MB1820.CANPRD01.PROD.OUTLOOK.COM> <20181003155133.GA57729@spindle.one-eyed-alien.net> <YTOPR0101MB18207FF98DED0232B9BB1B4FDDE50@YTOPR0101MB1820.CANPRD01.PROD.OUTLOOK.COM> <20181008170428.GB9766@spindle.one-eyed-alien.net> <YTOPR0101MB11626B32F73B520FBDA3C633DDFA0@YTOPR0101MB1162.CANPRD01.PROD.OUTLOOK.COM> <20181022160508.GB45769@spindle.one-eyed-alien.net> <1540226963.490541.1550623304.5D6A95A6@webmail.messagingengine.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> On Oct 22, 2018, at 09:49, Josh Paetzel <josh@tcbug.org> wrote: >=20 >=20 >=20 >> On Mon, Oct 22, 2018, at 11:05 AM, Brooks Davis wrote: >>=20 >>=20 >> This is the direction I'd been thinking. FWIW, the usecase is more that >> once you've moved away from the struct it's easy to make incremental >> changes then to use a 32-bit mountd on a 64-bit kernel. Moving toward >> size-independent interfaces helps both causes though. >>=20 >> -- Brooks >> Email had 1 attachment: >> + signature.asc >> 1k (application/pgp-signature) >=20 >=20 > Brooks, >=20 > What is the benefit or usecase for running a 32 bit mountd on a 64 bit ker= nel? There generally isn=E2=80=99t a case for doing this, but running a 32-bit mo= untd in a 32-bit chroot can allow someone with a working 32-bit environment a= t a company (for instance) to rebuild environments which rely on NFS mounts a= nd the like. This is an esoteric usecase, but I=E2=80=99ve seen it used before (and I=E2=80= =99ve used it myself ;)..). I don=E2=80=99t think this niche usecase should hinder forward progress in t= erms of modernizing the base OS though. Biarch usecases are diminishing over= time. -Enji=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5BE9C124-9EA0-4B5D-BE0F-7A1F6C727250>