Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp259149ybn; Thu, 3 Oct 2019 04:48:08 -0700 (PDT) X-Google-Smtp-Source: APXvYqzz5QqECznulOuZmZb7UUjOUASxd9DMsNl8sFIGehXxUsiSpjQhIym6+/FUxxZFrOiOlAyC X-Received: by 2002:a50:f152:: with SMTP id z18mr8755344edl.141.1570103288134; Thu, 03 Oct 2019 04:48:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570103288; cv=none; d=google.com; s=arc-20160816; b=k3zoVXJLCLGNZuTGedElzZlj0lBDGzH8Grzp4aqWt7LL/XLhJ3D0zt508Ol0v3+IMY NMtqlyWQMHK3M0e7yRhFpfAjSEW2+M6OinlQepKb/AWUWF+fxwoAd6Hkf9AVHgzRYR6X NfzgYjflv287ou/j/Jh08kvt5YKoOIwqLhQAQrHq/i87AOIPy7l8aGuevH16xENOePmB 166TeO2+Rag06UQjYAN7jF8G4Qgg0s3aG3XiUniHUHJdEaFPmNHrhhQLgr9OiYdVyJsQ vRe0h/3xbJI8mheejEhRj/tI9eYdGCcEtXq8lvSPbrTvBFOp/2XCp9/Ukv9EUHPeIqb8 FjlA== 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-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=VkrIv0UgUYabJ9VoBKBsjxs38jDxDS91sqJRxmziBN0=; b=wIijBVkiBgvGjf1MHpcLb33CrNjgwgutiOD4Tp4xCuq4ZZc5ongLLwjdjLtept05Yz ykv7Wf+o+Rhqeo4viFo4bbPj8xGWDCw9FnY7WYjrKsChHx/jQLTjlOzdJ6VmJfG5Hcup WCenzqTf4OtUsaTkUvvHuTlMKq6S4ROV6o48nLFkXKSLpoA2cIb35c2gpWP5P2cV/Or5 cAAn2M7KbUwTmORxnKNP7DP60PzjZMzaLe5hQokeC5JBuuNVOVJ4LKUf3JOR0IP0m278 KJA1aze+HLMCo9XUlWlBiMAvZ6ZmM/07Ct7LZlJmlZHarzdsL76gFo2fF0oJ4a4rtBpX QBFw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2019-08-05 header.b=bYfQodRE; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w26si1246206edd.305.2019.10.03.04.47.43; Thu, 03 Oct 2019 04:48:08 -0700 (PDT) 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; dkim=pass header.i=@oracle.com header.s=corp-2019-08-05 header.b=bYfQodRE; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730163AbfJCLrS (ORCPT + 99 others); Thu, 3 Oct 2019 07:47:18 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:56074 "EHLO userp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725827AbfJCLrS (ORCPT ); Thu, 3 Oct 2019 07:47:18 -0400 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x93BiNmT141829; Thu, 3 Oct 2019 11:47:14 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=date : from : to : cc : subject : message-id : references : mime-version : content-type : in-reply-to; s=corp-2019-08-05; bh=VkrIv0UgUYabJ9VoBKBsjxs38jDxDS91sqJRxmziBN0=; b=bYfQodREFQ2hKwNSHsOKxqCPlSGvrESt4bnu6kAFrquq6uMPA2FVtsTbIhC/KHtK6W2T Y/3EMLP8xsXBVP+u9tdbXIMKz2m4zduUhSODUqerWgaC4OatL4iNSFgxro0vRceDXxx6 T/jye2y5I/EKaqr1UUH1hD0jLot8NpM31uAacOnPrXGRhiC3xyrHXKrT0PuIUsEUO5Ic ooeKum2JddPgFuxECytL0toqz33thsLAc+zII+ajzT/xackFNYP3M1CHepzlzYv1EUxp MnaFQayfyrItvu22nzfWnWX5k6vgsVNj5PTT7y+ZqpK3KEYiUIysFPtbdsBTX8R2yDfG MA== Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by userp2130.oracle.com with ESMTP id 2v9xxv3e23-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 03 Oct 2019 11:47:14 +0000 Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x93BhvWL033585; Thu, 3 Oct 2019 11:47:14 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userp3030.oracle.com with ESMTP id 2vcg63fc06-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 03 Oct 2019 11:47:13 +0000 Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x93BlAFs008475; Thu, 3 Oct 2019 11:47:10 GMT Received: from kadam (/41.57.98.10) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 03 Oct 2019 04:47:09 -0700 Date: Thu, 3 Oct 2019 14:46:54 +0300 From: Dan Carpenter To: Valdis =?utf-8?Q?Kl=C4=93tnieks?= Cc: Saiyam Doshi , devel@driverdev.osuosl.org, gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] staging: exfat: use bdev_sync function directly where needed Message-ID: <20191003114654.GT22609@kadam> References: <20191002151703.GA6594@SD> <9938.1570043055@turing-police> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9938.1570043055@turing-police> User-Agent: Mutt/1.9.4 (2018-02-28) X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9398 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=829 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910030110 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9398 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=927 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910030110 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org I replied to your other thread and I added Saiyam Doshi to the CC list there. Just to be clear this patch is a good cleanup and doesn't affect runtime at all. In the other thread, I suggested that we leave fs_sync() as a marker even though it's dead code. But looking at it now, I think that it's not really useful. Future auditors should look for places which call fs_set_vol_flags(sb, VOL_CLEAN); instead. That's exactly the places which call fs_sync(). regards, dan carpenter