Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp210085imj; Wed, 13 Feb 2019 07:07:42 -0800 (PST) X-Google-Smtp-Source: AHgI3IY5lzIeP0Oo8pZZUApWiA/r3pLV7Yq0vrYSAHY7IrHUoPg9ZT43S2P26KTPy3xsf+5h6MVk X-Received: by 2002:a63:96:: with SMTP id 144mr853423pga.315.1550070461850; Wed, 13 Feb 2019 07:07:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550070461; cv=none; d=google.com; s=arc-20160816; b=HcA6qyWj3yiQh85cfYdHcLT/+NnqUlcd39TMs9VCXGOPowOh832BxPIh+ic6/prH14 pcvys9405R6UnhVSB+TySgIMFrrEGDOjxQOhtwbnIZJgRZAQbmvdLtK7FfouW8OpY45c wYIcorRPqEn4cqoP1jnnXMWGnETOM2DhiIEtXZPAhtQV4Rkq+cHYnwbBDqIEHNXBhQ/H S6/D3IS13WmPzXXQwsOvMgYZ5pxig3SqZeJWC7Thaj3ZB4FBeSGb8tnRq9OVqoKoCqfZ BMSEGNJqj0xMH8Hr4sWpPWlz0wRXrgtvUUKwVLfk7IG7gJDWo1IvkLcexGHrlZOAGQPs khOQ== 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:references:cc:to:subject:from; bh=8SAQ9y+eLE0yUGWysJ2iNVb2QNbqEsV6ujKqQiKUcMw=; b=lB7ixy05SqqRLflrD/u6ym0M2HS4W21mWRKQVEYaLaq+NPxE8dkEoschvcMuErEV6M ppquMwNgdI1MNAwMfRG+rDTWxSPjkk021dUOVKhkhlqLY/nmiRxAxnTUg56SJ3rYXfyF h9gBOhF1OMaVuXLahb1bP2rESX3KxZEzsGwXHKYKjdlAmiYCaPbIOJ0LwxpEtn0ChFQx soN4d5+ktseFC5gl260/2twR8QxlkaXruGBRGD+jaM10RxhE2hzPGJY5TmUQW6qKcTwm 03DLvYz4ZUkaZk2jC3mGex8FdacEDr1JfiCwTzdTQ3Ub6eWdWK5Pk7rOMH28EZAz8k7G eMrg== 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 d72si8912406pfm.284.2019.02.13.07.07.24; Wed, 13 Feb 2019 07:07:41 -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 S2387673AbfBMNvj (ORCPT + 99 others); Wed, 13 Feb 2019 08:51:39 -0500 Received: from smtp2207-205.mail.aliyun.com ([121.197.207.205]:39721 "EHLO smtp2207-205.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727452AbfBMNvi (ORCPT ); Wed, 13 Feb 2019 08:51:38 -0500 X-Alimail-AntiSpam: AC=CONTINUE;BC=0.07513279|-1;CH=green;FP=0|0|0|0|0|-1|-1|-1;HT=e01l07426;MF=liaoweixiong@allwinnertech.com;NM=1;PH=DS;RN=16;RT=16;SR=0;TI=SMTPD_---.Dy6Id.T_1550065891; Received: from 172.16.10.102(mailfrom:liaoweixiong@allwinnertech.com fp:SMTPD_---.Dy6Id.T_1550065891) by smtp.aliyun-inc.com(10.147.43.230); Wed, 13 Feb 2019 21:51:32 +0800 From: liaoweixiong Subject: Re: [RFC v7 2/5] dt-bindings: pstore-block: new support for blkoops To: Rob Herring Cc: Kees Cook , Anton Vorontsov , Colin Cross , Tony Luck , Jonathan Corbet , 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 References: <1548245116-6360-1-git-send-email-liaoweixiong@allwinnertech.com> <1548245116-6360-3-git-send-email-liaoweixiong@allwinnertech.com> <20190130160707.GA31844@bogus> Message-ID: Date: Wed, 13 Feb 2019 21:52:02 +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: <20190130160707.GA31844@bogus> 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-01-31 00:07, Rob Herring wrote:> On Wed, Jan 23, 2019 at 08:05:13PM +0800, liaoweixiong wrote: >> Create DT binding document for blkoops. >> >> Signed-off-by: liaoweixiong >> --- >> .../devicetree/bindings/pstore-block/blkoops.txt | 32 ++++++++++++++++++++++ > > /bindings/pstore/... > > I wouldn't call it blkoops either. I believe ramoops is called that to > maintain compatibility keeping the same kernel module name that > preceeded pstore. > Fixed. In addition, I don't known whether should we move ramreserved-memory/ooos.txt to /bindings/pstore. This is for maintainer to decide, and do it on other patch. >> MAINTAINERS | 1 + >> 2 files changed, 33 insertions(+) >> create mode 100644 Documentation/devicetree/bindings/pstore-block/blkoops.txt >> >> diff --git a/Documentation/devicetree/bindings/pstore-block/blkoops.txt b/Documentation/devicetree/bindings/pstore-block/blkoops.txt >> new file mode 100644 >> index 0000000..a25835b >> --- /dev/null >> +++ b/Documentation/devicetree/bindings/pstore-block/blkoops.txt >> @@ -0,0 +1,32 @@ >> +Blkoops oops logger >> +=================== >> + >> +Blkoops provides a block partition for oops, excluding panics now, so they can >> +be recovered after a reboot. >> + >> +Any space of block partition will be used for a circular buffer of oops records. >> +These records have a configurable size, with a size of 0 indicating that they >> +should be disabled. >> + >> +"partition-size" and at least one of "dmesg-size" or "pmsg-size" must be set >> +non-zero, but are otherwise optional as listed below. >> + >> +Blkoops will take value from Kconfig if device tree do not set, but settings >> +from module parameters can also overwrite them. > > That's all kernel details not relevant to the binidng. > Deleted. >> + >> +Required properties: >> + >> +- compatible: must be "blkoops". >> + >> +- partition-size: size in kbytes, must be a multiple of 4. > > This seems unnecessary given a partition has a known size. > partition-size is necessary for psotre/blk. User should tell pstore/blk how large space can it use. >> + >> +Optional properties: >> + >> +- partition-path: strings must begin with "/dev", tell blkoops which partition >> + it can used. If it is not set, blkoops will drop all data when reboot. > > No. '/dev/...' is a Linux thing and doesn't belong in DT. > > You should define a partition UUID and/or label and the kernel can find > the right partition to use. > pstore/blk do general read/write by filp_open/kernel_read/kernel_write, which need device path. In addition, i have no idea how to use UUID and/or label to do general read/write on kernel layer, can you give me a tip? >> + >> +- dmesg-size: maximum size in kbytes of each dump done on oops, which must be a >> + multiple of 4. >> + >> +- pmsg-size: maximum size in kbytes for userspace messages, which must be a >> + multiple of 4. > > Common properties shared with ramoops should be in a common doc. > The size limit are different. Size for ramoops must be power of 2, but be a multiple of 4k for pstore/blk. > Rob > -- liaoweixiong