Linux-NVME Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] nvme-pci: expose active quirks in sysfs
@ 2025-10-28 14:29 Maurizio Lombardi
  2025-10-28 16:32 ` Bart Van Assche
  0 siblings, 1 reply; 10+ messages in thread
From: Maurizio Lombardi @ 2025-10-28 14:29 UTC (permalink / raw)
  To: mlombard, kbusch; +Cc: bgurney, linux-nvme

Currently, there is no straightforward way for a user to inspect
the quirks value from userspace.
Add a new read-only sysfs attribute "quirks";
reading this file will display the hexadecimal
value of the ctrl->quirks bitmask for the given NVMe device.

Signed-off-by: Maurizio Lombardi <mlombard@redhat.com>
---
 drivers/nvme/host/pci.c | 10 ++++++++++
 1 file changed, 10 insertions(+)

diff --git a/drivers/nvme/host/pci.c b/drivers/nvme/host/pci.c
index c916176bd9f0..de9febd32e83 100644
--- a/drivers/nvme/host/pci.c
+++ b/drivers/nvme/host/pci.c
@@ -2497,6 +2497,15 @@ static ssize_t cmbsz_show(struct device *dev, struct device_attribute *attr,
 }
 static DEVICE_ATTR_RO(cmbsz);
 
+static ssize_t quirks_show(struct device *dev, struct device_attribute *attr,
+		char *buf)
+{
+	struct nvme_dev *ndev = to_nvme_dev(dev_get_drvdata(dev));
+
+	return sysfs_emit(buf, "0x%08lx\n", ndev->ctrl.quirks);
+}
+static DEVICE_ATTR_RO(quirks);
+
 static ssize_t hmb_show(struct device *dev, struct device_attribute *attr,
 			char *buf)
 {
@@ -2557,6 +2566,7 @@ static struct attribute *nvme_pci_attrs[] = {
 	&dev_attr_cmbloc.attr,
 	&dev_attr_cmbsz.attr,
 	&dev_attr_hmb.attr,
+	&dev_attr_quirks.attr,
 	NULL,
 };
 
-- 
2.47.3



^ permalink raw reply related	[flat|nested] 10+ messages in thread

* Re: [PATCH] nvme-pci: expose active quirks in sysfs
  2025-10-28 14:29 [PATCH] nvme-pci: expose active quirks in sysfs Maurizio Lombardi
@ 2025-10-28 16:32 ` Bart Van Assche
  2025-10-28 17:00   ` Maurizio Lombardi
  0 siblings, 1 reply; 10+ messages in thread
From: Bart Van Assche @ 2025-10-28 16:32 UTC (permalink / raw)
  To: Maurizio Lombardi, kbusch; +Cc: bgurney, linux-nvme

On 10/28/25 7:29 AM, Maurizio Lombardi wrote:
> Currently, there is no straightforward way for a user to inspect
> the quirks value from userspace.
> Add a new read-only sysfs attribute "quirks";
> reading this file will display the hexadecimal
> value of the ctrl->quirks bitmask for the given NVMe device.

This patch changes the constants in enum nvme_quirks from
kernel-internal constants into an ABI. I'm not sure that's what we
want.

Thanks,

Bart.


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [PATCH] nvme-pci: expose active quirks in sysfs
  2025-10-28 16:32 ` Bart Van Assche
@ 2025-10-28 17:00   ` Maurizio Lombardi
  2025-10-29  5:47     ` Chaitanya Kulkarni
  0 siblings, 1 reply; 10+ messages in thread
From: Maurizio Lombardi @ 2025-10-28 17:00 UTC (permalink / raw)
  To: Bart Van Assche, Maurizio Lombardi, kbusch; +Cc: bgurney, linux-nvme

On Tue Oct 28, 2025 at 5:32 PM CET, Bart Van Assche wrote:
> On 10/28/25 7:29 AM, Maurizio Lombardi wrote:
>> Currently, there is no straightforward way for a user to inspect
>> the quirks value from userspace.
>> Add a new read-only sysfs attribute "quirks";
>> reading this file will display the hexadecimal
>> value of the ctrl->quirks bitmask for the given NVMe device.
>
> This patch changes the constants in enum nvme_quirks from
> kernel-internal constants into an ABI. I'm not sure that's what we
> want.

I understand your concern.
I could respin it to export the names of the active quirks
rather than the raw bitmask, if there is an interest in having
this feature.

Maurizio




^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [PATCH] nvme-pci: expose active quirks in sysfs
  2025-10-28 17:00   ` Maurizio Lombardi
@ 2025-10-29  5:47     ` Chaitanya Kulkarni
  2025-10-29  8:02       ` Maurizio Lombardi
  0 siblings, 1 reply; 10+ messages in thread
From: Chaitanya Kulkarni @ 2025-10-29  5:47 UTC (permalink / raw)
  To: Maurizio Lombardi, Bart Van Assche, Maurizio Lombardi,
	kbusch@kernel.org
  Cc: bgurney@redhat.com, linux-nvme@lists.infradead.org

On 10/28/25 10:00, Maurizio Lombardi wrote:
> On Tue Oct 28, 2025 at 5:32 PM CET, Bart Van Assche wrote:
>> On 10/28/25 7:29 AM, Maurizio Lombardi wrote:
>>> Currently, there is no straightforward way for a user to inspect
>>> the quirks value from userspace.
>>> Add a new read-only sysfs attribute "quirks";
>>> reading this file will display the hexadecimal
>>> value of the ctrl->quirks bitmask for the given NVMe device.
>> This patch changes the constants in enum nvme_quirks from
>> kernel-internal constants into an ABI. I'm not sure that's what we
>> want.
> I understand your concern.
> I could respin it to export the names of the active quirks
> rather than the raw bitmask, if there is an interest in having
> this feature.
>
> Maurizio
>
question here: do we need to care about some kind of security before we 
expose controller information that is internal to the driver ? 
CAP_SYS_ADMIN ? -ck


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [PATCH] nvme-pci: expose active quirks in sysfs
  2025-10-29  5:47     ` Chaitanya Kulkarni
@ 2025-10-29  8:02       ` Maurizio Lombardi
  2025-10-29 23:25         ` Chaitanya Kulkarni
  0 siblings, 1 reply; 10+ messages in thread
From: Maurizio Lombardi @ 2025-10-29  8:02 UTC (permalink / raw)
  To: Chaitanya Kulkarni, Bart Van Assche, Maurizio Lombardi,
	kbusch@kernel.org
  Cc: bgurney@redhat.com, linux-nvme@lists.infradead.org

On Wed Oct 29, 2025 at 6:47 AM CET, Chaitanya Kulkarni wrote:
> On 10/28/25 10:00, Maurizio Lombardi wrote:
>> On Tue Oct 28, 2025 at 5:32 PM CET, Bart Van Assche wrote:
>>> On 10/28/25 7:29 AM, Maurizio Lombardi wrote:
>>>> Currently, there is no straightforward way for a user to inspect
>>>> the quirks value from userspace.
>>>> Add a new read-only sysfs attribute "quirks";
>>>> reading this file will display the hexadecimal
>>>> value of the ctrl->quirks bitmask for the given NVMe device.
>>> This patch changes the constants in enum nvme_quirks from
>>> kernel-internal constants into an ABI. I'm not sure that's what we
>>> want.
>> I understand your concern.
>> I could respin it to export the names of the active quirks
>> rather than the raw bitmask, if there is an interest in having
>> this feature.
>>
>> Maurizio
>>
> question here: do we need to care about some kind of security before we 
> expose controller information that is internal to the driver ? 
> CAP_SYS_ADMIN ? -ck

IMO I don't think it's an information that needs to be hidden.
After all, any user could run "lscpi -nn", get the vendor and device
id and cross-reference them with the pci table in the source code
to get the enabled quirks, this sysfs entry would just make it faster.

Maurizio


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [PATCH] nvme-pci: expose active quirks in sysfs
  2025-10-29  8:02       ` Maurizio Lombardi
@ 2025-10-29 23:25         ` Chaitanya Kulkarni
  2025-10-30  6:18           ` Maurizio Lombardi
  0 siblings, 1 reply; 10+ messages in thread
From: Chaitanya Kulkarni @ 2025-10-29 23:25 UTC (permalink / raw)
  To: Maurizio Lombardi, Bart Van Assche, Maurizio Lombardi,
	kbusch@kernel.org
  Cc: bgurney@redhat.com, linux-nvme@lists.infradead.org

On 10/29/25 01:02, Maurizio Lombardi wrote:
> On Wed Oct 29, 2025 at 6:47 AM CET, Chaitanya Kulkarni wrote:
>> On 10/28/25 10:00, Maurizio Lombardi wrote:
>>> On Tue Oct 28, 2025 at 5:32 PM CET, Bart Van Assche wrote:
>>>> On 10/28/25 7:29 AM, Maurizio Lombardi wrote:
>>>>> Currently, there is no straightforward way for a user to inspect
>>>>> the quirks value from userspace.
>>>>> Add a new read-only sysfs attribute "quirks";
>>>>> reading this file will display the hexadecimal
>>>>> value of the ctrl->quirks bitmask for the given NVMe device.
>>>> This patch changes the constants in enum nvme_quirks from
>>>> kernel-internal constants into an ABI. I'm not sure that's what we
>>>> want.
>>> I understand your concern.
>>> I could respin it to export the names of the active quirks
>>> rather than the raw bitmask, if there is an interest in having
>>> this feature.
>>>
>>> Maurizio
>>>
>> question here: do we need to care about some kind of security before we
>> expose controller information that is internal to the driver ?
>> CAP_SYS_ADMIN ? -ck
> IMO I don't think it's an information that needs to be hidden.
> After all, any user could run "lscpi -nn", get the vendor and device
> id and cross-reference them with the pci table in the source code
> to get the enabled quirks, this sysfs entry would just make it faster.
>
> Maurizio

Yes it is definitely useful after only decoding :-

linux-block (for-next) # cat /sys/class/nvme/nvme0/quirks
0x0000000000040000

Active quirks:
   BOGUS_NID
linux-block (for-next) #


diff --git a/drivers/nvme/host/pci.c b/drivers/nvme/host/pci.c
index c916176bd9f0..1b9ad818b12d 100644
--- a/drivers/nvme/host/pci.c
+++ b/drivers/nvme/host/pci.c
@@ -2497,6 +2497,80 @@ static ssize_t cmbsz_show(struct device *dev, struct device_attribute *attr,
  }
  static DEVICE_ATTR_RO(cmbsz);
  
+static int nvme_get_quirks_string(unsigned long quirks, char *buf, size_t buf_len)
+{
+	size_t len = 0;
+
+	if (!quirks) {
+		len = scnprintf(buf, buf_len, "No quirks enabled\n");
+		return len;
+	}
+
+	len += scnprintf(buf + len, buf_len - len, "Active quirks:\n");
+
+	if (quirks & NVME_QUIRK_STRIPE_SIZE)
+		len += scnprintf(buf + len, buf_len - len, "  STRIPE_SIZE\n");
+	if (quirks & NVME_QUIRK_IDENTIFY_CNS)
+		len += scnprintf(buf + len, buf_len - len, "  IDENTIFY_CNS\n");
+	if (quirks & NVME_QUIRK_DEALLOCATE_ZEROES)
+		len += scnprintf(buf + len, buf_len - len, "  DEALLOCATE_ZEROES\n");
+	if (quirks & NVME_QUIRK_DELAY_BEFORE_CHK_RDY)
+		len += scnprintf(buf + len, buf_len - len, "  DELAY_BEFORE_CHK_RDY\n");
+	if (quirks & NVME_QUIRK_NO_APST)
+		len += scnprintf(buf + len, buf_len - len, "  NO_APST\n");
+	if (quirks & NVME_QUIRK_NO_DEEPEST_PS)
+		len += scnprintf(buf + len, buf_len - len, "  NO_DEEPEST_PS\n");
+	if (quirks & NVME_QUIRK_QDEPTH_ONE)
+		len += scnprintf(buf + len, buf_len - len, "  QDEPTH_ONE\n");
+	if (quirks & NVME_QUIRK_MEDIUM_PRIO_SQ)
+		len += scnprintf(buf + len, buf_len - len, "  MEDIUM_PRIO_SQ\n");
+	if (quirks & NVME_QUIRK_IGNORE_DEV_SUBNQN)
+		len += scnprintf(buf + len, buf_len - len, "  IGNORE_DEV_SUBNQN\n");
+	if (quirks & NVME_QUIRK_DISABLE_WRITE_ZEROES)
+		len += scnprintf(buf + len, buf_len - len, "  DISABLE_WRITE_ZEROES\n");
+	if (quirks & NVME_QUIRK_SIMPLE_SUSPEND)
+		len += scnprintf(buf + len, buf_len - len, "  SIMPLE_SUSPEND\n");
+	if (quirks & NVME_QUIRK_SINGLE_VECTOR)
+		len += scnprintf(buf + len, buf_len - len, "  SINGLE_VECTOR\n");
+	if (quirks & NVME_QUIRK_128_BYTES_SQES)
+		len += scnprintf(buf + len, buf_len - len, "  128_BYTES_SQES\n");
+	if (quirks & NVME_QUIRK_SHARED_TAGS)
+		len += scnprintf(buf + len, buf_len - len, "  SHARED_TAGS\n");
+	if (quirks & NVME_QUIRK_NO_TEMP_THRESH_CHANGE)
+		len += scnprintf(buf + len, buf_len - len, "  NO_TEMP_THRESH_CHANGE\n");
+	if (quirks & NVME_QUIRK_NO_NS_DESC_LIST)
+		len += scnprintf(buf + len, buf_len - len, "  NO_NS_DESC_LIST\n");
+	if (quirks & NVME_QUIRK_DMA_ADDRESS_BITS_48)
+		len += scnprintf(buf + len, buf_len - len, "  DMA_ADDRESS_BITS_48\n");
+	if (quirks & NVME_QUIRK_SKIP_CID_GEN)
+		len += scnprintf(buf + len, buf_len - len, "  SKIP_CID_GEN\n");
+	if (quirks & NVME_QUIRK_BOGUS_NID)
+		len += scnprintf(buf + len, buf_len - len, "  BOGUS_NID\n");
+	if (quirks & NVME_QUIRK_NO_SECONDARY_TEMP_THRESH)
+		len += scnprintf(buf + len, buf_len - len, "  NO_SECONDARY_TEMP_THRESH\n");
+	if (quirks & NVME_QUIRK_FORCE_NO_SIMPLE_SUSPEND)
+		len += scnprintf(buf + len, buf_len - len, "  FORCE_NO_SIMPLE_SUSPEND\n");
+	if (quirks & NVME_QUIRK_BROKEN_MSI)
+		len += scnprintf(buf + len, buf_len - len, "  BROKEN_MSI\n");
+	if (quirks & NVME_QUIRK_DMAPOOL_ALIGN_512)
+		len += scnprintf(buf + len, buf_len - len, "  DMAPOOL_ALIGN_512\n");
+
+	return len;
+}
+
+static ssize_t quirks_show(struct device *dev, struct device_attribute *attr,
+			   char *buf)
+{
+	struct nvme_dev *ndev = to_nvme_dev(dev_get_drvdata(dev));
+	int len;
+
+	len = sysfs_emit(buf, "0x%016lx\n\n", ndev->ctrl.quirks);
+	len += nvme_get_quirks_string(ndev->ctrl.quirks, buf + len, PAGE_SIZE - len);
+
+	return len;
+}
+static DEVICE_ATTR_RO(quirks);
+
  static ssize_t hmb_show(struct device *dev, struct device_attribute *attr,
  			char *buf)
  {
@@ -2557,6 +2631,7 @@ static struct attribute *nvme_pci_attrs[] = {
  	&dev_attr_cmbloc.attr,
  	&dev_attr_cmbsz.attr,
  	&dev_attr_hmb.attr,
+	&dev_attr_quirks.attr,
  	NULL,
  };
  
-- 
2.40.0



^ permalink raw reply related	[flat|nested] 10+ messages in thread

* Re: [PATCH] nvme-pci: expose active quirks in sysfs
  2025-10-29 23:25         ` Chaitanya Kulkarni
@ 2025-10-30  6:18           ` Maurizio Lombardi
  2025-10-30  6:46             ` Chaitanya Kulkarni
  0 siblings, 1 reply; 10+ messages in thread
From: Maurizio Lombardi @ 2025-10-30  6:18 UTC (permalink / raw)
  To: Chaitanya Kulkarni, Bart Van Assche, Maurizio Lombardi,
	kbusch@kernel.org
  Cc: bgurney@redhat.com, linux-nvme@lists.infradead.org

On Thu Oct 30, 2025 at 12:25 AM CET, Chaitanya Kulkarni wrote:
> On 10/29/25 01:02, Maurizio Lombardi wrote:
>> On Wed Oct 29, 2025 at 6:47 AM CET, Chaitanya Kulkarni wrote:
>>> On 10/28/25 10:00, Maurizio Lombardi wrote:
>>>> On Tue Oct 28, 2025 at 5:32 PM CET, Bart Van Assche wrote:
>>>>> On 10/28/25 7:29 AM, Maurizio Lombardi wrote:
>>>>>> Currently, there is no straightforward way for a user to inspect
>>>>>> the quirks value from userspace.
>>>>>> Add a new read-only sysfs attribute "quirks";
>>>>>> reading this file will display the hexadecimal
>>>>>> value of the ctrl->quirks bitmask for the given NVMe device.
>>>>> This patch changes the constants in enum nvme_quirks from
>>>>> kernel-internal constants into an ABI. I'm not sure that's what we
>>>>> want.
>>>> I understand your concern.
>>>> I could respin it to export the names of the active quirks
>>>> rather than the raw bitmask, if there is an interest in having
>>>> this feature.
>>>>
>>>> Maurizio
>>>>
>>> question here: do we need to care about some kind of security before we
>>> expose controller information that is internal to the driver ?
>>> CAP_SYS_ADMIN ? -ck
>> IMO I don't think it's an information that needs to be hidden.
>> After all, any user could run "lscpi -nn", get the vendor and device
>> id and cross-reference them with the pci table in the source code
>> to get the enabled quirks, this sysfs entry would just make it faster.
>>
>> Maurizio
>
> Yes it is definitely useful after only decoding :-
>
> linux-block (for-next) # cat /sys/class/nvme/nvme0/quirks
> 0x0000000000040000
>
> Active quirks:
>    BOGUS_NID
> linux-block (for-next) #

Ah you anticipated me, I was preparing a somewhat similar patch.

************************

Currently, there is no straightforward way for a user to inspect
which quirks are active for a given device from userspace.

Add a new "quirks" sysfs attribute to the nvme controller device.

Reading this file will display a human-readable list
of all active quirks, with each quirk name on a new line.
If no quirks are active, it will display "none".

Signed-off-by: Maurizio Lombardi <mlombard@redhat.com>
---

V2: Do not expose kernel-internal constants to userspace.
    Move the quirks attribute to the controller device, where it belongs.

 drivers/nvme/host/nvme.h  | 54 +++++++++++++++++++++++++++++++++++++++
 drivers/nvme/host/sysfs.c | 23 +++++++++++++++++
 2 files changed, 77 insertions(+)

diff --git a/drivers/nvme/host/nvme.h b/drivers/nvme/host/nvme.h
index 102fae6a231c..647f19dd57e9 100644
--- a/drivers/nvme/host/nvme.h
+++ b/drivers/nvme/host/nvme.h
@@ -180,6 +180,60 @@ enum nvme_quirks {
 	NVME_QUIRK_DMAPOOL_ALIGN_512		= (1 << 22),
 };

+static inline char *nvme_quirk_name(enum nvme_quirks q)
+{
+	switch (q) {
+	case NVME_QUIRK_STRIPE_SIZE:
+		return "stripe_size";
+	case NVME_QUIRK_IDENTIFY_CNS:
+		return "identify_cns";
+	case NVME_QUIRK_DEALLOCATE_ZEROES:
+		return "deallocate_zeroes";
+	case NVME_QUIRK_DELAY_BEFORE_CHK_RDY:
+		return "delay_before_chk_rdy";
+	case NVME_QUIRK_NO_APST:
+		return "no_apst";
+	case NVME_QUIRK_NO_DEEPEST_PS:
+		return "no_deepest_ps";
+	case NVME_QUIRK_QDEPTH_ONE:
+		return "qdepth_one";
+	case NVME_QUIRK_MEDIUM_PRIO_SQ:
+		return "medium_prio_sq";
+	case NVME_QUIRK_IGNORE_DEV_SUBNQN:
+		return "ignore_dev_subnqn";
+	case NVME_QUIRK_DISABLE_WRITE_ZEROES:
+		return "disable_write_zeroes";
+	case NVME_QUIRK_SIMPLE_SUSPEND:
+		return "simple_suspend";
+	case NVME_QUIRK_SINGLE_VECTOR:
+		return "single_vector";
+	case NVME_QUIRK_128_BYTES_SQES:
+		return "128_bytes_sqes";
+	case NVME_QUIRK_SHARED_TAGS:
+		return "shared_tags";
+	case NVME_QUIRK_NO_TEMP_THRESH_CHANGE:
+		return "no_temp_thresh_change";
+	case NVME_QUIRK_NO_NS_DESC_LIST:
+		return "no_ns_desc_list";
+	case NVME_QUIRK_DMA_ADDRESS_BITS_48:
+		return "dma_address_bits_48";
+	case NVME_QUIRK_SKIP_CID_GEN:
+		return "skip_cid_gen";
+	case NVME_QUIRK_BOGUS_NID:
+		return "bogus_nid";
+	case NVME_QUIRK_NO_SECONDARY_TEMP_THRESH:
+		return "no_secondary_temp_thresh";
+	case NVME_QUIRK_FORCE_NO_SIMPLE_SUSPEND:
+		return "force_no_simple_suspend";
+	case NVME_QUIRK_BROKEN_MSI:
+		return "broken_msi";
+	case NVME_QUIRK_DMAPOOL_ALIGN_512:
+		return "dmapool_align_512";
+	}
+
+	return "unknown";
+}
+
 /*
  * Common request structure for NVMe passthrough.  All drivers must have
  * this structure as the first member of their request-private data.
diff --git a/drivers/nvme/host/sysfs.c b/drivers/nvme/host/sysfs.c
index 29430949ce2f..16c6fea4b2db 100644
--- a/drivers/nvme/host/sysfs.c
+++ b/drivers/nvme/host/sysfs.c
@@ -601,6 +601,28 @@ static ssize_t dctype_show(struct device *dev,
 }
 static DEVICE_ATTR_RO(dctype);

+static ssize_t quirks_show(struct device *dev, struct device_attribute *attr,
+                char *buf)
+{
+	int count = 0, i;
+	struct nvme_ctrl *ctrl = dev_get_drvdata(dev);
+	unsigned long quirks = ctrl->quirks;
+
+	if (!quirks)
+		return sysfs_emit(buf, "none\n");
+
+	for (i = 0; quirks; ++i) {
+		if (quirks & 1) {
+			count += sysfs_emit_at(buf, count, "%s\n",
+					nvme_quirk_name(BIT(i)));
+		}
+		quirks >>= 1;
+	}
+
+	return count;
+}
+static DEVICE_ATTR_RO(quirks);
+
 #ifdef CONFIG_NVME_HOST_AUTH
 static ssize_t nvme_ctrl_dhchap_secret_show(struct device *dev,
 		struct device_attribute *attr, char *buf)
@@ -742,6 +764,7 @@ static struct attribute *nvme_dev_attrs[] = {
 	&dev_attr_kato.attr,
 	&dev_attr_cntrltype.attr,
 	&dev_attr_dctype.attr,
+	&dev_attr_quirks.attr,
 #ifdef CONFIG_NVME_HOST_AUTH
 	&dev_attr_dhchap_secret.attr,
 	&dev_attr_dhchap_ctrl_secret.attr,
--
2.47.3

>
>
> diff --git a/drivers/nvme/host/pci.c b/drivers/nvme/host/pci.c
> index c916176bd9f0..1b9ad818b12d 100644
> --- a/drivers/nvme/host/pci.c
> +++ b/drivers/nvme/host/pci.c
> @@ -2497,6 +2497,80 @@ static ssize_t cmbsz_show(struct device *dev, struct device_attribute *attr,
>   }
>   static DEVICE_ATTR_RO(cmbsz);
>   
> +static int nvme_get_quirks_string(unsigned long quirks, char *buf, size_t buf_len)
> +{
> +	size_t len = 0;
> +
> +	if (!quirks) {
> +		len = scnprintf(buf, buf_len, "No quirks enabled\n");
> +		return len;
> +	}
> +
> +	len += scnprintf(buf + len, buf_len - len, "Active quirks:\n");
> +
> +	if (quirks & NVME_QUIRK_STRIPE_SIZE)
> +		len += scnprintf(buf + len, buf_len - len, "  STRIPE_SIZE\n");
> +	if (quirks & NVME_QUIRK_IDENTIFY_CNS)
> +		len += scnprintf(buf + len, buf_len - len, "  IDENTIFY_CNS\n");
> +	if (quirks & NVME_QUIRK_DEALLOCATE_ZEROES)
> +		len += scnprintf(buf + len, buf_len - len, "  DEALLOCATE_ZEROES\n");
> +	if (quirks & NVME_QUIRK_DELAY_BEFORE_CHK_RDY)
> +		len += scnprintf(buf + len, buf_len - len, "  DELAY_BEFORE_CHK_RDY\n");
> +	if (quirks & NVME_QUIRK_NO_APST)
> +		len += scnprintf(buf + len, buf_len - len, "  NO_APST\n");
> +	if (quirks & NVME_QUIRK_NO_DEEPEST_PS)
> +		len += scnprintf(buf + len, buf_len - len, "  NO_DEEPEST_PS\n");
> +	if (quirks & NVME_QUIRK_QDEPTH_ONE)
> +		len += scnprintf(buf + len, buf_len - len, "  QDEPTH_ONE\n");
> +	if (quirks & NVME_QUIRK_MEDIUM_PRIO_SQ)
> +		len += scnprintf(buf + len, buf_len - len, "  MEDIUM_PRIO_SQ\n");
> +	if (quirks & NVME_QUIRK_IGNORE_DEV_SUBNQN)
> +		len += scnprintf(buf + len, buf_len - len, "  IGNORE_DEV_SUBNQN\n");
> +	if (quirks & NVME_QUIRK_DISABLE_WRITE_ZEROES)
> +		len += scnprintf(buf + len, buf_len - len, "  DISABLE_WRITE_ZEROES\n");
> +	if (quirks & NVME_QUIRK_SIMPLE_SUSPEND)
> +		len += scnprintf(buf + len, buf_len - len, "  SIMPLE_SUSPEND\n");
> +	if (quirks & NVME_QUIRK_SINGLE_VECTOR)
> +		len += scnprintf(buf + len, buf_len - len, "  SINGLE_VECTOR\n");
> +	if (quirks & NVME_QUIRK_128_BYTES_SQES)
> +		len += scnprintf(buf + len, buf_len - len, "  128_BYTES_SQES\n");
> +	if (quirks & NVME_QUIRK_SHARED_TAGS)
> +		len += scnprintf(buf + len, buf_len - len, "  SHARED_TAGS\n");
> +	if (quirks & NVME_QUIRK_NO_TEMP_THRESH_CHANGE)
> +		len += scnprintf(buf + len, buf_len - len, "  NO_TEMP_THRESH_CHANGE\n");
> +	if (quirks & NVME_QUIRK_NO_NS_DESC_LIST)
> +		len += scnprintf(buf + len, buf_len - len, "  NO_NS_DESC_LIST\n");
> +	if (quirks & NVME_QUIRK_DMA_ADDRESS_BITS_48)
> +		len += scnprintf(buf + len, buf_len - len, "  DMA_ADDRESS_BITS_48\n");
> +	if (quirks & NVME_QUIRK_SKIP_CID_GEN)
> +		len += scnprintf(buf + len, buf_len - len, "  SKIP_CID_GEN\n");
> +	if (quirks & NVME_QUIRK_BOGUS_NID)
> +		len += scnprintf(buf + len, buf_len - len, "  BOGUS_NID\n");
> +	if (quirks & NVME_QUIRK_NO_SECONDARY_TEMP_THRESH)
> +		len += scnprintf(buf + len, buf_len - len, "  NO_SECONDARY_TEMP_THRESH\n");
> +	if (quirks & NVME_QUIRK_FORCE_NO_SIMPLE_SUSPEND)
> +		len += scnprintf(buf + len, buf_len - len, "  FORCE_NO_SIMPLE_SUSPEND\n");
> +	if (quirks & NVME_QUIRK_BROKEN_MSI)
> +		len += scnprintf(buf + len, buf_len - len, "  BROKEN_MSI\n");
> +	if (quirks & NVME_QUIRK_DMAPOOL_ALIGN_512)
> +		len += scnprintf(buf + len, buf_len - len, "  DMAPOOL_ALIGN_512\n");
> +
> +	return len;
> +}
> +
> +static ssize_t quirks_show(struct device *dev, struct device_attribute *attr,
> +			   char *buf)
> +{
> +	struct nvme_dev *ndev = to_nvme_dev(dev_get_drvdata(dev));
> +	int len;
> +
> +	len = sysfs_emit(buf, "0x%016lx\n\n", ndev->ctrl.quirks);
> +	len += nvme_get_quirks_string(ndev->ctrl.quirks, buf + len, PAGE_SIZE - len);
> +
> +	return len;
> +}
> +static DEVICE_ATTR_RO(quirks);
> +
>   static ssize_t hmb_show(struct device *dev, struct device_attribute *attr,
>   			char *buf)
>   {
> @@ -2557,6 +2631,7 @@ static struct attribute *nvme_pci_attrs[] = {
>   	&dev_attr_cmbloc.attr,
>   	&dev_attr_cmbsz.attr,
>   	&dev_attr_hmb.attr,
> +	&dev_attr_quirks.attr,
>   	NULL,
>   };
>   



^ permalink raw reply related	[flat|nested] 10+ messages in thread

* Re: [PATCH] nvme-pci: expose active quirks in sysfs
  2025-10-30  6:18           ` Maurizio Lombardi
@ 2025-10-30  6:46             ` Chaitanya Kulkarni
  2025-10-30  6:55               ` Maurizio Lombardi
  0 siblings, 1 reply; 10+ messages in thread
From: Chaitanya Kulkarni @ 2025-10-30  6:46 UTC (permalink / raw)
  To: Maurizio Lombardi, Maurizio Lombardi
  Cc: bgurney@redhat.com, linux-nvme@lists.infradead.org,
	kbusch@kernel.org, Bart Van Assche

On 10/29/25 23:18, Maurizio Lombardi wrote:
> On Thu Oct 30, 2025 at 12:25 AM CET, Chaitanya Kulkarni wrote:
>> On 10/29/25 01:02, Maurizio Lombardi wrote:
>>> On Wed Oct 29, 2025 at 6:47 AM CET, Chaitanya Kulkarni wrote:
>>>> On 10/28/25 10:00, Maurizio Lombardi wrote:
>>>>> On Tue Oct 28, 2025 at 5:32 PM CET, Bart Van Assche wrote:
>>>>>> On 10/28/25 7:29 AM, Maurizio Lombardi wrote:
>>>>>>> Currently, there is no straightforward way for a user to inspect
>>>>>>> the quirks value from userspace.
>>>>>>> Add a new read-only sysfs attribute "quirks";
>>>>>>> reading this file will display the hexadecimal
>>>>>>> value of the ctrl->quirks bitmask for the given NVMe device.
>>>>>> This patch changes the constants in enum nvme_quirks from
>>>>>> kernel-internal constants into an ABI. I'm not sure that's what we
>>>>>> want.
>>>>> I understand your concern.
>>>>> I could respin it to export the names of the active quirks
>>>>> rather than the raw bitmask, if there is an interest in having
>>>>> this feature.
>>>>>
>>>>> Maurizio
>>>>>
>>>> question here: do we need to care about some kind of security before we
>>>> expose controller information that is internal to the driver ?
>>>> CAP_SYS_ADMIN ? -ck
>>> IMO I don't think it's an information that needs to be hidden.
>>> After all, any user could run "lscpi -nn", get the vendor and device
>>> id and cross-reference them with the pci table in the source code
>>> to get the enabled quirks, this sysfs entry would just make it faster.
>>>
>>> Maurizio
>> Yes it is definitely useful after only decoding :-
>>
>> linux-block (for-next) # cat /sys/class/nvme/nvme0/quirks
>> 0x0000000000040000
>>
>> Active quirks:
>>     BOGUS_NID
>> linux-block (for-next) #
> Ah you anticipated me, I was preparing a somewhat similar patch.
>
> ************************


how about something like this totally untested ?

drivers/nvme/host/pci.c | 64 +++++++++++++++++++++++++++++++++++++++++
  1 file changed, 64 insertions(+)

diff --git a/drivers/nvme/host/pci.c b/drivers/nvme/host/pci.c
index c916176bd9f0..ea9904e2dbd9 100644
--- a/drivers/nvme/host/pci.c
+++ b/drivers/nvme/host/pci.c
@@ -2497,6 +2497,69 @@ static ssize_t cmbsz_show(struct device *dev, 
struct device_attribute *attr,
  }
  static DEVICE_ATTR_RO(cmbsz);

+static const struct {
+    unsigned long quirk;
+    const char *name;
+} nvme_quirk_info[] = {
+    { NVME_QUIRK_STRIPE_SIZE,        "STRIPE_SIZE" },
+    { NVME_QUIRK_IDENTIFY_CNS,        "IDENTIFY_CNS" },
+    { NVME_QUIRK_DEALLOCATE_ZEROES,        "DEALLOCATE_ZEROES" },
+    { NVME_QUIRK_DELAY_BEFORE_CHK_RDY, "DELAY_BEFORE_CHK_RDY" },
+    { NVME_QUIRK_NO_APST,            "NO_APST" },
+    { NVME_QUIRK_NO_DEEPEST_PS,        "NO_DEEPEST_PS" },
+    { NVME_QUIRK_QDEPTH_ONE,        "QDEPTH_ONE" },
+    { NVME_QUIRK_MEDIUM_PRIO_SQ,        "MEDIUM_PRIO_SQ" },
+    { NVME_QUIRK_IGNORE_DEV_SUBNQN,        "IGNORE_DEV_SUBNQN" },
+    { NVME_QUIRK_DISABLE_WRITE_ZEROES, "DISABLE_WRITE_ZEROES" },
+    { NVME_QUIRK_SIMPLE_SUSPEND,        "SIMPLE_SUSPEND" },
+    { NVME_QUIRK_SINGLE_VECTOR,        "SINGLE_VECTOR" },
+    { NVME_QUIRK_128_BYTES_SQES,        "128_BYTES_SQES" },
+    { NVME_QUIRK_SHARED_TAGS,        "SHARED_TAGS" },
+    { NVME_QUIRK_NO_TEMP_THRESH_CHANGE, "NO_TEMP_THRESH_CHANGE" },
+    { NVME_QUIRK_NO_NS_DESC_LIST,        "NO_NS_DESC_LIST" },
+    { NVME_QUIRK_DMA_ADDRESS_BITS_48,    "DMA_ADDRESS_BITS_48" },
+    { NVME_QUIRK_SKIP_CID_GEN,        "SKIP_CID_GEN" },
+    { NVME_QUIRK_BOGUS_NID,            "BOGUS_NID" },
+    { NVME_QUIRK_NO_SECONDARY_TEMP_THRESH, "NO_SECONDARY_TEMP_THRESH" },
+    { NVME_QUIRK_FORCE_NO_SIMPLE_SUSPEND, "FORCE_NO_SIMPLE_SUSPEND" },
+    { NVME_QUIRK_BROKEN_MSI,        "BROKEN_MSI" },
+    { NVME_QUIRK_DMAPOOL_ALIGN_512,        "DMAPOOL_ALIGN_512" },
+};
+
+static int nvme_get_quirks_string(unsigned long quirks, char *buf, 
size_t buf_len)
+{
+    size_t len = 0;
+    int i;
+
+    if (!quirks) {
+        len = scnprintf(buf, buf_len, "No quirks enabled\n");
+        return len;
+    }
+
+    len += scnprintf(buf + len, buf_len - len, "Active quirks:\n");
+
+    for (i = 0; i < ARRAY_SIZE(nvme_quirk_info); i++) {
+        if (quirks & nvme_quirk_info[i].quirk)
+            len += scnprintf(buf + len, buf_len - len, " %s\n",
+                     nvme_quirk_info[i].name);
+    }
+
+    return len;
+}
+
+static ssize_t quirks_show(struct device *dev, struct device_attribute 
*attr,
+               char *buf)
+{
+    struct nvme_dev *ndev = to_nvme_dev(dev_get_drvdata(dev));
+    int len;
+
+    len = sysfs_emit(buf, "0x%016lx\n\n", ndev->ctrl.quirks);
+    len += nvme_get_quirks_string(ndev->ctrl.quirks, buf + len, 
PAGE_SIZE - len);
+
+    return len;
+}
+static DEVICE_ATTR_RO(quirks);
+
  static ssize_t hmb_show(struct device *dev, struct device_attribute *attr,
              char *buf)
  {
@@ -2557,6 +2620,7 @@ static struct attribute *nvme_pci_attrs[] = {
      &dev_attr_cmbloc.attr,
      &dev_attr_cmbsz.attr,
      &dev_attr_hmb.attr,
+    &dev_attr_quirks.attr,
      NULL,
  };

-- 
2.40.0


^ permalink raw reply related	[flat|nested] 10+ messages in thread

* Re: [PATCH] nvme-pci: expose active quirks in sysfs
  2025-10-30  6:46             ` Chaitanya Kulkarni
@ 2025-10-30  6:55               ` Maurizio Lombardi
  2025-10-30  6:57                 ` Maurizio Lombardi
  0 siblings, 1 reply; 10+ messages in thread
From: Maurizio Lombardi @ 2025-10-30  6:55 UTC (permalink / raw)
  To: Chaitanya Kulkarni, Maurizio Lombardi
  Cc: bgurney@redhat.com, linux-nvme@lists.infradead.org,
	kbusch@kernel.org, Bart Van Assche

On Thu Oct 30, 2025 at 7:46 AM CET, Chaitanya Kulkarni wrote:
> On 10/29/25 23:18, Maurizio Lombardi wrote:
>
> how about something like this totally untested ?
>
> drivers/nvme/host/pci.c | 64 +++++++++++++++++++++++++++++++++++++++++
>   1 file changed, 64 insertions(+)
>
> diff --git a/drivers/nvme/host/pci.c b/drivers/nvme/host/pci.c
> index c916176bd9f0..ea9904e2dbd9 100644
> --- a/drivers/nvme/host/pci.c
> +++ b/drivers/nvme/host/pci.c
> @@ -2497,6 +2497,69 @@ static ssize_t cmbsz_show(struct device *dev, 
> struct device_attribute *attr,
>   }
>   static DEVICE_ATTR_RO(cmbsz);
>
> +static const struct {
> +    unsigned long quirk;
> +    const char *name;
> +} nvme_quirk_info[] = {
> +    { NVME_QUIRK_STRIPE_SIZE,        "STRIPE_SIZE" },
> +    { NVME_QUIRK_IDENTIFY_CNS,        "IDENTIFY_CNS" },
> +    { NVME_QUIRK_DEALLOCATE_ZEROES,        "DEALLOCATE_ZEROES" },
> +    { NVME_QUIRK_DELAY_BEFORE_CHK_RDY, "DELAY_BEFORE_CHK_RDY" },
> +    { NVME_QUIRK_NO_APST,            "NO_APST" },
> +    { NVME_QUIRK_NO_DEEPEST_PS,        "NO_DEEPEST_PS" },
> +    { NVME_QUIRK_QDEPTH_ONE,        "QDEPTH_ONE" },
> +    { NVME_QUIRK_MEDIUM_PRIO_SQ,        "MEDIUM_PRIO_SQ" },
> +    { NVME_QUIRK_IGNORE_DEV_SUBNQN,        "IGNORE_DEV_SUBNQN" },
> +    { NVME_QUIRK_DISABLE_WRITE_ZEROES, "DISABLE_WRITE_ZEROES" },
> +    { NVME_QUIRK_SIMPLE_SUSPEND,        "SIMPLE_SUSPEND" },
> +    { NVME_QUIRK_SINGLE_VECTOR,        "SINGLE_VECTOR" },
> +    { NVME_QUIRK_128_BYTES_SQES,        "128_BYTES_SQES" },
> +    { NVME_QUIRK_SHARED_TAGS,        "SHARED_TAGS" },
> +    { NVME_QUIRK_NO_TEMP_THRESH_CHANGE, "NO_TEMP_THRESH_CHANGE" },
> +    { NVME_QUIRK_NO_NS_DESC_LIST,        "NO_NS_DESC_LIST" },
> +    { NVME_QUIRK_DMA_ADDRESS_BITS_48,    "DMA_ADDRESS_BITS_48" },
> +    { NVME_QUIRK_SKIP_CID_GEN,        "SKIP_CID_GEN" },
> +    { NVME_QUIRK_BOGUS_NID,            "BOGUS_NID" },
> +    { NVME_QUIRK_NO_SECONDARY_TEMP_THRESH, "NO_SECONDARY_TEMP_THRESH" },
> +    { NVME_QUIRK_FORCE_NO_SIMPLE_SUSPEND, "FORCE_NO_SIMPLE_SUSPEND" },
> +    { NVME_QUIRK_BROKEN_MSI,        "BROKEN_MSI" },
> +    { NVME_QUIRK_DMAPOOL_ALIGN_512,        "DMAPOOL_ALIGN_512" },
> +};

Hmm, NVME_QUIRK_DMAPOOL_ALIGN_512 is "1 << 22", wouldn't this create 
an enormous array?

Maurizio

> +
> +static int nvme_get_quirks_string(unsigned long quirks, char *buf, 
> size_t buf_len)
> +{
> +    size_t len = 0;
> +    int i;
> +
> +    if (!quirks) {
> +        len = scnprintf(buf, buf_len, "No quirks enabled\n");
> +        return len;
> +    }
> +
> +    len += scnprintf(buf + len, buf_len - len, "Active quirks:\n");
> +
> +    for (i = 0; i < ARRAY_SIZE(nvme_quirk_info); i++) {
> +        if (quirks & nvme_quirk_info[i].quirk)
> +            len += scnprintf(buf + len, buf_len - len, " %s\n",
> +                     nvme_quirk_info[i].name);
> +    }
> +
> +    return len;
> +}
> +
> +static ssize_t quirks_show(struct device *dev, struct device_attribute 
> *attr,
> +               char *buf)
> +{
> +    struct nvme_dev *ndev = to_nvme_dev(dev_get_drvdata(dev));
> +    int len;
> +
> +    len = sysfs_emit(buf, "0x%016lx\n\n", ndev->ctrl.quirks);
> +    len += nvme_get_quirks_string(ndev->ctrl.quirks, buf + len, 
> PAGE_SIZE - len);
> +
> +    return len;
> +}
> +static DEVICE_ATTR_RO(quirks);
> +
>   static ssize_t hmb_show(struct device *dev, struct device_attribute *attr,
>               char *buf)
>   {
> @@ -2557,6 +2620,7 @@ static struct attribute *nvme_pci_attrs[] = {
>       &dev_attr_cmbloc.attr,
>       &dev_attr_cmbsz.attr,
>       &dev_attr_hmb.attr,
> +    &dev_attr_quirks.attr,
>       NULL,
>   };



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [PATCH] nvme-pci: expose active quirks in sysfs
  2025-10-30  6:55               ` Maurizio Lombardi
@ 2025-10-30  6:57                 ` Maurizio Lombardi
  0 siblings, 0 replies; 10+ messages in thread
From: Maurizio Lombardi @ 2025-10-30  6:57 UTC (permalink / raw)
  To: Maurizio Lombardi, Chaitanya Kulkarni, Maurizio Lombardi
  Cc: bgurney@redhat.com, linux-nvme@lists.infradead.org,
	kbusch@kernel.org, Bart Van Assche

On Thu Oct 30, 2025 at 7:55 AM CET, Maurizio Lombardi wrote:
> On Thu Oct 30, 2025 at 7:46 AM CET, Chaitanya Kulkarni wrote:
>> On 10/29/25 23:18, Maurizio Lombardi wrote:
>>
>> how about something like this totally untested ?
>>
>> drivers/nvme/host/pci.c | 64 +++++++++++++++++++++++++++++++++++++++++
>>   1 file changed, 64 insertions(+)
>>
>> diff --git a/drivers/nvme/host/pci.c b/drivers/nvme/host/pci.c
>> index c916176bd9f0..ea9904e2dbd9 100644
>> --- a/drivers/nvme/host/pci.c
>> +++ b/drivers/nvme/host/pci.c
>> @@ -2497,6 +2497,69 @@ static ssize_t cmbsz_show(struct device *dev, 
>> struct device_attribute *attr,
>>   }
>>   static DEVICE_ATTR_RO(cmbsz);
>>
>> +static const struct {
>> +    unsigned long quirk;
>> +    const char *name;
>> +} nvme_quirk_info[] = {
>> +    { NVME_QUIRK_STRIPE_SIZE,        "STRIPE_SIZE" },
>> +    { NVME_QUIRK_IDENTIFY_CNS,        "IDENTIFY_CNS" },
>> +    { NVME_QUIRK_DEALLOCATE_ZEROES,        "DEALLOCATE_ZEROES" },
>> +    { NVME_QUIRK_DELAY_BEFORE_CHK_RDY, "DELAY_BEFORE_CHK_RDY" },
>> +    { NVME_QUIRK_NO_APST,            "NO_APST" },
>> +    { NVME_QUIRK_NO_DEEPEST_PS,        "NO_DEEPEST_PS" },
>> +    { NVME_QUIRK_QDEPTH_ONE,        "QDEPTH_ONE" },
>> +    { NVME_QUIRK_MEDIUM_PRIO_SQ,        "MEDIUM_PRIO_SQ" },
>> +    { NVME_QUIRK_IGNORE_DEV_SUBNQN,        "IGNORE_DEV_SUBNQN" },
>> +    { NVME_QUIRK_DISABLE_WRITE_ZEROES, "DISABLE_WRITE_ZEROES" },
>> +    { NVME_QUIRK_SIMPLE_SUSPEND,        "SIMPLE_SUSPEND" },
>> +    { NVME_QUIRK_SINGLE_VECTOR,        "SINGLE_VECTOR" },
>> +    { NVME_QUIRK_128_BYTES_SQES,        "128_BYTES_SQES" },
>> +    { NVME_QUIRK_SHARED_TAGS,        "SHARED_TAGS" },
>> +    { NVME_QUIRK_NO_TEMP_THRESH_CHANGE, "NO_TEMP_THRESH_CHANGE" },
>> +    { NVME_QUIRK_NO_NS_DESC_LIST,        "NO_NS_DESC_LIST" },
>> +    { NVME_QUIRK_DMA_ADDRESS_BITS_48,    "DMA_ADDRESS_BITS_48" },
>> +    { NVME_QUIRK_SKIP_CID_GEN,        "SKIP_CID_GEN" },
>> +    { NVME_QUIRK_BOGUS_NID,            "BOGUS_NID" },
>> +    { NVME_QUIRK_NO_SECONDARY_TEMP_THRESH, "NO_SECONDARY_TEMP_THRESH" },
>> +    { NVME_QUIRK_FORCE_NO_SIMPLE_SUSPEND, "FORCE_NO_SIMPLE_SUSPEND" },
>> +    { NVME_QUIRK_BROKEN_MSI,        "BROKEN_MSI" },
>> +    { NVME_QUIRK_DMAPOOL_ALIGN_512,        "DMAPOOL_ALIGN_512" },
>> +};
>
> Hmm, NVME_QUIRK_DMAPOOL_ALIGN_512 is "1 << 22", wouldn't this create 
> an enormous array?

Sorry, my mistake, this is completely ok.

So yes, it would be fine, the only drawback is that with the switch()
the compiler would raise a warning if someone adds a new quirk and
forgets to add its name to the nvme_quirk_name() function.

>
> Maurizio
>
>> +
>> +static int nvme_get_quirks_string(unsigned long quirks, char *buf, 
>> size_t buf_len)
>> +{
>> +    size_t len = 0;
>> +    int i;
>> +
>> +    if (!quirks) {
>> +        len = scnprintf(buf, buf_len, "No quirks enabled\n");
>> +        return len;
>> +    }
>> +
>> +    len += scnprintf(buf + len, buf_len - len, "Active quirks:\n");
>> +
>> +    for (i = 0; i < ARRAY_SIZE(nvme_quirk_info); i++) {
>> +        if (quirks & nvme_quirk_info[i].quirk)
>> +            len += scnprintf(buf + len, buf_len - len, " %s\n",
>> +                     nvme_quirk_info[i].name);
>> +    }
>> +
>> +    return len;
>> +}
>> +
>> +static ssize_t quirks_show(struct device *dev, struct device_attribute 
>> *attr,
>> +               char *buf)
>> +{
>> +    struct nvme_dev *ndev = to_nvme_dev(dev_get_drvdata(dev));
>> +    int len;
>> +
>> +    len = sysfs_emit(buf, "0x%016lx\n\n", ndev->ctrl.quirks);
>> +    len += nvme_get_quirks_string(ndev->ctrl.quirks, buf + len, 
>> PAGE_SIZE - len);
>> +
>> +    return len;
>> +}
>> +static DEVICE_ATTR_RO(quirks);
>> +
>>   static ssize_t hmb_show(struct device *dev, struct device_attribute *attr,
>>               char *buf)
>>   {
>> @@ -2557,6 +2620,7 @@ static struct attribute *nvme_pci_attrs[] = {
>>       &dev_attr_cmbloc.attr,
>>       &dev_attr_cmbsz.attr,
>>       &dev_attr_hmb.attr,
>> +    &dev_attr_quirks.attr,
>>       NULL,
>>   };



^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2025-10-30  6:58 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-10-28 14:29 [PATCH] nvme-pci: expose active quirks in sysfs Maurizio Lombardi
2025-10-28 16:32 ` Bart Van Assche
2025-10-28 17:00   ` Maurizio Lombardi
2025-10-29  5:47     ` Chaitanya Kulkarni
2025-10-29  8:02       ` Maurizio Lombardi
2025-10-29 23:25         ` Chaitanya Kulkarni
2025-10-30  6:18           ` Maurizio Lombardi
2025-10-30  6:46             ` Chaitanya Kulkarni
2025-10-30  6:55               ` Maurizio Lombardi
2025-10-30  6:57                 ` Maurizio Lombardi

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox