Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp4559362ybp; Mon, 7 Oct 2019 10:11:58 -0700 (PDT) X-Google-Smtp-Source: APXvYqwyoWJK3Ml3mPnVOkIgXPxQM3TdpWNVST2s7YKHZspg1n7yBcOh+hAK/9B4gEghYOOTYSEy X-Received: by 2002:a50:cc4d:: with SMTP id n13mr29792628edi.5.1570468318867; Mon, 07 Oct 2019 10:11:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570468318; cv=none; d=google.com; s=arc-20160816; b=Xwi9Df+soTNHZ9mmIlm3jWovZ4iL10m6dht4jsRdRAmg4PeNMAsIIDCw4m4lo1I5Ih 0K5TCaWs0L9ueIGTFGSKYI/MPggoJeUXRlXcJG+lu6Vs+7jdUMVgwYpFfHnwWpZJmkpp 5SpVcqvvv1F+Qc735S2ppADdp5KFXUs/i5+JJDePD2OHGKTTg5Zj7PQdFDXChpB1CfQN 923rN1rg9BTC9M7Wwci2Vm/24c960srA4Pl15GKvZnu7JqEXXXiTv/8jLM5VMaT76Iut Vt43Vc2GSBHO3hZjO3cKO//KcSfqkTBdzQKk4tsnhhNzcGA8k5pmeJDQ2B7or0KhLK07 AkZw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=nIO6O9ahSz9V8fOp+W/95V7uzxghRqzih625nuEdwR0=; b=wCWIUF/5WKC6Lbro4zA6qNYtQ7NsYuf0eD1xZIiy7xs7yDCoA2oRulOzd9u4AIl2Vi 8vAnURZ8hXROjw1mR+VSO/SgwYodh8Etc/8ixWegun0m2CUJ8tj5WYLS3YlAa12imHJG T5ZNbKvDxFOAioRF8alt5WbgN2W/vOJbELDwTMTNI+q7cB4w9rePp0rtNSHUJwkt9eKH xfkUvcXaOZ/EOs3TUNyEFPceLqH9H0e+N5iyd2MV6Msf5Rc/bT2Fg4/OZ8bJO4ERM42R JqDmQoFB2IWELLdmlXf/8I2u6gwfEj0u1jEWtv+QPyuudQG6EtNDTSgKl7tkVTrc8pN+ 9DzA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@broadcom.com header.s=google header.b=hZW2x0sX; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=broadcom.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b15si8781035eda.152.2019.10.07.10.11.35; Mon, 07 Oct 2019 10:11:58 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@broadcom.com header.s=google header.b=hZW2x0sX; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=broadcom.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728882AbfJGRK5 (ORCPT + 99 others); Mon, 7 Oct 2019 13:10:57 -0400 Received: from mail-pg1-f195.google.com ([209.85.215.195]:40282 "EHLO mail-pg1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727801AbfJGRK5 (ORCPT ); Mon, 7 Oct 2019 13:10:57 -0400 Received: by mail-pg1-f195.google.com with SMTP id d26so8588838pgl.7 for ; Mon, 07 Oct 2019 10:10:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=nIO6O9ahSz9V8fOp+W/95V7uzxghRqzih625nuEdwR0=; b=hZW2x0sX8IHEsBdGXbQ7dhAyaFiXvbS0sfin1r0QdfUN0ohP/3mUrNCKIFJgBPRG48 ezy9APJy0R1jKr69irFMCUBON0svtdadAaeXk0fE48899dvlcrRE4mnke7FpcnZlAVW+ gKD78Sdfwo3tX/dmlwT8JVIOas4+wU9P/Ys80= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=nIO6O9ahSz9V8fOp+W/95V7uzxghRqzih625nuEdwR0=; b=G/4wBIwedzVHLy0mI+aJtzNTrnZvlWIFLC5ZsJrt+ypSs49NSX/+ue7TnJSp/Cpn1y rfqGHqMl8toNOLvDnoc+9ktqd51LLJnBs2s97d2wa1zA9aalutsu2w1YzHzKZrMlJJgh DQ6T7dFTOCqVaKF8YC6Y3HF1LUO7VExZ/xt4cXNBpC8qJC96h+Zd90FwpNZLQqyt0HEw /4Dq3besrUMSAWAWl0saO+6PUx03YuAt67JjKW0fy8Ssm3O9zHIBEy+tMVe0bilmlyQo JiWac5ezfIxoY5ws6R7x0QUra9Du/oESoXMGMBefvHID5XryYVwkDeGSwFpgG2xoHv8Z E65A== X-Gm-Message-State: APjAAAXKPrZUtKx0CcnaLdOSfcpM+nKd1OcBEB0sT9Vm+i18cNjhPumL kUlJz9buEePRKfg9ioK4yCddaqkdU5OdnQ== X-Received: by 2002:a63:68e:: with SMTP id 136mr11613874pgg.18.1570468256741; Mon, 07 Oct 2019 10:10:56 -0700 (PDT) Received: from [10.136.13.65] ([192.19.228.250]) by smtp.gmail.com with ESMTPSA id e6sm16243153pfl.146.2019.10.07.10.10.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 07 Oct 2019 10:10:55 -0700 (PDT) Subject: Re: [PATCH v2 2/2] pinctrl: iproc: use unique name for irq chip To: Marc Zyngier , Geert Uytterhoeven Cc: Chris Packham , Linus Walleij , Ray Jui , Scott Branden , bcm-kernel-feedback-list@broadcom.com, rayagonda.kokatanur@broadcom.com, li.jin@broadcom.com, "open list:GPIO SUBSYSTEM" , Linux Kernel Mailing List , Linux ARM References: <20191003000310.17099-1-chris.packham@alliedtelesis.co.nz> <20191003000310.17099-3-chris.packham@alliedtelesis.co.nz> <86blutdlap.wl-maz@kernel.org> From: Scott Branden Message-ID: <44510e8c-4e9b-603f-2c26-19db9121d68c@broadcom.com> Date: Mon, 7 Oct 2019 10:10:52 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <86blutdlap.wl-maz@kernel.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019-10-07 1:14 a.m., Marc Zyngier wrote: > On Mon, 07 Oct 2019 08:30:50 +0100, > Geert Uytterhoeven wrote: >> Hi Chris, >> >> CC MarcZ >> >> On Thu, Oct 3, 2019 at 2:03 AM Chris Packham >> wrote: >>> Use the dev_name(dev) for the irqc->name so that we get unique names >>> when we have multiple instances of this driver. >>> >>> Signed-off-by: Chris Packham >> A while ago, Marc Zyngier pointed out that the irq_chip .name field >> should contain the device's class name, not the instance's name. >> Hence the current code is correct? > Thanks Geert for looping me in. The main reasons why I oppose this > kind of "let's show as much information as we can in /proc/interrupts" > are: > > - It clutters the output badly: the formatting of this file, which is > bad enough when you have a small number of CPUs, becomes unreadable > when you have a large number of them *and* stupidly long strings > that only make sense on a given platform. > > - Like it or not, /proc is ABI. We don't change things randomly there > without a good reason, and debugging isn't one of them. > > - Debug information belongs to debugfs, where we already have plenty > of stuff (see CONFIG_GENERIC_IRQ_DEBUGFS). I'd rather we improve > this infrastructure if needed, rather than add platform specific > hacks. > > > > Thanks, > > M. Thanks Marc/Geert.  Sounds like we should drop patch 2 from series. > >> See also "[PATCH 0/4] irqchip: renesas: Use proper irq_chip name and parent" >> (https://lore.kernel.org/lkml/20190607095858.10028-1-geert+renesas@glider.be/) >> Note that the irqchip patches in that series have been applied; the gpio >> patches haven't been applied yet. >> >>> --- a/drivers/pinctrl/bcm/pinctrl-iproc-gpio.c >>> +++ b/drivers/pinctrl/bcm/pinctrl-iproc-gpio.c >>> @@ -858,7 +858,7 @@ static int iproc_gpio_probe(struct platform_device *pdev) >>> struct gpio_irq_chip *girq; >>> >>> irqc = &chip->irqchip; >>> - irqc->name = "bcm-iproc-gpio"; >>> + irqc->name = dev_name(dev); >>> irqc->irq_ack = iproc_gpio_irq_ack; >>> irqc->irq_mask = iproc_gpio_irq_mask; >>> irqc->irq_unmask = iproc_gpio_irq_unmask; >> Gr{oetje,eeting}s, >> >> Geert >> >> -- >> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org >> >> In personal conversations with technical people, I call myself a hacker. But >> when I'm talking to journalists I just say "programmer" or something like that. >> -- Linus Torvalds >>