Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp1758166ybh; Thu, 16 Jul 2020 23:36:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx1rxyewXOds/IkdKImd4n5STUHl/gdILgqYnJyvA672Q0sfOIP3daP0pmYQ+4ekli/6m4q X-Received: by 2002:a17:906:46d1:: with SMTP id k17mr7211542ejs.446.1594967806065; Thu, 16 Jul 2020 23:36:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594967806; cv=none; d=google.com; s=arc-20160816; b=ir1m1OA+IICgNL5LH4J0TLwqd6WiBHDSwwlDrmtXOTvODJ5yu5P9IUBu4GVOxUVfBN 1OWt1oHCntZGGv72EKwBRUjbOM4Dp/k+Y1zZBCOIontt1TXQkX2cKenJenAgxLr+uYwa 56meDWuCI1SvERsfQUrHgabAWBT2P1yM1n8EHjI+ThYzqZTTev2A6RJ46w7xbE+X7FzT AylSpet1Qm4qdF9Hm8/DQ8aUZiH2rnlNRKF7xsQEEMfO1wJmOrEKpjuZmWs/gJUL5fAz R3dsXgqXHN19AC7YLXJlND4WFe4h4FGIPj1mBBz+VBCL84WZA+6aVp76hPJNYIoepTI9 /FQA== 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=gwfq2Oxnavl7ucChVlkUgRf4q/G8QkxmRXdasojjQEM=; b=iJG45tkfuARyQ0B2R2BI0dCkNeti11k25f7UdM4w0c87gsTclCy8w9uwCJIK4QQq1W gkgD/q4ntU2VvZuLjXlU8DSxIJ95xp8vo+xiZ9xehj8lx82iFucWIUchKj6xXRYGDjf8 cdYfGXmSZtbVgZi//OsyEbm8khToFZ1E8hA1TyqG79SlS+3hI1nJ8to5wzi3FyhlGNS5 hupfcnk2Gukp1wMWDZM282fzZJuK3hAKb9f3mDYJjon0haSAI0RD9Ro0t1lF8kIkH31h xWX3XozsDLsgbDzd0ZmZd4sKrailkmLG7ZSq49/a3vYeh3iG8V1ehHL6Xlz7/kCIiEzJ eocg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=UcWSde9m; 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 q17si4529205eja.355.2020.07.16.23.36.22; Thu, 16 Jul 2020 23:36: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=@gmail.com header.s=20161025 header.b=UcWSde9m; 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 S1726964AbgGQGfk (ORCPT + 99 others); Fri, 17 Jul 2020 02:35:40 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55678 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726141AbgGQGfj (ORCPT ); Fri, 17 Jul 2020 02:35:39 -0400 Received: from mail-pl1-x641.google.com (mail-pl1-x641.google.com [IPv6:2607:f8b0:4864:20::641]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 93257C061755; Thu, 16 Jul 2020 23:35:39 -0700 (PDT) Received: by mail-pl1-x641.google.com with SMTP id t6so5029984plo.3; Thu, 16 Jul 2020 23:35: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=gwfq2Oxnavl7ucChVlkUgRf4q/G8QkxmRXdasojjQEM=; b=UcWSde9mqcOsFM12e753OtPLogtcKFEIjVxKho2ZZHHRsen7/0it0e3x5Ej2nd02qx dgQrKJd6/BTb0roveOioOX+w5q7jjZKlqdXqCCfqMZUbi/3v4NfwzXm5GnQvH1aW5snx 6dAeFHPIc4/1gSONpBnHuWW74CjkKT3L2afM6L5CszFN0HjoKlzTOdUQLbLMak4u+y8Z ozJSZP+Uucwe5r50PEcmmwbma7JPB4xOtTMSmSdsY9YPHfhu0U/3qL4AG4ON1zhWULHA q7sTqc8+py3csCc/4+4S4hkKZimvCyGDXod7lSurX846anVBdli+InkhwFXrKxIRu9tv KrfQ== 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=gwfq2Oxnavl7ucChVlkUgRf4q/G8QkxmRXdasojjQEM=; b=UJY/AgrW/pQ+r1YbmxjYrEoiEDaT7d081a0ya+whUF1jE6sQIBYiwREuYQlRvfqEzu AhEY/X6T0VwJRrev5sWBmSLVEdwKPE61WwEzqmpumlKZVEOB/xd1YTmnJs6L41ddbfbf OBi/NgkGu98YOEW5OKx0MGgC5OJSFUmaadiFamSXfuKcX7AnNwL1NJxLfguBGlqvRwn/ DfMiIQRAoD9N1oSL8PS/61GRkdstdhsxOxZx0S7aK5d+RN0XyFOHrwia2i2cnIp/aE5d nxJhNekc1KAIeYYPEW5gmoFJREtF3YedPXLHu4HkimgWl5EgqKeDoFjUOQYhxOWMngJ3 PSZA== X-Gm-Message-State: AOAM531lItgcIqTv4htaQuurTXsv0jyjd2rJicZVGkiSmfMvGa2H3oBV xTMwDneJquQ0gmosw3OgYj8S+HDoLLQ= X-Received: by 2002:a17:902:c206:: with SMTP id 6mr6813084pll.268.1594967738704; Thu, 16 Jul 2020 23:35:38 -0700 (PDT) Received: from ?IPv6:2404:7a87:83e0:f800:800a:c89f:4095:5d45? ([2404:7a87:83e0:f800:800a:c89f:4095:5d45]) by smtp.gmail.com with ESMTPSA id z1sm6687788pgk.89.2020.07.16.23.35.36 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 16 Jul 2020 23:35:38 -0700 (PDT) Subject: Re: [PATCH] exfat: change exfat_set_vol_flags() return type void. To: youngjun , Namjae Jeon , Sungjong Seo Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org References: <20200715135000.86155-1-her0gyugyu@gmail.com> From: Tetsuhiro Kohada Message-ID: Date: Fri, 17 Jul 2020 15:35:22 +0900 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200715135000.86155-1-her0gyugyu@gmail.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 On 2020/07/15 22:50, youngjun wrote: > exfat_set_vol_flags() always return 0. > So, change function return type as void. On the contrary, I think it should be fixed to return an appropriate error. > @@ -114,7 +113,7 @@ int exfat_set_vol_flags(struct super_block *sb, unsigned short new_flag) > * if this volume has been mounted with read-only > */ > if (sb_rdonly(sb)) > - return 0; > + return; Some other FileSystems return -EROFS. exfat-fs may also need to return it. (If so, the caller will also need to be modified) > p_boot->vol_flags = cpu_to_le16(new_flag); > > @@ -128,7 +127,7 @@ int exfat_set_vol_flags(struct super_block *sb, unsigned short new_flag) > > if (sync) > sync_dirty_buffer(sbi->boot_bh); > - return 0; > + return; Shouldn't the execution result be returned when sync_dirty_buffer() is executed? BR --- Tetsuhiro Kohada