Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp65574pxf; Tue, 30 Mar 2021 19:34:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxQUR5Mhl7KJNp09mKPSt6FF3hoJLwmd5OGaSRwkjinm1o4CuLUUoX/LGgB13wv8YIVzZ4P X-Received: by 2002:a17:906:fcc7:: with SMTP id qx7mr1149027ejb.486.1617158071724; Tue, 30 Mar 2021 19:34:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617158071; cv=none; d=google.com; s=arc-20160816; b=c6YqGxkEsxo9xX+jnNWYXiUOdxcilRKTvND747nDgqbOZYJzBYoFgDy7N6YRpI56h5 484dTFWXJDYRrEZhAPyaNIhAVSCIO2jfYbsy/Bqgo3PXG2GoVdIaATzWEc/oJHVb766m AmMh529B6dyOdgwlf9EElo+qtJOUTjYwxms7yCgQqHWjFvMdC9o/e3tXxTU5+G+Xhn0V XIUu/kf+ba/36SdOMHcP2ak41TDarp0/Edk8fRvszyP+Xf/G7rjLO4tdZp6IbMH1qU+S hXOCeFeByxcXNLmz13cVDEVud/pKcDVZee05CYghKA9OkEeMFYlLcKj16GuNP1Bxtocx ee/g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=VXTYXlodq5C8ykfRy0F5xoTV1tkJ3e1CdHgSF/NwS2I=; b=0WW37g88HqRyhlLeYSPSosMuMY+aznkeqmzNGlcN7smP3l0M+04M39hZ6d0vpyZdG6 Eertqgrx2kMDWd/oP0cffKV4d7uPI/ciEmXiejjM1bOL2wAs6y/TMUqlAfiXfldUfZvN AMVrAmdFXE7885awLZWk4eAJE5VLTPl9B2rlebm6KZ+JC6f1Xd3eiE3kW4Apnes/QmUV NbmGUi4mVZggL/fRdSrVbPRk6LuS1yiUtV5FRbjo8/R4i1gsVXccKItyBcQSJ9k45u9p osHpL9HNBkInuK3PgE4TQ9FmBDN1b10LiaYYgeHvKT/AXF+rPuG3CxGm5WyNMjlpVKpC isAQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r5si552191ejr.410.2021.03.30.19.34.07; Tue, 30 Mar 2021 19:34:31 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233222AbhCaCdK (ORCPT + 99 others); Tue, 30 Mar 2021 22:33:10 -0400 Received: from szxga07-in.huawei.com ([45.249.212.35]:15830 "EHLO szxga07-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233401AbhCaCcw (ORCPT ); Tue, 30 Mar 2021 22:32:52 -0400 Received: from DGGEMS405-HUB.china.huawei.com (unknown [172.30.72.60]) by szxga07-in.huawei.com (SkyGuard) with ESMTP id 4F99KH0y9Gz9v1q; Wed, 31 Mar 2021 10:30:43 +0800 (CST) Received: from [10.174.178.154] (10.174.178.154) by smtp.huawei.com (10.3.19.205) with Microsoft SMTP Server (TLS) id 14.3.498.0; Wed, 31 Mar 2021 10:32:39 +0800 Subject: Re: [PATCH] afs: fix no return statement in function returning non-void To: , , CC: References: <20210327121624.194639-1-zhengzengkai@huawei.com> From: Zheng Zengkai Message-ID: <19cc788d-2c14-99ef-1162-ed919364dcfd@huawei.com> Date: Wed, 31 Mar 2021 10:32:38 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20210327121624.194639-1-zhengzengkai@huawei.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.174.178.154] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi David and Reviewers, > Add missing return to fix following compilation issue: > > fs/afs/dir.c: In function ‘afs_dir_set_page_dirty’: > fs/afs/dir.c:51:1: error: no return statement in function > returning non-void [-Werror=return-type] > > Fixes: f3ddee8dc4e2 ("afs: Fix directory handling") > Reported-by: Hulk Robot > Signed-off-by: Zheng Zengkai > --- > fs/afs/dir.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/fs/afs/dir.c b/fs/afs/dir.c > index 17548c1faf02..1795a05b7cb7 100644 > --- a/fs/afs/dir.c > +++ b/fs/afs/dir.c > @@ -48,6 +48,7 @@ static void afs_dir_invalidatepage(struct page *page, unsigned int offset, > static int afs_dir_set_page_dirty(struct page *page) > { > BUG(); /* This should never happen. */ > + return 0; > } > > const struct file_operations afs_dir_file_operations = { Is there anyone who can take a look?  ;-) Thanks!