From nobody Mon Jul 8 21:14:16 2024 X-Original-To: freebsd-hackers@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 4WHxhG10TCz5Qdg5 for ; Mon, 08 Jul 2024 21:14:22 +0000 (UTC) (envelope-from freebsd@sysctl.cz) Received: from wes1-so1.wedos.net (w-smtp-out-2.wedos.net [46.28.105.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WHxhF0zBNz4kpl for ; Mon, 8 Jul 2024 21:14:20 +0000 (UTC) (envelope-from freebsd@sysctl.cz) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=shared.dkim-wes1.wedos.net header.s=bravo header.b=AefIgfS8; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@sysctl.cz has no SPF policy when checking 46.28.105.98) smtp.mailfrom=freebsd@sysctl.cz Received: from webmail.wedos.net (wes1-wm2.wedos.net [46.28.106.72]) by wes1-so1.wedos.net (Postfix) with ESMTPSA id 4WHxh83Vqnzhb; Mon, 8 Jul 2024 23:14:16 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=shared.dkim-wes1.wedos.net; s=bravo; t=1720473256; bh=n1zCnXiyk1RQU/rkQYoTCpTmhecGYRG0IG6aRNiT9cA=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=AefIgfS8XCCaPPMFqb6WCuslIS5hhw7/RgOULw55RkRDxDImADtgCp0EnmYniO7+o c601zOPLx2rYLcLsu1BqaL7wQOImE4o9q0UtoyEVKhtG3U/CKpcHoJ4E4ZpRATuJLs yVTq/sSvu8DOjRloIiX9GSdy6zlX2ReJKfp/BXUk= List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 08 Jul 2024 23:14:16 +0200 From: freebsd@sysctl.cz To: j_yoon.choi@samsung.com Cc: freebsd-hackers@freebsd.org, owner-freebsd-hackers@freebsd.org Subject: Re: Contribution to Universal Flash Storage driver In-Reply-To: <20240704105126epcms2p81725b94131867c5e9cf1e3fcef92f913@epcms2p8> References: <20240704105126epcms2p81725b94131867c5e9cf1e3fcef92f913@epcms2p8> Message-ID: X-Sender: freebsd@sysctl.cz User-Agent: Roundcube Webmail/1.2.4 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.04 / 15.00]; DWL_DNSWL_LOW(-1.00)[wedos.net:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.84)[-0.838]; R_DKIM_ALLOW(-0.20)[shared.dkim-wes1.wedos.net:s=bravo]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:197019, ipnet:46.28.104.0/21, country:CZ]; ARC_NA(0.00)[]; FROM_NO_DN(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[46.28.105.98:from]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_NA(0.00)[sysctl.cz]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[shared.dkim-wes1.wedos.net:+] X-Rspamd-Queue-Id: 4WHxhF0zBNz4kpl Dne 2024-07-04 12:51, Jaeyoon Choi napsal: > Hi, > > I would like to ask if I can contribute to the development of the > Universal Flash Storage driver on FreeBSD. > > In the 'FreeBSD 15.0 Planning' document below, a Universal Flash > Storage driver is listed under Needs, and I was wondering what the > current status is. > https://hackmd.io/@jhb/ByWrxQmr2#%F0%9F%92%B8-Need > I would also be interested to hear from loos, who is the owner of > that task. > > Universal Flash Storage is mainly used in flagship smartphones, and > recently it is also being used in low-power laptops based on ARM as > well as Intel x86 due to Intel's UFS controller (e.g., Intel N100  > and Snapdragon laptop). > As the use of Universal Flash Storage expands, I believe there will > be a demand to use Universal Flash Storage in FreeBSD. > > I am currently a committer on Fuchsia OS and have been contributing > to the development of the Universal Flash Storage driver. > Fuchsia OS UFS driver: > - > https://cs.opensource.google/fuchsia/fuchsia/+/main:src/devices/block/drivers/ufs/ > - > https://fuchsia-review.googlesource.com/q/owner:j_yoon.choi@samsung.com > > If you are already working on it, is it possible to share the > repository? > If not, I would like to implement it based on Fuchsia OS's Universal > Flash Storage Code, which is under the same BSD license. > > Thanks, > Jaeyoon Hi, I would like to help you with the test but i don't have the hardware now From nobody Mon Jul 8 21:34:49 2024 X-Original-To: freebsd-hackers@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 4WHy874VVvz5QgDc for ; Mon, 08 Jul 2024 21:35:03 +0000 (UTC) (envelope-from greg@freebsdfoundation.org) Received: from mail-pj1-x1033.google.com (mail-pj1-x1033.google.com [IPv6:2607:f8b0:4864:20::1033]) (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 4WHy8645PZz4mHd for ; Mon, 8 Jul 2024 21:35:02 +0000 (UTC) (envelope-from greg@freebsdfoundation.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=freebsdfoundation.org header.s=gfnp-20170908 header.b=UcyhBIiG; dmarc=pass (policy=none) header.from=freebsdfoundation.org; spf=pass (mx1.freebsd.org: domain of greg@freebsdfoundation.org designates 2607:f8b0:4864:20::1033 as permitted sender) smtp.mailfrom=greg@freebsdfoundation.org Received: by mail-pj1-x1033.google.com with SMTP id 98e67ed59e1d1-2c964f5a037so2521618a91.0 for ; Mon, 08 Jul 2024 14:35:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsdfoundation.org; s=gfnp-20170908; t=1720474501; x=1721079301; 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=5GkWUP2OA97kLsEgQ7dCiTUU9TqkJNC+NX8qOlSJTkQ=; b=UcyhBIiGf7dcTfFvUdMSVibHe8oDr7ChkeUFspa33D4OS1yRI9hYDER34i+mTYEayD wQ+lfLKmqjV4GrXo94kMjXGWBA5NbRH05ndZau0jLEqsXCDILkXrsJ3PeqP7+Qc30VCa aVvhdPdTKj20tXUiKFzKMg3LGUvR2qcwA0RrM6omGYNMc9cNs3Jnb8yRF+oqipNeuCKg ZEvJ8OScVOiaFaOXUkxDxNQ8Z9pb/GgagtVehpgsjacZ6vVzbEO0W7Na5rJDxfofVEO6 NYUsFiLV0zP/EwDK1tiMeV6bDB/HGwDeTuIMIbHZvJtUg1VlaUHHOBLJ4UhLMVcy5izR pG3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1720474501; x=1721079301; 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=5GkWUP2OA97kLsEgQ7dCiTUU9TqkJNC+NX8qOlSJTkQ=; b=nwbeW1xOw4ICHHxHpUpfKBNku0GWffIJncyDLUV+krUUnCT8rM2nzPg85WWetU5YLC 7WRV8HLz4ptp1sA0YQpBIT2tjk6EnpVwhDv8Bj/5MkcfZoIWITJCERHc+m8QpxjaHJ5N aEkzDHpM7xt6SCxmVnLMcs0FAER/FEhd6l8e42F4K9I9/+MhSvMBNjshYoHhkrphtxTw 8nKDoZcVX3AMsYUzexgnNK/AkQ8N7JhkoNodUnFT9FehJy6r5Iu/UxD1nQ5SE3tHPw6O C/2ne2MBNzvIkJY7Ob6CoJaDgf+vnQENMvzTIw6Yt+BePOYDMARmQMsPvVEXtL5QJeL9 GCKA== X-Gm-Message-State: AOJu0YzDyCJCYZlurT+0Vpma7IoNfrE6Q3T5Awj0uhX4vNGqJmLWHQYa sFGfnz3Zo6RQGicQhx454xnhocIXoeFNyp2hHgpkrCvdp+cFARr/FmVyOx8qMtxUtPPC7xv8JdS gJ/xzasIwrvaFXE2VwXCkimDhlUaxFDJYhs68rhBq X-Google-Smtp-Source: AGHT+IEQq8EOjYQAkW6IdemZ1Y8NO66nfKTslp4S6Dfm6nnbmGzhbjxm0Je/D3pj889wMm4B3/HS5EWJBAjDTsMHrYM= X-Received: by 2002:a17:90b:d85:b0:2c9:6b02:15ca with SMTP id 98e67ed59e1d1-2ca35d4b0f0mr727489a91.39.1720474500550; Mon, 08 Jul 2024 14:35:00 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org MIME-Version: 1.0 References: <20240704105126epcms2p81725b94131867c5e9cf1e3fcef92f913@epcms2p8> In-Reply-To: <20240704105126epcms2p81725b94131867c5e9cf1e3fcef92f913@epcms2p8> From: Greg Wallace Date: Mon, 8 Jul 2024 17:34:49 -0400 Message-ID: Subject: Re: Contribution to Universal Flash Storage driver To: j_yoon.choi@samsung.com Cc: "freebsd-hackers@freebsd.org" Content-Type: multipart/alternative; boundary="00000000000073762d061cc32f0c" X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; URI_COUNT_ODD(1.00)[13]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[freebsdfoundation.org,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[freebsdfoundation.org:s=gfnp-20170908]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TO_DN_EQ_ADDR_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1033:from]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[freebsdfoundation.org:+] X-Rspamd-Queue-Id: 4WHy8645PZz4mHd --00000000000073762d061cc32f0c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello Jaeyoon, Thank you for your email! I and one of my colleagues here at the FreeBSD Foundation reviewed your email and are very interested in your ideas. One of our colleagues is on PTO last week and this week and we would like to consult with them about who else in the community may be active/interested in this area. When they return next week, we will be meeting to discuss and I or one of my colleagues will reach out to you with more information and some suggested next steps. Best regards, -- Greg Wallace Director of Partnerships & Research M +1 919-247-3165 Schedule a meeting Get your FreeBSD Gear On Thu, Jul 4, 2024 at 6:51=E2=80=AFAM Jaeyoon Choi wrote: > Hi, > > I would like to ask if I can contribute to the development of the > Universal Flash Storage driver on FreeBSD. > > In the 'FreeBSD 15.0 Planning' document below, a Universal Flash > Storage driver is listed under Needs, and I was wondering what the > current status is. > https://hackmd.io/@jhb/ByWrxQmr2#%F0%9F%92%B8-Need > I would also be interested to hear from loos, who is the owner of > that task. > > Universal Flash Storage is mainly used in flagship smartphones, and > recently it is also being used in low-power laptops based on ARM as > well as Intel x86 due to Intel's UFS controller (e.g., Intel N100 > and Snapdragon laptop). > As the use of Universal Flash Storage expands, I believe there will > be a demand to use Universal Flash Storage in FreeBSD. > > I am currently a committer on Fuchsia OS and have been contributing > to the development of the Universal Flash Storage driver. > Fuchsia OS UFS driver: > - > https://cs.opensource.google/fuchsia/fuchsia/+/main:src/devices/block/dri= vers/ufs/ > - https://fuchsia-review.googlesource.com/q/owner:j_yoon.choi@samsung.com > > If you are already working on it, is it possible to share the > repository? > If not, I would like to implement it based on Fuchsia OS's Universal > Flash Storage Code, which is under the same BSD license. > > Thanks, > Jaeyoon > > --00000000000073762d061cc32f0c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello Jaeyoon,

Thank y= ou for=C2=A0your email!

I and one of my colleagues here a= t the FreeBSD Foundation reviewed your email and are very=C2=A0interested i= n=C2=A0your ideas.

One of our colleagues is on PTO= last week and this week and we would like to consult with them about who e= lse in the community=C2=A0may be active/interested in this area.
=
When they return next week, we will be meeting to discuss an= d I or one of my colleagues will reach out to you with more information and= some suggested next steps.

Best regards,

--
Greg Wallace
Dire= ctor of Partnerships & Research
M +1 919-247-3165

On Thu, Jul 4, 2024 at 6:51=E2=80=AFAM Jaeyoon Choi &= lt;j_yoon.choi@samsung.com&g= t; wrote:
Hi,
I would like to ask if I can contribute to the development of the
Universal Flash Storage driver on FreeBSD.

In the 'FreeBSD 15.0 Planning' document below, a Universal Flash Storage driver is listed under Needs, and I was wondering what the
current status is.
https://hackmd.io/@jhb/ByWrxQmr2#%F0%9F%92%B8-Need=
I would also be interested to hear from loos, who is the owner of
that task.

Universal Flash Storage is mainly used in flagship smartphones, and
recently it is also being used in low-power laptops based on ARM as
well as Intel x86 due to Intel's UFS controller (e.g., Intel N100=C2=A0=
and Snapdragon laptop).
As the use of Universal Flash Storage expands, I believe there will
be a demand to use Universal Flash Storage in FreeBSD.

I am currently a committer on Fuchsia OS and have been contributing
to the development of the Universal Flash Storage driver.
Fuchsia OS UFS driver:
- https://cs.opens= ource.google/fuchsia/fuchsia/+/main:src/devices/block/drivers/ufs/
- https://fuchsia-review.goog= lesource.com/q/owner:j_yoon.choi@samsung.com

If you are already working on it, is it possible to share the
repository?
If not, I would like to implement it based on Fuchsia OS's Universal Flash Storage Code, which is under the same BSD license.

Thanks,
Jaeyoon




--00000000000073762d061cc32f0c-- From nobody Tue Jul 9 07:34:18 2024 X-Original-To: freebsd-hackers@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 4WJCRj74hvz5Q2bF for ; Tue, 09 Jul 2024 07:34:25 +0000 (UTC) (envelope-from j_yoon.choi@samsung.com) Received: from mailout1.samsung.com (mailout1.samsung.com [203.254.224.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout1.samsung.com", Issuer "DigiCert Global G2 TLS RSA SHA256 2020 CA1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WJCRj0WYqz4hf0 for ; Tue, 9 Jul 2024 07:34:25 +0000 (UTC) (envelope-from j_yoon.choi@samsung.com) Authentication-Results: mx1.freebsd.org; none Received: from epcas2p1.samsung.com (unknown [182.195.41.53]) by mailout1.samsung.com (KnoxPortal) with ESMTP id 20240709073420epoutp01af9ef26a53712b648c1ad6076e0b9189~geyXRRCN81051810518epoutp01V for ; Tue, 9 Jul 2024 07:34:20 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 mailout1.samsung.com 20240709073420epoutp01af9ef26a53712b648c1ad6076e0b9189~geyXRRCN81051810518epoutp01V DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=samsung.com; s=mail20170921; t=1720510460; bh=Jsu3N5fDRK45w2cHxTDV4CtLgys7Eo3V6/Ne3QT3pZM=; h=Subject:Reply-To:From:To:CC:In-Reply-To:Date:References:From; b=a7FrwfGEfqu/7kBPK23gJnun4FQD6yoGK4i4exSk3kzdE2aSBg6W1L0GbnPzfAQEY PowndiO0YtHcjhXJQNWZBES6EXgnMDvPgqvaqPFFzh2+cGzqset6mOTYs445CQxDd9 s9ZdSqt9tRAkAub/P2H+WRKJ1f1zEhddiWjMFlTk= Received: from epsnrtp3.localdomain (unknown [182.195.42.164]) by epcas2p4.samsung.com (KnoxPortal) with ESMTP id 20240709073419epcas2p4cf88de21d8dbd2b73458ef4e1793b42f~geyXF2HzY0515405154epcas2p4F; Tue, 9 Jul 2024 07:34:19 +0000 (GMT) Received: from epsmgec2p1.samsung.com (unknown [182.195.36.70]) by epsnrtp3.localdomain (Postfix) with ESMTP id 4WJCRb1Tvnz4x9Q1; Tue, 9 Jul 2024 07:34:19 +0000 (GMT) X-AuditID: b6c32a43-993ff7000000dbb1-9f-668ce7fa229c Received: from epcas2p3.samsung.com ( [182.195.41.55]) by epsmgec2p1.samsung.com (Symantec Messaging Gateway) with SMTP id 8C.B4.56241.AF7EC866; Tue, 9 Jul 2024 16:34:18 +0900 (KST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org Mime-Version: 1.0 Subject: RE:(2) Contribution to Universal Flash Storage driver Reply-To: j_yoon.choi@samsung.com From: Jaeyoon Choi To: Greg Wallace CC: "freebsd-hackers@freebsd.org" X-Priority: 3 X-Content-Kind-Code: NORMAL In-Reply-To: X-CPGS-Detection: blocking_info_exchange X-Drm-Type: N,general X-Msg-Generator: Mail X-Msg-Type: PERSONAL X-Reply-Demand: N Message-ID: <20240709073418epcms2p26f412db868f5079c3decf03c75147757@epcms2p2> Date: Tue, 09 Jul 2024 16:34:18 +0900 X-CMS-MailID: 20240709073418epcms2p26f412db868f5079c3decf03c75147757 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Sendblock-Type: AUTO_CONFIDENTIAL CMS-TYPE: 102P X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrDKsWRmVeSWpSXmKPExsWy7bCmue6v5z1pBncOiFts3/yP0aLl/AxW ByaPGZ/ms3i8Xz2JKYApKtsmIzUxJbVIITUvOT8lMy/dVsk7ON453tTMwFDX0NLCXEkhLzE3 1VbJxSdA1y0zB2i+kkJZYk4pUCggsbhYSd/Opii/tCRVISO/uMRWKbUgJafAvECvODG3uDQv XS8vtcTK0MDAyBSoMCE748aeaUwFm6QqFr/sY25gPC7ZxcjBISFgIvF4TlEXIxeHkMAORomX 75qZQOK8AoISf3cIdzFycggL2Ek8PvmDEcQWElCUuNp0hREiricxdU0LK4jNJqAjcerhDLC4 iICuxPVdPcwgNrOAvcTyH50sILaEAK/EjPanULa0xPblW8HqOQUCJbaeP8AEEdeQ+LGslxnC FpW4ufotO4z9/th8RghbRKL13lmoGkGJBz93Q8UlJdb0/IaaXy9x5T1IDReQ3cMo0f9rKlRC X+Jax0YWiB99JU7OUgQxWQRUJT5cdoaocJHomf6RCeJ8bYllC18zg5QwC2hKrN+lDwk0ZYkj t1ggKvgkOg7/ZYd5cMe8J1CPAA28/oUZ5tlJC7ugjvSQ+L5mEfsERsVZiGCehWTXLIRdCxiZ VzGKpRYU56anJhsVGMIjNjk/dxMjOJlpOe9gvDL/n94hRiYOxkOMEhzMSiK88290pwnxpiRW VqUW5ccXleakFh9iNAV6ciKzlGhyPjCd5pXEG5pYGpiYmRmaG5kamCuJ895rnZsiJJCeWJKa nZpakFoE08fEwSnVwDSheNLWF2yzD9l3Cnjc9lm67RvrDOf/h1Qf3X5pdGn26fQnWn/453zY +dRox5+PIg/M1p/jtC6dvfcFc5/VKs6Wtg+LXk2QPWrEG7dnabONnalIvy/bgz2RK35EPGh3 DpKJ9dvY+0Lnwntb3nPBpycbqP/dwhn40vfq8TtPdl20UXIIdkg/+LLPM5XjmuixCbqp9/4J 1xybWvFonla/3f8jE5k+7HjaqxgktDFYVGPNMvMLLfdmmZWbiJ9tWfLozW8P1k6DMM7cB58L 5s9a8miVntSR4j8y4t6Wx69lHX2TEaIqPsFscshdVeFgK8ZPit/kCmy/uDEfn372v+Sq3g7f NqmEV2pFYsKblhZn8v1RYinOSDTUYi4qTgQA9U7YYu8DAAA= DLP-Filter: Pass X-CFilter-Loop: Reflected X-CMS-RootMailID: 20240704105126epcms2p81725b94131867c5e9cf1e3fcef92f913 References: <20240704105126epcms2p81725b94131867c5e9cf1e3fcef92f913@epcms2p8> 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:6619, ipnet:203.254.224.0/24, country:KR] X-Rspamd-Queue-Id: 4WJCRj0WYqz4hf0 Hi Greg, Thank you for your response. I look forward to hearing from you.=20 Thanks, Jaeyoon=C2=A0=0D=0A=C2=A0=0D=0A=C2=A0=0D=0A---------=20Original=20Message= =20---------=0D=0ASender=20:=20Greg=20Wallace=20=0D=0ADate=20:=202024-07-09=2006:35=20(GMT+9)=0D=0ATitle=20:=20Re:=20Con= tribution=20to=20Universal=20Flash=20Storage=20driver=0D=0A=C2=A0=0D=0AHell= o=20Jaeyoon,=0D=0A=0D=0AThank=20you=20for=20your=20email=21=0D=0A=0D=0A=0D= =0AI=20and=20one=20of=20my=20colleagues=20here=20at=20the=20FreeBSD=20Found= ation=20reviewed=20your=20email=20and=20are=20very=20interested=20in=20your= =20ideas.=0D=0A=0D=0AOne=20of=20our=20colleagues=20is=20on=20PTO=20last=20w= eek=20and=20this=20week=20and=20we=20would=20like=20to=20consult=20with=20t= hem=20about=20who=20else=20in=20the=20community=20may=20be=20active/interes= ted=20in=20this=20area.=0D=0A=0D=0AWhen=20they=20return=20next=20week,=20we= =20will=20be=20meeting=20to=20discuss=20and=20I=20or=20one=20of=20my=20coll= eagues=20will=20reach=20out=20to=20you=20with=20more=20information=20and=20= some=20suggested=20next=20steps.=0D=0A=0D=0ABest=20regards,=0D=0A=0D=0A--= =0D=0A=0D=0AGreg=20Wallace=0D=0ADirector=20of=20Partnerships=20&=20Research= =0D=0AM=20+1=20919-247-3165=0D=0A=0D=0ASchedule=20a=20meeting=0D=0AGet=20yo= ur=20FreeBSD=20Gear=0D=0A=0D=0AOn=20Thu,=20Jul=204,=202024=20at=206:51=E2= =80=AFAM=20Jaeyoon=20Choi=20=20wrote:=0D=0A=0D= =0A=0D=0AHi,=0D=0A=C2=A0=0D=0AI=20would=20like=20to=20ask=20if=20I=20can=20= contribute=20to=20the=20development=20of=20the=0D=0AUniversal=20Flash=20Sto= rage=20driver=20on=20FreeBSD.=0D=0A=C2=A0=0D=0AIn=20the=20'FreeBSD=2015.0= =20Planning'=20document=20below,=20a=20Universal=20Flash=0D=0AStorage=20dri= ver=20is=20listed=20under=20Needs,=20and=20I=20was=20wondering=20what=20the= =0D=0Acurrent=20status=20is.=0D=0A=C2=A0https://hackmd.io/=40jhb/ByWrxQmr2= =23%F0%9F%92%B8-Need=0D=0AI=20would=20also=20be=20interested=20to=20hear=20= from=20loos,=20who=20is=20the=20owner=20of=0D=0Athat=20task.=0D=0A=C2=A0=0D= =0AUniversal=20Flash=20Storage=20is=20mainly=20used=20in=20flagship=20smart= phones,=20and=0D=0Arecently=20it=20is=20also=20being=20used=20in=20low-powe= r=20laptops=20based=20on=20ARM=20as=0D=0Awell=20as=20Intel=20x86=20due=20to= =20Intel's=20UFS=20controller=20(e.g.,=20Intel=20N100=C2=A0=0D=0Aand=20Snap= dragon=20laptop).=0D=0AAs=20the=20use=20of=20Universal=20Flash=20Storage=20= expands,=20I=20believe=20there=20will=0D=0Abe=20a=20demand=20to=20use=20Uni= versal=20Flash=20Storage=20in=20FreeBSD.=0D=0A=C2=A0=0D=0AI=20am=20currentl= y=20a=20committer=20on=20Fuchsia=20OS=20and=20have=20been=20contributing=0D= =0Ato=20the=20development=20of=20the=20Universal=20Flash=20Storage=20driver= .=0D=0AFuchsia=20OS=20UFS=20driver:=0D=0A-=20https://cs.opensource.google/f= uchsia/fuchsia/+/main:src/devices/block/drivers/ufs/=0D=0A-=20https://fuchs= ia-review.googlesource.com/q/owner:j_yoon.choi=40samsung.com=0D=0A=C2=A0=0D= =0AIf=20you=20are=20already=20working=20on=20it,=20is=20it=20possible=20to= =20share=20the=0D=0Arepository?=0D=0AIf=20not,=20I=20would=20like=20to=20im= plement=20it=20based=20on=20Fuchsia=20OS's=20Universal=0D=0AFlash=20Storage= =20Code,=20which=20is=20under=20the=20same=20BSD=20license.=0D=0A=C2=A0=0D= =0AThanks,=0D=0AJaeyoon From nobody Tue Jul 9 07:59:04 2024 X-Original-To: freebsd-hackers@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 4WJD0H0L2Xz5Q4PT for ; Tue, 09 Jul 2024 07:59:11 +0000 (UTC) (envelope-from j_yoon.choi@samsung.com) Received: from mailout2.samsung.com (mailout2.samsung.com [203.254.224.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout2.samsung.com", Issuer "DigiCert Global G2 TLS RSA SHA256 2020 CA1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WJD0G1cmwz4kjN for ; Tue, 9 Jul 2024 07:59:09 +0000 (UTC) (envelope-from j_yoon.choi@samsung.com) Authentication-Results: mx1.freebsd.org; none Received: from epcas2p3.samsung.com (unknown [182.195.41.55]) by mailout2.samsung.com (KnoxPortal) with ESMTP id 20240709075905epoutp028be6975f300e91a45e5edb928ba7d56d~gfH_bsGVh2510725107epoutp02X for ; Tue, 9 Jul 2024 07:59:05 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 mailout2.samsung.com 20240709075905epoutp028be6975f300e91a45e5edb928ba7d56d~gfH_bsGVh2510725107epoutp02X DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=samsung.com; s=mail20170921; t=1720511945; bh=igl1N2Lx+Z3FXBNzHi8jwtfcLWkItrdE0iBYVv0L8Ak=; h=Subject:Reply-To:From:To:CC:In-Reply-To:Date:References:From; b=sA/EbRRegJtXntQoq2PSYHlKSE1fe1SFpPUUXXoSGJulS09agAbvP+dODoRp1e+as hrh984Gl1luCN6eQi9evxWQwqAYBcZgBJKHnk/mQFWZOEnh+i5L6pZvsbbM5WqYwVz UfhBKq+5FYwu+OIdGd7YXNnLuvEQh8FMQlCyjcbE= Received: from epsnrtp3.localdomain (unknown [182.195.42.164]) by epcas2p4.samsung.com (KnoxPortal) with ESMTP id 20240709075904epcas2p4e4ebd71e199716a3ca384addc926bc96~gfH_Q3l_y0043900439epcas2p4Y; Tue, 9 Jul 2024 07:59:04 +0000 (GMT) Received: from epsmgec2p1-new.samsung.com (unknown [182.195.36.100]) by epsnrtp3.localdomain (Postfix) with ESMTP id 4WJD083C3Jz4x9Q9; Tue, 9 Jul 2024 07:59:04 +0000 (GMT) X-AuditID: b6c32a4d-d53ff700000262f0-1f-668cedc8829f Received: from epcas2p2.samsung.com ( [182.195.41.54]) by epsmgec2p1-new.samsung.com (Symantec Messaging Gateway) with SMTP id 66.41.25328.8CDEC866; Tue, 9 Jul 2024 16:59:04 +0900 (KST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org Mime-Version: 1.0 Subject: RE:(2) Contribution to Universal Flash Storage driver Reply-To: j_yoon.choi@samsung.com From: Jaeyoon Choi To: "freebsd@sysctl.cz" CC: "freebsd-hackers@freebsd.org" , "owner-freebsd-hackers@freebsd.org" X-Priority: 3 X-Content-Kind-Code: NORMAL In-Reply-To: X-CPGS-Detection: blocking_info_exchange X-Drm-Type: N,general X-Msg-Generator: Mail X-Msg-Type: PERSONAL X-Reply-Demand: N Message-ID: <20240709075904epcms2p31ea218c839cba77da59998af3371ce9e@epcms2p3> Date: Tue, 09 Jul 2024 16:59:04 +0900 X-CMS-MailID: 20240709075904epcms2p31ea218c839cba77da59998af3371ce9e Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Sendblock-Type: AUTO_CONFIDENTIAL CMS-TYPE: 102P X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrOKsWRmVeSWpSXmKPExsWy7bCmme6Jtz1pBv9XiVps3/yP0WJN70N2 iwVr2B2YPWZ8ms/isWRCB2MAU1S2TUZqYkpqkUJqXnJ+SmZeuq2Sd3C8c7ypmYGhrqGlhbmS Ql5ibqqtkotPgK5bZg7QDiWFssScUqBQQGJxsZK+nU1RfmlJqkJGfnGJrVJqQUpOgXmBXnFi bnFpXrpeXmqJlaGBgZEpUGFCdsbZr73MBf2SFReWKzUwNkt0MXJySAiYSEzs28DYxcjFISSw h1Hi2qbjLF2MHBy8AoISf3cIg9QIC9hJPD75gxHEFhJQlLjadIURIq4nMXVNCyuIzSagI3Hq 4QywuIiAtsSF1o1sIDOZBboYJRoufWSGWMYrMaP9KQuELS2xfflWsAZOAUuJ7fP3QcU1JH4s 64WqF5W4ufotO4z9/th8RghbRKL13lmoGkGJBz93Q8UlJdb0/IaaUy9x5T1IDReQ3cMo0f9r KlRCX+Jax0Ywm1fAV+LQ5eNgzSwCqhJr351jg6hxkWg/txNsATPQN8sWvmYGBQqzgKbE+l36 IKaEgLLEkVssEBV8Eh2H/7LDvLhj3hMmCFtV4sP1L8ww705a2AV1pofE9zWL2CcwKs5ChPQs JLtmIexawMi8ilEqtaA4Nz012ajAUDcvtRwev8n5uZsYwSlOy3cH4+v1f/UOMTJxMB5ilOBg VhLhnX+jO02INyWxsiq1KD++qDQntfgQoynQpxOZpUST84FJNq8k3tDE0sDEzMzQ3MjUwFxJ nPde69wUIYH0xJLU7NTUgtQimD4mDk6pBqZUGZ/4mNuOcSeVBfdlJTzkFvks5XPJ97hZ9Vt1 hp3rFRwjHdpU3x79kNS1P+rP4Y9rprY3L1nuZMzwfNXsDz43pqZHNvo1NJ84IBdQ9PCv94kH WzdNfv+zIkgzybigUvOalXq9Uq3HGvNf05jk33VIPVFNKL5cdiDo9bSqVcL9n1KP3hfUt1Fd GnVI1PVt6kEHrTUz7mzd+n19IOvrYoWNSzdf+MxuYzozvnz5AqXki+UG87/IO81cxbNcJsni /PFjHAodDoEOLs6OpVFnnyaIepU6t6jLyzCrZCsov/GQS85/+19ra6J8sdLPZzMizs6+0fSn NN0y5qPMSe5nAdl7+dZYiSlau4nKvoioUWIpzkg01GIuKk4EAOyROZD6AwAA DLP-Filter: Pass X-CFilter-Loop: Reflected X-CMS-RootMailID: 20240704105126epcms2p81725b94131867c5e9cf1e3fcef92f913 References: <20240704105126epcms2p81725b94131867c5e9cf1e3fcef92f913@epcms2p8> 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:6619, ipnet:203.254.224.0/24, country:KR] X-Rspamd-Queue-Id: 4WJD0G1cmwz4kjN Hi,=20 Thank you for your help.=20 I'd like to share my testing environment. Note that I haven't tried installing FreeBSD yet. - Samsung Galaxy Book S (Intel Lakefield + eUFS) https://www.amazon.com/Samsung-Galaxy-Touchscreen-Processor-NP767XCM-K02US/= dp/B088Y9CJZH?th=3D1 - Lenovo Duet3 11ian8 (Intel N100 + eUFS) https://psref.lenovo.com/Detail/IdeaPad/IdeaPad_Duet_3_11IAN8?M=3D82XK000NP= P Thanks, Jaeyoon =C2=A0=0D=0A---------=20Original=20Message=20---------=0D=0ASender=20:=20fr= eebsd=40sysctl.cz=20=0D=0ADate=20:=202024-07-09=2006:1= 4=20(GMT+9)=0D=0ATitle=20:=20Re:=20Contribution=20to=20Universal=20Flash=20= Storage=20driver=0D=0A=C2=A0=0D=0ADne=202024-07-04=2012:51,=20Jaeyoon=20Cho= i=20napsal:=0D=0A>=20Hi,=0D=0A>=0D=0A>=20I=20would=20like=20to=20ask=20if= =20I=20can=20contribute=20to=20the=20development=20of=20the=0D=0A>=20Univer= sal=20Flash=20Storage=20driver=20on=20FreeBSD.=0D=0A>=0D=0A>=20In=20the=20'= FreeBSD=2015.0=20Planning'=20document=20below,=20a=20Universal=20Flash=0D= =0A>=20Storage=20driver=20is=20listed=20under=20Needs,=20and=20I=20was=20wo= ndering=20what=20the=0D=0A>=20current=20status=20is.=0D=0A>=20https://prote= ct2.fireeye.com/v1/url?k=3D0e6a419c-6f11eb14-0e6bcad3-74fe4860018a-b8cafdcc= d17431a2&q=3D1&e=3Df2fecf09-a110-4626-8ea4-8ab71c040ecb&u=3Dhttps%3A%2F%2Fh= ackmd.io%2F%40jhb%2FByWrxQmr2%23%25F0%259F%2592%25B8-Need=0D=0A>=20I=20woul= d=20also=20be=20interested=20to=20hear=20from=20loos,=20who=20is=20the=20ow= ner=20of=0D=0A>=20that=20task.=0D=0A>=0D=0A>=20Universal=20Flash=20Storage= =20is=20mainly=20used=20in=20flagship=20smartphones,=20and=0D=0A>=20recentl= y=20it=20is=20also=20being=20used=20in=20low-power=20laptops=20based=20on= =20ARM=20as=0D=0A>=20well=20as=20Intel=20x86=20due=20to=20Intel's=20UFS=20c= ontroller=20(e.g.,=20Intel=20N100=C2=A0=0D=0A>=20and=20Snapdragon=20laptop)= .=0D=0A>=20As=20the=20use=20of=20Universal=20Flash=20Storage=20expands,=20I= =20believe=20there=20will=0D=0A>=20be=20a=20demand=20to=20use=20Universal= =20Flash=20Storage=20in=20FreeBSD.=0D=0A>=0D=0A>=20I=20am=20currently=20a= =20committer=20on=20Fuchsia=20OS=20and=20have=20been=20contributing=0D=0A>= =20to=20the=20development=20of=20the=20Universal=20Flash=20Storage=20driver= .=0D=0A>=20Fuchsia=20OS=20UFS=20driver:=0D=0A>=20-=0D=0A>=20https://protect= 2.fireeye.com/v1/url?k=3Da2e0f724-c39b5dac-a2e17c6b-74fe4860018a-6da43527f2= cce206&q=3D1&e=3Df2fecf09-a110-4626-8ea4-8ab71c040ecb&u=3Dhttps%3A%2F%2Fcs.= opensource.google%2Ffuchsia%2Ffuchsia%2F%2B%2Fmain%3Asrc%2Fdevices%2Fblock%= 2Fdrivers%2Fufs%2F=0D=0A>=20-=0D=0A>=20https://fuchsia-review.googlesource.= com/q/owner:j_yoon.choi=40samsung.com=0D=0A>=0D=0A>=20If=20you=20are=20alre= ady=20working=20on=20it,=20is=20it=20possible=20to=20share=20the=0D=0A>=20r= epository?=0D=0A>=20If=20not,=20I=20would=20like=20to=20implement=20it=20ba= sed=20on=20Fuchsia=20OS's=20Universal=0D=0A>=20Flash=20Storage=20Code,=20wh= ich=20is=20under=20the=20same=20BSD=20license.=0D=0A>=0D=0A>=20Thanks,=0D= =0A>=20Jaeyoon=0D=0A=0D=0AHi,=0D=0AI=20would=20like=20to=20help=20you=20wit= h=20the=20test=20but=20i=20don't=20have=20the=20hardware=20now From nobody Tue Jul 9 13:28:44 2024 X-Original-To: freebsd-hackers@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 4WJMKQ0p2Rz5QPNq for ; Tue, 09 Jul 2024 13:29:30 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 4WJMKL5Llgz4Hv5; Tue, 9 Jul 2024 13:29:26 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=GxySl2z1; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1720531758; 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=8pAh5rRebeXtLmpQN/xhuMtKQUjhYCL7RIKipqGDtSM=; b=GxySl2z1Vh66yAyyKdpWOmkmQgiuZFl1gLTCr0XO4gvODLLDLylVn3q0tjkqyp6IdIA2TY LVwWG+A+bvepW6O7InBnHGoNAc2OFqDtLRckQdQmRwEbjT2xPjdxxHV19XVRB0WtH+caNI S+i5LB4dOHyP6dSG9cs/BvekAm9JBeo= Received: from skull.home.blih.net (lfbn-lyo-1-2174-135.w90-66.abo.wanadoo.fr [90.66.97.135]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 617405f2 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 9 Jul 2024 13:29:18 +0000 (UTC) Date: Tue, 9 Jul 2024 15:28:44 +0200 From: Emmanuel Vadot To: Emmanuel Vadot Cc: Gleb Popov , Ed Maste , freebsd-hackers Subject: Re: splash(4) support in vt Message-Id: <20240709152844.ce25223e0dc507322622cb93@bidouilliste.com> In-Reply-To: <20230316092007.6a2695e995f5e4c589140886@bidouilliste.com> References: <20230316092007.6a2695e995f5e4c589140886@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; R_SPF_ALLOW(-0.20)[+ip4:212.83.155.74/32]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; FREEFALL_USER(0.00)[manu]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+] X-Rspamd-Queue-Id: 4WJMKL5Llgz4Hv5 Hello, Yes I'm replying to myself and to an old thread. On Thu, 16 Mar 2023 09:20:07 +0100 Emmanuel Vadot wrote: > On Thu, 16 Mar 2023 09:26:30 +0300 > Gleb Popov wrote: > > > On Wed, Mar 15, 2023 at 10:57?PM Ed Maste wrote: > > > > > > > > > There are many individual tasks to be taken on; we need at least to > > > get the image displayed earlier in the boot process, support more than > > > just a 2-colour image, and support a user-provided (rather than > > > compiled-in) image. We probably also need some animation support (e.g. > > > a spinner). These tasks are all related but are mostly independent, so > > > could be taken on in any order. What is your priority on these? > > > > I think we'd need to start from getting more colors work. Our final > > goal is a GIF-animated splash. > > > > > > > > The Wiki page linked from the mailing list posting is > > > https://wiki.freebsd.org/MateuszPiotrowski/ImproveVtSplashScreenSupport, > > > and it has a basic introduction. Looking at the source, the current > > > logo is stored in sys/dev/vt/logo/logo_freebsd.c as a C array holding > > > a 257x219 bitmap. If you look at vt_fb_bitblt_bitmap (and similar > > > functions in other drivers) you can see that it loops over each pixel > > > where the image will be drawn, and sets it to either the foreground or > > > background color. > > > > Which is the reason it only supports 2-color images, I presume? > > > > Thanks for the links, I'll take a look! > > > > Hi Gleb, > > Thanks for being interested in this, a few notes on how I think it > should be done below. > > First step is to handle more colors for the embeded logo, we only > support a depth of 1 currently, see > https://cgit.freebsd.org/src/tree/sys/dev/vt/vt_core.c#n1483 > > Second step should be to switch from a compiled-in logo to a file > loaded from loader. The old sc(4) console support this (see > splash_bmp_load/splash_pcx_load in loader.conf(5)). I don't think that > the kernel should be aware of image format, instead loader(8) should be > able to load an image and convert in to a blob of pixel to draw based > on the framebuffer information (with EFI it's simple to know this). > So I suggest adding a new type of module named 'splash_logo' of > something like that that will hold the data, size and depth of the > image. All of the above is now done, you can have a look at https://reviews.freebsd.org/D45929 and child reviews. This will only work with EFI and .png file, and I don't plan to work on adding support for bios/vbe (even if vbe support shouldn't be hard to do) or any other image format (loader only knows on how to deal with png and I think that this is enough). Cheers, > You can have a look at how this worked with sc(4) here : > https://cgit.freebsd.org/src/tree/sys/dev/fb/splashreg.h > Maybe this should also hold a screen position (probably in percentage). > > For animated logo adding a splash_spinner type is probably the best > way. The problem will be to animate this, not sure that handling this > in the kernel is the best way. I think that in Linux it's handled by > plymouth and since it's start early in initrd it's easier for them to > do it that way. But I think that you have enough work for now :) > > Cheers, -- Emmanuel Vadot From nobody Tue Jul 9 14:51:31 2024 X-Original-To: freebsd-hackers@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 4WJP8k5mcDz5QWp3 for ; Tue, 09 Jul 2024 14:52:06 +0000 (UTC) (envelope-from alfix86@gmail.com) Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) (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 4WJP8j42RWz4QVJ for ; Tue, 9 Jul 2024 14:52:05 +0000 (UTC) (envelope-from alfix86@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=J+9HjPpv; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of alfix86@gmail.com designates 2607:f8b0:4864:20::62d as permitted sender) smtp.mailfrom=alfix86@gmail.com Received: by mail-pl1-x62d.google.com with SMTP id d9443c01a7336-1f4c7b022f8so37084195ad.1 for ; Tue, 09 Jul 2024 07:52:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1720536724; x=1721141524; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=uKqYG3zNxnMMNwu+pq6SEDlJN8I7pdZIG0/ct2s9hg8=; b=J+9HjPpvHGEHieOQ0NLIHsQjH+REuJUPLPkZ5xA9BXCXqRKw2r/2wNSVPXTzTc0x2s CWxIr5xSLjAEqDYvRo6FL5GT3bl3/nfnpoHobNy2dtBgLgVgwzU/FIoUtTPXWSjilx9A fLadfGDLX2HqdedIeHPpbuZSh4SKV7myhwXWuWk/2pDpfyQFNQjUtrZJLLYHmbvyoA5b SoQUHm5Rijvqw8BS0xTw6SdK+ChG9w8OH2U+/5ijlMxtauOKqBj8yH5l17Mg+GL30yGw FvnXXCJJ8v/LBw540mhy/lo8ODNZScH55peSNofFEl9wNe8LO45pLRZxnjsLdBecxaMH 4T4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1720536724; x=1721141524; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=uKqYG3zNxnMMNwu+pq6SEDlJN8I7pdZIG0/ct2s9hg8=; b=FWopo6gwo9PdQ0ZwWlCalA2P//mN1ry3MwLLf7rMSRgGXOE4H39zXBqkFYpYmHhtGW 0myCFHRup8vW8mwz24Br71mLKr18WYQa7IBROh/V6vNd/Sti5GxYK0xjLW4EOasxkR9y gXo/O5gcGnqqsOjgYyoCeh/11q3D/j2Fz6ZmEM+sIOjSfp8JCkymhbCpWCFCP9U/TIrs snBSPlPHxw2mbzjEUxo6S7zw9ClKggr1JBWjAeYiWfagcW2gDhETuSWP/BkbtGAnvClv nrcj3h5pzrlEg55oWt8KebVW3vf8MepmJeXeq8TE+t0CpIpCi2rWSKe7ypamMfEDSRSS rbiA== X-Gm-Message-State: AOJu0YzG+A8tbFy1ecinqFEcfiQ1c3wZiXwiBHQXN6yhZC2OUCSzewom OpHLifFxig/mCyk7BP1qwVIejOjklpg1XSXwBvf5R+O5Ga6tfVI/gvWcvbt1YUHj6gURKMaXoa8 JlDAuLvuX+Il+C1lbhLtqV3MX0DGjdIyy X-Google-Smtp-Source: AGHT+IFlYMQ5aFng8ksztiVCU4lVKUOVeBzsJmXWHh7tleHzNMV9LuikT39VHIbfowilx0sr6g8HH9KPT5gbR+bsAR4= X-Received: by 2002:a17:90a:16cf:b0:2c9:61f9:a148 with SMTP id 98e67ed59e1d1-2ca35d54a36mr2213541a91.48.1720536702545; Tue, 09 Jul 2024 07:51:42 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org MIME-Version: 1.0 From: Alfonso Sabato Siciliano Date: Tue, 9 Jul 2024 16:51:31 +0200 Message-ID: Subject: Personal Installer To: FreeBSD Hackers Content-Type: multipart/alternative; boundary="000000000000fa7c94061cd1aaca" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.93 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.93)[-0.932]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::62d:from] X-Rspamd-Queue-Id: 4WJP8j42RWz4QVJ --000000000000fa7c94061cd1aaca Content-Type: text/plain; charset="UTF-8" Hello, I am going to write an installer *for me*. Of course it will be open source. Perhaps it can be useful for others: tips, new ideas, and collaborations are welcome. I know others have something in progress, if we match some requirements we can share some components/code. Some project choices and requirements: * Guidelines: simple, modularized and extendable. * Server (backend) side written in lua, modularized in scripts. Independent of any frontend. * A configuration file with variables, hooks, comments and examples. * Multi-mode installation: Automatic, Simple, and Expert. * Client (Graphic) side responsible only for drawing dialogs/windows. * Multi-frontend. Implementation priority: - TUI. Similar to bsdinstall with new features. - File. Settings are read from file(s). - CLI. Suitable for a screen reader for vision-impairments users. This is a feature request. - GUI. - WEB. TBD (I am not a web-expert, lua seems to provide some option for web programming). * A menu to select: frontend, mode, and other options, at start-up. * Frontends have to be totally separated from the server, eventually to be easily added/deleted/changed/improved in the future. They could be designed and developed mainly for the installer, neither to be compatible with other tools nor to be general purpose. * UI new features (something is related to server side): - Navigation. New buttons: [Restart], [Prev], and [Next]. - Multi language. - Dialogs for help, at start-up and during installation (F1 or [Help] button). - Options for color blind and low vision users. This is a feature request. - Final step to install a desktop environment. - Final step to install pkgs for accessibility. This is a feature request. * Multi installation process: - Synchronous. The server waits the user input from the dialog, then it performs the "command". - 2-steps. Frontend writes the user input to files. When the frontend finishes (showing all the dialogs) the server performs the actual installation by reading files. - Noninteractive. No user actions, server reads previously written files. - TBD a mix of the above. * Server <-> client communication: lua layer, files, and TBD server web. * Logging and debug features similar to bsdinstall with extensions. * Provide bsdinstall variables and configuration files. Ideally these features will be placed in the "centralized" configuration file above. - All/most bsdinstall variables with extensions. - All/most bsdinstall configuration files (or compliant solutions). * A menu to select bsdinstall or this installer at start-up. * Extras & TBD. sade extensions (feature request), pkgbase, and so on. (I'll create a git repository and a wiki page with the Roadmap. The plan is detaching bsdinstall from bsdconfig, then rewriting the scripts in lua.) Again, to avoid any misunderstanding: this is a personal project, bsdinstall will not be touched. I plan to end by 6-8 months providing a port with the installer and a script to create the iso. Thanks in advance for any reply. Best regards, Alfonso --000000000000fa7c94061cd1aaca Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I am going to write an installer *for me*. O= f course it will be open source.
Perhaps it can be useful for others: ti= ps, new ideas, and collaborations are
welcome. I know others have someth= ing in progress, if we match some requirements
we can share some compone= nts/code.

Some project choices and requirements:

* Guidelines= : simple, modularized and extendable.

* Server (backend) side writte= n in lua, modularized in scripts. Independent of
=C2=A0 any frontend.
* A configuration file with variables, hooks, comments and examples.
* Multi-mode installation: Automatic, Simple, and Expert.

* Cl= ient (Graphic) side responsible only for drawing dialogs/windows.

* = Multi-frontend. Implementation priority:
=C2=A0- TUI. Similar to bsdinst= all with new features.
=C2=A0- File. Settings are read from file(s).
= =C2=A0- CLI. Suitable for a screen reader for vision-impairments users. Thi= s is a
=C2=A0 =C2=A0feature request.
=C2=A0- GUI.
=C2=A0- WEB. TBD= (I am not a web-expert, lua seems to provide some option for
=C2=A0 =C2= =A0web programming).

* A menu to select: frontend, mode, and other o= ptions, at start-up.

* Frontends have to be totally separated from t= he server, eventually to be
=C2=A0 easily added/deleted/changed/improved= in the future. They could be designed
=C2=A0 and developed mainly for t= he installer, neither to be compatible with other
=C2=A0 tools nor to be= general purpose.

* UI new features (something is related to server = side):
=C2=A0- Navigation. New buttons: [Restart], [Prev], and [Next].=C2=A0- Multi language.
=C2=A0- Dialogs for help, at start-up and duri= ng installation (F1 or [Help] button).
=C2=A0- Options for color blind a= nd low vision users. This is a feature request.
=C2=A0- Final step to in= stall a desktop environment.
=C2=A0- Final step to install pkgs for acce= ssibility. This is a feature request.

* Multi installation process:<= br>=C2=A0- Synchronous. The server waits the user input from the dialog, th= en it
=C2=A0 =C2=A0performs the "command".
=C2=A0- 2-steps.= Frontend writes the user input to files. When the frontend finishes
=C2= =A0 =C2=A0(showing all the dialogs) the server performs the actual installa= tion by
=C2=A0 =C2=A0reading files.
=C2=A0- Noninteractive. No user a= ctions, server reads previously written files.
=C2=A0- TBD a mix of the = above.

* Server <-> client communication: lua layer, files, an= d TBD server web.

* Logging and debug features similar to bsdinstall= with extensions.

* Provide bsdinstall variables and configuration f= iles. Ideally these features
=C2=A0 will be placed in the "centrali= zed" configuration file above.
=C2=A0- All/most bsdinstall variable= s with extensions.
=C2=A0- All/most bsdinstall configuration files (or c= ompliant solutions).

* A menu to select bsdinstall or this installer= at start-up.

* Extras & TBD. sade extensions (feature request),= pkgbase, and so on.


(I'll create a git repository and a wik= i page with the Roadmap. The plan is
detaching bsdinstall from bsdconfig= , then rewriting the scripts in lua.)

Again, to avoid any misunderst= anding: this is a personal project, bsdinstall
will not be touched. I pl= an to end by 6-8 months providing a port with the
installer and a script= to create the iso.


Thanks in advance for any reply.

Best= regards,
Alfonso


--000000000000fa7c94061cd1aaca-- From nobody Tue Jul 9 17:00:38 2024 X-Original-To: freebsd-hackers@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 4WJS1R53ZYz5Qk9s for ; Tue, 09 Jul 2024 17:00:59 +0000 (UTC) (envelope-from lain@fair.moe) Received: from mail.076.ne.jp (mail.076.ne.jp [45.76.218.69]) (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 4WJS1D54chz4ZjZ for ; Tue, 9 Jul 2024 17:00:48 +0000 (UTC) (envelope-from lain@fair.moe) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=076.ne.jp header.s=dkim header.b="Fy6/8nBa"; dmarc=none; spf=none (mx1.freebsd.org: domain of lain@fair.moe has no SPF policy when checking 45.76.218.69) smtp.mailfrom=lain@fair.moe Received: from mail.076.ne.jp (localhost [127.0.0.1]) by mail.076.ne.jp (Postfix) with ESMTP id 4WJS1427DWzW3T6 for ; Wed, 10 Jul 2024 02:00:40 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=076.ne.jp; h= user-agent:in-reply-to:content-disposition:content-type :mime-version:references:message-id:subject:to:from:date; s= dkim; t=1720544439; x=1723136440; bh=UOGF5GhYRNPZc7xiTuC4G/jla4m 2tXHBDgx80xEVgWw=; b=Fy6/8nBas23UUNhj7fn7d6v03yKdQG0oTj5BOEX8R7E CwQ8B93TK6pxJQwdx9l5hi3mLH3e9ejQuMM1f3Y7KR5hgQlo2w7o1m1ty+n8bC3i bGl0aVoBqQiFOf/c+86HDW7u4g23wqCo3+bjBYb9GlRxB/kgI6E3frLJqxotewww BAE7lJK3ZYzZo0gNNqEr/qLi6gGZGPrZ/wjJ0m/iTIICcaFHO9M4KsON/eVd/tlZ 7FUemzr6/d+EoNO1BPcdDDeofh3zPoUohpa6WslQ57e7wU+3v6hv978AORXzM3Wh bBU1t1BmxraBEVQ55WvreUOiewubhsha3BrODFMs4HQ== X-Virus-Scanned: Debian amavisd-new at guest.guest Received: from mail.076.ne.jp ([127.0.0.1]) by mail.076.ne.jp (mail.076.ne.jp [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id k6Z3PlOs668M for ; Wed, 10 Jul 2024 02:00:39 +0900 (JST) Received: from mail.fair.moe (124.110.12.171.ap.gmobb-fix.jp [124.110.12.171]) by mail.076.ne.jp (Postfix) with ESMTPSA id 4WJS132th2zW0mR for ; Wed, 10 Jul 2024 02:00:39 +0900 (JST) Date: Wed, 10 Jul 2024 02:00:38 +0900 From: "lain." To: freebsd-hackers@freebsd.org Subject: Re: Personal Installer Message-ID: X-Location: =?utf-8?B?IkVhcnRoL+WcsOeQgyI=?= X-Operating-System: "OpenBSD" References: List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="x42rcvebrez7izee" Content-Disposition: inline In-Reply-To: Autocrypt: addr=(null); prefer-encrypt=mutual; keydata= mQGNBGHVL30BDAC2g9WjfETVgMHoWqAQdNDzTFEnuIginZzZdx5CpkBwAeQZexW5Eo/9C1anl4F e0d3KeOFfLMBlaTohsfgvlNyOE8iVyWi5b4Op4cvSfUVm7vQvm+axVVDjXA0o6H4cOWp4etxKfb lD8/kO7WbvMxGeu2IyENoUXZR6/mr1Y6TOWkouTzbWFB1vOxMn68UMouuk4fYf6K3E7KavUMUqu ME3nqFjlKtyQBQmvpe4SnPVnjlOgIHTz9ffGV4l07j3QeCetR2h+CgOFgb1SNLdgxDCuDAdh0iF fGrPQP4jA7BNOcNBdUrkzuNAXDK4H8GB+Z3Pxc2+7jmtPWMPvmpCaZw2jPw2gaey3HPbhxvM1jX gPqLNnr3hKEFGkGPcXwpuxU9saoLOOArLACOkIy9G3GtaU26IJYLCMSi2N8M873oyFOShtcarNY lqetrJ/37tPxdVlOizE0ZB6VD+v6iFpUeHh9aGAiaTIYjM/tfMVUBHjtoQUrJfR8ONxdd1OuHZr e8AEQEAAbQh56We5bGx5byY5piOIDxrYW5heWFtYUAwNzYubmUuanA+iQHOBBMBCAA4AhsDBQsJ CAcCBhUKCQgLAgQWAgMBAh4BAheAFiEEXqMTFPwNvHspnw/iU5MGhC0WaM0FAmVQVRoACgkQU5M GhC0WaM0atAv7B/9RsNYsjeCbwDSYqN41A7qipucfxdPpabDeqQgeCYuFPzAaCKl1u+HpF2bb9/ euJlml2pOj4jOKbPr0XyzfDDJEQgHCM7H+mg7CgdpWKeMbOodIgJ4I/rg/a6cVUXZijtrCOXURM eAObcvQRTNTtNqePDgcJ20/3vEB8TPJLbO7Va0YQ0qH9gC36sgmQhksG5UMEpBlStnrY9St+9VX wSB2J3exLt6T2SCCmPM0IG3kAgbtSCzT08MfCHe3s3PL4fqW2SuJeW8p17EzrUFuOhTuQs1oOmJ +2vww4w+1TL5Km45KdxosvzcEzLOh0g+9ml7O2fnVtR3jvSzijFJJCcrn5+Di1EyjrhinEcQQ1+ Oh270wW/NtwWSBQ/peZb2iiuD7Ry/6zgYlLuASCoSXkOZWH76+zRDIEEx4XX3B0bey8qPgyEvXo OFIt9CHCOGwbDVKx0LgXxzYx6JzvJB4xlrQ9zMMmet2GIT6JUIALA25P9jgRep4elNMH9SxiYk0 uQGNBGHVL30BDACdui3F1uwOwgZ8y0zsL2c3Qw6kFVW4sp2ql7w9hz3IbSO7kTrRUqvZ7Wn97AB LRr4piml02S/ljtdlU4P3Hq1hrnRwReG3AWQjJByhZms4VU3QWauUbv/pZti5vuuB7BEmP2txPr npfBBJW5DdPnebc+BecnhsJRE7jegt8XpDWixxyAwmDdmz0hhjL/dYgGzAfx3RD3SZ5c0KhqEHX 5oTOND8/ncInK7hWB1zBq3oaPB2sfzDiUL5eBk+SPvsSoz8rBBsGGnrBX/BIGTIzQ6nB1AIqeze Rcz4R0j/g67/2yz2puwYzr+3QjjfkK4p4ZYuG7nd41CQUWxy3lgUz9kCnxWcR50AHAQhhQGPZKy hicGU1JyJUZMxqyTslSkPa6ziiC2FCOJ77hZV2Ow+4y9usWkTo6Xuce3gfAGV6xgDLarl/P2hN+ DCIV4INlBKj70WaQg2ZlaKatGgVcCrbY5X/PbI9nEFMVOpjo6nXXhf/WI1mRH3lXQJGuiawF8Lm PkAEQEAAYkBtgQYAQgAIAIbDBYhBF6jExT8Dbx7KZ8P4lOTBoQtFmjNBQJlUFUiAAoJEFOTBoQt FmjNfbsL/2jYau5JOYIE0+qjeXe/skuUJ6pRrthXGI/ap7id/XVi7P9IZSDrVEsetNzBvR+9fiu pP1nwAaNS9MaNTb7dwdKutRjrj/X2kFj1HCMJJPJIfmQVdrCaA7AnrBMx4YgA2eAg899LN4v/j5 Y1ljoBxxxJ7OVw30uGCysiMgfQKNFKKRiKMqcfyzF2SImhTO0xBvkjamTmupY0MZdgoK0LDI0bQ dTDOsQJa9D9d25DnH8oCNttapFx9NhVA3+1TG9bJF1JukRyYuHyn7m9GP21hpBjBbvgNtLsZT5a 772XAem0Ro5qLT1BUv+R1B+EtffjKYp8Rhy4VBuSUx3e8ELOdIe+ok1XhrnA5xeMVlPwEADO4jp R09BcYQzA6Fjjo9/yGx1n0TEeYBHfLCggBZlgC66J1XNDIjWc2rNiLUCZh/kZAmlGbG2+3tNFlR DgmMeOKxwPO73VbuJbcMwx7sBNu9TzH2DMVLg8OHzWD6KNg8pYrwVugk1xNjvOroSLqN96uA== User-Agent: NeoMutt/20240201 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.89 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.990]; MID_RHS_NOT_FQDN(0.50)[]; R_DKIM_ALLOW(-0.20)[076.ne.jp:s=dkim]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[fair.moe]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ASN_FAIL(0.00)[69.218.76.45.asn.rspamd.com:query timed out]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[076.ne.jp:+] X-Rspamd-Queue-Id: 4WJS1D54chz4ZjZ --x42rcvebrez7izee Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2024=E5=B9=B407=E6=9C=8809=E6=97=A5 16:51, the silly Alfonso Sabato Sici= liano claimed to have said: > Hello, Not really sure what you exactly mean by "installer". If you mean OS installer, I'd say play around with Linux distributions that require you manually installing everything, like CRUX for example. It teaches you what a typical OS installer does for you under the hood, and frankly, it's not as hard and scary as it sounds like. I have gone through this process multiple times before, and based on that, you'll get the idea on how to make your own FreeBSD installer. If you mean package installer, then that's even easier, since all an installer shall do in this case is move files to their appropriate directories, and create directories + set file permissions if necessary. --=20 lain. PGP public key: https://fair.moe/lain.asc --x42rcvebrez7izee Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEozVhUpXECiNYIKIXtWNzC1Y29b0FAmaNbLIACgkQtWNzC1Y2 9b1GQwwAvBZS4P4K5q99jxbE45Jhi9lS6I7ggZRvJYrfN7F15UHTMdQLgUH6SENA Z3iXDoJGLizpSx7A3+TaTuDzOcbnQ+r7G1zcgZXLLb7KSpl22HJzrUFccrOymRfi 9be8k2WSQ6mdzQWCLmy7QwRrljrda54JyMxjZoAgtfP/vLaNHo+EgLQTbtzlRnTm CaJSO8YUBt1kVQlSyV77coqKEFBNbAiJbDk49e4wVOXXu5R9UCyeeHAbmlCGw/De tfkQYACIyqj7GlwW2PsSfvHhz8kK55o6ofsLdUgSl6WL8UJgNLbignCmh6qOo3Na AX/dDBg0+FpF8ziAces93R4QUU93dGfTdzjYaAyeNUwrhkoTtP0iMkp/j5ETr9/Q P0wXXC9fra51iTIVdEYtjo94jgCCU9qo45SWayAUQYXdBuB9EmBwLXX+Ry6B7aBG eWEL6uqZRd5WfCu34gYik7ER/ZEVgaTIWeglAnpVWJdagfK9pjtbtnAVPRDFeHE7 2CGV2ihr =/XPw -----END PGP SIGNATURE----- --x42rcvebrez7izee-- From nobody Tue Jul 9 19:57:07 2024 X-Original-To: freebsd-hackers@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 4WJWwz5WS8z5R0NL for ; Tue, 09 Jul 2024 19:57:23 +0000 (UTC) (envelope-from otis@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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WJWwz4kq2z4tJN; Tue, 9 Jul 2024 19:57:23 +0000 (UTC) (envelope-from otis@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1720555043; 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=qXZfoBS3Y424Hlrkt9/PKfE/jJejZcOSA5Voqms3oJM=; b=ep3VwVSZdsCA3oGrEjqDOn87XJ/LmBEIjDEpKmwsPQbkk4XTbsBIHimNSx03Kwr2vTZUHe qpw6SltRWv90NC5vC6utD849CKkowH+xNLpCfksNeyoDVGrmJVc459qv41wjK0grzwcVm4 6PJwtjv+pUk0v8Nw0ofACgIvClNgvpxGYC5dV2MbH0VmvgCO0xbczE72PltIeQCaDC+2Bp LawPZ2qf1X2iMUxObV56h9oRy6YeUpKV7IYSZe8xN8MJmbAQBWxF8v+m5gjfqg/yDTnkCp RXjUYTrUymHmjis8lIZeI+43DWG5gho44bZjWXF9I7nYZRnP17+BlMoHmDrfIQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1720555043; a=rsa-sha256; cv=none; b=XCIICDlh3CgXxHhPqeFpfGwalFi/6/iZqhxngvUrnru47xUePL+JxMe8D/cqD22L78jQAX r1u8IzlwwuGeMdiyboQFIKhzcSEdrYSQwODp7zfNdOfdEOTd9XJM62y70bylpEUZRVzUem nLE84tv+Ac+RejyCyIPops9V6X20KJXtt/M69G+S6rEnOOLlF0cOejzgq0vQM4dmnx05z6 KrZNC/6e/bjjEqc41QHy1vfQzwQt/g+iv6CrHeWtpZIDhrUkU8StrKDy4qmWnJiwtyIJmc ohqACcEXZNubxM270F+v0hDwjey9RXE2qyiVlmJu+mCBUuQyC6BdiJTHGGxEEA== 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=1720555043; 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=qXZfoBS3Y424Hlrkt9/PKfE/jJejZcOSA5Voqms3oJM=; b=Mx7TUYkaYQ/n9rXm6Qbq4R7vAIcb85avd8Xbpkhryu5v5zTjxoZ84G/1OMUk+/lJY2ISe8 mAR4HjrE4Ze+85xkobcfsYCQohm9+vWDKH01Mrk6MxUTBUXv9SGWIF26AuA+K4TKGT5Gxa bt6uoMzVAa9wXOkhmxxHXyo8lblBAfgoJBzHQ9T4chqlmcKBJ5rFbtA4kp39WU7OTLIBGP /TSMom7htshjtcbBFWcpyWrx/nH/PPldUh/tCi5TuMeYdpgXqVMfGetCGrAHmAyvQIKn8u vpdreeqDgdaaRJlPJSdYSfcVJmev0ukPdIbFPzZ3dIDMREKBsKxVyT81vV/uAw== Received: from ns2.wilbury.net (ns2.wilbury.net [IPv6:2a01:b200:0:1:f816:3eff:fecd:13e6]) (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 (P-256) client-digest SHA256) (Client CN "svc.wilbury.net", Issuer "E6" (verified OK)) (Authenticated sender: otis) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WJWwz3QNgz1SJd; Tue, 9 Jul 2024 19:57:23 +0000 (UTC) (envelope-from otis@FreeBSD.org) Received: from smtpclient.apple (bband-dyn235.178-40-241.t-com.sk [178.40.241.235]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id 6FAAA61F9B; Tue, 09 Jul 2024 21:57:17 +0200 (CEST) Content-Type: text/plain; charset=utf-8 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: Personal Installer From: Juraj Lutter In-Reply-To: Date: Tue, 9 Jul 2024 21:57:07 +0200 Cc: FreeBSD Hackers Content-Transfer-Encoding: quoted-printable Message-Id: <3CB433A2-61C8-4F3F-92D3-448911FE7B97@FreeBSD.org> References: To: Alfonso Sabato Siciliano X-Mailer: Apple Mail (2.3774.500.171.1.1) Hi, > On 9 Jul 2024, at 16:51, Alfonso Sabato Siciliano = wrote: >=20 > Hello, >=20 >=20 > * A configuration file with variables, hooks, comments and examples. Could you also look on how a =E2=80=9CJumpStart=E2=80=9D in Solaris = works? That would be a good way to make an unattended and highly customizable installations. =E2=80=94 Juraj Lutter otis@FreeBSD.org From nobody Wed Jul 10 08:28:32 2024 X-Original-To: freebsd-hackers@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 4WJrbt29m5z5QSy1 for ; Wed, 10 Jul 2024 08:28:42 +0000 (UTC) (envelope-from lain@fair.moe) Received: from mail.076.ne.jp (mail.076.ne.jp [45.76.218.69]) (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 4WJrbq1V4Cz4pkw for ; Wed, 10 Jul 2024 08:28:38 +0000 (UTC) (envelope-from lain@fair.moe) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=076.ne.jp header.s=dkim header.b="lgC8t/Zo"; dmarc=none; spf=none (mx1.freebsd.org: domain of lain@fair.moe has no SPF policy when checking 45.76.218.69) smtp.mailfrom=lain@fair.moe Received: from mail.076.ne.jp (localhost [127.0.0.1]) by mail.076.ne.jp (Postfix) with ESMTP id 4WJrbl11fDzW0mY for ; Wed, 10 Jul 2024 17:28:35 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=076.ne.jp; h= user-agent:in-reply-to:content-disposition:content-type :mime-version:references:message-id:subject:to:from:date; s= dkim; t=1720600114; x=1723192115; bh=zHMKfaH9SK/7x4OFZEzIvPu69dc 2qRiFAh62dv9eXQw=; b=lgC8t/ZojI/6IvTwOcitsIdWPAt36e9IuwyLH5FPJqV inwhtbyu+nWCCto26D9SXyIdyQpJWKyl8jiuDk0q11vwy4/bGd0yE6cxNPj7haPz 3PwtP4v8ccwMk9bbBxphndkNXETWxVDkkcpJdXVnshzPuL0cKpy40RbhD6bRox/P dXBK88rdHbGBFSRMruFHDC+a9OlQ+S0/oKmQR8oD6DIet/7gPVqlmp/gdW8GwMC6 9DOoJE5kDn31kJvmMp2gBiCOxy+9WLX6i/jluDtX1fwZNfSoYYjjdAp5BwSxMBmO nl6dhM243oUv1hBbw7+yYadvp77e9hiRHqS3BfEFnyQ== X-Virus-Scanned: Debian amavisd-new at guest.guest Received: from mail.076.ne.jp ([127.0.0.1]) by mail.076.ne.jp (mail.076.ne.jp [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id j4msZ5xA5xcw for ; Wed, 10 Jul 2024 17:28:34 +0900 (JST) Received: from mail.fair.moe (unknown [133.106.57.168]) by mail.076.ne.jp (Postfix) with ESMTPSA id 4WJrbj5mf1zW0qk for ; Wed, 10 Jul 2024 17:28:33 +0900 (JST) Date: Wed, 10 Jul 2024 17:28:32 +0900 From: "lain." To: freebsd-hackers@freebsd.org Subject: Re: Personal Installer Message-ID: X-Location: =?utf-8?B?IkVhcnRoL+WcsOeQgyI=?= X-Operating-System: "OpenBSD" References: List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="dk7k7k3mcw2trnfh" Content-Disposition: inline In-Reply-To: Autocrypt: addr=(null); prefer-encrypt=mutual; keydata= mQGNBGHVL30BDAC2g9WjfETVgMHoWqAQdNDzTFEnuIginZzZdx5CpkBwAeQZexW5Eo/9C1anl4F e0d3KeOFfLMBlaTohsfgvlNyOE8iVyWi5b4Op4cvSfUVm7vQvm+axVVDjXA0o6H4cOWp4etxKfb lD8/kO7WbvMxGeu2IyENoUXZR6/mr1Y6TOWkouTzbWFB1vOxMn68UMouuk4fYf6K3E7KavUMUqu ME3nqFjlKtyQBQmvpe4SnPVnjlOgIHTz9ffGV4l07j3QeCetR2h+CgOFgb1SNLdgxDCuDAdh0iF fGrPQP4jA7BNOcNBdUrkzuNAXDK4H8GB+Z3Pxc2+7jmtPWMPvmpCaZw2jPw2gaey3HPbhxvM1jX gPqLNnr3hKEFGkGPcXwpuxU9saoLOOArLACOkIy9G3GtaU26IJYLCMSi2N8M873oyFOShtcarNY lqetrJ/37tPxdVlOizE0ZB6VD+v6iFpUeHh9aGAiaTIYjM/tfMVUBHjtoQUrJfR8ONxdd1OuHZr e8AEQEAAbQh56We5bGx5byY5piOIDxrYW5heWFtYUAwNzYubmUuanA+iQHOBBMBCAA4AhsDBQsJ CAcCBhUKCQgLAgQWAgMBAh4BAheAFiEEXqMTFPwNvHspnw/iU5MGhC0WaM0FAmVQVRoACgkQU5M GhC0WaM0atAv7B/9RsNYsjeCbwDSYqN41A7qipucfxdPpabDeqQgeCYuFPzAaCKl1u+HpF2bb9/ euJlml2pOj4jOKbPr0XyzfDDJEQgHCM7H+mg7CgdpWKeMbOodIgJ4I/rg/a6cVUXZijtrCOXURM eAObcvQRTNTtNqePDgcJ20/3vEB8TPJLbO7Va0YQ0qH9gC36sgmQhksG5UMEpBlStnrY9St+9VX wSB2J3exLt6T2SCCmPM0IG3kAgbtSCzT08MfCHe3s3PL4fqW2SuJeW8p17EzrUFuOhTuQs1oOmJ +2vww4w+1TL5Km45KdxosvzcEzLOh0g+9ml7O2fnVtR3jvSzijFJJCcrn5+Di1EyjrhinEcQQ1+ Oh270wW/NtwWSBQ/peZb2iiuD7Ry/6zgYlLuASCoSXkOZWH76+zRDIEEx4XX3B0bey8qPgyEvXo OFIt9CHCOGwbDVKx0LgXxzYx6JzvJB4xlrQ9zMMmet2GIT6JUIALA25P9jgRep4elNMH9SxiYk0 uQGNBGHVL30BDACdui3F1uwOwgZ8y0zsL2c3Qw6kFVW4sp2ql7w9hz3IbSO7kTrRUqvZ7Wn97AB LRr4piml02S/ljtdlU4P3Hq1hrnRwReG3AWQjJByhZms4VU3QWauUbv/pZti5vuuB7BEmP2txPr npfBBJW5DdPnebc+BecnhsJRE7jegt8XpDWixxyAwmDdmz0hhjL/dYgGzAfx3RD3SZ5c0KhqEHX 5oTOND8/ncInK7hWB1zBq3oaPB2sfzDiUL5eBk+SPvsSoz8rBBsGGnrBX/BIGTIzQ6nB1AIqeze Rcz4R0j/g67/2yz2puwYzr+3QjjfkK4p4ZYuG7nd41CQUWxy3lgUz9kCnxWcR50AHAQhhQGPZKy hicGU1JyJUZMxqyTslSkPa6ziiC2FCOJ77hZV2Ow+4y9usWkTo6Xuce3gfAGV6xgDLarl/P2hN+ DCIV4INlBKj70WaQg2ZlaKatGgVcCrbY5X/PbI9nEFMVOpjo6nXXhf/WI1mRH3lXQJGuiawF8Lm PkAEQEAAYkBtgQYAQgAIAIbDBYhBF6jExT8Dbx7KZ8P4lOTBoQtFmjNBQJlUFUiAAoJEFOTBoQt FmjNfbsL/2jYau5JOYIE0+qjeXe/skuUJ6pRrthXGI/ap7id/XVi7P9IZSDrVEsetNzBvR+9fiu pP1nwAaNS9MaNTb7dwdKutRjrj/X2kFj1HCMJJPJIfmQVdrCaA7AnrBMx4YgA2eAg899LN4v/j5 Y1ljoBxxxJ7OVw30uGCysiMgfQKNFKKRiKMqcfyzF2SImhTO0xBvkjamTmupY0MZdgoK0LDI0bQ dTDOsQJa9D9d25DnH8oCNttapFx9NhVA3+1TG9bJF1JukRyYuHyn7m9GP21hpBjBbvgNtLsZT5a 772XAem0Ro5qLT1BUv+R1B+EtffjKYp8Rhy4VBuSUx3e8ELOdIe+ok1XhrnA5xeMVlPwEADO4jp R09BcYQzA6Fjjo9/yGx1n0TEeYBHfLCggBZlgC66J1XNDIjWc2rNiLUCZh/kZAmlGbG2+3tNFlR DgmMeOKxwPO73VbuJbcMwx7sBNu9TzH2DMVLg8OHzWD6KNg8pYrwVugk1xNjvOroSLqN96uA== User-Agent: NeoMutt/20240201 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.90 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MID_RHS_NOT_FQDN(0.50)[]; R_DKIM_ALLOW(-0.20)[076.ne.jp:s=dkim]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[fair.moe]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:20473, ipnet:45.76.192.0/19, country:US]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[076.ne.jp:+] X-Rspamd-Queue-Id: 4WJrbq1V4Cz4pkw --dk7k7k3mcw2trnfh Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2024=E5=B9=B407=E6=9C=8809=E6=97=A5 16:51, the silly Alfonso Sabato Sici= liano claimed to have said: > Hello, Not really sure what you exactly mean by "installer". If you mean OS installer, I'd say play around with Linux distributions that require you manually installing everything, like CRUX for example. It teaches you what a typical OS installer does for you under the hood, and frankly, it's not as hard and scary as it sounds like. I have gone through this process multiple times before, and based on that, you'll get the idea on how to make your own FreeBSD installer. If you mean package installer, then that's even easier, since all an installer shall do in this case is move files to their appropriate directories, and create directories + set file permissions if necessary. --=20 lain. PGP public key: https://fair.moe/lain.asc --dk7k7k3mcw2trnfh Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQRjt7VGft6AEgroX7Nt5cCzjCJFhwUCZo5GKQAKCRBt5cCzjCJF h1vEAQDj9OH199WQA+M5XdTQ80rqrb97F9TkjVActJIbfrf2/wD9GZ+1mFQcDnqx sCRJdGdR1DCaupbLnmvHeLVTLM6Nbgw= =9ZSu -----END PGP SIGNATURE----- --dk7k7k3mcw2trnfh-- From nobody Wed Jul 10 09:18:58 2024 X-Original-To: freebsd-hackers@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 4WJsk81GYbz5QYH0 for ; Wed, 10 Jul 2024 09:19:12 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 4WJsk50fNGz4v8v for ; Wed, 10 Jul 2024 09:19:08 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=dec.sakura.ne.jp header.s=s2405 header.b=dpw254f4; dmarc=pass (policy=none) header.from=dec.sakura.ne.jp; spf=pass (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp designates 153.125.133.21 as permitted sender) smtp.mailfrom=junchoon@dec.sakura.ne.jp Received: from kalamity.joker.local (123-1-21-232.area1b.commufa.jp [123.1.21.232]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 46A9IxXP057781 for ; Wed, 10 Jul 2024 18:18:59 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1720603139; bh=aE66C8/ih9CEC6CHzyWV+HReSeAQlXW7hnVbh6HT4QI=; h=Date:From:To:Subject:In-Reply-To:References; b=dpw254f48bnK182n5LE6mwJeqGs1tHhEu3RMRAzAPWyGYl8P8HLAq8cdUFEgG+lqf 1Sa693URkDZaTi8YVbUAYj/3By/Mn5FAixQzzaZOC10clIw6M9gnIipZwtletGOuyL THbD7kq5uNMIUZdwAT91eF7ntouHcjhiNb4vc5dk= Date: Wed, 10 Jul 2024 18:18:58 +0900 From: Tomoaki AOKI To: freebsd-hackers@freebsd.org Subject: Re: Personal Installer Message-Id: <20240710181858.4c4771ba89081d77f19d1dbd@dec.sakura.ne.jp> In-Reply-To: References: Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.1) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[dec.sakura.ne.jp,none]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[dec.sakura.ne.jp:s=s2405]; R_SPF_ALLOW(-0.20)[+ip4:153.125.133.16/28]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; DKIM_TRACE(0.00)[dec.sakura.ne.jp:+]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ORG_HEADER(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP]; RCVD_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RSPAMD_EMAILBL_FAIL(0.00)[junchoon.dec.sakura.ne.jp:server fail,alfix86.gmail.com:server fail]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4WJsk50fNGz4v8v On Tue, 9 Jul 2024 16:51:31 +0200 Alfonso Sabato Siciliano wrote: > Hello, > > I am going to write an installer *for me*. Of course it will be open source. > Perhaps it can be useful for others: tips, new ideas, and collaborations are > welcome. I know others have something in progress, if we match some > requirements > we can share some components/code. > > Some project choices and requirements: > > * Guidelines: simple, modularized and extendable. > > * Server (backend) side written in lua, modularized in scripts. Independent > of > any frontend. > > * A configuration file with variables, hooks, comments and examples. > > * Multi-mode installation: Automatic, Simple, and Expert. > > * Client (Graphic) side responsible only for drawing dialogs/windows. > > * Multi-frontend. Implementation priority: > - TUI. Similar to bsdinstall with new features. > - File. Settings are read from file(s). > - CLI. Suitable for a screen reader for vision-impairments users. This is a > feature request. > - GUI. > - WEB. TBD (I am not a web-expert, lua seems to provide some option for > web programming). > > * A menu to select: frontend, mode, and other options, at start-up. > > * Frontends have to be totally separated from the server, eventually to be > easily added/deleted/changed/improved in the future. They could be > designed > and developed mainly for the installer, neither to be compatible with > other > tools nor to be general purpose. > > * UI new features (something is related to server side): > - Navigation. New buttons: [Restart], [Prev], and [Next]. > - Multi language. > - Dialogs for help, at start-up and during installation (F1 or [Help] > button). > - Options for color blind and low vision users. This is a feature request. > - Final step to install a desktop environment. > - Final step to install pkgs for accessibility. This is a feature request. > > * Multi installation process: > - Synchronous. The server waits the user input from the dialog, then it > performs the "command". > - 2-steps. Frontend writes the user input to files. When the frontend > finishes > (showing all the dialogs) the server performs the actual installation by > reading files. > - Noninteractive. No user actions, server reads previously written files. > - TBD a mix of the above. > > * Server <-> client communication: lua layer, files, and TBD server web. > > * Logging and debug features similar to bsdinstall with extensions. > > * Provide bsdinstall variables and configuration files. Ideally these > features > will be placed in the "centralized" configuration file above. > - All/most bsdinstall variables with extensions. > - All/most bsdinstall configuration files (or compliant solutions). > > * A menu to select bsdinstall or this installer at start-up. > > * Extras & TBD. sade extensions (feature request), pkgbase, and so on. > > > (I'll create a git repository and a wiki page with the Roadmap. The plan is > detaching bsdinstall from bsdconfig, then rewriting the scripts in lua.) > > Again, to avoid any misunderstanding: this is a personal project, bsdinstall > will not be touched. I plan to end by 6-8 months providing a port with the > installer and a script to create the iso. > > > Thanks in advance for any reply. > > Best regards, > Alfonso Hi. Maybe you'd better starting from porting existing bsdinstall. It would already have some parts of your requirement, and others wouldn't fit. For anything fit your requirement, the logic behind would be usable. Because resulting (installed) configurations should almost 100% match, unless you are planning to introduce new mechanism. Note that my only use-cases of bsdinstall is just to kick live installation to fix broken installation, not using for actual installations. (Last time I've used base installer for actual installation was pre-bsdinstall era, sysinstall.) -- Tomoaki AOKI From nobody Fri Jul 12 03:30:57 2024 X-Original-To: freebsd-hackers@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 4WKxvS4WVsz5Qblp for ; Fri, 12 Jul 2024 03:31:00 +0000 (UTC) (envelope-from kevans@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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WKxvS3zcvz4pRG for ; Fri, 12 Jul 2024 03:31:00 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1720755060; 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=XjQm2A6K01x+U/5+XQyv5gGfEg59aHq/NtjuRNzMN8I=; b=A+d0AE3Idjl1LajE5/WwOm9ktCEdb3HY/acAHCIQ+kdoAI0+8/vUXuukNaLI7Zn6bra0Ge PmfkBVDIxNQLQ8SWYaWemVrL+YlDR8Y9PD0AT1gyCfky0jWNstmWYHGrfRJLPBOdPPhZtw 2rxBNUdCfyv86vLhRlh8IzQOoJrPVyXjT4U9S+4DNTT/Hwd3cVH/Bc//LDCuyOncwk75AY 3BcLdWw23lwn5syd2sBJgp6sv9S63nqeaLsmse1jVJEFQ1Kqp3N9KF/gPtGzy8P1vqXSTu UjsvQFUrAOeC8R0KzrNY+JTXfmBbApnuGsj6EANkexVYcHzON6ByRwq0e+Bhig== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1720755060; a=rsa-sha256; cv=none; b=F3rRV8W2Q8Xe9fSw7TI8WHUbRfX4y18sLFANRTEoFOy00ncF+l8My2gF1O8n2taik9Fwl6 p9RavoTfd2UL/XVKSh/eJc9KKZqwNeqxLxiJtKqTXWqDERLvybFXnWSVN2gRB31RZCLmeX wfvp3m/8P7jYlUy5Bm8ynSmCDBM1KKZ9G2SmpGfsE41oUbNoF1LB0EElxXXbFwYQ06m/gW p9tYHqzHKV49UxQUO736m67fpwvhMVbndYypJxrhRAb+jCLsY7cCk0z5O7UimEr0i1as66 hUtgZqLKRbkeFXvJqurUuihVFDPxgW676kVc+Oi0Z4QBw8hu8e+/YGc93kADKg== 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=1720755060; 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=XjQm2A6K01x+U/5+XQyv5gGfEg59aHq/NtjuRNzMN8I=; b=U78a+SAcK5hw34/44u2/46u7RIZk42DwxsGpQpgRijHLpD3gZYXosKT6dXYqndQkzPBMUW bOvL70CxDgOfrnfalsHRNyxh0BSxxNYgREsLiD/JnxzN0q5Q5ym/o2dAL2nq3ZTCCy2ZjT FhHN7t8km8WrJ3VfSdEpOm6hfQnvi/Tq8iYFWf/AJaNIB98FQ/RmXywlbFd2jqITbbfCTh Pz66xxTs1DjuYJ14G3Mne3DT6S0t7qFlEm/6+vzMBB6Dsk6c2MwQfGLsyKeacGgk5OKmcy pmY6ounwsa7SddCko47uc8jSnrSwb4GmRCd4CdfOR9WR8Ptz/IiBtwYBCmtEsg== Received: from [10.9.4.95] (unknown [209.182.120.176]) (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: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WKxvS0jwqzMyX for ; Fri, 12 Jul 2024 03:30:59 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <9d2a7044-6d58-418a-9255-658eaf063c36@FreeBSD.org> Date: Thu, 11 Jul 2024 22:30:57 -0500 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Further work on FORTIFY_SOURCE From: Kyle Evans To: "freebsd-hackers@FreeBSD.org" References: <89e3763a-093f-4ac2-a785-fe95448061f4@FreeBSD.org> Content-Language: en-US In-Reply-To: <89e3763a-093f-4ac2-a785-fe95448061f4@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 6/21/24 21:22, Kyle Evans wrote: > Hi, > > Sponsored by Stormshield and Klara, I've completed an extension of the > original FORTIFY_SOURCE work that landed a couple weeks ago.  This set > includes both a test framework to make sure that it's more or less > working as we expect, along with fortification of many, many more libc > functions & syscalls.  The relevant reviews are in a stack starting at > https://reviews.freebsd.org/D45676 and include: > > D45676 Prepare some build fixes in advance of more _FORTIFY_SOURCE > D45677 libc: move __ssp_overlap back out into > D45678 libc: tests: add testing infrastructure for _FORTIFY_SOURCE > D45679 include: ssp: round out fortification of current set of headers > D45680 include: ssp: fortify poll/ppoll from > D45681 include: ssp: fortify > D45682 include: ssp: fortify > D45683 include: ssp: fortify > D45684 include: ssp: fortify > D45685 include: ssp: fortify > D45686 include: ssp: fortify > > I've pushed a branch to Klara's GitHub as well for anyone interested in > trying to consume it in that format: > > https://github.com/KlaraSystems/freebsd/commits/stormshield/fortify_source/ > > Review and feedback are welcome- I've been running the full set on my > laptop and my build machine with no obvious issues > > One caveat that we'll need to work through is that the lang/gcc* ports > include some headers, so those ports can't be used to build > anything with _FORTIFY_SOURCE enabled (not compatible with ours).  These > headers should almost certainly just go away at this point -- the > improvement in the feature with GCC comes from the builtin > implementations, not from whatever they've written in these headers. > FYI- these all have clean reviews now and I believe all feedback has been addressed. I'm doing some last minute smoke tests with my laptop and build machine to exercise a number of common paths where we could have something funky, but without sufficient objection I'll be pushing this series around ~24h from now, give or take a little bit, assuming the tests go alright. Thanks, Kyle Evans From nobody Sat Jul 13 08:44:40 2024 X-Original-To: freebsd-hackers@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 4WLhq92DJRz5QHqT for ; Sat, 13 Jul 2024 08:44:53 +0000 (UTC) (envelope-from theraven@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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WLhq86Qjdz58pv; Sat, 13 Jul 2024 08:44:52 +0000 (UTC) (envelope-from theraven@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1720860292; 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=b1g+PFlgr4LjAr+9FL5Oy9v9MznSqWzhKsj1LyxBSWA=; b=ni1KRw+BC5wWnhmUrHr3vBRQKB/LvKr05X53EWRcbx+HASrdRmNx+35BUj5vgadEVAwOk1 h6wY0TNnSVYoVDW4rsZYq6Wb9XRqbge2Y4XoeLb3NsxjOh7CxHHJEufnSz34JF55U49VM6 is1pruDrV8BTX1wLhZ7KLreJq0da07agIDUZ/NH6OUgo/GNhrSCg7xUZO5v/7l6IOVWfo0 oKxooi2O5uI/JVnkZqEsYghd+cVLCWjsJQZUh+t5LCw7URjK8FI+2tmnR1sBRMTWTi9/BJ XJaEgj0JeM42A41PzjeY3p+4+OAgfSniKln2Tg0Msc2SF3sIWU4KyscLpQkYSw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1720860292; a=rsa-sha256; cv=none; b=e9k49zdJebf7kjDcqL+KhjPEUSM6DPaerEHusZTsB+Tx2pL7WcmXFFoqL04EyUQi4n9j0U I0/VQXXn4WorEScs/Uwmjm+Ek94H6ZThTzCrj2FYUfCcwWXyC8hOifx+5WcKjv6X1fCE0y veIz4UhrRkcsxRQ4bo0TS6TZvUUrEAfKd+7mbHeqAjL12C+B1gGlu7/FbwJqEIQ3IZqQAC AICyoTl+oJs/iPnjfcrswgk22Yx42/qklBm1GNRv1Ma2p5ahqROZaq6Dv2nS2hIMaifvCm lYCQdvSsUgRTOzU8mkn9zWzNXL6d6jd97vIPz/R8l6Omycncm6COD5aWpLJy0A== 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=1720860292; 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=b1g+PFlgr4LjAr+9FL5Oy9v9MznSqWzhKsj1LyxBSWA=; b=tdUNRKtQQNlxJEXSgvziyfFJvIxD9TmecO+tX9IIFxkaroDlYr6z+NhtDZWUjO/LY+9smp heutuneD3fDzn7ZDZjw0nFJD7nmk/WR1mrGxV6eVAsVX9M2gT0MAa681rnar/zF5Mm8mdv H2hQgT5+zoGLVSSMQ1mSWP3pNDaE3H5FL9oZc6tfG6viHOcZmLbja1S5WkJwxPjMD/qXnP 13BB6e2f33fZHditmYWzIFNIfvH0sz5ok2W55taIw/2Tw3tX3Jvw7l5EF7XAQ5LK+qEEFx mD+U3wXBi8CxwZaxrhfwZS88JAvzsYu5wcLDRYmonh+npLDW36ctenZ+Ewd17Q== Received: from smtp.theravensnest.org (smtp.theravensnest.org [45.77.103.195]) (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: theraven) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WLhq84t3cz1D7J; Sat, 13 Jul 2024 08:44:52 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from smtpclient.apple (host86-138-165-11.range86-138.btcentralplus.com [86.138.165.11]) by smtp.theravensnest.org (Postfix) with ESMTPSA id BF4204407; Sat, 13 Jul 2024 09:44:51 +0100 (BST) From: David Chisnall Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_D84635F6-0B4C-4CED-8C92-2CAB98AB5C2B" List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.600.62\)) Subject: Re: Is anyone working on VirtFS (FUSE over VirtIO) Date: Sat, 13 Jul 2024 09:44:40 +0100 In-Reply-To: Cc: Alan Somers , FreeBSD Hackers To: Warner Losh References: X-Mailer: Apple Mail (2.3774.600.62) --Apple-Mail=_D84635F6-0B4C-4CED-8C92-2CAB98AB5C2B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 31 Dec 2023, at 16:19, Warner Losh wrote: >=20 > Yea. The FUSE protocol is going to be the challenge here. For this to = be useful, the VirtioFS support on the FreeBSD needs to be 100% in the = kernel, since you can't have userland in the loop. This isn't so = terrible, though, since our VFS interface provides a natural breaking = point for converting the requests into FUSE requests. The trouble, I = fear, is a mismatch between FreeBSD's VFS abstraction layer and Linux's = will cause issues (many years ago, the weakness of FreeBSD VFS caused = problems for a company doing caching, though things have no doubt = improved from those days). Second, there's a KVM tie-in for the direct = mapped pages between the VM and the hypervisor. I'm not sure how that = works on the client (FreeBSD) side (though the description also says = it's mapped via a PCI bar, so maybe the VM OS doesn't care). =46rom what I can tell from a little bit of looking at the code, our = FUSE implementation has a fairly cleanly abstracted layer (in = fuse_ipc.c) for handling the message queue. For VirtioFS, it would = 'just' be necessary to factor out the bits here that do uio into = something that talked to a VirtIO ring. I don=E2=80=99t know what the = VFS limitations are, but since the protocol for VirtioFS is the kernel = <-> userspace protocol for FUSE, it seems that any functionality that = works with FUSE filesystems in userspace would work with VirtioFS = filesystems. The shared buffer cache bits are nice, but are optional, so could be = done in a later version once the basic functionality worked. =20 David --Apple-Mail=_D84635F6-0B4C-4CED-8C92-2CAB98AB5C2B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 On 31 Dec = 2023, at 16:19, Warner Losh <imp@bsdimp.com> = wrote:

Yea. The FUSE = protocol is going to be the challenge here. For this to be useful, the = VirtioFS support on the FreeBSD  needs to be 100% in the = kernel, since you can't have userland in the loop. This isn't so = terrible, though, since our VFS interface provides a natural breaking = point for converting the requests into FUSE requests. The trouble, I = fear, is a mismatch between FreeBSD's VFS abstraction layer and Linux's = will cause issues (many years ago, the weakness of FreeBSD VFS caused = problems for a company doing caching, though things have no doubt = improved from those days). Second, there's a KVM tie-in for the direct = mapped pages between the VM and the hypervisor. I'm not sure how that = works on the client (FreeBSD) side (though the description also says = it's mapped via a PCI bar, so maybe the VM OS doesn't = care).

=46rom what I can tell = from a little bit of looking at the code, our FUSE implementation has a = fairly cleanly abstracted layer (in fuse_ipc.c) for handling the message = queue.  For VirtioFS, it would 'just' be necessary to factor out = the bits here that do uio into something that talked to a VirtIO ring. =  I don=E2=80=99t know what the VFS limitations are, but since the = protocol for VirtioFS is the kernel <-> userspace protocol for = FUSE, it seems that any functionality that works with FUSE filesystems = in userspace would work with VirtioFS = filesystems.

The shared buffer cache bits are = nice, but are optional, so could be done in a later version once the = basic functionality worked. =  

David

= --Apple-Mail=_D84635F6-0B4C-4CED-8C92-2CAB98AB5C2B-- From nobody Sat Jul 13 22:06:10 2024 X-Original-To: freebsd-hackers@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 4WM2bz5RZhz5RDgZ for ; Sat, 13 Jul 2024 22:06:23 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) (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 4WM2bz21cJz4K5F for ; Sat, 13 Jul 2024 22:06:23 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x62b.google.com with SMTP id d9443c01a7336-1fb0d7e4ee9so21005175ad.3 for ; Sat, 13 Jul 2024 15:06:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1720908382; x=1721513182; 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=Kwpc8i3irvphvXp1O1pjQmCocJAz5PnxZ2pVTzwNuIM=; b=a1vthkMfJN/oyyrZYBMHGgoxVrlmXhWHrz37miC+K8tn9Xqw65f5keF1tt0h8ofXSo ep2iNRYACX0CplJrq+bSsN8CVr7PShOXJsHii0NZACmwie9yw1FMQb7o3ai5tKVUm0uf 13zT0+JN8QFJKbAWjbCldvrHYVaRQItWDXRgR+mKgoVLnThynBibUBKIVi542IQ2D6Ij 44ELNgU/jbhj/DIHmm11QB+cdVSJicF+gV+EJTvUd5HIihjrSKOR4jPObsAvzfnsKvBA YW7vmeNNUPLuHJzwM8GxPPLh2R66AaxoKVGcM05NWhNNiDLitamRDkHlQ2tt+7ildQ9h 9lxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1720908382; x=1721513182; 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=Kwpc8i3irvphvXp1O1pjQmCocJAz5PnxZ2pVTzwNuIM=; b=kBJqlSmtbDUVsn9HohcWPty/N/3Oz3hcvP3yf6oUURZl+1HI/cuzAa9vcmIwn4OMJE h1gUcQorQdlSTV1BWDJva6hX5FF38RQMva9A5uGAoU2k8HgRW3HdnRYDFKeylVgTOXdN WdRXe66/au6e3MJzSBL3vh+lMFF0+TRtFlmQjr9jCUsCm43YH6CSTCVUbnqB3YLFYaPY OzgzKjwVspJxdUI6piqwdfChFU4WEamHfhkrOof3dNSwFFt1w7I+qKMyR1r3AxfbGcN4 i6wQGJzH+ocafWSF2x7YpOCkWteN0M4/4ZmJYJGBUrccAaW6bSlF3Eya9NGuwc7H1KzJ Ajsw== X-Forwarded-Encrypted: i=1; AJvYcCWEbzI0zxk2Uxf5AnHxqTCNTppW699H3CrnbkXRryMVf3wAvBLMDdEwl70FPQ8JZuzAEFCYvG4JaNI9LMjHomJZ/BQFs0RppcevE28= X-Gm-Message-State: AOJu0YxlEgaWOIqbJIdki39ZMvoCve8BMufVhjRouJ7PJwafvgsRWWTy sGs07KeCh48Ua5XacCPcxI8wi/GAz6LXG69mgHn2FCKncU8WIyQ5G1EPlFenI/GPYaIo4EiNY44 oE3A8OiuYKPJRgUKdFxmH1b790bjEdPMXCWE2gQ== X-Google-Smtp-Source: AGHT+IGAzw741Cxo67ryoklVBilvA6IEvpaBpqqeYj3wx/mt+bqW5IIq3O0HgbhBaZWX8sA4oUvNxlLLCEEd0p/sLqg= X-Received: by 2002:a17:903:1110:b0:1f8:6d9e:fa9c with SMTP id d9443c01a7336-1fbb6d34b01mr142659455ad.6.1720908381634; Sat, 13 Jul 2024 15:06:21 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Sat, 13 Jul 2024 16:06:10 -0600 Message-ID: Subject: Re: Is anyone working on VirtFS (FUSE over VirtIO) To: David Chisnall Cc: Alan Somers , FreeBSD Hackers Content-Type: multipart/alternative; boundary="000000000000c75fa9061d283433" 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] X-Rspamd-Queue-Id: 4WM2bz21cJz4K5F --000000000000c75fa9061d283433 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hey David, You might want to check out https://reviews.freebsd.org/D45370 which has the testing framework as well as hints at other work that's been done for virtiofs by Emil Tsalapatis. It looks quite interesting. Anything he's done that's at odds with what I've said just shows where my analysis was flawed :) This looks quite promising, but I've not had the time to look at it in detail yet. Warner On Sat, Jul 13, 2024 at 2:44=E2=80=AFAM David Chisnall wrote: > On 31 Dec 2023, at 16:19, Warner Losh wrote: > > > Yea. The FUSE protocol is going to be the challenge here. For this to be > useful, the VirtioFS support on the FreeBSD needs to be 100% in the > kernel, since you can't have userland in the loop. This isn't so terrible= , > though, since our VFS interface provides a natural breaking point for > converting the requests into FUSE requests. The trouble, I fear, is a > mismatch between FreeBSD's VFS abstraction layer and Linux's will cause > issues (many years ago, the weakness of FreeBSD VFS caused problems for a > company doing caching, though things have no doubt improved from those > days). Second, there's a KVM tie-in for the direct mapped pages between t= he > VM and the hypervisor. I'm not sure how that works on the client (FreeBSD= ) > side (though the description also says it's mapped via a PCI bar, so mayb= e > the VM OS doesn't care). > > > From what I can tell from a little bit of looking at the code, our FUSE > implementation has a fairly cleanly abstracted layer (in fuse_ipc.c) for > handling the message queue. For VirtioFS, it would 'just' be necessary t= o > factor out the bits here that do uio into something that talked to a Virt= IO > ring. I don=E2=80=99t know what the VFS limitations are, but since the p= rotocol > for VirtioFS is the kernel <-> userspace protocol for FUSE, it seems that > any functionality that works with FUSE filesystems in userspace would wor= k > with VirtioFS filesystems. > > The shared buffer cache bits are nice, but are optional, so could be done > in a later version once the basic functionality worked. > > David > > --000000000000c75fa9061d283433 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hey David,

You might want to= check out=C2=A0 https://rev= iews.freebsd.org/D45370 which has the testing framework as well as hint= s at other work that's been done for virtiofs=C2=A0by Emil=C2=A0Tsalapa= tis. It looks quite interesting. Anything he's done that's at odds = with what I've said just shows where my analysis was flawed :) This loo= ks quite promising, but I've not had the time to look at it in detail y= et.

Warner

On Sat, Jul 13, 2024 at 2:44=E2=80= =AFAM David Chisnall <theraven@f= reebsd.org> wrote:
On 31 Dec 2023, at 16:19, Warner Losh <imp@bsdimp.com> wrote:

Yea. The FUSE protocol i= s going to be the challenge here. For this to be useful, the VirtioFS=C2=A0= support on=C2=A0the FreeBSD=C2=A0 needs to be 100% in the kernel, since you= can't have userland in the loop. This isn't so terrible, though, s= ince our VFS interface provides a natural breaking point for converting the= requests into FUSE requests. The trouble, I fear, is a mismatch between Fr= eeBSD's VFS abstraction layer and Linux's will cause issues (many y= ears ago, the weakness of FreeBSD VFS caused problems for a company doing c= aching, though things have no doubt improved from those days). Second, ther= e's a KVM tie-in for the direct mapped pages between the VM and the hyp= ervisor. I'm not sure how that works on the client (FreeBSD) side (thou= gh the description also says it's mapped via a PCI bar, so maybe the VM= OS doesn't care).

From what I c= an tell from a little bit of looking at the code, our FUSE implementation h= as a fairly cleanly abstracted layer (in fuse_ipc.c) for handling the messa= ge queue.=C2=A0 For VirtioFS, it would 'just' be necessary to facto= r out the bits here that do uio into something that talked to a VirtIO ring= .=C2=A0 I don=E2=80=99t know what the VFS limitations are, but since the pr= otocol for VirtioFS is the kernel <-> userspace protocol for FUSE, it= seems that any functionality that works with FUSE filesystems in userspace= would work with VirtioFS filesystems.

The shared = buffer cache bits are nice, but are optional, so could be done in a later v= ersion once the basic functionality worked. =C2=A0

David

--000000000000c75fa9061d283433-- From nobody Sat Jul 13 22:59:41 2024 X-Original-To: freebsd-hackers@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 4WM3nm1XVqz5RJZQ for ; Sat, 13 Jul 2024 22:59:56 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.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 (2048 bits) client-digest SHA256) (Client CN "m5p.com", Issuer "R11" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WM3nk5f0kz4Nfk for ; Sat, 13 Jul 2024 22:59:54 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of george+freebsd@m5p.com designates 74.104.188.4 as permitted sender) smtp.mailfrom=george+freebsd@m5p.com Received: from [IPV6:2001:470:8ac4::26] (court.m5p.com [IPv6:2001:470:8ac4:0:0:0:0:26]) (authenticated bits=0) by mailhost.m5p.com (8.18.1/8.17.1) with ESMTPSA id 46DMxgNH046918 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 13 Jul 2024 18:59:47 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: Date: Sat, 13 Jul 2024 18:59:41 -0400 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: FreeBSD Hackers From: George Mitchell Subject: George's annual rant (brief) Autocrypt: addr=george+freebsd@m5p.com; keydata= xjMEZaHDbxYJKwYBBAHaRw8BAQdA2W6oBfS8haXY0/Ft4zS1OTLYfC8EBIADPTgMQdh85C3N KEdlb3JnZSBNaXRjaGVsbCA8Z2VvcmdlK2ZyZWVic2RAbTVwLmNvbT7CmQQTFgoAQRYhBDpv v9n4+UzMLAJ8EZocD3futmd9BQJlocSiAhsDBQkFo5qABQsJCAcCAiICBhUKCQgLAgQWAgMB Ah4HAheAAAoJEJocD3futmd9SxwBAJUi6DNdVhWCZBTv5XGy1g0JgApLWe/3S0M0zz9sn7/L AQCcJcV5k5s2rt9J5C1AUm6XVsuneVvIWXO5j1GKWk0NC844BGWhw28SCisGAQQBl1UBBQEB B0AaFz/6B95RRvjOdLZr5fSdhuIHvwr24H3ePDZSw6wlUwMBCAfCfgQYFgoAJhYhBDpvv9n4 +UzMLAJ8EZocD3futmd9BQJlocNvAhsMBQkFo5qAAAoJEJocD3futmd9RXsBANwRD9RE56F6 /jeZOrujHICLcgPiOt50Y6866v9OUTjUAP9GlC1aopfBpNwuPLJBam7oBaGqvY98VDhzOjoT 7DNbCQ== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------53PmseRSrljgQAFm5FXZodwd" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.20 / 15.00]; SIGNED_PGP(-2.00)[]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.96)[-0.959]; NEURAL_HAM_SHORT(-0.95)[-0.950]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; MIME_BASE64_TEXT(0.10)[]; XM_UA_NO_VERSION(0.01)[]; TAGGED_FROM(0.00)[freebsd]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[m5p.com]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@FreeBSD.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; HAS_ATTACHMENT(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~] X-Rspamd-Queue-Id: 4WM3nk5f0kz4Nfk This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------53PmseRSrljgQAFm5FXZodwd Content-Type: multipart/mixed; boundary="------------H3FHYyg5pdaQOQOR4bqNXZvZ"; protected-headers="v1" From: George Mitchell To: FreeBSD Hackers Message-ID: Subject: George's annual rant (brief) --------------H3FHYyg5pdaQOQOR4bqNXZvZ Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 SSd2ZSBqdXN0IHRyaWVkIG15IGFubnVhbCB0ZXN0IG9mIFNDSEVEXzRCU0QgVnMuIFNDSEVE X1VMRSBvbg0KMTMuMy1SRUxFQVNFLXA0LiAgSSBydW4gYSAibWFrZSBidWlsZHdvcmxkIiB3 aXRoIHRoZSBwb3J0IG1pc2MvZG5ldGMNCnJ1bm5pbmcuICAoSXQncyBhIHRvdGFsbHkgY29t cHV0ZS1ib3VuZCBwcm9jZXNzIHRoYXQgZ29iYmxlcyB1cCBhbGwNCmF2YWlsYWJsZSBDUFUg Y3ljbGVzLCBidXQgcnVucyBhdCAibmljZSAyMCIuKSAgUnVuIHRpbWUgaW4gc2Vjb25kczoN Cg0KZG5ldGMgICAgICAgICAgICBTQ0hFRF9VTEUgICAgICAgICAgICAgICAgU0NIRURfNEJT RA0KcnVubmluZyAgICAgICAgICA1NjE4NSAgICAgICAgICAgICAgICAgICAgMjU4MTkNCm5v dCBydW5uaW5nICAgICAgMTkzNzIgICAgICAgICAgICAgICAgICAgIDIwMzE5DQoNClRoaXMg bWFjaGluZSBpcyBhbHNvIGFuIE5GUyBmaWxlIHNlcnZlciwgYnV0IHVzdWFsbHkgd2l0aCBh IHZlcnkNCmxvdyBsb2FkLg0KDQpJIGhhdmUgYmVlbiBhc3N1cmVkIG1heSB0aW1lcyB0aGF0 IHRoZXJlIGV4aXN0cyBhIHNldCBvZiBjb25kaXRpb25zDQp3aGVyZSBTQ0hFRF9VTEUgd2ls bCBvdXRwZXJmb3JtIFNDSEVEXzRCU0QsIGJ1dCBubyBvbmUgc2VlbXMgdG8ga25vdw0Kd2hh dCB0aGV5IGFyZS4NCg0KVGhhdCdzIGFsbCBmcm9tIG1lIG9uIHRoaXMgc3ViamVjdCBmb3Ig dGhpcyB5ZWFyLiAgICAgICAgICAgLS0gR2VvcmdlDQo= --------------H3FHYyg5pdaQOQOR4bqNXZvZ-- --------------53PmseRSrljgQAFm5FXZodwd Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQQ6b7/Z+PlMzCwCfBGaHA937rZnfQUCZpMG3gUDAAAAAAAKCRCaHA937rZnfUvv AP4p5942Xsl/DPX4uYX5TD5qnOh7l3SpjUcBJgA5bHIb3QD9HOO4SbiYrYoDFCz5u6mXlOnEhW39 6z7V25pifbDpagM= =YNdr -----END PGP SIGNATURE----- --------------53PmseRSrljgQAFm5FXZodwd-- From nobody Sat Jul 13 23:01:49 2024 X-Original-To: freebsd-hackers@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 4WM3r56P1sz5RJy1 for ; Sat, 13 Jul 2024 23:01:57 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.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 (2048 bits) client-digest SHA256) (Client CN "m5p.com", Issuer "R11" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WM3r52hR4z4PYq for ; Sat, 13 Jul 2024 23:01:57 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of george+freebsd@m5p.com designates 74.104.188.4 as permitted sender) smtp.mailfrom=george+freebsd@m5p.com Received: from [IPV6:2001:470:8ac4::26] (court.m5p.com [IPv6:2001:470:8ac4:0:0:0:0:26]) (authenticated bits=0) by mailhost.m5p.com (8.18.1/8.17.1) with ESMTPSA id 46DN1opa046966 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 13 Jul 2024 19:01:55 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <680922bf-465b-4ce1-a2a3-0f663a95055f@m5p.com> Date: Sat, 13 Jul 2024 19:01:49 -0400 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: George's annual rant (brief) To: freebsd-hackers@freebsd.org References: Content-Language: en-US From: George Mitchell Autocrypt: addr=george+freebsd@m5p.com; keydata= xjMEZaHDbxYJKwYBBAHaRw8BAQdA2W6oBfS8haXY0/Ft4zS1OTLYfC8EBIADPTgMQdh85C3N KEdlb3JnZSBNaXRjaGVsbCA8Z2VvcmdlK2ZyZWVic2RAbTVwLmNvbT7CmQQTFgoAQRYhBDpv v9n4+UzMLAJ8EZocD3futmd9BQJlocSiAhsDBQkFo5qABQsJCAcCAiICBhUKCQgLAgQWAgMB Ah4HAheAAAoJEJocD3futmd9SxwBAJUi6DNdVhWCZBTv5XGy1g0JgApLWe/3S0M0zz9sn7/L AQCcJcV5k5s2rt9J5C1AUm6XVsuneVvIWXO5j1GKWk0NC844BGWhw28SCisGAQQBl1UBBQEB B0AaFz/6B95RRvjOdLZr5fSdhuIHvwr24H3ePDZSw6wlUwMBCAfCfgQYFgoAJhYhBDpvv9n4 +UzMLAJ8EZocD3futmd9BQJlocNvAhsMBQkFo5qAAAoJEJocD3futmd9RXsBANwRD9RE56F6 /jeZOrujHICLcgPiOt50Y6866v9OUTjUAP9GlC1aopfBpNwuPLJBam7oBaGqvY98VDhzOjoT 7DNbCQ== In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------eWXaQLKo4XsWBYkus6Io0Nlx" X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.23 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.941]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; R_SPF_ALLOW(-0.20)[+a:c]; MIME_BASE64_TEXT(0.10)[]; XM_UA_NO_VERSION(0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; ARC_NA(0.00)[]; TAGGED_FROM(0.00)[freebsd]; DMARC_NA(0.00)[m5p.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~] X-Rspamd-Queue-Id: 4WM3r52hR4z4PYq This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------eWXaQLKo4XsWBYkus6Io0Nlx Content-Type: multipart/mixed; boundary="------------XUBrD0zhZuzjfMpXArWxGkhe"; protected-headers="v1" From: George Mitchell To: freebsd-hackers@freebsd.org Message-ID: <680922bf-465b-4ce1-a2a3-0f663a95055f@m5p.com> Subject: Re: George's annual rant (brief) References: In-Reply-To: --------------XUBrD0zhZuzjfMpXArWxGkhe Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 T24gNy8xMy8yNCAxODo1OSwgR2VvcmdlIE1pdGNoZWxsIHdyb3RlOg0KPiBJJ3ZlIGp1c3Qg dHJpZWQgbXkgYW5udWFsIHRlc3Qgb2YgU0NIRURfNEJTRCBWcy4gU0NIRURfVUxFIG9uDQo+ IDEzLjMtUkVMRUFTRS1wNC7CoCBJIHJ1biBhICJtYWtlIGJ1aWxkd29ybGQiIHdpdGggdGhl IHBvcnQgbWlzYy9kbmV0Yw0KPiBydW5uaW5nLsKgIChJdCdzIGEgdG90YWxseSBjb21wdXRl LWJvdW5kIHByb2Nlc3MgdGhhdCBnb2JibGVzIHVwIGFsbA0KPiBhdmFpbGFibGUgQ1BVIGN5 Y2xlcywgYnV0IHJ1bnMgYXQgIm5pY2UgMjAiLinCoCBSdW4gdGltZSBpbiBzZWNvbmRzOg0K PiANCj4gZG5ldGPCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFNDSEVEX1VMRcKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoCBTQ0hFRF80QlNEDQo+IHJ1bm5pbmfCoMKgwqDCoMKgwqDC oMKgwqAgNTYxODXCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAyNTgx OQ0KPiBub3QgcnVubmluZ8KgwqDCoMKgwqAgMTkzNzLCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoCAyMDMxOQ0KPiANCj4gVGhpcyBtYWNoaW5lIGlzIGFsc28gYW4g TkZTIGZpbGUgc2VydmVyLCBidXQgdXN1YWxseSB3aXRoIGEgdmVyeQ0KPiBsb3cgbG9hZC4N Cj4gDQo+IEkgaGF2ZSBiZWVuIGFzc3VyZWQgbWF5IHRpbWVzIHRoYXQgdGhlcmUgZXhpc3Rz IGEgc2V0IG9mIGNvbmRpdGlvbnMNCj4gd2hlcmUgU0NIRURfVUxFIHdpbGwgb3V0cGVyZm9y bSBTQ0hFRF80QlNELCBidXQgbm8gb25lIHNlZW1zIHRvIGtub3cNCj4gd2hhdCB0aGV5IGFy ZS4NCj4gDQo+IFRoYXQncyBhbGwgZnJvbSBtZSBvbiB0aGlzIHN1YmplY3QgZm9yIHRoaXMg eWVhci7CoMKgwqDCoMKgwqDCoMKgwqDCoCAtLSBHZW9yZ2UNCg0KU29ycnksIGZvcmdvdCB0 byBtZW50aW9uIEkgZmlsZWQNCmh0dHBzOi8vYnVncy5mcmVlYnNkLm9yZy9idWd6aWxsYS9z aG93X2J1Zy5jZ2k/aWQ9MjgwMjY2DQp0byBzdWdnZXN0IGEgY2hhbmdlIHRvIG1pc2MvZG5l dGMncyBpbnN0YWxsIG1lc3NhZ2UuDQo= --------------XUBrD0zhZuzjfMpXArWxGkhe-- --------------eWXaQLKo4XsWBYkus6Io0Nlx Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQQ6b7/Z+PlMzCwCfBGaHA937rZnfQUCZpMHXgUDAAAAAAAKCRCaHA937rZnff0e AQDJOKRror1UR78qyN1clz/b4ZElmhs7aMwjSNBn0rxN0gEArrSSV1Zbo8PzF/aVJepYG6pawYbl VEcL5dvx9KqvaQQ= =qwPH -----END PGP SIGNATURE----- --------------eWXaQLKo4XsWBYkus6Io0Nlx-- From nobody Sun Jul 14 07:11:26 2024 X-Original-To: freebsd-hackers@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 4WMGj66Rmmz5QRBs for ; Sun, 14 Jul 2024 07:11:38 +0000 (UTC) (envelope-from theraven@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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WMGj661CPz4JfL; Sun, 14 Jul 2024 07:11:38 +0000 (UTC) (envelope-from theraven@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1720941098; 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=xlSy/e5G2WS+8SvLwDomElrU0HhtI3CNGoNY+JJRCcw=; b=KPjNfkgIA++pVf0nQ/DVmJkKziQJXVVChSO+w/ZTSfXXIvdMf/BZO2GxjhKSYvqVUL8d2w 8acwEPYjE9//H7ArPgpEGgGfyNqvmjkiTEg7S5AjBWLwl0//ffUkEvsD9dS1+RXaYNsd1J kGl0pTlu99MTrkpTl4hfxe8rL7LgTG3IsnU8O9mBoxU7JBU+Xfnc5wLILMUw9wVHBCWV81 905N4jXpGbRiV48runhaASKfDJkWAO4GrqJlKWzvPlpxXkL+stLQSoaHmRrEtk6kCrzbDv VIjipNJSuQi+gfCmZdTu4L1WaR6Ge4ncCJ82Wu3DZvQSvnDDJNteGD8bMnMNtA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1720941098; a=rsa-sha256; cv=none; b=FUw55+3n17E3Q+cyiBbLKmeD6aLnUD9znqQwIJODBRkek4tHMsRsEp5tgVk3rkemwF9KLp IRCsTt6IvRBT5aIIvpvkRPNBj5HegV5gnPvHdViAb5QrsSpAXl8djCTGRa0IA4ZD/L9IQy uwfcCDzd6IH8Jb20Z6VZwWK5rHUZOpSUzeHGjHaRMJuqRvidZEsksHuHL9UYJdSjt2swkf tX8L8a9pqycUkW5z0iDEvhhHzPMjc41GeCk3DjBU5bBeddw1c1Vh6RQqBtXTxJhODwDhaK d09q57gVWEXvv+2p3bT7KassR1uzut5pfOMy6yIn79sTuuxOxSEw012XM7wnzg== 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=1720941098; 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=xlSy/e5G2WS+8SvLwDomElrU0HhtI3CNGoNY+JJRCcw=; b=HlJBJ/8YEFCvyGF4Pi4jcjXGl7bSHRwZ3S05tYa0Sz0QrIAdRqHpPXRZXBdVl5Bq/793Lw 4D63ZfEhnG7xnj3idkn16lkQbYwbACrg4yvecCNKleky4pqeUL6gCBh9fLLr3howe4lgn4 DJdmHpydxkRMG77ri1Tlpeyk823q3+ayWAlT2kr3OY59UF4Y28T8I/9sYJXscjJgjHohgO WKmTCtxo+n08mmsUl5ORdi0gfFOpydSaT6/7d75ZwYglAKlCkzLx4YzQn/32O1HYj2a3hW x0SMOShi9xicOMCEXh8ASY9h+5gmyd7TiiBvDEkuZSdkfb2YlJvPPI6fVoJ2qg== Received: from smtp.theravensnest.org (smtp.theravensnest.org [45.77.103.195]) (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: theraven) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WMGj65QbrzQ1l; Sun, 14 Jul 2024 07:11:38 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from smtpclient.apple (host86-138-165-11.range86-138.btcentralplus.com [86.138.165.11]) by smtp.theravensnest.org (Postfix) with ESMTPSA id 4FCF6442B; Sun, 14 Jul 2024 08:11:37 +0100 (BST) From: David Chisnall Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_E777BA92-4526-42F6-81C1-95C53597DD06" List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.600.62\)) Subject: Re: Is anyone working on VirtFS (FUSE over VirtIO) Date: Sun, 14 Jul 2024 08:11:26 +0100 In-Reply-To: Cc: Alan Somers , FreeBSD Hackers To: Warner Losh References: X-Mailer: Apple Mail (2.3774.600.62) --Apple-Mail=_E777BA92-4526-42F6-81C1-95C53597DD06 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Wow, that looks incredibly useful. Not needing bhyve / qemu (nested, if = your main development is a VM) to test virtio drivers would be a huge = productivity win. =20 David > On 13 Jul 2024, at 23:06, Warner Losh wrote: >=20 > Hey David, >=20 > You might want to check out https://reviews.freebsd.org/D45370 which = has the testing framework as well as hints at other work that's been = done for virtiofs by Emil Tsalapatis. It looks quite interesting. = Anything he's done that's at odds with what I've said just shows where = my analysis was flawed :) This looks quite promising, but I've not had = the time to look at it in detail yet. >=20 > Warner >=20 > On Sat, Jul 13, 2024 at 2:44=E2=80=AFAM David Chisnall = > wrote: >> On 31 Dec 2023, at 16:19, Warner Losh > wrote: >>>=20 >>> Yea. The FUSE protocol is going to be the challenge here. For this = to be useful, the VirtioFS support on the FreeBSD needs to be 100% in = the kernel, since you can't have userland in the loop. This isn't so = terrible, though, since our VFS interface provides a natural breaking = point for converting the requests into FUSE requests. The trouble, I = fear, is a mismatch between FreeBSD's VFS abstraction layer and Linux's = will cause issues (many years ago, the weakness of FreeBSD VFS caused = problems for a company doing caching, though things have no doubt = improved from those days). Second, there's a KVM tie-in for the direct = mapped pages between the VM and the hypervisor. I'm not sure how that = works on the client (FreeBSD) side (though the description also says = it's mapped via a PCI bar, so maybe the VM OS doesn't care). >>=20 >> =46rom what I can tell from a little bit of looking at the code, our = FUSE implementation has a fairly cleanly abstracted layer (in = fuse_ipc.c) for handling the message queue. For VirtioFS, it would = 'just' be necessary to factor out the bits here that do uio into = something that talked to a VirtIO ring. I don=E2=80=99t know what the = VFS limitations are, but since the protocol for VirtioFS is the kernel = <-> userspace protocol for FUSE, it seems that any functionality that = works with FUSE filesystems in userspace would work with VirtioFS = filesystems. >>=20 >> The shared buffer cache bits are nice, but are optional, so could be = done in a later version once the basic functionality worked. =20 >>=20 >> David >>=20 --Apple-Mail=_E777BA92-4526-42F6-81C1-95C53597DD06 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Wow, that = looks incredibly useful.  Not needing bhyve / qemu (nested, if your = main development is a VM) to test virtio drivers would be a huge = productivity win.  

David

On 13 Jul 2024, at 23:06, Warner Losh = <imp@bsdimp.com> wrote:

Hey = David,

You might want to check out  https://reviews.freebsd.org/D4= 5370 which has the testing framework as well as hints at other work = that's been done for virtiofs by Emil Tsalapatis. It looks = quite interesting. Anything he's done that's at odds with what I've said = just shows where my analysis was flawed :) This looks quite promising, = but I've not had the time to look at it in detail = yet.

Warner

On Sat, Jul = 13, 2024 at 2:44=E2=80=AFAM David Chisnall <theraven@freebsd.org> = wrote:
On 31 Dec 2023, at 16:19, Warner = Losh <imp@bsdimp.com> wrote:

Yea. The FUSE protocol is going to be the challenge = here. For this to be useful, the VirtioFS support on the = FreeBSD  needs to be 100% in the kernel, since you can't have = userland in the loop. This isn't so terrible, though, since our VFS = interface provides a natural breaking point for converting the requests = into FUSE requests. The trouble, I fear, is a mismatch between FreeBSD's = VFS abstraction layer and Linux's will cause issues (many years ago, the = weakness of FreeBSD VFS caused problems for a company doing caching, = though things have no doubt improved from those days). Second, there's a = KVM tie-in for the direct mapped pages between the VM and the = hypervisor. I'm not sure how that works on the client (FreeBSD) side = (though the description also says it's mapped via a PCI bar, so maybe = the VM OS doesn't care).

=46rom = what I can tell from a little bit of looking at the code, our FUSE = implementation has a fairly cleanly abstracted layer (in fuse_ipc.c) for = handling the message queue.  For VirtioFS, it would 'just' be = necessary to factor out the bits here that do uio into something that = talked to a VirtIO ring.  I don=E2=80=99t know what the VFS = limitations are, but since the protocol for VirtioFS is the kernel = <-> userspace protocol for FUSE, it seems that any functionality = that works with FUSE filesystems in userspace would work with VirtioFS = filesystems.

The shared buffer cache bits are = nice, but are optional, so could be done in a later version once the = basic functionality worked. =  

David


= --Apple-Mail=_E777BA92-4526-42F6-81C1-95C53597DD06-- From nobody Sun Jul 14 14:02:48 2024 X-Original-To: freebsd-hackers@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 4WMRww576Jz5QhLp for ; Sun, 14 Jul 2024 14:07:28 +0000 (UTC) (envelope-from emil@etsalapatis.com) Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (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 4WMRwv4Hqtz43l2 for ; Sun, 14 Jul 2024 14:07:27 +0000 (UTC) (envelope-from emil@etsalapatis.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x629.google.com with SMTP id d9443c01a7336-1fafc9e07f8so25406695ad.0 for ; Sun, 14 Jul 2024 07:07:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=etsalapatis-com.20230601.gappssmtp.com; s=20230601; t=1720966046; x=1721570846; 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=+74nrH458aU6/tNrxZ3LN01VqxjinDATttBZLFlFgmg=; b=gco+NW9kmu83bnzIV6T87Dh+5UDrXno3bp2d2wgmn1iPOWmDBTEHOb31ua/VBRODMQ GjbHzx9LdM024xCCHAbShriJAZkAY9pCEgI5WUioKiw+xennKCkxr/y2ZTg9JXwKHWdh HFdfdzJMVUqsixfWuef4RUTg6IfrxyQdAivaz1CbACo9KYIlpF1Ktm8CG6TAKcGS8IPF aah8KFTA+569G3j9nxWQN+3v7zRWqpT9vL4YG8YOmJSH8QY+Y+rjD6ZX9hVcPcHo0STP nrj/518Eg/TnGSwqqSobnw0Ct4frwMKsYsc71W+clDTQrD1sEtJvPlw6QVIXsOKraDfV EsHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1720966046; x=1721570846; 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=+74nrH458aU6/tNrxZ3LN01VqxjinDATttBZLFlFgmg=; b=UBI+myGd5LfAZ7s25Xcfkg2bYUOtOeZFxNezniYW9i3ZBgpAdkVJetRPE6zJsIJZj7 kXzs0kVd3kNzEcWUCdyRxvQO/rvrTWq2JTNC5qdRGmtO/86CWq4cIzlNlL/y17zIh4hT kl418NVFtRzswiftC+kw7xYf/Y+gUNc34FBWDVXVwuj7M4ZldSrrKh9SbyQ8iTUVgPM9 aYpl1bnFF+QddVuFUebYwbbf6XL93sWwYx9cD7xsMxFlj0RGtfeVgJSiyByJ7b9yvQRt 3IjF6u+yhpGdG3fCiwmvlOyJGc+Hd6+VhE1GCMiWUvhIj4VEzq2u9JrR/6XQMC6S8Jf1 64mw== X-Forwarded-Encrypted: i=1; AJvYcCWZoBbY8UNmT3vLvUZlynjAt7384XIxzewzw3FXnKQsyrUlz4bFQ4MK8vWo1t5WfkHOvgaGRoUO2RBHEOYQoZLWw3EBztpuGXZIOI8= X-Gm-Message-State: AOJu0Yyz6+4gKnTZo8oLK+lCmp03dbKG7uOe+RImqStFsJCopwHhsQ2Y 8OJDNE1iRK1d0nsylphRRc2VWU1OuRJjlc2mXUzTlDihk9v7d1SYiCdFZREjZ/1Qjt3vnL1xTen wXNj2rTRZa0om11u/DLElRM4K8LcgMIyoI4HVMw== X-Google-Smtp-Source: AGHT+IEGh5IfPfvd6KhLv2za1b0UymbnpBGV8AgtlRQGZB9uvTd9h9N0aZ0iNbignGj3dvSohIcR7UzLi5uPYM5zbG4= X-Received: by 2002:a17:902:cec5:b0:1fb:7d20:f040 with SMTP id d9443c01a7336-1fbb6f0abbamr178881965ad.64.1720966045993; Sun, 14 Jul 2024 07:07:25 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Emil Tsalapatis Date: Sun, 14 Jul 2024 10:02:48 -0400 Message-ID: Subject: Re: Is anyone working on VirtFS (FUSE over VirtIO) To: David Chisnall Cc: Warner Losh , Alan Somers , FreeBSD Hackers Content-Type: multipart/alternative; boundary="000000000000d7b5ab061d35a11e" 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] X-Rspamd-Queue-Id: 4WMRwv4Hqtz43l2 --000000000000d7b5ab061d35a11e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi David, Warner, I'm glad you find this approach interesting! I've been meaning to update the virtio-dbg patch for a while but unfortunately haven't found the time in the last month since I uploaded it... I'll update it soon to address the reviews and split off the userspace device emulation code out of the patch to make reviewing easier (thanks Alan for the suggestion). If you have any questions or feedback please let me know. WRT virtiofs itself, I've been working on it too but I haven't found the time to clean it up and upload it. I have a messy but working implementation here . The changes to FUSE itself are indeed minimal because it is enough to redirect the messages into a virtiofs device instead of sending them to a local FUSE device. The virtiofs device and the FUSE device are both simple bidirectional queues. Not sure on how to deal with directly mapping files between host and guest just yet, because the Linux driver uses their DAX interface for that, but it should be possible. Emil On Sun, Jul 14, 2024 at 3:11=E2=80=AFAM David Chisnall wrote: > Wow, that looks incredibly useful. Not needing bhyve / qemu (nested, if > your main development is a VM) to test virtio drivers would be a huge > productivity win. > > David > > On 13 Jul 2024, at 23:06, Warner Losh wrote: > > Hey David, > > You might want to check out https://reviews.freebsd.org/D45370 which has > the testing framework as well as hints at other work that's been done for > virtiofs by Emil Tsalapatis. It looks quite interesting. Anything he's do= ne > that's at odds with what I've said just shows where my analysis was flawe= d > :) This looks quite promising, but I've not had the time to look at it in > detail yet. > > Warner > > On Sat, Jul 13, 2024 at 2:44=E2=80=AFAM David Chisnall > wrote: > >> On 31 Dec 2023, at 16:19, Warner Losh wrote: >> >> >> Yea. The FUSE protocol is going to be the challenge here. For this to be >> useful, the VirtioFS support on the FreeBSD needs to be 100% in the >> kernel, since you can't have userland in the loop. This isn't so terribl= e, >> though, since our VFS interface provides a natural breaking point for >> converting the requests into FUSE requests. The trouble, I fear, is a >> mismatch between FreeBSD's VFS abstraction layer and Linux's will cause >> issues (many years ago, the weakness of FreeBSD VFS caused problems for = a >> company doing caching, though things have no doubt improved from those >> days). Second, there's a KVM tie-in for the direct mapped pages between = the >> VM and the hypervisor. I'm not sure how that works on the client (FreeBS= D) >> side (though the description also says it's mapped via a PCI bar, so may= be >> the VM OS doesn't care). >> >> >> From what I can tell from a little bit of looking at the code, our FUSE >> implementation has a fairly cleanly abstracted layer (in fuse_ipc.c) for >> handling the message queue. For VirtioFS, it would 'just' be necessary = to >> factor out the bits here that do uio into something that talked to a Vir= tIO >> ring. I don=E2=80=99t know what the VFS limitations are, but since the = protocol >> for VirtioFS is the kernel <-> userspace protocol for FUSE, it seems tha= t >> any functionality that works with FUSE filesystems in userspace would wo= rk >> with VirtioFS filesystems. >> >> The shared buffer cache bits are nice, but are optional, so could be don= e >> in a later version once the basic functionality worked. >> >> David >> >> > --000000000000d7b5ab061d35a11e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi David, Warner,

=C2=A0=C2= =A0=C2=A0 I'm glad you find this approach interesting! I've been me= aning to update the virtio-dbg patch for a while but unfortunately haven= 9;t found the time in the last month since I uploaded it... I'll update= it soon to address the reviews and split off the=20 userspace device emulation code out of the patch to make reviewing=20 easier (thanks Alan for the suggestion). If you have any questions or feedb= ack please let me know.

WRT virtiofs itself, I= 've been working on it too but I haven't found the time to clean it= up and upload it. I have a messy but working implementation here. The changes= to FUSE itself are indeed minimal because it is enough to redirect the mes= sages into a virtiofs device instead of sending them to a local FUSE device= . The virtiofs device and the FUSE device are both simple bidirectional que= ues. Not sure on how to deal with directly mapping files between host and g= uest just yet, because the Linux driver uses their DAX interface for that, = but it should be possible.

Emil

On Su= n, Jul 14, 2024 at 3:11=E2=80=AFAM David Chisnall <theraven@freebsd.org> wrote:
Wow, that looks incredibly usef= ul.=C2=A0 Not needing bhyve / qemu (nested, if your main development is a V= M) to test virtio drivers would be a huge productivity win. =C2=A0

=
David

On 13 Jul 2024, at 23:06, Warner= Losh <imp@bsdimp.co= m> wrote:


On Sat, Jul 13, 2024 at 2:44=E2=80=AFAM David Chisnall <= theraven@freebsd.= org> wrote:
On 31 Dec 2023, at 16:19, Warner Losh <imp@bsdimp.com> wrote:

Yea. The FUSE protocol is going = to be the challenge here. For this to be useful, the VirtioFS=C2=A0support = on=C2=A0the FreeBSD=C2=A0 needs to be 100% in the kernel, since you can'= ;t have userland in the loop. This isn't so terrible, though, since our= VFS interface provides a natural breaking point for converting the request= s into FUSE requests. The trouble, I fear, is a mismatch between FreeBSD= 9;s VFS abstraction layer and Linux's will cause issues (many years ago= , the weakness of FreeBSD VFS caused problems for a company doing caching, = though things have no doubt improved from those days). Second, there's = a KVM tie-in for the direct mapped pages between the VM and the hypervisor.= I'm not sure how that works on the client (FreeBSD) side (though the d= escription also says it's mapped via a PCI bar, so maybe the VM OS does= n't care).

From what I can tell = from a little bit of looking at the code, our FUSE implementation has a fai= rly cleanly abstracted layer (in fuse_ipc.c) for handling the message queue= .=C2=A0 For VirtioFS, it would 'just' be necessary to factor out th= e bits here that do uio into something that talked to a VirtIO ring.=C2=A0 = I don=E2=80=99t know what the VFS limitations are, but since the protocol f= or VirtioFS is the kernel <-> userspace protocol for FUSE, it seems t= hat any functionality that works with FUSE filesystems in userspace would w= ork with VirtioFS filesystems.

The shared buffer c= ache bits are nice, but are optional, so could be done in a later version o= nce the basic functionality worked. =C2=A0

David


--000000000000d7b5ab061d35a11e--