From nobody Thu Jan 20 00:01:36 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 1EF431950E1A; Thu, 20 Jan 2022 00:01:45 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670064.outbound.protection.outlook.com [40.107.67.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JfN3D255Qz4gLW; Thu, 20 Jan 2022 00:01:44 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JgYDfHPmbeMbb9ll5obCHJBK4PTm/VBjzQSnmcEON2ARCmxoK/jnmqW71VxJBQHu5/wJSbm2EkrSSGPZ7Q01ODvpxyzrmLLsVMpz+76ReDZpp2AgD24vF5JIZaeQZtZUp7aAXZTgSBUzqR/5SuRkRYSSGhxAi1wk2Pdk+ljvzUNLqOLj+fwPPO1LVlb2Y8swjWV8+GhL9y8YyYGUWKavFTnjsn1nf+pHl4fXF3xM67uhN/9kAHLIGGKmxe/ogVo1FkDAOyCraw1FTDdfyeFBlFhxhf48VWYVYxUt8toC6qHasR1wsQHOsxlmTJqiqbVCCrRVX7Aq8kbvFHd2HhHS7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=4UVnceWNMA4gKYC4za20RmRErqlB6IyzyLszTsLpgOA=; b=KV6n8wnGeRbhlSz18GoNE37c5HV7gf9asiPHwKmbzxbllpZsXCHBEi1k+iMnPHReqrImqpA6sTMRWBseysH9CizMgzcj+2OjXxCqP1b00os8vw0uzb0mR9mOdGYSXwmLivMQ2HZGzGKVcaPWafP6b3v93ew0FD27Wo110oK5aeF48kb2w60DM8aeJO0x5imaWDE+KPR6P2JVosmf5ItOrJp9y35S5qHuPrz5HSpVHY/cPJ/iDlIMPyZE+3dRy10dtjV9TX5oZuqHzDWeAKIT8uFqm2cpCbVf5kaQT9+KwA+EmeibAPDJV1MXZxtfbFSlp9ksVL1BXPr/pDSpb14LcA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=4UVnceWNMA4gKYC4za20RmRErqlB6IyzyLszTsLpgOA=; b=Gb/cMuZ0DZ0KnRQh9dftoWFGRorbXyAUINUDU5ejPcJnBwU5OwvySePboe5B0X7TsM6x1FRtHESibmRB8nd1BinIRzS4+0vVtLN8s1zQsIMvMQQrLRqYacX8jo6xV/n/eokQM2QZ2zEDpjxDi7keQf+JNhqxzYZiZ6d+CN6SveUeRop181UDvyYxr7rrM9tv6yxL/Q+MszU5IoJl8f8WgrnghBThuXbJJsaK7Ttrg33pwtl4S4ZsOqXjulA669jogkMA8vpswcbVBwwRhJ1WgRFNVZhaBZNiQMHgbRi6LqQuCrlkV2+sf/aMMrk0PrGuTldR7hkBSE/aK5TFQrxq6A== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by YT1PR01MB4661.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:40::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4888.11; Thu, 20 Jan 2022 00:01:36 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::c9d2:bf41:eeca:90aa]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::c9d2:bf41:eeca:90aa%5]) with mapi id 15.20.4888.014; Thu, 20 Jan 2022 00:01:36 +0000 From: Rick Macklem To: Yuri , Miroslav Lachman <000.fbsd@quip.cz>, "freebsd-current@freebsd.org" , freebsd-stable Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 Thread-Topic: Deprecating smbfs(5) and removing it before FreeBSD 14 Thread-Index: AQHXzvvFA1WWxQSLW0uUJGavCusr2KvuZUQAgABpl4WAAGcwgIBr+tlBgAGeWQCADnip0IAAAWeAgAA5aNs= Date: Thu, 20 Jan 2022 00:01:36 +0000 Message-ID: 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> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: 5be4f8e9-fe39-508c-aa1d-7fd868bd9625 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e5a46c75-1fb1-4ddd-a9f6-08d9dba80698 x-ms-traffictypediagnostic: YT1PR01MB4661:EE_ x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: g2tRnlyqdy9HRDFisEe5Bpjysbk11k+rDzYK7ASqWgBVsJezZXe6NdJHFop6pI7dY3V6gBs781DHUaqYm3Py842jWos9FTbt9LkZRLQv7YJv7i+plkEHU7QF7VNEtFFQ3M700jR8nBEsOpPexNxRpgPEhY6A9rJGThXISHD2wiUG1SAXdsfFKbG/U6legKJVv4PBuGUJYjiqfLNt/nWZCKzAotNKvpH/lSiAt/OXyHH773F+/ZusBPPINyJeUIsWGZ1TI87Nw9cZq51CjGVktQ/ysPCz8hTVRsRRBEjUyE71UsZCJMACONuupEooovFy1QxvaT71n8gAwp6l1EJRZHf4WjmKWWrjc0jd+DNJPUtPD1SjXxeXdjb3B2J6f6n4zV68pmlydcXCYMk6Jr6ej+fxbj9qsb+LqHt4gcapaPubzMbX9QWUbBx7ANS3h6BZ/dvcowYoW7GB8wqhDkTYWay5VWzTq//EWGFLeITjIRJUYBOotYLgdcyU6NH3nXisZfLS4Y1UlL0bJUeV4nz+afqwi51rhEnU830FAH/oWiXxwr+6rgjMhYIydnor0TQ4DTUtsImkOkB34hsYnFNdX350LEfPgoy2eccJPOsfbtU5C/GSvXPQ006dzn3MaoyZoeZfCs51AUFkqtQ0zbaXmVDyM9WtZZkdZtmEpA6w4Kt1yQR6YRYyPmtRQdLyagErItnGzoQSHKAeajSJKtKMtKEoO/PrvWCRa5MLdF8+ibSpmGQRCRJe0JCLkYcE/0Li2WcAdfGYts8Wtb3YO4vGCkB7eiYi3ThxFp5gOakc1KE= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(366004)(33656002)(8936002)(2906002)(66476007)(55016003)(71200400001)(86362001)(186003)(83380400001)(38070700005)(7696005)(786003)(5660300002)(66946007)(66446008)(66556008)(76116006)(64756008)(316002)(966005)(9686003)(91956017)(52536014)(122000001)(110136005)(508600001)(53546011)(38100700002)(6506007)(8676002);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?l11eJ95DkvH5mBng8PWVFMf+pF+AAMOLqmlGw/x9G4km7hdNTYYgrsjLhx?= =?iso-8859-1?Q?Fkww4tKx72GmNaHkBw17fN+ex/VnVCVv3e10GAInivr2tS3OPa2ra9qlcu?= =?iso-8859-1?Q?rtQa9asE90ot9HTEEuqcTWyOy+jztSyswdTT40W2xDkUkIooxrcTZtd0no?= =?iso-8859-1?Q?heeyo2J52JAE9lhPvR8sAmd52dCrGNW+jrlDm4Y4+yf5WyWY+OlOqLO0hr?= =?iso-8859-1?Q?JuGWbIYyAqEO3T+lAR+F64uUhfKNqtX1rreGS2Ge2Ep9SFHyLtgWbfWigE?= =?iso-8859-1?Q?47hhnkaVnsuj15AGS5vo4oy6N+Ifi7O+/3yK60tzBbZr0/1s0NrQrSNboS?= =?iso-8859-1?Q?vUpi/qkqpOj7g9DRjrcj3zPHZK61a1UqRysYO0TYiPpFE+VnYu6l1SvLlq?= =?iso-8859-1?Q?dbEzg3hEhNEb7ulZ62Ls9wcdUTPy71ESdpgpPuo64/UaX6h+OvTtf84bGn?= =?iso-8859-1?Q?0PPtFQpHOF0uGYDFEu9X0HaqhJ/BM89YbY4sGLrRwhu8anD9158qjJytsJ?= =?iso-8859-1?Q?I6TClkA6FEdcF/NlmXjZ0+uIr8CLL4HvZO1UBOlj/F/WfanyyhlqZ/9KDl?= =?iso-8859-1?Q?JAwDkJXqiLEmjC0JAnwQCBfF7T+vyoF/fVGbhmMpIGlrNWBipNxgK3nSiq?= =?iso-8859-1?Q?wrxHybcei9Rw06W/GJhZyJl5r6dFRc3yMmzmHvMDRghtTSNM2mPqEzRDXp?= =?iso-8859-1?Q?5XJUIJYIVkZkyUVqGy/Q8r079WhsS+L0mUjo4tiPDilsyJlDjnIWXgTEE0?= =?iso-8859-1?Q?/wb3336leEe/TvPNWSlpjcdcSkUUSBqA/i5+wOjDnL25JxYJtkYUz/vAH/?= =?iso-8859-1?Q?Ff4CPKDCp1jWvNnPHeTXw1lTqgY3OoFvTGInsccX4y5lAWJEDoj31z6hYR?= =?iso-8859-1?Q?OiNwoMGai/Zu7uUoG6vXiXqsiphCIJR6gT3ljbd52juvaEXrML5cJJWBE4?= =?iso-8859-1?Q?P+tpxvWTmxSyMaGKy5dI/X1BSpkYns9kdy2ZI+PXDvheWDib3FCBgVKBcq?= =?iso-8859-1?Q?i2JfX1oyXnWV8JI/mf4NTj3BpHbSYCm4HyTWRxu2QzH45TdUSzqfQnRV6H?= =?iso-8859-1?Q?LsL4o9eqPwaYAU9bMe0BRFpIocuPq9/Zc8bV9hxl/IY+FjrS1K6hZOu3n2?= =?iso-8859-1?Q?Xx4jABptHAhfEepKSKaBe6jZKuYq0YF9qllIRIigKphwfmMpoZGvVeyhNq?= =?iso-8859-1?Q?CzADVJcDppLcp+pikCc934C5x9Ll936/LdrMACE2iCttIwk0Z7XAL81PZ9?= =?iso-8859-1?Q?h0tmifjgWKq2CaqkMWvU3Xz059I/SYJyeyDuOyBtI43xyiAJTjjy4Z2ENC?= =?iso-8859-1?Q?SdXh5jOkxtMG4KRzb1IMs6jBHkzuP52mHeJiGzYiHLY03HJ5y7PCKkDvix?= =?iso-8859-1?Q?Ru6YIyDVrhaFxyB84vPdgAFn+vsw21D/Ai2Zjx9r489jymUq8fQ7PgQk3S?= =?iso-8859-1?Q?oPWIwQKnKZxdd9mMwBNEOFLa+bOf0VJkFY5W5japwcGYtST1G2pSAKKbVk?= =?iso-8859-1?Q?72mA40B9QpYc8IzVG/Yg4gkxgTYBXAhb9E9E3nGdpCnA3kIXtE9NH4h6Ft?= =?iso-8859-1?Q?T3UK6c4ge0+G9xXd2EDQw+J0voMktA8OhNnZ5MgIPOQWv8xO+keFNGw6wM?= =?iso-8859-1?Q?iWk1t40b2jBRUaChMywhIqNaX1Ni/jqLQELZVRxCdb+W+MImFLjg4OWoOz?= =?iso-8859-1?Q?qz3i5/XhCbsvbZY2TWKB4jwGPSzTym/KOVd+aaAMSmhdzRWGYd0HoXebLG?= =?iso-8859-1?Q?PZfQ=3D=3D?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 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 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: e5a46c75-1fb1-4ddd-a9f6-08d9dba80698 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jan 2022 00:01:36.0824 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 3itPzOvtl45SP9b8jjBkpSH6j/RD4yYrIvBeQwBFfIccIoPkhNgDDCQKdgDwMhq8xq6PkgyxEdsxMilTnsFCpQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YT1PR01MB4661 X-Rspamd-Queue-Id: 4JfN3D255Qz4gLW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b="Gb/cMuZ0"; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.67.64 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; RCVD_IN_DNSWL_NONE(0.00)[40.107.67.64:from]; MLMMJ_DEST(0.00)[freebsd-current,freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.67.64:from] X-ThisMailContainsUnwantedMimeParts: N Yuri wrote:=0A= > Rick Macklem wrote:=0A= > > I have downloaded the final version of the opensolaris=0A= > > smbfs and it looks much more reasonable to port to=0A= > > FreeBSD.=0A= >=0A= > What do you mean by "final version of the opensolaris smbfs", the one=0A= > from 2010? Please note that illumos (actively maintained fork of=0A= > opensolaris) has a much more up to date one.=0A= I'm not surprised that illumos will have updates.=0A= I don't think it will affect the exercise at this time, since the current w= ork=0A= is to figure out what pieces of the opensolaris code needs to be pulled=0A= into the current smbfs to make the newer version work.=0A= Solaris uses a very different VFS/VOP locking model, so a direct port=0A= of the opensolaris code would be more work than I will be attempting.=0A= =0A= rick=0A= =0A= > I will be starting to work on this (and maybe Mark Saad will be=0A= > able to help).=0A= >=0A= > I have no idea when I'll have code that can be tested by others.=0A= >=0A= > rick=0A= >=0A= > ________________________________________=0A= > From: Miroslav Lachman <000.fbsd@quip.cz>=0A= > Sent: Monday, January 10, 2022 10:27 AM=0A= > To: Rick Macklem; freebsd-current@freebsd.org; freebsd-stable=0A= > Cc: Yuri=0A= > Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14=0A= >=0A= > 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=0A= >=0A= >=0A= > Hello Rick,=0A= > thank you for the update and your time on smbfs. I hope OpenSolaris=0A= > version will be portable. (or mayby some older version from Apple?)=0A= > FreeBSD without possibility to mount smbfs is not an option for some=0A= > projects.=0A= >=0A= > Kind regards=0A= > Miroslav Lachman=0A= >=0A= >=0A= > On 09/01/2022 15:46, Rick Macklem wrote:=0A= >> Well, I took a look at the Apple code and I'm afraid I=0A= >> think porting it into FreeBSD is too big a job for me.=0A= >>=0A= >> I was hoping the code would have a layer that could=0A= >> be used as a "block box" for the VOP calls, but that=0A= >> does not seem to be the case.=0A= >> There is also a *lot* of code in it.=0A= >>=0A= >> I am going to look at the OpenSolaris code, to see if=0A= >> I think it will be an easier port.=0A= >>=0A= >> rick=0A= >>=0A= >> ________________________________________=0A= >> From: Miroslav Lachman <000.fbsd@quip.cz>=0A= >> Sent: Monday, November 1, 2021 5:47 PM=0A= >> To: Rick Macklem; freebsd-current@freebsd.org; freebsd-stable=0A= >> Cc: Yuri=0A= >> Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14=0A= >>=0A= >> 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=0A= >>=0A= >>=0A= >> On 01/11/2021 16:55, Rick Macklem wrote:=0A= >>> 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 SMB= v1=0A= >>>> to SMBv3. The files have original copyright header from 2001 Boris Pop= ov=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 = Apple=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 use= d.=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 bui= ld/run=0A= >>> on FreeBSD (a couple, such as vnode_t are still left because I've never= gotten=0A= >>> around to doing the edit to replace them).=0A= >>=0A= >> If I see it right even the 10 years old Apple version of smbfs has=0A= >> support for SMBv2 so if this old version is closer to FreeBSD kernel /= =0A= >> smbfs it can be a good starting point to merge changes to our smbfs to= =0A= >> have SMBv2 support on FreeBSD.=0A= >>=0A= >>> The hard part will be dealing with the actual VFS/VOP semantics changes= that=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= , since the APSL=0A= >>> is a lot like the CDDL. However, I'm not sure if the APSL has ever been= blessed=0A= >>> by FreeBSD as of yet?)=0A= >>=0A= >> The old versions of smbfs has original copyright header and no other=0A= >> license. Newer version has some added files with different header with= =0A= >> APSL license. For example=0A= >> https://opensource.apple.com/source/smb/smb-759.40.1/kernel/smbfs/smbfs_= subr_2.h.auto.html=0A= >>=0A= >> If license is a problem then I think it can live with APSL in the ports= =0A= >> tree as a loadable kernel module. Maybe this will be the easier for=0A= >> development too?=0A= >>=0A= >>> Don't assume anything will happen, but I *might* take a look in the win= ter,=0A= >>> since outstanding NFS changes should be done by the end of 2021.=0A= >>=0A= >> I really appreciate your endless work on NFS on FreeBSD. Without your=0A= >> work the NFS will be lacking behind industry standards similar to what= =0A= >> we see with smbfs.=0A= >> And if you will have some spare time to take a look on smbfs and maybe= =0A= >> solve the SMBv2 / SMBv3 problem you will be my hero. I am waiting for it= =0A= >> for many years and I know I am not alone who needs working SMB / CIFS on= =0A= >> FreeBSD.=0A= >>=0A= >>> It does sound like there is some interest in this and that fuse doesn't= solve=0A= >>> the problem (at least for everyone).=0A= >>=0A= >> Yes, there is an interest. It was discussed few times in the past in the= =0A= >> mailing lists and web forums.freebsd.org but without anybody willing to= =0A= >> touch the code.=0A= >> FUSE alternatives have so many problems with performance, stability and= =0A= >> configuration.=0A= >> https://forums.freebsd.org/threads/getting-smbnetfs-to-work.78413/=0A= >>=0A= >> Kind regards=0A= >> Miroslav Lachman=0A= >>=0A= >=0A= =0A=