Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755597Ab0KHUd5 (ORCPT ); Mon, 8 Nov 2010 15:33:57 -0500 Received: from smtp-out.google.com ([216.239.44.51]:11404 "EHLO smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755576Ab0KHUdz (ORCPT ); Mon, 8 Nov 2010 15:33:55 -0500 DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=subject:to:from:cc:date:message-id:in-reply-to:references: user-agent:mime-version:content-type: content-transfer-encoding:x-system-of-record; b=MVlZ5WEtCRHsPyPxj3GP2vhnCXEXhocfC2YJD+y0VvHZmiRMAMhcRV9PlSMxjujt4 wVa6oU8VqnB9pOjFI4XJg== Subject: [PATCH v2 20/23] netoops: Add x86 specific bits to packet headers To: simon.kagstrom@netinsight.net, davem@davemloft.net, nhorman@tuxdriver.com, Matt Mackall From: Mike Waychison Cc: adurbin@google.com, linux-kernel@vger.kernel.org, chavey@google.com, Greg KH , =?utf-8?q?Am=C3=A9rico?= Wang , akpm@linux-foundation.org, linux-api@vger.kernel.org Date: Mon, 08 Nov 2010 12:33:35 -0800 Message-ID: <20101108203334.22479.71661.stgit@crlf.mtv.corp.google.com> In-Reply-To: <20101108203120.22479.19708.stgit@crlf.mtv.corp.google.com> References: <20101108203120.22479.19708.stgit@crlf.mtv.corp.google.com> User-Agent: StGit/0.15 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-System-Of-Record: true Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2873 Lines: 81 We need to be able to gather information about the CPUs that caused the crash. This commit only handles x86, but it is desirable to come up with some new packet format that can accommodate any architecture. Signed-off-by: Mike Waychison --- TODO: This should be made more general to other architectures. As is, we are probably okay exporting some value for the 'arch' field. Different architectures though will likely want to gather different data. --- drivers/net/netoops.c | 27 +++++++++++++++++++++------ 1 files changed, 21 insertions(+), 6 deletions(-) diff --git a/drivers/net/netoops.c b/drivers/net/netoops.c index dc1ee97..f63e12a 100644 --- a/drivers/net/netoops.c +++ b/drivers/net/netoops.c @@ -69,16 +69,24 @@ struct netoops_msg { u32 packet_count; u32 packet_no; u32 __reserved1; - u8 __reserved2; - u8 __reserved3; - u8 __reserved4; + u8 x86_family; + u8 x86_model; + u8 x86_stepping; /* * NOTE: fixed length strings for a packet. NULL * termination not required. */ char kernel_version[64]; - char __reserved5[64]; - char __reserved6[64]; + char __reserved2[64]; + char __reserved3[64]; + /* NOTE: regs is 60 or 168 bytes */ + struct pt_regs regs; /* arch specific. */ + /* + * NOTE: The header is potentially ~385 bytes + * already. That doesn't leave much room for + * expansion unless we reduce the data size + * or truncate above fields. + */ } __attribute__ ((packed)) header; char data[NETOOPS_DATA_BYTES]; } __attribute__ ((packed)); @@ -94,10 +102,17 @@ static void setup_packet_header(int packet_count, int soft_dump) msg.header.dump_id = (jiffies/HZ) & 0xffff; msg.header.packet_count = packet_count; msg.header.header_size = sizeof(msg.header); +#ifndef CONFIG_UML + msg.header.x86_family = current_cpu_data.x86; + msg.header.x86_model = current_cpu_data.x86_model; + msg.header.x86_stepping = current_cpu_data.x86_mask; +#endif strncpy(msg.header.kernel_version, utsname()->release, min(sizeof(msg.header.kernel_version), sizeof(utsname()->release))); + if (regs != NULL) + memcpy(&msg.header.regs, regs, sizeof(msg.header.regs)); } static int packet_count_from_length(unsigned long l) @@ -182,7 +197,7 @@ static void netoops(struct kmsg_dumper *dumper, enum kmsg_dump_reason reason, /* setup the non varying parts of the message */ memset(&msg, 0, sizeof(msg)); - setup_packet_header(packet_count_1 + packet_count_2, soft_dump); + setup_packet_header(packet_count_1 + packet_count_2, regs, soft_dump); /* Transmission loop */ for (i = 0; i < NETOOPS_RETRANSMIT_COUNT; i++) { -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/