From nobody Thu Jun 16 12:21:31 2022 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1D6908323F2 for ; Thu, 16 Jun 2022 12:21:42 +0000 (UTC) (envelope-from SRS0=DddI=WX=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 4LP1W90VZvz4hMw; Thu, 16 Jun 2022 12:21:41 +0000 (UTC) (envelope-from SRS0=DddI=WX=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 970EA2842F; Thu, 16 Jun 2022 14:21:33 +0200 (CEST) Received: from [192.168.145.49] (ip-89-177-28-143.net.upcbroadband.cz [89.177.28.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id DA81B2842E; Thu, 16 Jun 2022 14:21:31 +0200 (CEST) Message-ID: <254a0b5e-72d9-f93e-0c49-82b50a35db41@quip.cz> Date: Thu, 16 Jun 2022 14:21:31 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 Content-Language: en-US To: Rick Macklem , David Chisnall , "freebsd-current@freebsd.org" References: <6f99f9bc-8831-aefe-4f73-72f50f8f347b@aetern.org> <79402464-f9e6-5f56-645e-cfd49640032e@quip.cz> <7db04ed9-39eb-7163-ce92-9a52c5f7d302@quip.cz> <54704b99-7b89-76a4-0368-79bee391926d@quip.cz> <489849ca-a404-fb54-81d1-d62ea18c5832@FreeBSD.org> From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4LP1W90VZvz4hMw X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of "SRS0=DddI=WX=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=DddI=WX=quip.cz=000.fbsd@elsa.codelab.cz" X-Spamd-Result: default: False [0.11 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.85)[0.853]; NEURAL_HAM_LONG(-0.98)[-0.976]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.972]; MLMMJ_DEST(0.00)[freebsd-current]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=DddI=WX=quip.cz=000.fbsd@elsa.codelab.cz]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=DddI=WX=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 24/01/2022 16:13, Rick Macklem wrote: [...] > So, I think Mark and Yuri are correct and looking at up to date > Illumos sources is the next step. > (As I mentioned, porting the Apple sources is beyond what I am > willing to attempt.) > > rick Hello Rick, I would like to ask you I there is some progress with porting newer SMBFS / CIFS version to FreeBSD? Did you find Illumos sources as a possibility where to start porting? We have more and more problems with current state of mount_smbfs. I would be really glad if "somebody" can do the heroic work of implementing SMBv2 in FreeBSD. Maybe it's time to start some fundraising for sponsoring this work? Kind regards Miroslav Lachman > ________________________________________ > From: owner-freebsd-current@freebsd.org on behalf of David Chisnall > Sent: Monday, January 24, 2022 5:16 AM > To: freebsd-current@freebsd.org > Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 > > CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca > > > On 22/01/2022 23:20, Rick Macklem wrote: >> Mark Saad wrote: >> [stuff snipped] >>> So I am looking at the Apple and Solaris code, provided by rick. I am not >>> sure if the illumos code provides SMB2 support. They based the solaris >>> code on Apple SMB-217.x which is from OSX 10.4 . Which I am sure >>> predates smb2 . >>> >>> https://github.com/apple-oss-distributions/smb/tree/smb-217.19 >>> >>> If I am following this correctly we need to look at Apple's smb client >>> from OSX 10.9 which is where I start to see bits about smb2 >>> >>> https://github.com/apple-oss-distributions/smb/tree/smb-697.95.1/kernel/netsmb >>> >>> This is also where this stuff starts to look less and less like FreeBSD . >>> Let me ask some of the illumos people I know to see if there is >>> anything they can point to. >> Yes. Please do so. I saw the "old" calls fo things like open and the >> new ntcreate version, so I assumed that was the newer SMB. >> If it is not, there is no reason to port it. >> >> The new Apple code is a monster. 10x the lines of C and a lot of >> weird stuff that looks Apple specific. >> >> It might actually be easier to write SMBv2 from the spec than port >> the Apple stuff. >> --> I'll try and look at whatever Microsoft publishes w.r.t. SMBv2/3. >> >> Thanks for looking at this, rick > > The docs are public: > > https://docs.microsoft.com/en-gb/openspecs/windows_protocols/ms-smb2/5606ad47-5ee0-437a-817e-70c366052962 > > > Note that the spec is 480 pages, it is not a trivial protocol to > implement from scratch. > > David > >