Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp214166imj; Wed, 13 Feb 2019 07:10:54 -0800 (PST) X-Google-Smtp-Source: AHgI3Ia+Z0WjMMFk3pPnfkbIGo5BWB3JtFNglFrfbTsSBYFKb03oeLfMFfHD5p60QoxGuEuRhwne X-Received: by 2002:a63:d547:: with SMTP id v7mr849906pgi.339.1550070654693; Wed, 13 Feb 2019 07:10:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550070654; cv=none; d=google.com; s=arc-20160816; b=YxVjnTFIjmM8D7J0uBhc+UZK1BhwVNONFvTD313IwF8cTC3etjssjyi3Vjgq7/I9h6 oE/Bbd3c+0BJxS8aGY9rhsZES2BDvnkjoHHvy/xF2AUYX0Ex7aRayb8LhXavKF25unNK ywFbZTpXj/wjbPW3UE4/F9P6ravs65+ezzaesX7NbOGT5d34nWLyXkwqWUcmccrM6bK3 /KsRiMqTVkQ8kCW7rGsEvJMDLspuYvA1izrF0H28MrvtXG0I5MbSzN76S24/8Fc3KZKh oAKeHhx7ZEtPzRjWc3g+YcrZTa0yp+ONXOUxDjmXFL/oEg/dEvwKqIYoh/tK7mSSKCHr W1KQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from; bh=haI8bcsE3yux96EItOo19V+D2BFB6x5YAfgJUaUZmFs=; b=WBQki2yJweK2rAsmFHzQJ1jrJyQZTyX5RGw/NwYmI5XY86Oy0jLfwRVT+EAdVJtSEu c/zJSdJC7iaWFYDDRY1PJRr+of1lRF6Mqjtts41LzwX6IAIbZw4wuSLc0eGM1xa9cfuq /rvvSW9f2fZbltsR+GhjSZ4phg/VW7EGii3OhLT/vVKL3M0UQOPiKHUTBKJKmNO3+Msi RXxAq8OtaZKaiQnaMl0knYYt7f4WDl2lITbQxc3y0peFysUuAOtuG+RUTu1oAV4aCZxq XQcvgEw8wPAWm7hAB8XsWdTZebFAN8r9aleV1TcOm7ZAeQv2RSK6i42pwi7Wi3YoIc2H AhVQ== 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 j97si8987041plb.292.2019.02.13.07.10.37; Wed, 13 Feb 2019 07:10:54 -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 S2391626AbfBMOHe (ORCPT + 99 others); Wed, 13 Feb 2019 09:07:34 -0500 Received: from smtp2207-205.mail.aliyun.com ([121.197.207.205]:50134 "EHLO smtp2207-205.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2391585AbfBMOHd (ORCPT ); Wed, 13 Feb 2019 09:07:33 -0500 X-Alimail-AntiSpam: AC=CONTINUE;BC=0.06712975|-1;CH=green;FP=0|0|0|0|0|-1|-1|-1;HT=e02c03307;MF=liaoweixiong@allwinnertech.com;NM=1;PH=DS;RN=16;RT=16;SR=0;TI=SMTPD_---.Dy6iQiS_1550066841; Received: from PC-liaoweixiong.allwinnertech.com(mailfrom:liaoweixiong@allwinnertech.com fp:SMTPD_---.Dy6iQiS_1550066841) by smtp.aliyun-inc.com(10.147.40.233); Wed, 13 Feb 2019 22:07:27 +0800 From: liaoweixiong To: Kees Cook , Anton Vorontsov , Colin Cross , Tony Luck , Jonathan Corbet , Rob Herring , Mark Rutland , liaoweixiong , Mauro Carvalho Chehab , "David S. Miller" , Greg Kroah-Hartman , Nicolas Ferre , Arnd Bergmann Cc: linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org Subject: [RFC v8 0/5] pstore/block: new support logger for block devices Date: Wed, 13 Feb 2019 22:07:03 +0800 Message-Id: <1550066828-18806-1-git-send-email-liaoweixiong@allwinnertech.com> X-Mailer: git-send-email 1.9.1 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 v8] On patch 2: 1. move DT to /bindings/pstore 2. Delete details for kernel. [PATCH v7] On patch 1: 1. Fix line over 80 characters. On patch 2: 1. Insert a separate patch for DT bindings. [PATCH v6] On patch 1: 1. Fix according to email from Kees Cook, including spelling mistakes, explicit overflow test, none of the zeroing etc. 2. Do not recover data but metadata of dmesg when panic. 3. No need to take recovery when do erase. 4. Do not use "blkoops" for blkzone any more because "blkoops" is used for other module now. (rename blkbuf to blkoops) On patch 2: 1. Rename blkbuf to blkoops. 2. Add Kconfig/device tree/module parameters settings for blkoops. 3. Add document for device tree. On patch 3: 1. Blkoops support pmsg. 2. Fix description for new version patch. On patch 4: 1. Fix description for new version patch. [PATCH v5] On patch 1: 1. rename pstore/rom to pstore/blk 2. Do not allocate any memory in the write path of panic. So, use local array instead in function romz_recover_dmesg_meta. 3. Add C header file "linux/fs.h" to fix implicit declaration of function 'filp_open','kernel_read'... On patch 3: 1. If panic, do not recover pmsg but flush if it is dirty. 2. Fix erase pmsg failed. On patch 4: 1. Create a document for pstore/blk [PATCH v4] On patch 1: 1. Fix always true condition '(--i >= 0) => (0-u32max >= 0)' in function romz_init_zones by defining variable i to 'int' rahter than 'unsigned int'. 2. To make codes more easily to read, we use macro READ_NEXT_ZONE for return value of romz_dmesg_read if it need to read next zone. Moveover, we assign READ_NEXT_ZONE -1024 rather than 0. 3. Add 'FLUSH_META' to 'enum romz_flush_mode' and rename 'NOT_FLUSH' to 'FLUSH_NONE' 4. Function romz_zone_write work badly with FLUSH_PART mode as badly address and offset to write. On patch 3: NEW SUPPORT psmg for pstore_rom. [PATCH v3] On patch 1: Fix build as module error for undefined 'vfs_read' and 'vfs_write' Both of 'vfs_read' and 'vfs_write' haven't be exproted yet, so we use 'kernel_read' and 'kernel_write' instead. [PATCH v2] On patch 1: Fix build as module error for redefinition of 'romz_unregister' and 'romz_register' [PATCH v1] On patch 1: Core codes of pstore_rom, which works well on allwinner(sunxi) platform. On patch 2: A sample for pstore_rom, using general ram rather than block device. liaoweixiong (5): pstore/blk: new support logger for block devices dt-bindings: pstore-block: new support for blkoops pstore/blk: add blkoops for pstore_blk pstore/blk: support pmsg for pstore block Documentation: pstore/blk: create document for pstore_blk Documentation/admin-guide/pstore-block.rst | 227 ++++ .../devicetree/bindings/pstore/blkoops.txt | 29 + MAINTAINERS | 4 +- fs/pstore/Kconfig | 128 +++ fs/pstore/Makefile | 5 + fs/pstore/blkoops.c | 250 +++++ fs/pstore/blkzone.c | 1164 ++++++++++++++++++++ include/linux/pstore_blk.h | 62 ++ 8 files changed, 1868 insertions(+), 1 deletion(-) create mode 100644 Documentation/admin-guide/pstore-block.rst create mode 100644 Documentation/devicetree/bindings/pstore/blkoops.txt create mode 100644 fs/pstore/blkoops.c create mode 100644 fs/pstore/blkzone.c create mode 100644 include/linux/pstore_blk.h -- 1.9.1