Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp279708imm; Fri, 19 Oct 2018 23:34:44 -0700 (PDT) X-Google-Smtp-Source: ACcGV62ShnaAXjqTEqDehjE32MagOeyN5qdoTYOjMHDzUJcO1Ob0HTph2ghzSYc7lJ9D3KjOjzXK X-Received: by 2002:a17:902:ac89:: with SMTP id h9-v6mr36037348plr.174.1540017284866; Fri, 19 Oct 2018 23:34:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540017284; cv=none; d=google.com; s=arc-20160816; b=OUjv0xGy/ImvXfQgSmAvmFNGweFSm0sK454Xzdfa/F40B4jStRil9ZigTPfDVpfQEV vEPxICbRaGe1EJkVb6xe4MK47ZWpDiWmYkiWJdy0QyGVESzt5yQcrJX893AmdIHtWVxi uY5FpqzHD8/kdaLH4syGdxwNrUUoShZ2Jw9wHccrAm8lM65bF6W5sGoGhEuGP3mLs2gO ZLQwu8Rn6kTAg6dPjuPQ6CJqgx/EWj7PmJ7ITRVJbqZMLtzeflHY1gE7Owx0aUU1wGaJ N8dIkzIG7VKx03Bz3uDtbrljD9S5IiGvgF2W8OuLuVHNGdPm1Tsxq6FRTBZsW6JvmBtM KEdA== 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:dmarc-filter :dkim-signature:dkim-signature; bh=mZuozO7aV9ISpNis2mBaLnHx8SnE32DkACTKSScQXyo=; b=V8ueZdrlcQtmtUmYW2hNRNJmk5ELtR74AwIXe6M8yCsRdRfP4x9ruCwXSHVhwtO7oP op8iK8+F4EOx6FywmpN2ZoYT9d/w9e0uyfr+U6qRAHr1wRqHrDPUwjWTdBCwcPdbJ6bM DfQ1gj8pqgGOLCZ271QsTyUUoL14stCYzu7SQ5Hz8/HOxbTVElGvrfz6JBRnU8fZnpdP badwdMSHuJTWGTSHH9bafwkrN5dGe6ng2vMPNDD/FzTUAjxa4HXLkyKe3LPEnBAlb7xf fXg6LgNyT9MqIfjidq4JLyl1AQVAF5R03ROixJ+ARCWdf648MD0lj+TvRdzfOAqXefAW 8Upg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=f8oILOYn; dkim=pass header.i=@codeaurora.org header.s=default header.b=CRrcUNmE; 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 l30-v6si26716755plg.179.2018.10.19.23.33.53; Fri, 19 Oct 2018 23:34:44 -0700 (PDT) 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; dkim=pass header.i=@codeaurora.org header.s=default header.b=f8oILOYn; dkim=pass header.i=@codeaurora.org header.s=default header.b=CRrcUNmE; 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 S1726918AbeJTOmR (ORCPT + 99 others); Sat, 20 Oct 2018 10:42:17 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:51886 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726261AbeJTOmR (ORCPT ); Sat, 20 Oct 2018 10:42:17 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id D89F860316; Sat, 20 Oct 2018 06:32:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1540017175; bh=KauYKAH5U7JGHNSWSnaT7rUGqKCw1oKiZpllrN3zkAU=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=f8oILOYnbfRDjOohJmhk9Qmswj8N/WnQIdzyPcDBKZ9X0LQrjwxiAw/wljYjV1Y/i 5ip0iQnxM6QBs1IYo9UrkDIBjQJSDpj7bV1FepnSHd5GSbtlLMyyCp5Fxj5wyb85K1 71Srs9BnU8ETCONDkTPK5wJwEH0QZbPSj/CnBUS0= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.7 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_INVALID,DKIM_SIGNED autolearn=no autolearn_force=no version=3.4.0 Received: from [192.168.43.47] (unknown [223.227.22.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: saiprakash.ranjan@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 1580460316; Sat, 20 Oct 2018 06:32:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1540017174; bh=KauYKAH5U7JGHNSWSnaT7rUGqKCw1oKiZpllrN3zkAU=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=CRrcUNmE9fBLTF5clpSGtC76xyzSSSQZh3pyfcAqvGpMkwhZMgDBcb/6svlPiwGz3 2dx7iAx0A/OhPn0dlwNzuMjdx9Yn0CK5ztAQijkSAJ175TPdwxFNHEU4tsgtlK9GVW 39a+K2fYY9tEbaH5Fio2a/Be3LNK7djUYN0ve6/w= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 1580460316 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=saiprakash.ranjan@codeaurora.org Subject: Re: [PATCH 0/6] Tracing register accesses with pstore and dynamic debug To: Joel Fernandes Cc: Steven Rostedt , Ingo Molnar , Laura Abbott , Kees Cook , Anton Vorontsov , Rob Herring , devicetree@vger.kernel.org, Colin Cross , Jason Baron , Tony Luck , Arnd Bergmann , Catalin Marinas , Will Deacon , Masami Hiramatsu , Joe Perches , Jim Cromie , Rajendra Nayak , Vivek Gautam , Sibi Sankar , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, Greg Kroah-Hartman , Ingo Molnar , Tom Zanussi , Prasad Sodagudi , tsoni@codeaurora.org, Bryan Huntsman , Tingwei Zhang , tkjos@google.com References: <20181020052535.GA155509@joelaf.mtv.corp.google.com> From: Sai Prakash Ranjan Message-ID: <1d3ddbe3-d3ac-aa3e-fc9e-36739ddd0c91@codeaurora.org> Date: Sat, 20 Oct 2018 12:02:37 +0530 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20181020052535.GA155509@joelaf.mtv.corp.google.com> Content-Type: text/plain; charset=utf-8; format=flowed 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 10/20/2018 10:55 AM, Joel Fernandes wrote: > On Sun, Sep 09, 2018 at 01:57:01AM +0530, Sai Prakash Ranjan wrote: >> Hi, >> >> This patch series adds Event tracing support to pstore and is continuation >> to the RFC patch introduced to add a new tracing facility for register >> accesses called Register Trace Buffer(RTB). Since we decided to not introduce >> a separate framework to trace register accesses and use existing framework >> like tracepoints, I have moved from RFC. Details of the RFC in link below: >> >> Link: https://lore.kernel.org/lkml/cover.1535119710.git.saiprakash.ranjan@codeaurora.org/ >> >> MSR tracing example given by Steven was helpful in using tracepoints for >> register accesses instead of using separate trace. But just having these >> IO traces would not help much unless we could have them in some persistent >> ram buffer for debugging unclocked access or some kind of bus hang or an >> unexpected reset caused by some buggy driver which happens a lot during >> initial development stages. By analyzing the last few entries of this buffer, >> we could identify the register access which is causing the issue. > > Hi Sai, > > I wanted to see if I could make some time to get your patches working. We are > hitting usecases that need something like this as well. Basically devices > hanging and then the ramdump does not tell us much, so in this case pstore > events can be really helpful. This usecase came up last year as well. > > Anyway while I was going through your patches, I cleaned up some pstore code > as well and I have 3 more patches on top of yours for this clean up. I prefer > we submit the patches together and sync our work together so that there is > least conflict. > > Here's my latest tree: > https://github.com/joelagnel/linux-kernel/commits/pstore-events > (note that I have only build tested the patches since I just wrote them and > its quite late in the night here ;-)) > Hi Joel, Thanks for looking into this. Sure, I will be happy to sync up with you on this. I can test your additional patches on top of my pstore patches. BTW, I'm still stuck at copying binary record into pstore and then extract it during read time. Seems like I'm missing something. Thanks, Sai -- QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation