From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753847Ab1AUKIs (ORCPT ); Fri, 21 Jan 2011 05:08:48 -0500 Received: from mtagate5.uk.ibm.com ([194.196.100.165]:51024 "EHLO mtagate5.uk.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753480Ab1AUKIq (ORCPT ); Fri, 21 Jan 2011 05:08:46 -0500 Message-Id: <20110121100651.821690659@linux.vnet.ibm.com> User-Agent: quilt/0.47-1 Date: Fri, 21 Jan 2011 11:06:51 +0100 From: Heinz Graalfs To: robert.richter@amd.com Cc: mingo@elte.hu, oprofile-list@lists.sf.net, linux-kernel@vger.kernel.org, linux-s390@vger.kernel.org, borntraeger@de.ibm.com, schwidefsky@de.ibm.com, heiko.carstens@de.ibm.com Subject: [patch v2 0/3] OProfile support for System z's hardware sampling Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello Robert, I'm resending yesterday's mail because I missed to specify the correct sender information. This is a re-posting of the patch series originally posted last month: http://marc.info/?l=linux-s390&m=129285043619973&w=2 Heinz Changes in v2: - kernel module hwsampler removed, everything is now in oprofile kernel module - functions from hwsampler-main.c and smpctl.c merged into arch/s390/oprofile/hwsampler.c - functions made static - arch/s390/include/asm/hwsampler.h moved to arch/s390/oprofile/hwsampler.h - structs have now hws_ prefix - config variables changed, HAVE_HWSAMPLER used only - original patch 4 (handle_munmap.patch) removed Description: So far, OProfile takes samples by using a software interrupt. The purpose of this series of patches is to add support for System z hardware sampling to OProfile. Hardware (HW) sampling is a feature provided by System z processors (z10 and follow ons). When sampling, the processor takes samples containing the instruction address, PID, and other information. The samples are taken at a programmable rate and stored into a buffer provided by the operating system. The sampling process is implemented in hardware and millicode and thus does not affect the operating system being oberved, apart from requiring buffer memory that the Linux kernel must provide. Hardware sampling is available in LPAR mode on 64 BIT processors only. The overall approach is to replace the software-based sample generation by hardware sampling. All required functionality to control the HW sampling mechanism is added to the oprofile kernel module. The functions provide support for - controlling the sampling hardware, - setting up appropriate buffer structures (HW buffers), - retrieving sample entries from these buffers. Multiple CPUs can be handled. The samples contain the instruction address, a bit distinguishing between kernel and user space, and for user space samples also the PID. Instead of taking samples from its own per-CPU buffers, OProfile would rather take samples from the HW buffers. When hardware sampling can be enabled on the current System z processor it will be the new default. Switching back to timer based sampling can be established by using echo 0 > /dev/oprofile/hwsampling/hwsampler The user space drivers of OProfile also need an extension to control hw sampling by appropriate options.