Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 1 Nov 2021 15:55:52 +0000
From:      Rick Macklem <rmacklem@uoguelph.ca>
To:        Miroslav Lachman <000.fbsd@quip.cz>, Yuri <yuri@aetern.org>, "freebsd-current@freebsd.org" <freebsd-current@freebsd.org>, freebsd-stable <freebsd-stable@freebsd.org>
Subject:   Re: Deprecating smbfs(5) and removing it before FreeBSD 14
Message-ID:  <YQXPR0101MB0968A28AAE84DF855AF5125CDD8A9@YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM>
In-Reply-To: <79402464-f9e6-5f56-645e-cfd49640032e@quip.cz>
References:  <CAPyFy2CJKxMQQKwD3N=MTe-P4KodN77e3YCEh4z0Ssf9sXWEcQ@mail.gmail.com> <6f99f9bc-8831-aefe-4f73-72f50f8f347b@aetern.org> <79402464-f9e6-5f56-645e-cfd49640032e@quip.cz>

next in thread | previous in thread | raw e-mail | index | archive | help
Miroslav Lachman wrote:=0A=
[good stuff snipped]=0A=
> Apple sources can be found there=0A=
> https://opensource.apple.com/source/smb/ with all the history from SMBv1=
=0A=
> to SMBv3. The files have original copyright header from 2001 Boris Popov=
=0A=
> (same as FreeBSD) but otherwise it is very different code due to=0A=
> different kernel interfaces and so on.=0A=
> With Apple and Illumos sources it is possible to have smbfs in FreeBSD=0A=
> upgraded to v2 or v3 but very skilled programmer is needed for this=0A=
> work. And for the past years there is none interested in this work.=0A=
=0A=
Although I agree that it would be a non-trivial exercise, a lot of the Appl=
e=0A=
differences are in the "smoke and mirrors" category.=0A=
Around OSX 10.4, they changed their VFS/VOP to typedefs and accessor=0A=
functions. For example:=0A=
       "struct vnode *vp" became "vnode_t vp"=0A=
and "vp->v_type" became "vnode_type(vp)"=0A=
=0A=
Ten years ago, the actual semantics were very close to what FreeBSD used.=
=0A=
If you look at sys/fs/nfs/nfskpiport.h in older sources (around FreeBSD 10)=
,=0A=
you'll see a bunch of macros I used to allow the Apple port to also build/r=
un=0A=
on FreeBSD (a couple, such as vnode_t are still left because I've never got=
ten=0A=
around to doing the edit to replace them).=0A=
=0A=
The hard part will be dealing with the actual VFS/VOP semantics changes tha=
t=0A=
have occurred in the last 10 years.=0A=
=0A=
Did they stick APSLs on the files? (If so, I think it could still be ok, si=
nce the APSL=0A=
is a lot like the CDDL. However, I'm not sure if the APSL has ever been ble=
ssed=0A=
by FreeBSD as of yet?)=0A=
=0A=
Don't assume anything will happen, but I *might* take a look in the winter,=
=0A=
since outstanding NFS changes should be done by the end of 2021.=0A=
=0A=
It does sound like there is some interest in this and that fuse doesn't sol=
ve=0A=
the problem (at least for everyone).=0A=
=0A=
rick=0A=
=0A=
Miroslav Lachman=0A=
=0A=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?YQXPR0101MB0968A28AAE84DF855AF5125CDD8A9>