From owner-freebsd-arch@freebsd.org Wed Sep 13 00:55:55 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B820E026BD for ; Wed, 13 Sep 2017 00:55:55 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2910B6BB4D for ; Wed, 13 Sep 2017 00:55:51 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (106-69-250-203.dyn.iinet.net.au [106.69.250.203]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v8D0tl9i025216 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 12 Sep 2017 17:55:50 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Fwd: Re: extending the maximum filename length (pointer to patch)[request for input] References: To: "freebsd-arch@FreeBSD.ORG" From: Julian Elischer X-Forwarded-Message-Id: Message-ID: <3e85f646-1787-98dd-30e2-1dae78fa9962@freebsd.org> Date: Wed, 13 Sep 2017 08:55:41 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2017 00:55:55 -0000 is this a topic for arch? Julian -------- Forwarded Message -------- On 12/9/17 2:17 pm, Conrad Meyer wrote: > On Sat, Sep 9, 2017 at 9:09 AM, Julian Elischer wrote: >> maybe we could get it into -current. >> It'd be silly to have to have people re-inventing hte wheel all the time. >> How about you put those changes into the reviews.freebsd.org and we can get >> some general consensus on them. >> We'll have to do similar for the Asian customers and anyone who uses UTF-8. >> So it >> would be silly to have to develop it all again (but subtly different of >> course). >> >> The key issue is how many system calls and other APIs would be broken, >> and how many would be broken in a non backwards compatible way? >> >> We would need it in a stable/10 and 11 branch but if the patch is isolated >> enough we could carry it forward until we get to 12. >> >> One has to allow people to do whatever they are used to with Windows. >> And in this case the issue is serving files over samba to windows machines. > Hey Julian, > > I've thrown the patch up at https://reviews.freebsd.org/D12330 . I > haven't actually tested it on FreeBSD, but it does compile. We also > have some patches against contrib/pjdfstest to fix those tests against > long file names, but I think we can hold off on those changes until > we've nailed down what the architectural change will be (if any). thanks! that looks a lot like a proof -of concept patch we derived a while back but never really tested. The issue for us is that using UTF-8 the filenames become too short for common usage in China and Japan. Apparently they routinely nae files with the contents of a small novella. e.g. “这是一个测试多字符文件名长度的文件目的是命名一个文件用中文或者日文或者韩文字符并且要求字符长度超过八十五个字符然后拷贝该文件到我们的共享文件夹看看是否能够拷贝该文件到我.txt” (I have no idea what that says but apparently it's a real filename from a windows machine that blew up when written via samba.) Does anyone else have any thoughts about whether FreeBSD 12 might grow longer path/filename support?  (I'm told Linux uses 1K and 4096 for filenames and path length.) Julian > > It's quite possible this accidentally breaks even more APIs than > expected and we should do some fine tuning to reduce the damage. Our > $WORK product mostly doesn't care about ABI, so we may not have > noticed some ABI breakage. > > If anyone else is interested, please subscribe or add yourself as a > reviewer on the phabricator revision. > > Best, > Conrad > _______________________________________________ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"