From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753920Ab1JORqU (ORCPT ); Sat, 15 Oct 2011 13:46:20 -0400 Received: from mail-gx0-f174.google.com ([209.85.161.174]:57952 "EHLO mail-gx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753702Ab1JORqT (ORCPT ); Sat, 15 Oct 2011 13:46:19 -0400 Message-ID: <4E99C6E6.2040201@gmail.com> Date: Sat, 15 Oct 2011 11:46:14 -0600 From: David Ahern User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0) Gecko/20110927 Thunderbird/7.0 MIME-Version: 1.0 To: Ingo Molnar CC: Arnaldo Carvalho de Melo , linux-kernel@vger.kernel.org, Frederic Weisbecker , Mike Galbraith , Paul Mackerras , Peter Zijlstra , Stephane Eranian , Thomas Jarosch , arnaldo.melo@gmail.com Subject: Re: [GIT PULL 0/5] perf/core improvements and fixes References: <1318616873-26739-1-git-send-email-acme@infradead.org> <20111015145946.GB9516@elte.hu> <4E99BC44.40400@gmail.com> <20111015170452.GD29782@elte.hu> In-Reply-To: <20111015170452.GD29782@elte.hu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/15/2011 11:04 AM, Ingo Molnar wrote: > > * David Ahern wrote: > >> On 10/15/2011 08:59 AM, Ingo Molnar wrote: >>> Btw., i noticed another weirdness - sometimes after startup i get >>> this message: >>> >>> /lib64/libc-2.14.90.so was updated, restart the long running apps that use it! >>> >>> but it was not updated recently: >>> >>> earth5:~/tip/tools/perf> ll /lib64/libc-2.14.90.so >>> -rwxr-xr-x 1 root root 2062920 Sep 28 15:11 /lib64/libc-2.14.90.so >>> earth5:~/tip/tools/perf> date >>> Sat Oct 15 16:59:04 CEST 2011 >>> earth5:~/tip/tools/perf> uptime >>> 16:59:08 up 19 days, 21:35, 11 users, load average: 7.77, 7.48, 3.81 >> >> I got the impression that comment was relative to when the >> processes were started versus prelink touching it. In your case the >> mod time of libc is after the uptime of the box. > > Ok, that makes sense. Do we report this in perf report output as > well? It should. The message comes from map__load() when it detects a deleted mapping such as: 7f9e8d5c7000-7f9e8d5c8000 rw-p 0000c000 fd:02 1046947 /lib64/libpam.so.0.82.2.#prelink#.cM3f72 (deleted) I have removed prelink from most of my systems (managed to find one lone server with the above). David > > Thanks, > > Ingo