Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1995777imu; Fri, 23 Nov 2018 03:16:47 -0800 (PST) X-Google-Smtp-Source: AJdET5e2M2oSPV1JumCG7CT+hD3jREWjEJ6oX2uUD6SGQjZ34sKrCOUkSz/GvgujKAvz3kObVpcS X-Received: by 2002:a62:6001:: with SMTP id u1-v6mr15729230pfb.130.1542971807629; Fri, 23 Nov 2018 03:16:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542971807; cv=none; d=google.com; s=arc-20160816; b=VNHtfbA5OCDVGIvTjuTdmAD5yafJrFRKIBnFVSEpg7sSgBbY5c6PXA3qzfMY+sUwLX 3Y+4vFnkhsvozCdZFr78SEL4Rdi+myaGZjr1m5Wn6TcDzWis1tV3opBO10ZW4vwtKR8V Iaf/H0qrDIimlJZK8gTIF0U1lXReNZj/TVkEA/e8HFFHQYQ0JZAzOhe3440y50c9J0AX DlutUz23Yki1zS2YWyvy/Z0mDQsefucFPheZdNdTDrG6mkSg0QySaJD2vAi/UPe+2CiD aHRwKjUMeI9yVk3QPIQWQsTX3ZK4NPxrCDwJIWmTNecfl19PCaYpq5xN16RjYaN0JF9e KWPA== 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:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=WhwjA1Lf3cxJmeUrRPEoc3m7NH3Tyy7zJgK4T+fXKs8=; b=Q4CtsPVYOOHCW6SIKhJ5joP5Hc94kgJPM6hOrjtaHkSrccVgw1AwzQMcU5Fpf9dALq rv7NYvF1MPSliY3ChMLuVh2K6hUw9bJzQVlqUe71rrl7e9m2TTAc9ZPKDG6hwoC/Z9f/ R+vHf5vzHhe1WfAoyY7OK1JFGw7qfnD0LJKmC81jEv+7lgyazT7KdQLvXs+EkH9aCE7T baja3ZW99ph5IB+GzZNsdn0U2NLW4S3mUgXBvqzGbWoVcJW1s0mgYdf0I/vL2tctUkrM OWoJqaulwf2WWN6HTda33cuRAH7v+y4n4XOHm88Hw5we02rX+QVEuKLnmCSUiFc89fgK byuw== 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 w189si12868176pfb.151.2018.11.23.03.16.32; Fri, 23 Nov 2018 03:16:47 -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 S2405225AbeKVVNJ (ORCPT + 99 others); Thu, 22 Nov 2018 16:13:09 -0500 Received: from szxga07-in.huawei.com ([45.249.212.35]:39739 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2388243AbeKVVNJ (ORCPT ); Thu, 22 Nov 2018 16:13:09 -0500 Received: from DGGEMS408-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id 280BA18E34026; Thu, 22 Nov 2018 18:34:15 +0800 (CST) Received: from [10.151.23.176] (10.151.23.176) by smtp.huawei.com (10.3.19.208) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 22 Nov 2018 18:34:10 +0800 Subject: Re: [PATCH 07/10] staging: erofs: separate into init_once / always To: Greg Kroah-Hartman CC: , , Chao Yu , LKML , , Miao Xie References: <20181120143425.43637-1-gaoxiang25@huawei.com> <20181120143425.43637-8-gaoxiang25@huawei.com> <20181122102339.GG3189@kroah.com> From: Gao Xiang Message-ID: <66b90226-5d0e-7344-5220-908aa243b014@huawei.com> Date: Thu, 22 Nov 2018 18:34:10 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <20181122102339.GG3189@kroah.com> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.151.23.176] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Greg, On 2018/11/22 18:23, Greg Kroah-Hartman wrote: >> + >> + DBG_BUGON(work->nr_pages); >> + DBG_BUGON(work->vcnt); > How can these ever be triggered? I understand the need for debugging > code when you are writing code, but at this point it shouldn't be needed > anymore, right? I need to avoid some fields is not 0 when the new workgroup is created (because work->nr_pages and work->vcnt == 0 usually after the previous workgroup is freed). But that is not obvious, it is promised by the current logic. In order to not introduce such a issue in the future, or there are some potential race (work->nr_pages and work->vcnt != 0 when the previous workgroup == 0), it need to be noticed to developpers as early as possible. Thanks, Gao Xiang > > thanks, > > greg k-h