Received: by 2002:ac0:8845:0:0:0:0:0 with SMTP id g63csp1216822img; Tue, 26 Feb 2019 16:52:34 -0800 (PST) X-Google-Smtp-Source: AHgI3IYjZgP8X/1fN1qKUpVBD0nltLVIQ6hkhgd6xJmSSXegkkHP+zs+M7lpgY/W0FSkRBZI4bMy X-Received: by 2002:a17:902:4503:: with SMTP id m3mr28925182pld.35.1551228754907; Tue, 26 Feb 2019 16:52:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551228754; cv=none; d=google.com; s=arc-20160816; b=T0ojlfIzLC09aRWpLxm8+bV3yWFJR+5WCdVKbp6LUI5xJI3g9ReGMNFFDVGA6EQ9fK nd9+NfaLd6CyKlWaQ2nJr8g4E4ge968E6p4jFHge21K+Dh4Hocxcp179MNURRRnrZPAo hKV488FW+aiRg/sbFuK1xmgW8jgv1w3HkByxIGkN79/Pghfw6S2vBmcdubBlDf3rAn1v 4XQSskk3ozRqTgEV8AIon7tj/45OgaFwZwXVjK/zVB8+2eUUNhDoU0zKFCSw7GvB8Rzz bfr5jDvJ/SsWRuEG6lQUM4KsBXP/KXZI4EhSWHKt6ZbKtVjPQ1MUATGZ5ZkTriVJqhWQ etyA== 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:from:references:cc:to:subject; bh=gmPeunlm7DJjsMJF9/9JEppVbZ34Q+tH2YvdAIXjSrc=; b=KvH2Htb9c7AZD4iS4gGiftcyFiXQfOirevzqq8DAAhqMQMQCEcotBuxkTcWg9NfnFz d+HgsuPemlPxWSu3Qc7VRcPGnY7jbcO44toCLCoz00Bp3t/MgS96BvianpH7RebTtjuD KzXtsml5SN4DY2Hk1lh/n6Nk2BElScXuN6HC0k1H9qdskQ43f1OsPttJwEzRKEWB6XTr ZwbFKO+A+O3JWa3mCsb+TRoDoEshB2JuL3lEnNIYIBBj8CC9L4QjLuby6SMiN5NuJyZH lk0dzO91m6E0FzAIME6TnrVyTGoO8/00V3PToFOwcIWgMvGUkcV/U1IOBvLpVTJLfZ3q u4Rw== 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 n9si5212776pgi.422.2019.02.26.16.52.19; Tue, 26 Feb 2019 16:52:34 -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 S1729466AbfB0AuO (ORCPT + 99 others); Tue, 26 Feb 2019 19:50:14 -0500 Received: from smtp2207-205.mail.aliyun.com ([121.197.207.205]:32783 "EHLO smtp2207-205.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729128AbfB0AuN (ORCPT ); Tue, 26 Feb 2019 19:50:13 -0500 X-Alimail-AntiSpam: AC=CONTINUE;BC=0.08317383|-1;CH=green;DM=CONTINUE|CONTINUE|true|0.21743-0.010436-0.772134;FP=0|0|0|0|0|-1|-1|-1;HT=e01a16368;MF=liaoweixiong@allwinnertech.com;NM=1;PH=DS;RN=13;RT=13;SR=0;TI=SMTPD_---.E1n3gWn_1551228607; Received: from 172.16.10.102(mailfrom:liaoweixiong@allwinnertech.com fp:SMTPD_---.E1n3gWn_1551228607) by smtp.aliyun-inc.com(10.147.41.120); Wed, 27 Feb 2019 08:50:08 +0800 Subject: Re: [RFC v10 0/4] pstore/block: new support logger for block devices To: Greg Kroah-Hartman Cc: Kees Cook , Anton Vorontsov , Colin Cross , Tony Luck , Jonathan Corbet , Mauro Carvalho Chehab , "David S. Miller" , Nicolas Ferre , Arnd Bergmann , Rob Herring , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org References: <1551162825-28943-1-git-send-email-liaoweixiong@allwinnertech.com> <20190226112033.GA16900@kroah.com> From: liaoweixiong Message-ID: <34916ace-7020-06e8-7958-f3652aef6604@allwinnertech.com> Date: Wed, 27 Feb 2019 08:50:18 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20190226112033.GA16900@kroah.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019-02-26 19:20, Greg Kroah-Hartman wrote: > On Tue, Feb 26, 2019 at 02:33:41PM +0800, liaoweixiong wrote: >> Why should we need pstore_block? >> 1. Most embedded intelligent equipment have no persistent ram, which >> increases costs. We perfer to cheaper solutions, like block devices. >> In fast, there is already a sample for block device logger in driver >> MTD (drivers/mtd/mtdoops.c). >> 2. Do not any equipment have battery, which means that it lost all data >> on general ram if power failure. Pstore has little to do for these >> equipments. >> >> [PATCH v10] > > Why are you still labeling these as "RFC"? No one should actually be > applying a Request For Comments patchset, as you obviously are not > thinking it is ready to be merged :( > > After 10 revisions, I hope you are confident in this patchset :) > I'm confident in this patchset :) . It is first time for me to submit RFC patches, i just don't know i should change the label to PATCH. Thank you for reminding me. > thanks, > > greg k-h > -- liaoweixiong