mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Srivastava, Dheeraj Kumar" <dheerajkumar.srivastava@amd.com>
To: Bjorn Helgaas <helgaas@kernel.org>
Cc: joro@8bytes.org, suravee.suthikulpanit@amd.com, will@kernel.org,
	robin.murphy@arm.com, linux-kernel@vger.kernel.org,
	iommu@lists.linux.dev, vasant.hegde@amd.com
Subject: Re: [PATCH v2 2/8] iommu/amd: Add debugfs support to dump IOMMU MMIO registers
Date: Tue, 7 Jan 2025 10:57:54 +0530	[thread overview]
Message-ID: <7f2cc502-3ceb-4265-a6e3-53186afbcd7f@amd.com> (raw)
In-Reply-To: <20241126205834.GA2651046@bhelgaas>

Hi,

On 11/27/2024 2:28 AM, Bjorn Helgaas wrote:
> On Wed, Nov 06, 2024 at 01:16:33PM +0530, Dheeraj Kumar Srivastava wrote:
>> Analyzing IOMMU MMIO registers gives a view of what IOMMU is
>> configured with on the system and is helpful to debug issues
>> with IOMMU.
>>
>> eg.
>> 1. To get mmio registers value for iommu<x>
> 
> s/mmio/MMIO/ to match usage above.
> 

Sure.

>>     # echo "0x18" > /sys/kernel/debug/iommu/amd/iommu00/mmio
>>     # cat /sys/kernel/debug/iommu/amd/iommu00/mmio_dump
>>
>> Signed-off-by: Dheeraj Kumar Srivastava <dheerajkumar.srivastava@amd.com>
>> ---
>>   drivers/iommu/amd/debugfs.c | 58 +++++++++++++++++++++++++++++++++++++
>>   1 file changed, 58 insertions(+)
>>
>> diff --git a/drivers/iommu/amd/debugfs.c b/drivers/iommu/amd/debugfs.c
>> index ff9520e002be..e56c050eb7c8 100644
>> --- a/drivers/iommu/amd/debugfs.c
>> +++ b/drivers/iommu/amd/debugfs.c
>> @@ -15,6 +15,59 @@
>>   static struct dentry *amd_iommu_debugfs;
>>   
>>   #define	MAX_NAME_LEN	20
>> +#define	OFS_IN_SZ	8
>> +
>> +static int mmio_offset = -1;
>> +
>> +static ssize_t iommu_mmio_write(struct file *filp, const char __user *ubuf,
>> +				size_t cnt, loff_t *ppos)
>> +{
>> +	struct seq_file *m = filp->private_data;
>> +	struct amd_iommu *iommu = m->private;
>> +	int ret;
>> +
>> +	if (cnt > OFS_IN_SZ)
>> +		return -EINVAL;
>> +
>> +	ret = kstrtou32_from_user(ubuf, cnt, 0, &mmio_offset);
>> +	if (ret)
>> +		return ret;
>> +
>> +	if (mmio_offset > iommu->mmio_phys_end - 4) {
>> +		mmio_offset = -1;
>> +		return  -EINVAL;
>> +	}
>> +
>> +	return cnt;
>> +}
>> +
>> +static int iommu_mmio_show(struct seq_file *m, void *unused)
>> +{
>> +	if (mmio_offset >= 0)
>> +		seq_printf(m, "0x%x\n", mmio_offset);
>> +	else
>> +		seq_puts(m, "No or invalid input provided\n");
>> +
>> +	return 0;
>> +}
>> +DEFINE_SHOW_STORE_ATTRIBUTE(iommu_mmio);
>> +
>> +static int iommu_mmio_dump_show(struct seq_file *m, void *unused)
>> +{
>> +	struct amd_iommu *iommu = m->private;
>> +	u32 value;
>> +
>> +	if (mmio_offset < 0) {
>> +		seq_puts(m, "Please provide mmio register's offset\n");
>> +		return 0;
>> +	}
>> +
>> +	value = readl(iommu->mmio_base + mmio_offset);
>> +	seq_printf(m, "0x%08x\n", value);
>> +
>> +	return 0;
>> +}
>> +DEFINE_SHOW_ATTRIBUTE(iommu_mmio_dump);
> 
> I think this would be much simpler and more user-friendly if you made
> this a single read-only file to dump all the registers, as
> /sys/kernel/debug/iommu/intel/iommu_regset does.  Having to write
> "mmio" and then read "mmio_dump" makes it hard to use, and it means
> that two users can race with each other and confuse things.
> 
> This is part of the AMD IOMMU driver, which should know what registers
> are of interest and how to dump and possibly even decode them.
> 

In my opinion,
1. Dumping register/s only of interest is more useful then dumping 
everything we have or defined to be dumped.
2. If we want to dump set of registers (not all in the mmio space), we 
need to maintain list of register's offset we want to dump. In this 
approach, if more registers are required to be dumped in a later point 
of time, then we have to extend the list each time with a separate patch 
whenever we want to do so.
3. With the implemented approach, we can dump any register/s extensively
without maintaining register's offset of user's interest. Also it reduce 
user side of extra code to extract the required register/s from the 
dumped data.
4. Writing offset in different file and getting corresponding registers 
dump in a different file is useful for the same reason.

Debugging issues internally we found that this implemented approach is 
more useful.

Please do let me know what you think.

Thanks
Dheeraj

>>   void amd_iommu_debugfs_setup(void)
>>   {
>> @@ -26,5 +79,10 @@ void amd_iommu_debugfs_setup(void)
>>   	for_each_iommu(iommu) {
>>   		snprintf(name, MAX_NAME_LEN, "iommu%02d", iommu->index);
>>   		iommu->debugfs = debugfs_create_dir(name, amd_iommu_debugfs);
>> +
>> +		debugfs_create_file("mmio", 0644, iommu->debugfs, iommu,
>> +				    &iommu_mmio_fops);
>> +		debugfs_create_file("mmio_dump", 0444, iommu->debugfs, iommu,
>> +				    &iommu_mmio_dump_fops);
>>   	}
>>   }
>> -- 
>> 2.25.1
>>


  reply	other threads:[~2025-01-07  5:28 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-06  7:46 [PATCH v2 0/8] Introduce debugfs support in IOMMU Dheeraj Kumar Srivastava
2024-11-06  7:46 ` [PATCH v2 1/8] iommu/amd: Refactor AMD IOMMU debugfs initial setup Dheeraj Kumar Srivastava
2024-11-26 19:12   ` Bjorn Helgaas
2025-01-07  5:01     ` Srivastava, Dheeraj Kumar
2024-11-06  7:46 ` [PATCH v2 2/8] iommu/amd: Add debugfs support to dump IOMMU MMIO registers Dheeraj Kumar Srivastava
2024-11-26 20:58   ` Bjorn Helgaas
2025-01-07  5:27     ` Srivastava, Dheeraj Kumar [this message]
2024-11-06  7:46 ` [PATCH v2 3/8] iommu/amd: Add debugfs support to dump IOMMU Capability registers Dheeraj Kumar Srivastava
2024-11-26 20:59   ` Bjorn Helgaas
2025-01-07  6:03     ` Srivastava, Dheeraj Kumar
2025-01-07 20:18       ` Bjorn Helgaas
2025-01-15  5:06         ` Srivastava, Dheeraj Kumar
2024-11-06  7:46 ` [PATCH v2 4/8] iommu/amd: Add debugfs support to dump IOMMU command buffer Dheeraj Kumar Srivastava
2024-11-06  7:46 ` [PATCH v2 5/8] iommu/amd: Add support for device id user input Dheeraj Kumar Srivastava
2024-11-26 21:02   ` Bjorn Helgaas
2025-01-15  5:21     ` Srivastava, Dheeraj Kumar
2024-11-06  7:46 ` [PATCH v2 6/8] iommu/amd: Add debugfs support to dump device table Dheeraj Kumar Srivastava
2024-11-06  7:46 ` [PATCH v2 7/8] iommu/amd: Add debugfs support to dump IRT Table Dheeraj Kumar Srivastava
2024-11-06  7:46 ` [PATCH v2 8/8] iommu/amd: Add documentation for AMD IOMMU debugfs support Dheeraj Kumar Srivastava
2024-11-26 21:19   ` Bjorn Helgaas
2024-12-03  5:54     ` Srivastava, Dheeraj Kumar

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=7f2cc502-3ceb-4265-a6e3-53186afbcd7f@amd.com \
    --to=dheerajkumar.srivastava@amd.com \
    --cc=helgaas@kernel.org \
    --cc=iommu@lists.linux.dev \
    --cc=joro@8bytes.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=robin.murphy@arm.com \
    --cc=suravee.suthikulpanit@amd.com \
    --cc=vasant.hegde@amd.com \
    --cc=will@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

Powered by JetHome