* [PATCH v2] PCI: Restore the original INTX_DISABLE bit by pcim_intx()
@ 2024-10-31 13:42 Takashi Iwai
2024-11-04 9:14 ` Philipp Stanner
0 siblings, 1 reply; 6+ messages in thread
From: Takashi Iwai @ 2024-10-31 13:42 UTC (permalink / raw)
To: Bjorn Helgaas; +Cc: Philipp Stanner, linux-pci, linux-kernel
pcim_intx() tries to restore the INTx bit at removal via devres, but
there is a chance that it restores a wrong value.
Because the value to be restored is blindly assumed to be the negative
of the enable argument, when a driver calls pcim_intx() unnecessarily
for the already enabled state, it'll restore to the disabled state in
turn. That is, the function assumes the case like:
// INTx == 1
pcim_intx(pdev, 0); // old INTx value assumed to be 1 -> correct
but it might be like the following, too:
// INTx == 0
pcim_intx(pdev, 0); // old INTx value assumed to be 1 -> wrong
Also, when a driver calls pcim_intx() multiple times with different
enable argument values, the last one will win no matter what value it
is. This can lead to inconsistency, e.g.
// INTx == 1
pcim_intx(pdev, 0); // OK
...
pcim_intx(pdev, 1); // now old INTx wrongly assumed to be 0
This patch addresses those inconsistencies by saving the original
INTx state at the first pcim_intx() call. For that,
get_or_create_intx_devres() is folded into pcim_intx() caller side;
it allows us to simply check the already allocated devres and record
the original INTx along with the devres_alloc() call.
Fixes: 25216afc9db5 ("PCI: Add managed pcim_intx()")
Cc: stable@vger.kernel.org # 6.11+
Link: https://lore.kernel.org/87v7xk2ps5.wl-tiwai@suse.de
Signed-off-by: Takashi Iwai <tiwai@suse.de>
---
v1->v2: refactoring, fold get_or_create_intx_devres() into the caller
instead of retrieving the original INTx there.
Also add comments and improve the patch description.
drivers/pci/devres.c | 34 +++++++++++++++++++---------------
1 file changed, 19 insertions(+), 15 deletions(-)
diff --git a/drivers/pci/devres.c b/drivers/pci/devres.c
index b133967faef8..c93d4d4499a0 100644
--- a/drivers/pci/devres.c
+++ b/drivers/pci/devres.c
@@ -438,19 +438,12 @@ static void pcim_intx_restore(struct device *dev, void *data)
__pcim_intx(pdev, res->orig_intx);
}
-static struct pcim_intx_devres *get_or_create_intx_devres(struct device *dev)
+static void save_orig_intx(struct pci_dev *pdev, struct pcim_intx_devres *res)
{
- struct pcim_intx_devres *res;
+ u16 pci_command;
- res = devres_find(dev, pcim_intx_restore, NULL, NULL);
- if (res)
- return res;
-
- res = devres_alloc(pcim_intx_restore, sizeof(*res), GFP_KERNEL);
- if (res)
- devres_add(dev, res);
-
- return res;
+ pci_read_config_word(pdev, PCI_COMMAND, &pci_command);
+ res->orig_intx = !(pci_command & PCI_COMMAND_INTX_DISABLE);
}
/**
@@ -466,12 +459,23 @@ static struct pcim_intx_devres *get_or_create_intx_devres(struct device *dev)
int pcim_intx(struct pci_dev *pdev, int enable)
{
struct pcim_intx_devres *res;
+ struct device *dev = &pdev->dev;
- res = get_or_create_intx_devres(&pdev->dev);
- if (!res)
- return -ENOMEM;
+ /*
+ * pcim_intx() must only restore the INTx value that existed before the
+ * driver was loaded, i.e., before it called pcim_intx() for the
+ * first time.
+ */
+ res = devres_find(dev, pcim_intx_restore, NULL, NULL);
+ if (!res) {
+ res = devres_alloc(pcim_intx_restore, sizeof(*res), GFP_KERNEL);
+ if (!res)
+ return -ENOMEM;
+
+ save_orig_intx(pdev, res);
+ devres_add(dev, res);
+ }
- res->orig_intx = !enable;
__pcim_intx(pdev, enable);
return 0;
--
2.43.0
^ permalink raw reply related [flat|nested] 6+ messages in thread* Re: [PATCH v2] PCI: Restore the original INTX_DISABLE bit by pcim_intx() 2024-10-31 13:42 [PATCH v2] PCI: Restore the original INTX_DISABLE bit by pcim_intx() Takashi Iwai @ 2024-11-04 9:14 ` Philipp Stanner 2024-12-09 13:15 ` Philipp Stanner 0 siblings, 1 reply; 6+ messages in thread From: Philipp Stanner @ 2024-11-04 9:14 UTC (permalink / raw) To: Takashi Iwai, Bjorn Helgaas; +Cc: linux-pci, linux-kernel On Thu, 2024-10-31 at 14:42 +0100, Takashi Iwai wrote: > pcim_intx() tries to restore the INTx bit at removal via devres, but > there is a chance that it restores a wrong value. > Because the value to be restored is blindly assumed to be the > negative > of the enable argument, when a driver calls pcim_intx() unnecessarily > for the already enabled state, it'll restore to the disabled state in > turn. That is, the function assumes the case like: > > // INTx == 1 > pcim_intx(pdev, 0); // old INTx value assumed to be 1 -> correct > > but it might be like the following, too: > > // INTx == 0 > pcim_intx(pdev, 0); // old INTx value assumed to be 1 -> wrong > > Also, when a driver calls pcim_intx() multiple times with different > enable argument values, the last one will win no matter what value it > is. This can lead to inconsistency, e.g. > > // INTx == 1 > pcim_intx(pdev, 0); // OK > ... > pcim_intx(pdev, 1); // now old INTx wrongly assumed to be 0 > > This patch addresses those inconsistencies by saving the original > INTx state at the first pcim_intx() call. For that, > get_or_create_intx_devres() is folded into pcim_intx() caller side; > it allows us to simply check the already allocated devres and record > the original INTx along with the devres_alloc() call. > > Fixes: 25216afc9db5 ("PCI: Add managed pcim_intx()") > Cc: stable@vger.kernel.org # 6.11+ > Link: https://lore.kernel.org/87v7xk2ps5.wl-tiwai@suse.de > Signed-off-by: Takashi Iwai <tiwai@suse.de> Reviewed-by: Philipp Stanner <pstanner@redhat.com> Nice! > --- > v1->v2: refactoring, fold get_or_create_intx_devres() into the caller > instead of retrieving the original INTx there. > Also add comments and improve the patch description. > > drivers/pci/devres.c | 34 +++++++++++++++++++--------------- > 1 file changed, 19 insertions(+), 15 deletions(-) > > diff --git a/drivers/pci/devres.c b/drivers/pci/devres.c > index b133967faef8..c93d4d4499a0 100644 > --- a/drivers/pci/devres.c > +++ b/drivers/pci/devres.c > @@ -438,19 +438,12 @@ static void pcim_intx_restore(struct device > *dev, void *data) > __pcim_intx(pdev, res->orig_intx); > } > > -static struct pcim_intx_devres *get_or_create_intx_devres(struct > device *dev) > +static void save_orig_intx(struct pci_dev *pdev, struct > pcim_intx_devres *res) > { > - struct pcim_intx_devres *res; > + u16 pci_command; > > - res = devres_find(dev, pcim_intx_restore, NULL, NULL); > - if (res) > - return res; > - > - res = devres_alloc(pcim_intx_restore, sizeof(*res), > GFP_KERNEL); > - if (res) > - devres_add(dev, res); > - > - return res; > + pci_read_config_word(pdev, PCI_COMMAND, &pci_command); > + res->orig_intx = !(pci_command & PCI_COMMAND_INTX_DISABLE); > } > > /** > @@ -466,12 +459,23 @@ static struct pcim_intx_devres > *get_or_create_intx_devres(struct device *dev) > int pcim_intx(struct pci_dev *pdev, int enable) > { > struct pcim_intx_devres *res; > + struct device *dev = &pdev->dev; > > - res = get_or_create_intx_devres(&pdev->dev); > - if (!res) > - return -ENOMEM; > + /* > + * pcim_intx() must only restore the INTx value that existed > before the > + * driver was loaded, i.e., before it called pcim_intx() for > the > + * first time. > + */ > + res = devres_find(dev, pcim_intx_restore, NULL, NULL); > + if (!res) { > + res = devres_alloc(pcim_intx_restore, sizeof(*res), > GFP_KERNEL); > + if (!res) > + return -ENOMEM; > + > + save_orig_intx(pdev, res); > + devres_add(dev, res); > + } > > - res->orig_intx = !enable; > __pcim_intx(pdev, enable); > > return 0; ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH v2] PCI: Restore the original INTX_DISABLE bit by pcim_intx() 2024-11-04 9:14 ` Philipp Stanner @ 2024-12-09 13:15 ` Philipp Stanner 2025-01-27 16:00 ` Takashi Iwai 0 siblings, 1 reply; 6+ messages in thread From: Philipp Stanner @ 2024-12-09 13:15 UTC (permalink / raw) To: Takashi Iwai, Bjorn Helgaas; +Cc: linux-pci, linux-kernel On Mon, 2024-11-04 at 10:14 +0100, Philipp Stanner wrote: > On Thu, 2024-10-31 at 14:42 +0100, Takashi Iwai wrote: > > pcim_intx() tries to restore the INTx bit at removal via devres, > > but > > there is a chance that it restores a wrong value. > > Because the value to be restored is blindly assumed to be the > > negative > > of the enable argument, when a driver calls pcim_intx() > > unnecessarily > > for the already enabled state, it'll restore to the disabled state > > in > > turn. That is, the function assumes the case like: > > > > // INTx == 1 > > pcim_intx(pdev, 0); // old INTx value assumed to be 1 -> correct > > > > but it might be like the following, too: > > > > // INTx == 0 > > pcim_intx(pdev, 0); // old INTx value assumed to be 1 -> wrong > > > > Also, when a driver calls pcim_intx() multiple times with different > > enable argument values, the last one will win no matter what value > > it > > is. This can lead to inconsistency, e.g. > > > > // INTx == 1 > > pcim_intx(pdev, 0); // OK > > ... > > pcim_intx(pdev, 1); // now old INTx wrongly assumed to be 0 > > > > This patch addresses those inconsistencies by saving the original > > INTx state at the first pcim_intx() call. For that, > > get_or_create_intx_devres() is folded into pcim_intx() caller side; > > it allows us to simply check the already allocated devres and > > record > > the original INTx along with the devres_alloc() call. > > > > Fixes: 25216afc9db5 ("PCI: Add managed pcim_intx()") > > Cc: stable@vger.kernel.org # 6.11+ > > Link: https://lore.kernel.org/87v7xk2ps5.wl-tiwai@suse.de > > Signed-off-by: Takashi Iwai <tiwai@suse.de> > > Reviewed-by: Philipp Stanner <pstanner@redhat.com> Hello, it seems we forgot about this patch. Regards, P. > > Nice! > > > --- > > v1->v2: refactoring, fold get_or_create_intx_devres() into the > > caller > > instead of retrieving the original INTx there. > > Also add comments and improve the patch description. > > > > drivers/pci/devres.c | 34 +++++++++++++++++++--------------- > > 1 file changed, 19 insertions(+), 15 deletions(-) > > > > diff --git a/drivers/pci/devres.c b/drivers/pci/devres.c > > index b133967faef8..c93d4d4499a0 100644 > > --- a/drivers/pci/devres.c > > +++ b/drivers/pci/devres.c > > @@ -438,19 +438,12 @@ static void pcim_intx_restore(struct device > > *dev, void *data) > > __pcim_intx(pdev, res->orig_intx); > > } > > > > -static struct pcim_intx_devres *get_or_create_intx_devres(struct > > device *dev) > > +static void save_orig_intx(struct pci_dev *pdev, struct > > pcim_intx_devres *res) > > { > > - struct pcim_intx_devres *res; > > + u16 pci_command; > > > > - res = devres_find(dev, pcim_intx_restore, NULL, NULL); > > - if (res) > > - return res; > > - > > - res = devres_alloc(pcim_intx_restore, sizeof(*res), > > GFP_KERNEL); > > - if (res) > > - devres_add(dev, res); > > - > > - return res; > > + pci_read_config_word(pdev, PCI_COMMAND, &pci_command); > > + res->orig_intx = !(pci_command & > > PCI_COMMAND_INTX_DISABLE); > > } > > > > /** > > @@ -466,12 +459,23 @@ static struct pcim_intx_devres > > *get_or_create_intx_devres(struct device *dev) > > int pcim_intx(struct pci_dev *pdev, int enable) > > { > > struct pcim_intx_devres *res; > > + struct device *dev = &pdev->dev; > > > > - res = get_or_create_intx_devres(&pdev->dev); > > - if (!res) > > - return -ENOMEM; > > + /* > > + * pcim_intx() must only restore the INTx value that > > existed > > before the > > + * driver was loaded, i.e., before it called pcim_intx() > > for > > the > > + * first time. > > + */ > > + res = devres_find(dev, pcim_intx_restore, NULL, NULL); > > + if (!res) { > > + res = devres_alloc(pcim_intx_restore, > > sizeof(*res), > > GFP_KERNEL); > > + if (!res) > > + return -ENOMEM; > > + > > + save_orig_intx(pdev, res); > > + devres_add(dev, res); > > + } > > > > - res->orig_intx = !enable; > > __pcim_intx(pdev, enable); > > > > return 0; > ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH v2] PCI: Restore the original INTX_DISABLE bit by pcim_intx() 2024-12-09 13:15 ` Philipp Stanner @ 2025-01-27 16:00 ` Takashi Iwai 2025-01-27 18:58 ` Bjorn Helgaas 0 siblings, 1 reply; 6+ messages in thread From: Takashi Iwai @ 2025-01-27 16:00 UTC (permalink / raw) To: Bjorn Helgaas; +Cc: Philipp Stanner, Takashi Iwai, linux-pci, linux-kernel On Mon, 09 Dec 2024 14:15:19 +0100, Philipp Stanner wrote: > > On Mon, 2024-11-04 at 10:14 +0100, Philipp Stanner wrote: > > On Thu, 2024-10-31 at 14:42 +0100, Takashi Iwai wrote: > > > pcim_intx() tries to restore the INTx bit at removal via devres, > > > but > > > there is a chance that it restores a wrong value. > > > Because the value to be restored is blindly assumed to be the > > > negative > > > of the enable argument, when a driver calls pcim_intx() > > > unnecessarily > > > for the already enabled state, it'll restore to the disabled state > > > in > > > turn. That is, the function assumes the case like: > > > > > > // INTx == 1 > > > pcim_intx(pdev, 0); // old INTx value assumed to be 1 -> correct > > > > > > but it might be like the following, too: > > > > > > // INTx == 0 > > > pcim_intx(pdev, 0); // old INTx value assumed to be 1 -> wrong > > > > > > Also, when a driver calls pcim_intx() multiple times with different > > > enable argument values, the last one will win no matter what value > > > it > > > is. This can lead to inconsistency, e.g. > > > > > > // INTx == 1 > > > pcim_intx(pdev, 0); // OK > > > ... > > > pcim_intx(pdev, 1); // now old INTx wrongly assumed to be 0 > > > > > > This patch addresses those inconsistencies by saving the original > > > INTx state at the first pcim_intx() call. For that, > > > get_or_create_intx_devres() is folded into pcim_intx() caller side; > > > it allows us to simply check the already allocated devres and > > > record > > > the original INTx along with the devres_alloc() call. > > > > > > Fixes: 25216afc9db5 ("PCI: Add managed pcim_intx()") > > > Cc: stable@vger.kernel.org # 6.11+ > > > Link: https://lore.kernel.org/87v7xk2ps5.wl-tiwai@suse.de > > > Signed-off-by: Takashi Iwai <tiwai@suse.de> > > > > Reviewed-by: Philipp Stanner <pstanner@redhat.com> > > Hello, > > it seems we forgot about this patch. > > Regards, > P. This has fallen through the cracks. Do I need to resubmit? thanks, Takashi > > > > > > Nice! > > > > > --- > > > v1->v2: refactoring, fold get_or_create_intx_devres() into the > > > caller > > > instead of retrieving the original INTx there. > > > Also add comments and improve the patch description. > > > > > > drivers/pci/devres.c | 34 +++++++++++++++++++--------------- > > > 1 file changed, 19 insertions(+), 15 deletions(-) > > > > > > diff --git a/drivers/pci/devres.c b/drivers/pci/devres.c > > > index b133967faef8..c93d4d4499a0 100644 > > > --- a/drivers/pci/devres.c > > > +++ b/drivers/pci/devres.c > > > @@ -438,19 +438,12 @@ static void pcim_intx_restore(struct device > > > *dev, void *data) > > > __pcim_intx(pdev, res->orig_intx); > > > } > > > > > > -static struct pcim_intx_devres *get_or_create_intx_devres(struct > > > device *dev) > > > +static void save_orig_intx(struct pci_dev *pdev, struct > > > pcim_intx_devres *res) > > > { > > > - struct pcim_intx_devres *res; > > > + u16 pci_command; > > > > > > - res = devres_find(dev, pcim_intx_restore, NULL, NULL); > > > - if (res) > > > - return res; > > > - > > > - res = devres_alloc(pcim_intx_restore, sizeof(*res), > > > GFP_KERNEL); > > > - if (res) > > > - devres_add(dev, res); > > > - > > > - return res; > > > + pci_read_config_word(pdev, PCI_COMMAND, &pci_command); > > > + res->orig_intx = !(pci_command & > > > PCI_COMMAND_INTX_DISABLE); > > > } > > > > > > /** > > > @@ -466,12 +459,23 @@ static struct pcim_intx_devres > > > *get_or_create_intx_devres(struct device *dev) > > > int pcim_intx(struct pci_dev *pdev, int enable) > > > { > > > struct pcim_intx_devres *res; > > > + struct device *dev = &pdev->dev; > > > > > > - res = get_or_create_intx_devres(&pdev->dev); > > > - if (!res) > > > - return -ENOMEM; > > > + /* > > > + * pcim_intx() must only restore the INTx value that > > > existed > > > before the > > > + * driver was loaded, i.e., before it called pcim_intx() > > > for > > > the > > > + * first time. > > > + */ > > > + res = devres_find(dev, pcim_intx_restore, NULL, NULL); > > > + if (!res) { > > > + res = devres_alloc(pcim_intx_restore, > > > sizeof(*res), > > > GFP_KERNEL); > > > + if (!res) > > > + return -ENOMEM; > > > + > > > + save_orig_intx(pdev, res); > > > + devres_add(dev, res); > > > + } > > > > > > - res->orig_intx = !enable; > > > __pcim_intx(pdev, enable); > > > > > > return 0; > > > ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH v2] PCI: Restore the original INTX_DISABLE bit by pcim_intx() 2025-01-27 16:00 ` Takashi Iwai @ 2025-01-27 18:58 ` Bjorn Helgaas 2025-01-28 7:14 ` Takashi Iwai 0 siblings, 1 reply; 6+ messages in thread From: Bjorn Helgaas @ 2025-01-27 18:58 UTC (permalink / raw) To: Takashi Iwai; +Cc: Bjorn Helgaas, Philipp Stanner, linux-pci, linux-kernel On Mon, Jan 27, 2025 at 05:00:25PM +0100, Takashi Iwai wrote: > On Mon, 09 Dec 2024 14:15:19 +0100, > Philipp Stanner wrote: > > > > On Mon, 2024-11-04 at 10:14 +0100, Philipp Stanner wrote: > > > On Thu, 2024-10-31 at 14:42 +0100, Takashi Iwai wrote: > > > > pcim_intx() tries to restore the INTx bit at removal via devres, > > > > but > > > > there is a chance that it restores a wrong value. > > > > Because the value to be restored is blindly assumed to be the > > > > negative > > > > of the enable argument, when a driver calls pcim_intx() > > > > unnecessarily > > > > for the already enabled state, it'll restore to the disabled state > > > > in > > > > turn. That is, the function assumes the case like: > > > > > > > > // INTx == 1 > > > > pcim_intx(pdev, 0); // old INTx value assumed to be 1 -> correct > > > > > > > > but it might be like the following, too: > > > > > > > > // INTx == 0 > > > > pcim_intx(pdev, 0); // old INTx value assumed to be 1 -> wrong > > > > > > > > Also, when a driver calls pcim_intx() multiple times with different > > > > enable argument values, the last one will win no matter what value > > > > it > > > > is. This can lead to inconsistency, e.g. > > > > > > > > // INTx == 1 > > > > pcim_intx(pdev, 0); // OK > > > > ... > > > > pcim_intx(pdev, 1); // now old INTx wrongly assumed to be 0 > > > > > > > > This patch addresses those inconsistencies by saving the original > > > > INTx state at the first pcim_intx() call. For that, > > > > get_or_create_intx_devres() is folded into pcim_intx() caller side; > > > > it allows us to simply check the already allocated devres and > > > > record > > > > the original INTx along with the devres_alloc() call. > > > > > > > > Fixes: 25216afc9db5 ("PCI: Add managed pcim_intx()") > > > > Cc: stable@vger.kernel.org # 6.11+ > > > > Link: https://lore.kernel.org/87v7xk2ps5.wl-tiwai@suse.de > > > > Signed-off-by: Takashi Iwai <tiwai@suse.de> > > > > > > Reviewed-by: Philipp Stanner <pstanner@redhat.com> > > > > Hello, > > > > it seems we forgot about this patch. > > > > Regards, > > P. > > This has fallen through the cracks. > Do I need to resubmit? Oops, sorry, I did miss this. I added to pci/for-linus for v6.14. It didn't apply quite cleanly, so take a look and make sure I resolved it correctly: https://git.kernel.org/pub/scm/linux/kernel/git/pci/pci.git/commit/?h=for-linus&id=d555ed45a5a10a813528c7685f432369d536ae3d > > > Nice! > > > > > > > --- > > > > v1->v2: refactoring, fold get_or_create_intx_devres() into the > > > > caller > > > > instead of retrieving the original INTx there. > > > > Also add comments and improve the patch description. > > > > > > > > drivers/pci/devres.c | 34 +++++++++++++++++++--------------- > > > > 1 file changed, 19 insertions(+), 15 deletions(-) > > > > > > > > diff --git a/drivers/pci/devres.c b/drivers/pci/devres.c > > > > index b133967faef8..c93d4d4499a0 100644 > > > > --- a/drivers/pci/devres.c > > > > +++ b/drivers/pci/devres.c > > > > @@ -438,19 +438,12 @@ static void pcim_intx_restore(struct device > > > > *dev, void *data) > > > > __pcim_intx(pdev, res->orig_intx); > > > > } > > > > > > > > -static struct pcim_intx_devres *get_or_create_intx_devres(struct > > > > device *dev) > > > > +static void save_orig_intx(struct pci_dev *pdev, struct > > > > pcim_intx_devres *res) > > > > { > > > > - struct pcim_intx_devres *res; > > > > + u16 pci_command; > > > > > > > > - res = devres_find(dev, pcim_intx_restore, NULL, NULL); > > > > - if (res) > > > > - return res; > > > > - > > > > - res = devres_alloc(pcim_intx_restore, sizeof(*res), > > > > GFP_KERNEL); > > > > - if (res) > > > > - devres_add(dev, res); > > > > - > > > > - return res; > > > > + pci_read_config_word(pdev, PCI_COMMAND, &pci_command); > > > > + res->orig_intx = !(pci_command & > > > > PCI_COMMAND_INTX_DISABLE); > > > > } > > > > > > > > /** > > > > @@ -466,12 +459,23 @@ static struct pcim_intx_devres > > > > *get_or_create_intx_devres(struct device *dev) > > > > int pcim_intx(struct pci_dev *pdev, int enable) > > > > { > > > > struct pcim_intx_devres *res; > > > > + struct device *dev = &pdev->dev; > > > > > > > > - res = get_or_create_intx_devres(&pdev->dev); > > > > - if (!res) > > > > - return -ENOMEM; > > > > + /* > > > > + * pcim_intx() must only restore the INTx value that > > > > existed > > > > before the > > > > + * driver was loaded, i.e., before it called pcim_intx() > > > > for > > > > the > > > > + * first time. > > > > + */ > > > > + res = devres_find(dev, pcim_intx_restore, NULL, NULL); > > > > + if (!res) { > > > > + res = devres_alloc(pcim_intx_restore, > > > > sizeof(*res), > > > > GFP_KERNEL); > > > > + if (!res) > > > > + return -ENOMEM; > > > > + > > > > + save_orig_intx(pdev, res); > > > > + devres_add(dev, res); > > > > + } > > > > > > > > - res->orig_intx = !enable; > > > > __pcim_intx(pdev, enable); > > > > > > > > return 0; > > > > > ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH v2] PCI: Restore the original INTX_DISABLE bit by pcim_intx() 2025-01-27 18:58 ` Bjorn Helgaas @ 2025-01-28 7:14 ` Takashi Iwai 0 siblings, 0 replies; 6+ messages in thread From: Takashi Iwai @ 2025-01-28 7:14 UTC (permalink / raw) To: Bjorn Helgaas Cc: Takashi Iwai, Bjorn Helgaas, Philipp Stanner, linux-pci, linux-kernel On Mon, 27 Jan 2025 19:58:53 +0100, Bjorn Helgaas wrote: > > On Mon, Jan 27, 2025 at 05:00:25PM +0100, Takashi Iwai wrote: > > On Mon, 09 Dec 2024 14:15:19 +0100, > > Philipp Stanner wrote: > > > > > > On Mon, 2024-11-04 at 10:14 +0100, Philipp Stanner wrote: > > > > On Thu, 2024-10-31 at 14:42 +0100, Takashi Iwai wrote: > > > > > pcim_intx() tries to restore the INTx bit at removal via devres, > > > > > but > > > > > there is a chance that it restores a wrong value. > > > > > Because the value to be restored is blindly assumed to be the > > > > > negative > > > > > of the enable argument, when a driver calls pcim_intx() > > > > > unnecessarily > > > > > for the already enabled state, it'll restore to the disabled state > > > > > in > > > > > turn. That is, the function assumes the case like: > > > > > > > > > > // INTx == 1 > > > > > pcim_intx(pdev, 0); // old INTx value assumed to be 1 -> correct > > > > > > > > > > but it might be like the following, too: > > > > > > > > > > // INTx == 0 > > > > > pcim_intx(pdev, 0); // old INTx value assumed to be 1 -> wrong > > > > > > > > > > Also, when a driver calls pcim_intx() multiple times with different > > > > > enable argument values, the last one will win no matter what value > > > > > it > > > > > is. This can lead to inconsistency, e.g. > > > > > > > > > > // INTx == 1 > > > > > pcim_intx(pdev, 0); // OK > > > > > ... > > > > > pcim_intx(pdev, 1); // now old INTx wrongly assumed to be 0 > > > > > > > > > > This patch addresses those inconsistencies by saving the original > > > > > INTx state at the first pcim_intx() call. For that, > > > > > get_or_create_intx_devres() is folded into pcim_intx() caller side; > > > > > it allows us to simply check the already allocated devres and > > > > > record > > > > > the original INTx along with the devres_alloc() call. > > > > > > > > > > Fixes: 25216afc9db5 ("PCI: Add managed pcim_intx()") > > > > > Cc: stable@vger.kernel.org # 6.11+ > > > > > Link: https://lore.kernel.org/87v7xk2ps5.wl-tiwai@suse.de > > > > > Signed-off-by: Takashi Iwai <tiwai@suse.de> > > > > > > > > Reviewed-by: Philipp Stanner <pstanner@redhat.com> > > > > > > Hello, > > > > > > it seems we forgot about this patch. > > > > > > Regards, > > > P. > > > > This has fallen through the cracks. > > Do I need to resubmit? > > Oops, sorry, I did miss this. I added to pci/for-linus for v6.14. It > didn't apply quite cleanly, so take a look and make sure I resolved it > correctly: > > https://git.kernel.org/pub/scm/linux/kernel/git/pci/pci.git/commit/?h=for-linus&id=d555ed45a5a10a813528c7685f432369d536ae3d Looks good to me. Thanks! Takashi ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2025-01-28 7:14 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2024-10-31 13:42 [PATCH v2] PCI: Restore the original INTX_DISABLE bit by pcim_intx() Takashi Iwai 2024-11-04 9:14 ` Philipp Stanner 2024-12-09 13:15 ` Philipp Stanner 2025-01-27 16:00 ` Takashi Iwai 2025-01-27 18:58 ` Bjorn Helgaas 2025-01-28 7:14 ` Takashi Iwai
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox