Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1084851imu; Wed, 23 Jan 2019 10:28:44 -0800 (PST) X-Google-Smtp-Source: ALg8bN4BDLnbLqbua2i+eydrYpeM484jeXToZNWhISOowlYZnIHMl83EhGQ5x+dxXLgw9/1wPYe7 X-Received: by 2002:a63:2849:: with SMTP id o70mr2915972pgo.155.1548268124470; Wed, 23 Jan 2019 10:28:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548268124; cv=none; d=google.com; s=arc-20160816; b=Ry8XBmzc9JEvZAEzSRPuAPEdrB0qMY6dxYoIj4wORktoQtOBbL0XqYbQzlCjYbmqCi U6OMYiEy2TMwMDIJq3dYu+PSFsL1Bey+AjCCfVyfsbMD10TfVNaJA4x4Cs+4ag4Kjyg3 VY7rS/qBknn00xbdvnGuq0//j6h3Tyt2XsbhpCRr/aaExoqXOPKCuJ5G2Sy+ORfWqojN H/hnXatlbI4VfCtF9hlmvBMMex5hhsK3vpWF/oQwsc2wqllKDwXhQHILOJHBtaAo1chU tv5anX0vk+QYjntpL8Cj7ROCfrldA5g8kEOS2yhm2Xgz1hgDC0u51Qsl+09PKOeb302n YqlA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=hJmVnSaMWUz3qMICNsLMw8zCDT/fWe/CQZYgVRI1aa0=; b=KXoOcUqrchSE0eRIe9YEptaxp/TdulpiiSU4FS8SP96xIgWJnhKNj6b1WU3ahAIuXe BPHieBwIAxU/EHZ6yhCJEEY1GXZjyQs4vp1+qo2oxo/T9+7ygwJwanz2Udis5Is3dTzG 3amQ+plubNvcGBafmLP6Hqz929GXzP9xtCkCGRsK3e/k0tfilM/+UbmxD76G+8QRB6NA 6o31j90eM0TGGYTwuydkvXIwgEm/9lHRQgsTgDl1xtkV/GojZsTyTvDb/vw5dXp79fUo A7sSnK23gOdhnDbq0QtifS9IAopV3fZe+cljVslaXukt3j7UDvqgBvJ2vvQW3454ktuQ NwSg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=iki.fi Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a64si20605940pge.124.2019.01.23.10.28.28; Wed, 23 Jan 2019 10:28:44 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=iki.fi Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726307AbfAWS0m (ORCPT + 99 others); Wed, 23 Jan 2019 13:26:42 -0500 Received: from emh06.mail.saunalahti.fi ([62.142.5.116]:42106 "EHLO emh06.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725987AbfAWS0m (ORCPT ); Wed, 23 Jan 2019 13:26:42 -0500 Received: from darkstar.musicnaut.iki.fi (85-76-66-19-nat.elisa-mobile.fi [85.76.66.19]) by emh06.mail.saunalahti.fi (Postfix) with ESMTP id AED4730046; Wed, 23 Jan 2019 20:26:38 +0200 (EET) Date: Wed, 23 Jan 2019 20:26:38 +0200 From: Aaro Koskinen To: liaoweixiong Cc: Kees Cook , Anton Vorontsov , Colin Cross , Tony Luck , Jonathan Corbet , Rob Herring , Mark Rutland , Mauro Carvalho Chehab , Greg Kroah-Hartman , "David S. Miller" , Andrew Morton , Nicolas Ferre , Arnd Bergmann , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org Subject: Re: [RFC v7 0/5] pstore/block: new support logger for block devices Message-ID: <20190123182638.GD2792@darkstar.musicnaut.iki.fi> References: <1548245116-6360-1-git-send-email-liaoweixiong@allwinnertech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1548245116-6360-1-git-send-email-liaoweixiong@allwinnertech.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Wed, Jan 23, 2019 at 08:05:11PM +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). I think you should add a patch for some actual block device using this new framework to show that it can work. What HW you think would be using things? A.