From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754700AbcG0JYc (ORCPT ); Wed, 27 Jul 2016 05:24:32 -0400 Received: from ozlabs.org ([103.22.144.67]:53672 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752821AbcG0JY3 (ORCPT ); Wed, 27 Jul 2016 05:24:29 -0400 From: Michael Ellerman To: Arnaldo Carvalho de Melo , Christian Borntraeger , anton@samba.org Cc: Song Shan Gong , jolsa@kernel.org, dsahern@gmail.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH] s390/perf: fix 'start' address of module's map In-Reply-To: <20160726202926.GB5200@kernel.org> References: <1469070651-6447-1-git-send-email-gongss@linux.vnet.ibm.com> <1469070651-6447-2-git-send-email-gongss@linux.vnet.ibm.com> <20160726195039.GA5200@kernel.org> <5797C49A.1070402@de.ibm.com> <20160726202926.GB5200@kernel.org> User-Agent: Notmuch/0.21 (https://notmuchmail.org) Date: Wed, 27 Jul 2016 19:24:26 +1000 Message-ID: <87shuvv3g5.fsf@concordia.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Arnaldo Carvalho de Melo writes: > Em Tue, Jul 26, 2016 at 10:14:18PM +0200, Christian Borntraeger escreveu: >> On 07/26/2016 09:50 PM, Arnaldo Carvalho de Melo wrote: >> > Em Thu, Jul 21, 2016 at 11:10:51AM +0800, Song Shan Gong escreveu: >> >> At preset, when creating module's map, perf gets 'start' address by parsing >> >> '/proc/modules', but it's module base address, isn't the start address of >> >> '.text' section. In most archs, it's OK. But for s390, it places 'GOT' and >> >> 'PLT' relocations before '.text' section. So there exists an offset between >> >> module base address and '.text' section, which will incur wrong symbol >> >> resolution for modules. >> > >> > I'll apply this as it fixes the problem for you and we need to get fixes >> > in ASAP to get this into 4.8, but why can't we just use your method for >> > all arches and get rid of this arch__ hook? I.e. if I look here in my >> > x86_64 notebook I see: >> > >> > [acme@jouet linux]$ cat /sys/module/tun/sections/.text >> > 0xffffffffc0af2000 >> > [acme@jouet linux]$ grep tun /proc/modules >> > tun 28672 4 vhost_net, Live 0xffffffffc0af2000 >> > [acme@jouet linux]$ >> > >> > So I could as well use what is in /sys/module/tun/sections/.text instead >> > of reading it from /proc/modules and, in s390, reading it from >> > /sys/module/tun/sections/.text. >> > >> > Do you see any problem with using this approach for _all_ arches? >> >> I think it should work well for _all_ arches but it will probably be >> hard to test this without help. > > Well, we could check for the cases we don't know, i.e. read from both > and warn about cases where it is different, except for s390 where we now > which is the right one to pick. > >> I wouldn't be surprised if other architectures than s390 actually have >> the same issue, so doing this for everybody might atually fix this somewhere >> else. > > Would be nice to get info from other arch people, Michael, how this goes > on ppc? It doesn't look like this is a problem on powerpc - at least I haven't heard of it. Looking at a system I have here, for all modules (26) the value in /proc/modules matches the .text section in /sys. So I think using /sys should be fine for us. cheers