Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp6505827ybl; Wed, 15 Jan 2020 05:52:42 -0800 (PST) X-Google-Smtp-Source: APXvYqzFLKYW5yeyXsfKwaZ0+p2OQy1SxcQ4oUS5GO3co8IT/Kg1+sYrlev4XuHhPqpKq0P7W16L X-Received: by 2002:a9d:730e:: with SMTP id e14mr2664261otk.62.1579096361852; Wed, 15 Jan 2020 05:52:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579096361; cv=none; d=google.com; s=arc-20160816; b=QGe5JLCQUeGYGzFVcuuu+7NmWKx0oVUL2jzn5CVI47PV4AJCMZcfljobJeWKR54VpM /5xilJIVm6Pb1PNF5XAMFSVMU68x2u5ONVyIBkqLBofkqrbhJDbXUI66DmYVV+0kAO4o WQzaeTTHCkb97uxkZXh2Dkh6EJxWwM/CnGWfxCpEpdTKPfcPeeHNHed87naLQsgy6U9W AdRcCWXlyMxqUhpn3++87WuD1snlqCxE0PIl8Cc/rCHUqAds5KZ2Rn58onmjlx7TQWkp G42X61KCntjURJcVVU5K+0bMflKG5IrNMmcGt+mmSKzuMsG1ehWLryJd0SSfcymxcmr+ +zLA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version; bh=sDDsz8U8gH0WaXL8j0f/qdWp5fmY7eooA9kmVBS0C8c=; b=r1qZV5d0WVKO84um2T2vH0NfYa96watRH0H+m2umNdqKy2hBLaetGHQ9eqURlMfPsR hGYByXTSlnZolbxELuxpUmQICwcc3XZkzc+Cgk+XjwP3Lva903cnu60sbqZX0R+mQVKC JywfEyd6eLfBHvaJAu+Zq0OtdzQU/AYXbpI0goi+l+kbG0ixQn3XojO3aexflAo8XXFL h2icu4tvV8cJlNG3NHqtmWPeZ7ffUL7M3sdVvVe9/bIY1gjOaImzAMGVzbo+EixYg4bU kuZwNI0I0f8jAsGJoFGmsZS1VsiUlrwvqpIt0ZwJiYkLQPW7D1Sv2PebdOKQEtER7RTD YSCA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e6si10499075otq.217.2020.01.15.05.52.29; Wed, 15 Jan 2020 05:52:41 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729039AbgAONua convert rfc822-to-8bit (ORCPT + 99 others); Wed, 15 Jan 2020 08:50:30 -0500 Received: from mout.kundenserver.de ([212.227.17.13]:44779 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726085AbgAONu3 (ORCPT ); Wed, 15 Jan 2020 08:50:29 -0500 Received: from mail-qv1-f41.google.com ([209.85.219.41]) by mrelayeu.kundenserver.de (mreue108 [212.227.15.145]) with ESMTPSA (Nemesis) id 1MacWq-1jOIvZ1STS-00cBGy; Wed, 15 Jan 2020 14:50:27 +0100 Received: by mail-qv1-f41.google.com with SMTP id dc14so7338848qvb.9; Wed, 15 Jan 2020 05:50:27 -0800 (PST) X-Gm-Message-State: APjAAAVQPx15b4AjJCGeywdptelLsYDvuGQ48fq4a10RRa0QG2HQwmE7 94tVMQXPfT0+x1OkwMSEj96eg0ITnaOXllAmUHM= X-Received: by 2002:a0c:d788:: with SMTP id z8mr20822765qvi.211.1579096226126; Wed, 15 Jan 2020 05:50:26 -0800 (PST) MIME-Version: 1.0 References: <20200115082447.19520-1-namjae.jeon@samsung.com> <20200115082447.19520-10-namjae.jeon@samsung.com> <20200115133838.q33p5riihsinp6c4@pali> In-Reply-To: <20200115133838.q33p5riihsinp6c4@pali> From: Arnd Bergmann Date: Wed, 15 Jan 2020 14:50:10 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v10 09/14] exfat: add misc operations To: =?UTF-8?Q?Pali_Roh=C3=A1r?= Cc: Namjae Jeon , Namjae Jeon , "linux-kernel@vger.kernel.org" , Linux FS-devel Mailing List , gregkh , Valdis Kletnieks , Christoph Hellwig , sj1557.seo@samsung.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT X-Provags-ID: V03:K1:Y8h8lkSOLNjm7tnDH8hZQmI38TXya9ENaqh+Nr2XlDYvbVlqPPZ +9xPSGXEAK8bs+iwj/d540d5PdsXjr6Wy3/KbHy0ZZAezmdYmuHRLdxHKSNdV5/YbojH/Q0 l7oD6eofrv3vtMfmuraBRNxg535jQC4YwrkvKR3hqGJQ3bGbXDHLcVw0WhL/AtlUpUFBw4g HiNR8k0ivYv3ajYUkCUmg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:+bu4/c32c1g=:44YrMUmOErEQchdHl7bXCz aOpSaBMkZIlqbAdiX/DFYl8YRHJmNHnVuiT1g8JyAgAtVPQQzArjv4n6KtwaBw6fGj9W/woNj LJnce+RXGEsAxT9S7jlOeaz23TGLprKLm6um/JVD9d8wc1exNeMSlV6qQt1dRzaue6ZViJF40 izZ/bRf8MJ3sppuinfQRZmyJGdbNyKbbGP7eYtF70NJv6clczVrfAY2WZFO7KEotfXAv1I0W8 7TmInzH6TdGe6Ek0ZA6BP1oQW+ktqSBcxYTP/wWtydHfMsybxfpiuUKuLG0zHiAtJUIANERMn TILdQvfNUPYwQLpb/IUSEjbdzyqBePo306iF27wnXLVWgSS2Mi35V7xr3gbr1lO2LBTaSCe36 ZwOIgVJ9YwyhlLTEDO34xLCh3YK/DwDjteQq9k1lsyEmWkToaPv6QGXZz+3/S9HQ3Ow0mYCHs QHNLqb7RE1gqzTIcWqT1+jc0NQOKiwoGrgxpPLCpgU2RSytzl6rzPaFy9D96Gor5o5jdSDob1 A5PAleLeS0vdH9G1hYAfwUePVXNnmXVnh+Rzp+3j3LSpTZ9GFDxh/O44cbeh9hig7w28CcFC3 +PJUMGSxXEP6s1sx/x/b071EJ6oj0rNyzOaim5LtzTm1ul5wo//C1Cl0eFB/hBrXzjbsKV3Hr 9PrnXsFMVdAqGtQN2JV492j6kQZ8DcI7CCQrhZp7Eac8P6n16pfyJqVpoGzpIw2zsayr8rQsn Pay3I9krsbE+GHTZcUJFkR0WdKur2YTaoLHLQ4vpt844LwIbalYlN5+HRjVtrgpXaYKVwi/v3 voBal+RL7H5lUOO9cMoIziGklKR6synGPPtcYU/neHF/qSu19IoXLfGiwTZgU9VCG6mV7QiNb Heq9LyPkl4J6RxNDMMvQ== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 15, 2020 at 2:38 PM Pali Rohár wrote: > On Wednesday 15 January 2020 22:30:59 Namjae Jeon wrote: > > 2020-01-15 19:10 GMT+09:00, Arnd Bergmann : > > It is not described in the specification. I don't know exactly what > > the problem is because sys_tz.tz_minuteswest seems to work fine to me. > > It can be random garbage value ? > > > > > so if there is a choice, falling back to UTC would > > > be nicer. > > > > Okay. > > Arnd, what is the default value of sys_tz.tz_minuteswest? What is the > benefit of not using it? > > I though that timezone mount option is just an old hack when userspace > does not correctly set kernel's timezone and that this timezone mount > option should be in most cases avoided. The main problem is that it is system-wide and initialized at boot time through settimeofday() to a timezone picked by the system administrator. However, in user space, every user may set their own timezone with the 'TZ' variable, and the default timezone may be different inside of a container based on the contents of /etc/timezone in its root directory. > So also another question, what is benefit of having fs specific timezone > mount option? As it is fs specific it means that it would be used so > much. You can use it to access removable media that were written in a different timezone, or a partition that is shared with another OS running on the same machine but with different timezone settings. Arnd