Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934222AbcJLVXg (ORCPT ); Wed, 12 Oct 2016 17:23:36 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:51978 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751998AbcJLVX3 (ORCPT ); Wed, 12 Oct 2016 17:23:29 -0400 DMARC-Filter: OpenDMARC Filter v1.3.1 smtp.codeaurora.org A37D46183E Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=pass smtp.mailfrom=tbaicar@codeaurora.org Subject: Re: [PATCH V3 09/10] trace, ras: add ARM processor error trace event To: Steven Rostedt References: <1475875882-2604-1-git-send-email-tbaicar@codeaurora.org> <1475875882-2604-10-git-send-email-tbaicar@codeaurora.org> <20161007173959.5ff3fcfa@gandalf.local.home> Cc: christoffer.dall@linaro.org, marc.zyngier@arm.com, pbonzini@redhat.com, rkrcmar@redhat.com, linux@armlinux.org.uk, catalin.marinas@arm.com, will.deacon@arm.com, rjw@rjwysocki.net, lenb@kernel.org, matt@codeblueprint.co.uk, robert.moore@intel.com, lv.zheng@intel.com, mark.rutland@arm.com, james.morse@arm.com, akpm@linux-foundation.org, sandeepa.s.prabhu@gmail.com, shijie.huang@arm.com, paul.gortmaker@windriver.com, tomasz.nowicki@linaro.org, fu.wei@linaro.org, bristot@redhat.com, linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu, Dkvm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, linux-efi@vger.kernel.org, devel@acpica.org From: "Baicar, Tyler" Message-ID: <421c3f7c-d9f6-2cdc-71f4-c6548388bca8@codeaurora.org> Date: Wed, 12 Oct 2016 15:23:21 -0600 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <20161007173959.5ff3fcfa@gandalf.local.home> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 5750 Lines: 171 Hello Steve, Thank you for your feedback! Responses below. On 10/7/2016 3:39 PM, Steven Rostedt wrote: > On Fri, 7 Oct 2016 15:31:21 -0600 > Tyler Baicar wrote: > >> Currently there are trace events for the various RAS >> errors with the exception of ARM processor type errors. >> Add a new trace event for such errors so that the user >> will know when they occur. These trace events are >> consistent with the ARM processor error section type >> defined in UEFI 2.6 spec section N.2.4.4. >> >> Signed-off-by: Tyler Baicar >> --- >> drivers/firmware/efi/cper.c | 9 ++++++ >> drivers/ras/ras.c | 1 + >> include/ras/ras_event.h | 67 +++++++++++++++++++++++++++++++++++++++++++++ >> 3 files changed, 77 insertions(+) >> >> diff --git a/drivers/firmware/efi/cper.c b/drivers/firmware/efi/cper.c >> index f9ffba6..21b8a6f 100644 >> --- a/drivers/firmware/efi/cper.c >> +++ b/drivers/firmware/efi/cper.c >> @@ -34,6 +34,7 @@ >> #include >> #include >> #include >> +#include >> >> #define INDENT_SP " " >> >> @@ -256,6 +257,14 @@ static void cper_print_proc_armv8(const char *pfx, >> CPER_ARMV8_INFO_VALID_PHYSICAL_ADDR) >> printk("%sphysical fault address: 0x%016llx\n", >> newpfx, err_info->physical_fault_addr); >> + trace_arm_event(proc->affinity_level, proc->mpidr, proc->midr, >> + proc->running_state, proc->psci_state, >> + err_info->version, err_info->type, >> + err_info->multiple_error, >> + err_info->validation_bits, >> + err_info->error_info, >> + err_info->virt_fault_addr, >> + err_info->physical_fault_addr); > Why waste all the effort into passing each individual field. Why not > just pass the structure in and sort it out in the TP_fast_assign()? That should be a lot cleaner, I will make that change in the next patchset. >> err_info += 1; >> } >> >> diff --git a/drivers/ras/ras.c b/drivers/ras/ras.c >> index fb2500b..8ba5a94 100644 >> --- a/drivers/ras/ras.c >> +++ b/drivers/ras/ras.c >> @@ -28,3 +28,4 @@ EXPORT_TRACEPOINT_SYMBOL_GPL(extlog_mem_event); >> #endif >> EXPORT_TRACEPOINT_SYMBOL_GPL(mc_event); >> EXPORT_TRACEPOINT_SYMBOL_GPL(unknown_sec_event); >> +EXPORT_TRACEPOINT_SYMBOL_GPL(arm_event); >> diff --git a/include/ras/ras_event.h b/include/ras/ras_event.h >> index 5861b6f..eb2719a 100644 >> --- a/include/ras/ras_event.h >> +++ b/include/ras/ras_event.h >> @@ -162,6 +162,73 @@ TRACE_EVENT(mc_event, >> ); >> >> /* >> + * ARM Processor Events Report >> + * >> + * This event is generated when hardware detects an ARM processor error >> + * has occurred. UEFI 2.6 spec section N.2.4.4. >> + */ >> +TRACE_EVENT(arm_event, >> + >> + TP_PROTO(const u8 affinity, >> + const u64 mpidr, >> + const u64 midr, >> + const u32 running_state, >> + const u32 psci_state, >> + const u8 version, >> + const u8 type, >> + const u16 err_count, >> + const u8 flags, >> + const u64 info, >> + const u64 virt_fault_addr, >> + const u64 phys_fault_addr), >> + >> + TP_ARGS(affinity, mpidr, midr, running_state, psci_state, >> + version, type, err_count, flags, info, virt_fault_addr, >> + phys_fault_addr), >> + >> + TP_STRUCT__entry( >> + __field(u8, affinity) >> + __field(u64, mpidr) >> + __field(u64, midr) >> + __field(u32, running_state) >> + __field(u32, psci_state) >> + __field(u8, version) >> + __field(u8, type) >> + __field(u16, err_count) >> + __field(u8, flags) >> + __field(u64, info) >> + __field(u64, virt_fault_addr) >> + __field(u64, phys_fault_addr) > The above creates a structure with lots of holes in it. Pack it better. > You want something like: > > __field(u64, mpidr) > __field(u64, midr) > __field(u64, info) > __field(u64, virt_fault_addr) > __field(u64, phys_fault_addr) > __field(u32, running_state) > __field(u32, psci_state) > __field(u16, err_count) > __field(u8, affinity) > __field(u8, version) > __field(u8, type) > __field(u8, flags) > > The above is a total of 54 bytes. Your original was at a minimum, 64 > bytes. > > -- Steve I will reorder the structure in the next patchset. I originally used this order because that is the order the entries appear in the spec (table 260 and 261 of UEFI spec 2.6). It makes more sense to save the space though. Thanks, Tyler >> + ), >> + >> + TP_fast_assign( >> + __entry->affinity = affinity; >> + __entry->mpidr = mpidr; >> + __entry->midr = midr; >> + __entry->running_state = running_state; >> + __entry->psci_state = psci_state; >> + __entry->version = version; >> + __entry->type = type; >> + __entry->err_count = err_count; >> + __entry->flags = flags; >> + __entry->info = info; >> + __entry->virt_fault_addr = virt_fault_addr; >> + __entry->phys_fault_addr = phys_fault_addr; >> + ), >> + >> + TP_printk("affinity level: %d; MPIDR: %016llx; MIDR: %016llx; " >> + "running state: %d; PSCI state: %d; version: %d; type: %d; " >> + "error count: 0x%04x; flags: 0x%02x; info: %016llx; " >> + "virtual fault address: %016llx; " >> + "physical fault address: %016llx", >> + __entry->affinity, __entry->mpidr, __entry->midr, >> + __entry->running_state, __entry->psci_state, __entry->version, >> + __entry->type, __entry->err_count, __entry->flags, >> + __entry->info, __entry->virt_fault_addr, >> + __entry->phys_fault_addr) >> +); >> + >> +/* >> * Unknown Section Report >> * >> * This event is generated when hardware detected a hardware -- Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.