Received: by 2002:a25:ef43:0:0:0:0:0 with SMTP id w3csp385862ybm; Thu, 28 May 2020 05:29:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzJp9wydORIXwjwjkfVs+vT9y5RG77PiiveoO6tvQHH8EPsGp2TLLk+QmgwVsM317lKsUFO X-Received: by 2002:a17:906:c952:: with SMTP id fw18mr804361ejb.505.1590668987935; Thu, 28 May 2020 05:29:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590668987; cv=none; d=google.com; s=arc-20160816; b=qgPbaaw1Svk3GfALQMLLhQqfF6FUQNEg0EG8LJy4KEm037QffmsVv8JbB3zFLiUV/e 2/EPmr7BoN6dM4EzYoeS8t4qeTfKDtM3KQQ9PMtTBnLKMyIbDLIjPcvaH7lXB/9EhouZ 4wK4q0YgGerXGpJcSsYi7cZSEPMpVBIfcklAtqUeuHN9FD46N/+xnxKPClMjeNDNrC9s c2/raAxAIyoIgZ5KvkcLYa0V4kdh38Rqr0zHePtW+9GzsEH56B1iAqueW0bYQgZW3HNH 10kT/2ktZ6zf0A/X9Xc7DjH+AyYc0CUHoHyHRJ1DnGkNcDvtRM5oLIxlfasXFsRbA5Yd d8Wg== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=sOoqa9uhQIJ9ODwLbFYQJr6Cq6oG2y6vghlNh5IqHLg=; b=nGd+xNvxElNiGn+r6j499f+Pls7MTLyvLqpjl5iC8+mMkwKH7Y7cssAH8m/8LnNWnC I4bsaAgGh/8kYtW/0xC8kl8wtIU1wq+UFbquRDQy1m8TtV2w2WxsaNo9aYVjPtLDG61v 0Gwpk6jU7bTcGsK06QIHmlGSPQJd1eo4UGt7DW5jezuFzOmW+Zpz7Ocz5teXWszMaqHf XXYhax4In1de6n6jQlkhANGPMKRehay/qdb3DuwJrbAlBem/fHenNx5xijCYT9Ws2s8z jV9MB9mbcwi6RUQtU6sAsz/o3lCi+II80o07pUloKuDlue9JZH58Weyi5AEoRQqxU8U/ pc1Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=MI1tbBqa; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q12si3574240edc.413.2020.05.28.05.29.24; Thu, 28 May 2020 05:29:47 -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=@gmail.com header.s=20161025 header.b=MI1tbBqa; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389521AbgE1M1k (ORCPT + 99 others); Thu, 28 May 2020 08:27:40 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51276 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388767AbgE1M1j (ORCPT ); Thu, 28 May 2020 08:27:39 -0400 Received: from mail-pl1-x644.google.com (mail-pl1-x644.google.com [IPv6:2607:f8b0:4864:20::644]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 42936C05BD1E; Thu, 28 May 2020 05:27:39 -0700 (PDT) Received: by mail-pl1-x644.google.com with SMTP id t7so11502639plr.0; Thu, 28 May 2020 05:27:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=sOoqa9uhQIJ9ODwLbFYQJr6Cq6oG2y6vghlNh5IqHLg=; b=MI1tbBqaqq1EB9qU+p+/p7we1p8z/T3bxQQ/pCUyNUdNsnXwZB1079dP+c+wKd4UXL Qb3EuL/q8tklZVaUpvN+eZuSRrimt9p+VvfYTDHiwBOI10YKeSQ9BfACqjYoAJEE1EDh piNHtdWluIeNyDN2rh7e39fOt4XHhcDtbGSX0C1rWM1eKWaKrpUTfcqpXEhsjM4cheF2 IlyvCH95pk9s5Yt6c9m66ggLQxcHXVaCwTJ4uv1lGq5gLTQImSHWhl7GJnlgjCI+mPxE AfdzVmkKNxr+x8247nnz8eSRxFxSqXVtSxn3Ja1FfEfVWnkYe/uf2bOXHSne6I+mDP6O 13sA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=sOoqa9uhQIJ9ODwLbFYQJr6Cq6oG2y6vghlNh5IqHLg=; b=L69HRmNoKJuLGFnHJh+x4KhjyRvMDCKHKXW9hkpcWeLbWHuC6rXb3H4ZMUC+4DJ24M 5wnXhbVQ3WHDbpY0IoHAb55uFyhtLUgHKeU+OaSyT8wQ0yiYtGLmmUqKzdLjl0J/z85q 7K8P/TZAHcSaWce65XQa3lJnWJScemaK4BWuR0vef3VpjgX30G6FrFsM0uFReeCWqidp TTchnqcA4nczsSp9LHFe4R/x6ksGmAwxA+Kttlk6uNyP+nkU+uO/UsWi8CO6lI8NspVA jaPi2CmAeLhhIdyEKnclmZu0j6Bfo/i4svyyKb4KazgNhFoXg2UGMwZaU2A3gF00A1By 2B+A== X-Gm-Message-State: AOAM5333PXug5eNdNuSbJxJM3YCsPLzQmZlaHRQ9H8eyEWUdUQikwQka L342zkEprDcplI6+BA2HfoArLm+SeBg= X-Received: by 2002:a17:902:6947:: with SMTP id k7mr3321586plt.258.1590668858446; Thu, 28 May 2020 05:27:38 -0700 (PDT) Received: from ?IPv6:2404:7a87:83e0:f800:295a:ef64:e071:39ab? ([2404:7a87:83e0:f800:295a:ef64:e071:39ab]) by smtp.gmail.com with ESMTPSA id i17sm4738987pfq.197.2020.05.28.05.27.36 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 28 May 2020 05:27:37 -0700 (PDT) Subject: Re: [PATCH 1/4] exfat: redefine PBR as boot_sector To: Sungjong Seo Cc: kohada.tetsuhiro@dc.mitsubishielectric.co.jp, mori.takahiro@ab.mitsubishielectric.co.jp, motai.hirotaka@aj.mitsubishielectric.co.jp, 'Namjae Jeon' , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org References: <20200525115052.19243-1-kohada.t2@gmail.com> <040701d634b1$375a2a40$a60e7ec0$@samsung.com> From: Tetsuhiro Kohada Message-ID: <48fe0abe-8b1c-bea2-820f-71ca141af072@gmail.com> Date: Thu, 28 May 2020 21:27:35 +0900 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <040701d634b1$375a2a40$a60e7ec0$@samsung.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > [snip] >> +/* EXFAT: Main and Backup Boot Sector (512 bytes) */ struct boot_sector >> +{ >> + __u8 jmp_boot[BOOTSEC_JUMP_BOOT_LEN]; >> + __u8 oem_name[BOOTSEC_OEM_NAME_LEN]; > > According to the exFAT specification, fs_name and BOOTSEC_FS_NAME_LEN look > better. Oops. I sent v2 patches, before I noticed this comment, I'll make another small patch, OK? BTW I have a concern about fs_name. The exfat specification says that this field is "EXFAT". I think it's a important field for determining the filesystem. However, in this patch, I gave up checking this field. Because there is no similar check in FATFS. Do you know why Linux FATFS does not check this filed? And, what do you think of checking this field? BR