Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2811367imu; Sun, 23 Dec 2018 08:18:33 -0800 (PST) X-Google-Smtp-Source: ALg8bN69QMEpZfBHEU6H3O3yzoJ4I481J+IZ5hqHo6ChpGg4y43oyuEneG5C7UIws5tQ9b2le/IS X-Received: by 2002:a05:660c:250:: with SMTP id t16mr5206681itk.78.1545581913626; Sun, 23 Dec 2018 08:18:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545581913; cv=none; d=google.com; s=arc-20160816; b=qZOR7T+UTYUMUfwaYV0aStbteL9q9exuUtVXw58d5cDmuF3BoavGlq0/+zLpGLK5Sc bCBlTeWXUke+DR/7uFU2SFPRlfIiqhsFjHtE52+0FG7GjXOgcaYUfyDjP/z2RiWZ4o8y +837QeLg9wvoHHKvBcis+Hb/t3+1uL/j3hsrJXuFA0Q6yundB60wbz/C1/Hb7Xi4itkZ C80HzLIZzpyziK3qRnmGDoxnK8bcvx5QuTP/Jh0HbqfwSw/LwAC7dqY2+xIFVGj/ypPp w7GRSeNDq6EVFPWq/FHLbtK1/osmrJubl3Hl/WI91ZKAo8MvS6pPHDOO3bvhCZAypmxn QlcQ== 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:autocrypt:openpgp:from:references:cc:to:subject; bh=SYcZPJw9kwB80MtsYzbUAb5LuWSOnfRWFEnlzkFjNs4=; b=ZHyXtztXNj496qir2VIZa9bQyCOdQ4G15PPY7ULCQuJQmXn7bEOM0neoB+u09e0ZSg W8wjGuIw6A1jdKKJqdHzcl+j97igMTFxcNqe0/Rqm612vSQo/RX/Q5iaY9qKtXGChs+W SHt2/mkk/7AEspYl5LYRFk5541O84JjVTBq9943HCsChLzVuQuhfQqMzZeK7eysRpokP gUz2kZ7XUwH59+7a3MVbreOlQNL0kd3O/n0/o0Bra/c2Ac1oK2ac3ZNtuNzjN4mqqFdh 405reCUVGpVBEzdsa+tK2nYVlgeDBCsaGZeIOaJzslF49al2RzOgTOKl/CSzJYAGYwMF 7HAg== 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 t3si14512757iol.151.2018.12.23.08.18.20; Sun, 23 Dec 2018 08:18:33 -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 S2392520AbeLVRXn (ORCPT + 99 others); Sat, 22 Dec 2018 12:23:43 -0500 Received: from mx2.suse.de ([195.135.220.15]:38565 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2389309AbeLVRXm (ORCPT ); Sat, 22 Dec 2018 12:23:42 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 6CDC7AD5C; Sat, 22 Dec 2018 13:04:22 +0000 (UTC) Subject: Re: [PATCH] bcache: fix indentation issue, remove tabs on a hunk of code To: Colin King Cc: Kent Overstreet , linux-bcache@vger.kernel.org, kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org References: <20181221231812.16086-1-colin.king@canonical.com> From: Coly Li Openpgp: preference=signencrypt Autocrypt: addr=colyli@suse.de; prefer-encrypt=mutual; keydata= mQINBFYX6S8BEAC9VSamb2aiMTQREFXK4K/W7nGnAinca7MRuFUD4JqWMJ9FakNRd/E0v30F qvZ2YWpidPjaIxHwu3u9tmLKqS+2vnP0k7PRHXBYbtZEMpy3kCzseNfdrNqwJ54A430BHf2S GMVRVENiScsnh4SnaYjFVvB8SrlhTsgVEXEBBma5Ktgq9YSoy5miatWmZvHLFTQgFMabCz/P j5/xzykrF6yHo0rHZtwzQzF8rriOplAFCECp/t05+OeHHxjSqSI0P/G79Ll+AJYLRRm9til/ K6yz/1hX5xMToIkYrshDJDrUc8DjEpISQQPhG19PzaUf3vFpmnSVYprcWfJWsa2wZyyjRFkf J51S82WfclafNC6N7eRXedpRpG6udUAYOA1YdtlyQRZa84EJvMzW96iSL1Gf+ZGtRuM3k49H 1wiWOjlANiJYSIWyzJjxAd/7Xtiy/s3PRKL9u9y25ftMLFa1IljiDG+mdY7LyAGfvdtIkanr iBpX4gWXd7lNQFLDJMfShfu+CTMCdRzCAQ9hIHPmBeZDJxKq721CyBiGAhRxDN+TYiaG/UWT 7IB7LL4zJrIe/xQ8HhRO+2NvT89o0LxEFKBGg39yjTMIrjbl2ZxY488+56UV4FclubrG+t16 r2KrandM7P5RjR+cuHhkKseim50Qsw0B+Eu33Hjry7YCihmGswARAQABtBhDb2x5IExpIDxj b2x5bGlAc3VzZS5kZT6JAj8EEwEIACkFAlYX6ZACGyMFCQlmAYAHCwkIBwMCAQYVCAIJCgsE FgIDAQIeAQIXgAAKCRDHOQeTa334/CncD/9B97EIjcDOm0TS164bpMlsbZWEm8GQnV6nVzm8 QsywPRM8S8nqkqX1atTYl/fTdJsasH8mgryUqL0eHBPs5RmJhDk3YgYsTrzbOjMdsdRwv24W J5RXdulRag2XDPIhSP7rWsOSh66gljdAp8XQQZD0zFXi4IytoAuLtx8RMjzzKk1iP6uz8MIv em7iFu6NYcHd3cmvSPo7CnBVaG0dZ6P2p2gS7ydSWOGsWkNh/XM4ojJaX1ZdCeFR0XLS76Gi 6e01DoN2UsqZE/TQu1czYMMA1uM/Es6ZTYgobTrrnNB79ctqgtbBrjME5sOHLX40ccbBI3QB Ta4opSp8VqUMXw/yd5ckLPocnkJBTVxuaOfRhpxr6gWeudrkMetMj+39yeklskP7up0JvAUG 7/HjjqwWR7xAaZHmZORYsIxJ9ploBb8eSqHHx+7489ZDNLP+WCsAonpKTdJNAzGJClnLFxKS DY4cOPs7o4IFBk6dVXJWMqyLGwmMQ51Pq6BID4epaAuuBAL6x7n7NrFPuS68Fn/VaxqMEld9 L2eCi4cv++1AJyMF3iQKT56I8BjHEuf0wo1tmZ3BgBT19xRsEl7YItixxtYQm66Pb4lSQQmE Ep+uQNwaqPpeAU+vkDg/0Q+dhPTsvwx0OAI30HwhuzNA8OIfHBx7dJNm0b0fg5x0pg3LDLkC DQRWF+kvARAA2T/tnJeA0RWkmgZrNPFvP7JnOU9gjmIQKMoGZ+9awew45pdmXb6y0Y0fEG59 EP9i9oBlFXOt6SZ2645V0sdi3wBRNEpX2CCddWhXRfcO0b6lgckIwyaK92dH1rzxMaZTYDL8 aQ9FNEK1U+XSBk8fYWnXowpf7oNPS6+jD0J/muPqrGkVsIAkh2iLg5B98yNTCV4ql1xSlMyf xcseke9q6ojDxx9p38JjLusDlwF2+/rF42c+T6PRiYNjnBHPq6VLSlCRsnkLJwg8VHKiV2Qw Yvxp4TwnK2kLqokOxBlriX45Odb2iP61uG2ZAPchDwfawWJ4G8+3EMplLH8bk0/DkpYcYz95 eGSGRSiIQ2kHmTI/KbpgXxFVMoheilUn4HzUP+T6TEeP6Zhm0aqwABJYa0T2ykJwpBlg6/Mx vgIzdSheqx2hYACDu07WfhdvI6uK3i5Lq9DebUBcMMBcMc0TnXix7mYy+3hLXJzZ80pFx3My 5FeJEN/r6/+xpuuZkH51aYOiacKVa2w2EHjhZcWfPhhEWOQ2oOCoCmv+HEmV9sf+fipEMfcB 8GnJMOYAwrwHWfkPNZ5urUcRGAQYlQ0GWKju97LYE2cq5McpFG0CMvDyPoO1zAwjJz4g53EK oH/eikd3L8OMDfEK4AOsUaPMTnNgt1+40zEFMrQs/dDMldUAEQEAAYkCJQQYAQgADwUCVhfp LwIbDAUJCWYBgAAKCRDHOQeTa334/PtREACDN8W/pHeHyPW/mTt6MEe/GICG5YdlBW5ft7HY Cf6rTz+uLZolGc5SYKuJJ0JC/L2Ifh3BWmwLIOxV868KB3oEfmGszBY+4n/icLyIEAkkthBb 2V5sP5KgB3bOg7mSFBxfHi2pyO9K9d+Lr+UkORjCGyV33QFrcN+OQdPDactontnQglB7xm2K phGWqxoqepHCqFIulZ3yKGhQhmdpyz0J19Ry6GkxPE85MG/NC98D5+4Yn/V3G+yZpbGsuFhE CP26JvdXh1jNCUdU46pEjZwu0GXBIo6r1cb1v+swfYB86NeFUHWtvxamh8i6RBl1FLDhN6xb r9f7M++xoADyzPQYQPQUxWK+iG6lz3qVVq5312z/is3fcdyESPNs09DMT43xCCBr9UOMq6dZ IC9EsSeMYv4librfuSRqH4R0MuVbVWLJFg/Q7s+nbPb2YjhqIYr51hBDyXpzUDoIz43maIPk UmCNKa43mNFktMrwU21J5lVXEwBuTY6JlHOAl0Fgo28X+eTa8fx2Uiz9OVgWe03ebJGIGowe XTgqVWJMsKM1tmW+QFmgtczDGRYCZ6OQYpqt0SoTg1yx5MN4RzUtlLka2qLfPiOGUUN3qNJ5 nP+spvF+s+dHtLjjhy7AL86N01a6S0rwaClVVv0XTucvIntwccIx0CZfUKlfn5BWnB64Ig== Message-ID: <4d3bdea3-d155-b116-f09f-ad5a0b00718a@suse.de> Date: Sat, 22 Dec 2018 21:03:43 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <20181221231812.16086-1-colin.king@canonical.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 12/22/18 7:18 上午, Colin King wrote: > From: Colin Ian King > > There is a hunk of code that is indented one level too deep, fix this > by removing the extra tabs. > > Signed-off-by: Colin Ian King Hi Colin, Nice catch, thank you! I will add it into my for-next directory. Coly Li > --- > drivers/md/bcache/super.c | 30 +++++++++++++++--------------- > 1 file changed, 15 insertions(+), 15 deletions(-) > > diff --git a/drivers/md/bcache/super.c b/drivers/md/bcache/super.c > index 4dee119c3664..a697a3a923cd 100644 > --- a/drivers/md/bcache/super.c > +++ b/drivers/md/bcache/super.c > @@ -1615,21 +1615,21 @@ static void conditional_stop_bcache_device(struct cache_set *c, > */ > pr_warn("stop_when_cache_set_failed of %s is \"auto\" and cache is dirty, stop it to avoid potential data corruption.", > d->disk->disk_name); > - /* > - * There might be a small time gap that cache set is > - * released but bcache device is not. Inside this time > - * gap, regular I/O requests will directly go into > - * backing device as no cache set attached to. This > - * behavior may also introduce potential inconsistence > - * data in writeback mode while cache is dirty. > - * Therefore before calling bcache_device_stop() due > - * to a broken cache device, dc->io_disable should be > - * explicitly set to true. > - */ > - dc->io_disable = true; > - /* make others know io_disable is true earlier */ > - smp_mb(); > - bcache_device_stop(d); > + /* > + * There might be a small time gap that cache set is > + * released but bcache device is not. Inside this time > + * gap, regular I/O requests will directly go into > + * backing device as no cache set attached to. This > + * behavior may also introduce potential inconsistence > + * data in writeback mode while cache is dirty. > + * Therefore before calling bcache_device_stop() due > + * to a broken cache device, dc->io_disable should be > + * explicitly set to true. > + */ > + dc->io_disable = true; > + /* make others know io_disable is true earlier */ > + smp_mb(); > + bcache_device_stop(d); > } else { > /* > * dc->stop_when_cache_set_failed == BCH_CACHED_STOP_AUTO >