From: Thomas Gleixner <tglx@linutronix.de>
To: Bjorn Helgaas <helgaas@kernel.org>, Joseph Jang <jjang@nvidia.com>
Cc: shuah@kernel.org, mochs@nvidia.com, linux-kernel@vger.kernel.org,
linux-kselftest@vger.kernel.org, linux-tegra@vger.kernel.org
Subject: Re: [PATCH 1/1] selftest: drivers: Add support its msi hwirq checking
Date: Thu, 01 Aug 2024 01:12:17 +0200 [thread overview]
Message-ID: <87ikwl40mm.ffs@tglx> (raw)
In-Reply-To: <87sevp47kc.ffs@tglx>
On Wed, Jul 31 2024 at 22:42, Thomas Gleixner wrote:
> Aside of that the proposed parser does not even work anymore on 6.11
> because we switched ARM[64] over to per device domains during the merge
> window.
>
> So if we want a selftest for the correctness of the hardware interrupt
> numbers then it should grab the per interrupt sysfs entry 'chip_name'
> and 'hwirq' pairs and do an analysis per 'chip_name' whether all
> hardware interrupt numbers for a chip are unique.
I just hacked up a 20 lines snake script to analyze it and indeed that
produces duplicates because some interrupt chips do not have unique chip
names as they are shared between interrupt domains and the chip names
are constant.
There are several ways to handle this:
1) Amend /sys/kernel/irq/$N/chip_name with the irq domain name
2) Expose the irq domain name in /sys/kernel/irq/$N/domain_name
3) Utilize the existing /sys/kernel/debug/irq/ mechanism
#1 Does change the output of chip_name, but that is a kernel internal
detail anyway so there is no real UABI concern.
#2 has the advantage that it does not change the output of chip_name but
it consumes more memory for a dubious value.
#3 has the downside that it requires CONFIG_GENERIC_IRQ_DEBUGFS=y and is
root only, but that should be not a problem for testing. We have other
selftests which have Kconfig dependencies and root requirements. The
upside is that it does not require kernel changes.
No real strong opinion either way, but all of that is better than a ITS
specific parser which fails to work on the next kernel version.
Thanks,
tglx
next prev parent reply other threads:[~2024-07-31 23:12 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-30 1:27 [PATCH 0/1] selftest: drivers: Add support its msi hwirq checking Joseph Jang
2024-05-30 1:27 ` [PATCH 1/1] " Joseph Jang
2024-07-31 19:24 ` Bjorn Helgaas
2024-07-31 20:42 ` Thomas Gleixner
2024-07-31 23:12 ` Thomas Gleixner [this message]
2024-07-30 20:59 ` [PATCH 0/1] " Shuah Khan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ikwl40mm.ffs@tglx \
--to=tglx@linutronix.de \
--cc=helgaas@kernel.org \
--cc=jjang@nvidia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-tegra@vger.kernel.org \
--cc=mochs@nvidia.com \
--cc=shuah@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox