From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jonathan Case Nicklin Date: Tue, 07 Nov 2000 17:03:21 +0000 Subject: [Linux-ia64] Performance Monitor Internals: MIME-Version: 1 Content-Type: multipart/mixed; boundary="------------9913A90A1403C79E4E1232E3" Message-Id: List-Id: To: linux-ia64@vger.kernel.org --------------9913A90A1403C79E4E1232E3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Greetings, My colleague and I are working with the IA64 performance monitors and would like to get involved or at least learn more about the development effort of the syscall interface and its internals. Has any person or group been assigned to this task? If so, please email me or the list so we can possibly collaborate on the design/implementation effort. Sincerely, Jonathan Case Nicklin / John Baboval Mission Critical Linux www.missioncriticallinux.com --------------9913A90A1403C79E4E1232E3 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Greetings,

    My colleague and I are working with the IA64 performance monitors and would like to get involved
    or at least learn more about the development effort of the syscall interface and its internals. Has
    any person or group been assigned to this task? If so, please email me or the list so we can
    possibly collaborate on the design/implementation effort.

Sincerely,
Jonathan Case Nicklin / John Baboval

Mission Critical Linux
www.missioncriticallinux.com
  --------------9913A90A1403C79E4E1232E3-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephane Eranian Date: Tue, 07 Nov 2000 22:10:13 +0000 Subject: Re: [Linux-ia64] Performance Monitor Internals: Message-Id: List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-ia64@vger.kernel.org Hi, > > My colleague and I are working with the IA64 performance monitors > and would like to get involved > or at least learn more about the development effort of the syscall > interface and its internals. Has > any person or group been assigned to this task? If so, please email > me or the list so we can > possibly collaborate on the design/implementation effort. > I am currently working on the perfmon support for Linux/ia64 as you may have seen for the recent patches. The goal is to support the entire set of features of the Itanium PMU including EARS and BTB and not just counting. Also support is planned for per process AND system-wide monitoring on both UP and SMP systems. So I you have any ideas, concerns or want to contribute something, please feel free to contact me. Regards, +--------------------------------------------------------------------+ | Ste'phane ERANIAN | Email eranian@hpl.hp.com | | Hewlett-Packard Laboratories | | | 1501, Page Mill Road MS 1U-15 | | | Palo Alto, CA 94303-096 | | | USA | | | Tel : (650) 857-7174 | | | Fax : (650) 857-5548 | | +--------------------------------------------------------------------+ From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Ross Ridge" Date: Thu, 09 Nov 2000 15:40:32 +0000 Subject: Re: [Linux-ia64] Performance Monitor Internals: Message-Id: List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-ia64@vger.kernel.org > I am currently working on the perfmon support for Linux/ia64 as you may > have seen for the recent patches. The goal is to support the entire set > of features of the Itanium PMU including EARS and BTB and not just counting. > Also support is planned for per process AND system-wide monitoring on > both UP and SMP systems. > > So I you have any ideas, concerns or want to contribute something, please > feel free to contact me. I'm also interested in using the performance monitor, but my only concern is if user processes will able to access the performance counters directly with a "mov 1,PMD[r2]" instruction, instead of having to use some sort of kernel service to access the counter. Essentially, all I'm looking for is a replacement for the IA-32's "RDTSC" instruction in the code I'm porting. Ross Ridge From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Mosberger Date: Thu, 09 Nov 2000 15:56:23 +0000 Subject: Re: [Linux-ia64] Performance Monitor Internals: Message-Id: List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-ia64@vger.kernel.org >>>>> On Thu, 9 Nov 2000 10:40:32 -0500, "Ross Ridge" said: Ross> I'm also interested in using the performance monitor, but my Ross> only concern is if user processes will able to access the Ross> performance counters directly with a "mov 1,PMD[r2]" Ross> instruction, instead of having to use some sort of kernel Ross> service to access the counter. Essentially, all I'm looking Ross> for is a replacement for the IA-32's "RDTSC" instruction in Ross> the code I'm porting. You can use the attached code. --david static __inline__ unsigned long ia64_get_itc (void) { unsigned long result; __asm__ __volatile__("mov %0=ar.itc" : "=r"(result) :: "memory"); while (__builtin_expect ((int) result = -1, 0)) __asm__ __volatile__("mov %0=ar.itc" : "=r"(result) :: "memory"); return result; } From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pete Wyckoff Date: Mon, 13 Nov 2000 16:57:17 +0000 Subject: Re: [Linux-ia64] Performance Monitor Internals: Message-Id: List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-ia64@vger.kernel.org davidm@hpl.hp.com said: > static __inline__ unsigned long > ia64_get_itc (void) > { > unsigned long result; > > __asm__ __volatile__("mov %0=ar.itc" : "=r"(result) :: "memory"); > while (__builtin_expect ((int) result = -1, 0)) > __asm__ __volatile__("mov %0=ar.itc" : "=r"(result) :: "memory"); > return result; > } Why is it no good to return result when it satisfies: (result & 0xffffffff) = 0xffffffff ? Curiosity. -- Pete