Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2230429imu; Fri, 23 Nov 2018 06:22:25 -0800 (PST) X-Google-Smtp-Source: AFSGD/Xw51Wighd/g1KVlvP8WAOUrQN3BE9ULWNe/E2PIEGvj47NPq34gsM2ZpKrhC4sq8YBa7SC X-Received: by 2002:a63:5d14:: with SMTP id r20mr14407685pgb.329.1542982945419; Fri, 23 Nov 2018 06:22:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542982945; cv=none; d=google.com; s=arc-20160816; b=gbpfJf+FqkHcyNZaMjSHyQfTPbMewGN4woLYCTrgdQ/Lxi7D/EXbCY/UZku/TuA8hM ztXT4nK+BZ2mE7zz7azl/6U96nNJteukmr/JlC5sIMTVWGUO4TCUs7XFlSA+fK3uTN9p bvDulGW+CNvAJPq2qWYPYKKE9R5LznYc9snqHCQo3w6uj0o05DTy/p0uwVdnRISWr/kW g0CSwaZmhIEa6tWv6p0IECh4p2mORzMsGwl0nc5QVMP17zdTJXuNsLL64zoSZi+K0Asg uUHRpfcMhX07iXixF8kZC2xxgVZI1N7Mqyxrmmslr28L1f8UJ6yIaVTXnXwiOnfp4Jwn wbCQ== 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:references:cc:to:from :subject; bh=SIXcYlpPlDjEgLahzHx2JxCRvX16YclCRv3GYR+265s=; b=zVSJwxtYtemzE1ERPKVCF1Hsadhaiip3f5951tR7LkvONdgxCrXickIYVMb05qN1xr aZN7FiH2P5EOe/dC8PRFxYzZ62phh65EGXjvSUZgR/OCXjsH7J+VBJVbYexD+54KF02n w9B1/hoXtihQxi4uhKtplTB/o+/pdVK5Nfag2jeuByPPTyGhAtRiXp6UurpbjvEgwq97 tNaC65dgAr8nJphBzdy2WBhP/OJCYGYZNPEJ+2XwbkjI3qbAnmlyePFZuLui7moSEjZK K9AbhaDVJQQ5ru8ih3ShKdLCF1puW60YiIE9gMAvVKoJBEGhk8J2+QIbjpjKBIVa0duc RFjA== 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 g11si23784816pgu.347.2018.11.23.06.22.10; Fri, 23 Nov 2018 06:22:25 -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 S2391217AbeKVXk4 (ORCPT + 99 others); Thu, 22 Nov 2018 18:40:56 -0500 Received: from szxga05-in.huawei.com ([45.249.212.191]:15133 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1732044AbeKVXk4 (ORCPT ); Thu, 22 Nov 2018 18:40:56 -0500 Received: from DGGEMS406-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id A85B19060B560; Thu, 22 Nov 2018 21:01:34 +0800 (CST) Received: from [10.151.23.176] (10.151.23.176) by smtp.huawei.com (10.3.19.206) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 22 Nov 2018 21:01:30 +0800 Subject: Re: [PATCH 07/10] staging: erofs: separate into init_once / always From: Gao Xiang To: Greg Kroah-Hartman CC: , , LKML , , Miao Xie References: <20181120143425.43637-1-gaoxiang25@huawei.com> <20181120143425.43637-8-gaoxiang25@huawei.com> <20181122102339.GG3189@kroah.com> <66b90226-5d0e-7344-5220-908aa243b014@huawei.com> <20181122110500.GC5287@kroah.com> <20181122112645.GA7527@kroah.com> <448b2d41-8156-3fe8-a037-29a31771721e@huawei.com> Message-ID: Date: Thu, 22 Nov 2018 21:01:31 +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: <448b2d41-8156-3fe8-a037-29a31771721e@huawei.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 20:00, Gao Xiang wrote: > Hi Greg, > > On 2018/11/22 19:26, Greg Kroah-Hartman wrote: >> Don't make people rebuild your code with different options for >> debugging. That will never work in the 'real world' when people start >> using the code. You need to have things enabled for people all the >> time, which is why we have dynamic debugging in the kernel now, and not >> a zillion different "DRIVER_DEBUG" build options anymore. > Actually, current erofs handle differently for beta users (in eng mode) > and commercial users. > > CONFIG_EROFS_FS_DEBUG is enable for all beta users, after an observed > expression is false, we could get the whole memorydump as early as possible. > But for commercial users, there are no such observing points to promise > the kernel stability and performance. > > It has helped us to find several bug, and I cannot find some alternative way > to get the the first scene of the accident... I'm about to send v2 of this patchset... I need to get your opinion... I think for the current erofs development state, I tend to leave such a developping switch because the code could be modified frequently, many potential bugs could be avoid when this debugging mode is on and it will be dropped after erofs becomes more stable... Thanks, Gao Xiang > > Thanks, > Gao Xiang