Date: Wed, 5 Jun 2024 01:01:37 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> To: John Hixson <jhixson@freebsd.org> Cc: Rick Macklem <rmacklem@uoguelph.ca>, "freebsd-current@freebsd.org" <freebsd-current@freebsd.org> Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 Message-ID: <a0b29cfd-60f7-495e-9910-c5c7b5b2aa9b@quip.cz> In-Reply-To: <4ea542mqtue7ety23gpgxborpl4brx3fewhgy5p23ozivjzeay@dyk4oxvgs7c5> References: <YQXPR0101MB09681E68BAF66F8D8160D6C2DD599@YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM> <bf549f03-1947-fafb-c872-e78ea28ce32a@aetern.org> <YQXPR0101MB0968BAB76CAEEB3A945512DCDD599@YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM> <CAMXt9NYbUn5fkmRory1ggfUMbgqJJyJz8sFqY=oqpThq5Hc_zg@mail.gmail.com> <YQXPR0101MB0968BAB98AEFF583CA68534ADD5C9@YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM> <489849ca-a404-fb54-81d1-d62ea18c5832@FreeBSD.org> <YQXPR0101MB09680B9CB403BC1D65D8905ADD5E9@YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM> <254a0b5e-72d9-f93e-0c49-82b50a35db41@quip.cz> <YQBPR0101MB97421A073FFAD01BD5BB5B4BDDAC9@YQBPR0101MB9742.CANPRD01.PROD.OUTLOOK.COM> <3bbacbac-9238-f29d-653c-86d13085afe0@quip.cz> <4ea542mqtue7ety23gpgxborpl4brx3fewhgy5p23ozivjzeay@dyk4oxvgs7c5>
next in thread | previous in thread | raw e-mail | index | archive | help
On 04/06/2024 23:52, John Hixson wrote: > On Mon, Jun 27, 2022 at 03:27:54PM +0200, Miroslav Lachman wrote: >> On 16/06/2022 15:56, Rick Macklem wrote: >>> Miroslav Lachman <000.fbsd@quip.cz> wrote: >>>> 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? >>> Yes. I have the stuff off Illumos-gate, which I think is pretty up-to-date >>> and I agree that it should be easier than the Apple stuff to port into >>> FreeBSD. I don't think it is "straightforward" as someone involved >>> with Illumos said, due to the big differences in VFS/locking, but... >>> >>> Having said the above, I have not done much yet. I've been cleaning up >>> NFS stuff, although I am nearly done with that now. >>> I do plan on starting to work on it soon, but have no idea if/when I >>> will have something that might be useful for others. >> >> I'm glad to hear that. >> >>>> 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? >>> Well, funding isn't an issue for me (I'm just a retired guy who does this >>> stuff as a hobby). However, if there is someone else who is capable of >>> doing it if they are funded, I have no problem with that. >>> I could either help them, or simply stick with working on NFS and leave >>> SMBv23 to them. >>> >>> Sorry, but I cannot report real progress on this as yet, rick >> >> No need to sorry. I really appreciate your endless work on NFS and that you >> still have kind of interest to try porting SMBv2/3. >> Unfortunately I don't know anybody else trying to do this tremendous work. >> > > I am working on a from scratch implementation of smbfs. I do not have > any kind of time estimate since it is in my spare time. I chose this > route after spending considerable time looking at Apple and Solaris > implementations and wanting something without all of the legacy 1.0 > crap. I do have a very minimal working FUSE version at this point, but > there is much to do, and even more to abide by the various > specifications. > > I just thought I'd share in case anyone is interested. Thank you for the message. I'm glad someone has the courage to take the plunge. Smbfs is still very important to me. In a heterogeneous environment it is still the most common way to share data between systems. Are you planning the final version as a kernel module, or will the final version be via FUSE? I have had bad experiences with FUSE in the past with stability and performance. Best regards Miroslav Lachman
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?a0b29cfd-60f7-495e-9910-c5c7b5b2aa9b>