Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp411226pxk; Thu, 3 Sep 2020 03:06:24 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxnKwSQULM+OEsgyl7+3w4YmriTn2yT2BYxIo05ZPfCLfpUmkRHQHeZQPXfcQho0YjSZsnp X-Received: by 2002:a17:906:4882:: with SMTP id v2mr1296888ejq.302.1599127583890; Thu, 03 Sep 2020 03:06:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599127583; cv=none; d=google.com; s=arc-20160816; b=weZUhEYXIhPI++HjC4U2Gb6OAYZX0KhOPEEawZu5aduITWRM/Gsl47sDwGehd/BQud 40+6HZCjCMeidCCkNw5wO6PgzIKOuRCNl3oGrG1oXwyDKztkGFUp2mWfn0KRuQuLWhua M5ghVLcTW/5b0fJvTOsrWrbjc2dDADlvh9wLnyk1fn79MyoxDOyd7xFCkjUDIyrzlNts z0wHGiaa4MuiblFq2C9IZ2LgwT66BHQi5dp3GSahD2t0QzDXfX2PJv6mw9xYEteltG+q mUPxeDeU4E7g5QkH3kxfjQXTLt7aVlluD6VGBEQTeHmyoKbbnym2f1M/YyoMorVs0t8s Gmpg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=guXmd49hR/so8p5IiEdV67CGlZ9EUNJaCgpbsm0eGTw=; b=QnmQ1KiTLG7/Hv6UzaamMuXy37FGFh2RzFHRltZbeylTFGEsZsjB0OIiMCI8YyOeU/ s5YkIz4PrI5Ak6ir8iNXde/dgnIMHlXDC46He2UcnBKRct/+Xr+XezoPIh8i/deHxD0U c1b49BuFlgLh4pGXXHB+MXNyaRMx88601p3WuYdb7n85dDcinfPCExHih5sHsn1JytV4 SR1otddNZsOVf8tT2tZZIRFBFgIpsNk16OeToSphxszxAs6lEw2Qg68emHdsY+sT8xfg w/x0y3OLTfAgtbkUMQanWBWxKbgS9EbhFRjhdA2P8kJRLWF2ZywXVa80YxdCJh+0kgAk /IoQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d17si1609557edv.10.2020.09.03.03.06.00; Thu, 03 Sep 2020 03:06:23 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726537AbgICKFT (ORCPT + 99 others); Thu, 3 Sep 2020 06:05:19 -0400 Received: from out30-54.freemail.mail.aliyun.com ([115.124.30.54]:44618 "EHLO out30-54.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726025AbgICKFT (ORCPT ); Thu, 3 Sep 2020 06:05:19 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R191e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04407;MF=zoucao@linux.alibaba.com;NM=1;PH=DS;RN=5;SR=0;TI=SMTPD_---0U7nxhOa_1599127516; Received: from ali-6c96cfe06eab.local(mailfrom:zoucao@linux.alibaba.com fp:SMTPD_---0U7nxhOa_1599127516) by smtp.aliyun-inc.com(127.0.0.1); Thu, 03 Sep 2020 18:05:17 +0800 Subject: Re: [PATCH] irqchip/gic-v3: change gic_data into gic_v3_data To: Marc Zyngier Cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, tglx@linutronix.de, jason@lakedaemon.net References: <1599124088-80231-1-git-send-email-zoucao@linux.alibaba.com> From: zc Message-ID: <69118106-e6d8-71dc-7004-80fd96b32e54@linux.alibaba.com> Date: Thu, 3 Sep 2020 18:05:16 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org   thank for you reply.    of course it won't,   i just think it is better to splite the global data between irq-gic and irq-gic-v3. I wrote some hook module for gic,  kallsyms_lookup_name can't support for mutlipte symbol, i need to call kallsyms scan to get the addr.   If you think it isn't necessary, well for me. Regards, zou cao 在 2020/9/3 下午5:55, Marc Zyngier 写道: > On 2020-09-03 10:08, Zou Cao wrote: >> There are multiple gic_data symbol between irq_gic.c and irq_gic_v3.c, >> we can see the same symbol name: >> >>     cat /proc/kallsyms | grep gic_data >> ------> >>     ffff80001138f1d0 d gic_data >>     ffff80001138f940 d gic_data >> >> Normally CONFIG_ARM_GIC and CONFIG_ARM_GIC_V3 are all enabled, move >> the gic_data symbol into different name, it will be friend for >> kallsyms_lookup_name to get addr easily. >> >> Signed-off-by: Zou Cao > > I'm sorry, but this kind of change is not acceptable. > > It is pure churn, for zero benefit. As an example, give the following > script a go: > > awk '{ print $3 }' /proc/kallsyms | sort | uniq -c| awk '$1 > 1 > {print}'| sort -n > > Are you going to repaint all these symbols? > >         M.