Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp3036920ybz; Mon, 27 Apr 2020 08:53:47 -0700 (PDT) X-Google-Smtp-Source: APiQypJ42NgrZyYmZWPcGefiXYNxvGeeAuOw8lyGwbXCOOYyBiGnOS/Ylr6+03yMilQMPFJ/Rgw9 X-Received: by 2002:aa7:c04a:: with SMTP id k10mr4999159edo.241.1588002826874; Mon, 27 Apr 2020 08:53:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588002826; cv=none; d=google.com; s=arc-20160816; b=iWKbnpF0eGuEy0Ug97uqc14bDvlUMU00hGQrB7gBE6BzdvXr6xjYJ4bbGKsS4sTfj0 vaqX1L1I3Kh5l/A5FXBJsTyzWiHE15LvAUzdJvUWgeiNvNv7LH3LDiRnTnEbKntlSxhb yVv96GOjOUdB1zGTfO1r9n2Z1GoRTfuVs1/c/Nh1c+jnSFu/13EPs7yqJ4HuhxLpgeLS qA7AlcM90ePs7uOOYLsuC0xEo7/Y700shKzmHfcMqO0bt6pVLX4lo6mvt//UKNqZ55yb 6hNTvVmbUsB1CDiL3mWAIbZomxMfaBpK5tRwNFX2TMeviUU3nPStel8RORjh3237oZxK D3+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=VtbVpdtWeklHgw5K+p8h8CubJX0YdLM8XP8pZJyvYds=; b=S387GfyNXWUuI6sHTvehve7ur7zXQTiv+7W9+p9JJySG1q/nj1g1xZnvn1jqcNiVW7 F7Oj8HJZ0lXtq/2ts0PLUGIlD+9AVzh/GIydUtyns6lp5h9ArUKP6ph3cWFTY+tlkvZb JD8z9r2xQ7EOkLERFq+S1Zp1yJe9V+v7LQBjYI92LPFJyN7E5f83NKrMmYjmhRv6NaQQ NP8ujSe4kxLNaYfTj+Y/WQRTAHMGumli8f5pYtRj2ghM8AQR0Rs+ToRzY4Bc8SmujU1t lVQmxglUWufWbFafRnzJJdoJiNA3x5ASoksQFzHVtW+fa4KNAIe9kpKbg68xTav1t8io 7QEQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=yedYM2eN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t23si4683edw.78.2020.04.27.08.53.22; Mon, 27 Apr 2020 08:53:46 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=yedYM2eN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728445AbgD0Pta (ORCPT + 99 others); Mon, 27 Apr 2020 11:49:30 -0400 Received: from mail.kernel.org ([198.145.29.99]:58340 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727006AbgD0Pt3 (ORCPT ); Mon, 27 Apr 2020 11:49:29 -0400 Received: from localhost (c-73-47-72-35.hsd1.nh.comcast.net [73.47.72.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 4388E20661; Mon, 27 Apr 2020 15:49:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1588002569; bh=XdgBlxAK5lKNtXaEHrrDUXPAQyDBjlt7+S6BvSx/T60=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=yedYM2eNs4wVNJCUIkOc6nDMCNINGso8TUjWAR4Npb0/yqm5QYWl8gEzSRMQW5AXj 8TuhE0o7mo753OEhTMNkjCLhC7p7oLVZuPlS/iIbDR7hJcoQ+xMArX9GjJvWMxVuP/ wRqqpxMLf1IpPmP+Kdxf9G9OZp3tjT1qWoTpIio4= Date: Mon, 27 Apr 2020 11:49:13 -0400 From: Sasha Levin To: Pali =?iso-8859-1?Q?Roh=E1r?= Cc: Valdis =?utf-8?Q?Kl=C4=93tnieks?= , Greg Kroah-Hartman , devel@driverdev.osuosl.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Sasha Levin , Christoph Hellwig Subject: Re: exfat upcase table for code points above U+FFFF (Was: Re: [PATCH] staging: exfat: add exfat filesystem code to staging) Message-ID: <20200427154913.GR13035@sasha-vm> References: <20190829233506.GT5281@sasha-vm> <20190830075647.wvhrx4asnkrfkkwk@pali> <20191016140353.4hrncxa5wkx47oau@pali> <20191016143113.GS31224@sasha-vm> <20191016160349.pwghlg566hh2o7id@pali> <20191016203317.GU31224@sasha-vm> <20191017075008.2uqgdimo3hrktj3i@pali> <20200213000656.hx5wdofkcpg7aoyo@pali> <20200213211847.GA1734@sasha-vm> <20200421213045.skv2dvgm3xuspbl7@pali> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200421213045.skv2dvgm3xuspbl7@pali> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 21, 2020 at 11:30:45PM +0200, Pali Roh?r wrote: >On Thursday 13 February 2020 16:18:47 Sasha Levin wrote: >> On Thu, Feb 13, 2020 at 01:06:56AM +0100, Pali Roh?r wrote: >> > In released exFAT specification is not written how are Unicode code >> > points above U+FFFF represented in exFAT upcase table. Normally in >> > UTF-16 are Unicode code points above U+FFFF represented by surrogate >> > pairs but compression format of exFAT upcase table is not clear how to >> > do it there. >> > >> > Are you able to send question about this problem to relevant MS people? >> > >> > New Linux implementation of exfat which is waiting on mailing list just >> > do not support Unicode code points above U+FFFF in exFAT upcase table. >> >> Sure, I'll forward this question on. I'll see if I can get someone from >> their team who could be available to answer questions such as these in >> the future - Microsoft is interested in maintaining compatiblity between >> Linux and Windows exFAT implementations. > >Hello Sasha! Have you got any answer from exfat MS team about upcase >table for Unicode code points above U+FFFF? Sorry for taking so long. This is my understanding from the Windows folks: Windows filesystems just don't support variable encoding length, and expect UCS-2 strings. -- Thanks, Sasha