Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2208105imu; Fri, 23 Nov 2018 06:07:00 -0800 (PST) X-Google-Smtp-Source: AFSGD/XcM4sx8yBWVoHWhLDl5ofKEwgjR7mQ4DqgUVWvvU8nWugzODSTYHu77OPQYJRzxvJeKh6q X-Received: by 2002:a17:902:bf03:: with SMTP id bi3mr14304344plb.83.1542982020386; Fri, 23 Nov 2018 06:07:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542982020; cv=none; d=google.com; s=arc-20160816; b=JJFzcD6klpAlf9hV6plvI0l4am/WLRBC7DUwPb33O7C9lKQ0DD5UfWxuWPbeAYpsc1 Yr9NKHKYS2UQnEwR/XAmPlm2FiiiMiwwAoLVmcEhSUDhGu1CrphxvRMwgxzfEaOF6ofB H/+UxD3N7BWPqwxd/VCn6fEhL+Ibbe5rlP4sIWK7fmmp3wOxi3sE2ma+Ulfg0aZm5neU PjLaawUYobW0fMPCfYk8YOQ2ykMb3HUxCLrz/MGzBlg6e3cAuPrQ+vZzkmHwfBEP2zzo PM0QUmYneT/kVlG36THtn5xYNiylkRIBZA6jsdV5ciaIbo5M0TK7UMegkQWIJTv//Yqb 5K+g== 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=LEklQ9eucwCET1QWe0BDX/gJPfvlITuW6psclPg+UIQ=; b=XlNKWT9h69CRQzciY54U1+e940TKK480sTSebpv35y2yAYxVmOgazpUbhqbPvtOzys M5fw7cYP0sBP7pHwc+IORk81W8PeAHiwA+ce6V3cF+41rmoG1xe1+TBDYfwQpi8zg4yP 9Wb+XXVFtlLEixEx8+xZfB26xjoqRsoZZ3ckQhbY5kSA1qHckSvlXMf3reeopxgCJYCZ jlaPMzO0t+gSBzWnlaIA4UhAkjaxicKvE2sLjE6CC9W7WQ1B7H8vuUNBfFu5/dos8+Ag kBm3s3G0CvbV2JhRzDIJyA/qXuf7KsvHTo8sbluP0r4TeXCf75tUx+aIXlKGZleJbMoK bcww== 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 d25si41956974pgd.88.2018.11.23.06.06.40; Fri, 23 Nov 2018 06:07:00 -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 S2394986AbeKVWje (ORCPT + 99 others); Thu, 22 Nov 2018 17:39:34 -0500 Received: from szxga05-in.huawei.com ([45.249.212.191]:15131 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2388217AbeKVWje (ORCPT ); Thu, 22 Nov 2018 17:39:34 -0500 Received: from DGGEMS409-HUB.china.huawei.com (unknown [172.30.72.60]) by Forcepoint Email with ESMTP id 081F82155B7E4; Thu, 22 Nov 2018 20:00:25 +0800 (CST) Received: from [10.151.23.176] (10.151.23.176) by smtp.huawei.com (10.3.19.209) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 22 Nov 2018 20:00:18 +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> <66b90226-5d0e-7344-5220-908aa243b014@huawei.com> <20181122110500.GC5287@kroah.com> <20181122112645.GA7527@kroah.com> From: Gao Xiang Message-ID: <448b2d41-8156-3fe8-a037-29a31771721e@huawei.com> Date: Thu, 22 Nov 2018 20:00:21 +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: <20181122112645.GA7527@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 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... Thanks, Gao Xiang