| Message ID | 1453744944-4065-1-git-send-email-khoroshilov@ispras.ru (mailing list archive) |
|---|---|
| State | Rejected, archived |
| Delegated to: | James Bottomley |
| Headers | show |
On 25.1.2016 19:02, Alexey Khoroshilov wrote: > mpt_lan_sdu_send() and mpt_lan_post_receive_buckets() do not check > if mapping dma memory succeed. > The patch adds the checks and failure handling. > > v3: Fix resource deallocation (reported by Tomas Henzl). > > Found by Linux Driver Verification project (linuxtesting.org). > > Signed-off-by: Alexey Khoroshilov <khoroshilov@ispras.ru> > --- > drivers/message/fusion/mptlan.c | 16 ++++++++++++++++ > 1 file changed, 16 insertions(+) > > diff --git a/drivers/message/fusion/mptlan.c b/drivers/message/fusion/mptlan.c > index cbe96072a6cc..e9b83fc7be35 100644 > --- a/drivers/message/fusion/mptlan.c > +++ b/drivers/message/fusion/mptlan.c > @@ -734,6 +734,13 @@ mpt_lan_sdu_send (struct sk_buff *skb, struct net_device *dev) > > dma = pci_map_single(mpt_dev->pcidev, skb->data, skb->len, > PCI_DMA_TODEVICE); > + if (pci_dma_mapping_error(mpt_dev->pcidev, dma)) { > + mpt_put_msg_frame(LanCtx, mpt_dev, mf); I think I was wrong here, the 'mpt_put_msg_frame' is not the correct function for freeing the mpt request frame, this one actually talks to the hw. Other than that - previous patch for this driver came in in 2010 - six years ago and the driver seems unmaintained now. I'm not sure if we should fix hw we can't test and when there is not an user bug report. This example nicely shows how easy it is to add new bugs even when a fix looks trivial. -tm > + netif_stop_queue(dev); > + > + printk (KERN_ERR "%s: dma mapping failed\n", __func__); > + return NETDEV_TX_BUSY; > + } > > priv->SendCtl[ctx].skb = skb; > priv->SendCtl[ctx].dma = dma; > @@ -1232,6 +1239,15 @@ mpt_lan_post_receive_buckets(struct mpt_lan_priv *priv) > > dma = pci_map_single(mpt_dev->pcidev, skb->data, > len, PCI_DMA_FROMDEVICE); > + if (pci_dma_mapping_error(mpt_dev->pcidev, dma)) { > + printk (KERN_WARNING > + MYNAM "/%s: dma mapping failed\n", > + __func__); > + dev_kfree_skb(skb); > + priv->mpt_rxfidx[++priv->mpt_rxfidx_tail] = ctx; > + spin_unlock_irqrestore(&priv->rxfidx_lock, flags); > + break; > + } > > priv->RcvCtl[ctx].skb = skb; > priv->RcvCtl[ctx].dma = dma; -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>>> "Tomas" == Tomas Henzl <thenzl@redhat.com> writes:
Tomas> Other than that - previous patch for this driver came in in 2010
Tomas> - six years ago and the driver seems unmaintained now. I'm not
Tomas> sure if we should fix hw we can't test and when there is not an
Tomas> user bug report. This example nicely shows how easy it is to add
Tomas> new bugs even when a fix looks trivial.
Yeah, I'm inclined to leave it as is.
If somebody provides a Tested-by: I'll reconsider.
There is no fusion based network card and resources exists today in Avago(LSI) to test this patch so we prefer to leave it as is. We would like to prevent any new changes on MPT (FC/SCSI/SAS/LAN) drivers as we don't have support for those cards anymore, is there a way we could remove those drivers from newer kernels or mark them as unmaintained?. Thanks Sathya -----Original Message----- From: mpt-fusionlinux.pdl@avagotech.com [mailto:mpt-fusionlinux.pdl@avagotech.com] On Behalf Of Martin K. Petersen Sent: Tuesday, January 26, 2016 7:23 PM To: Tomas Henzl Cc: Alexey Khoroshilov; Sreekanth Reddy; MPT-FusionLinux.pdl@avagotech.com; linux-scsi@vger.kernel.org; linux-kernel@vger.kernel.org; ldv-project@linuxtesting.org Subject: Re: [PATCH v3] mptlan: add checks for dma mapping errors >>>>> "Tomas" == Tomas Henzl <thenzl@redhat.com> writes: Tomas> Other than that - previous patch for this driver came in in 2010 Tomas> - six years ago and the driver seems unmaintained now. I'm not Tomas> sure if we should fix hw we can't test and when there is not an Tomas> user bug report. This example nicely shows how easy it is to add Tomas> new bugs even when a fix looks trivial. Yeah, I'm inclined to leave it as is. If somebody provides a Tested-by: I'll reconsider.
On 27.1.2016 06:44, Sathya Prakash wrote: > There is no fusion based network card and resources exists today in > Avago(LSI) to test this patch so we prefer to leave it as is. We would > like to prevent any new changes on MPT (FC/SCSI/SAS/LAN) drivers as we > don't have support for those cards anymore, is there a way we could > remove those drivers from newer kernels or mark them as unmaintained?. There still are users of some of those drivers (mptsas for example) in certain distributions, so even if in fact they aren't directly maintained, we should keep them in mainline. Thanks, Tomas > > Thanks > Sathya > > -----Original Message----- > From: mpt-fusionlinux.pdl@avagotech.com > [mailto:mpt-fusionlinux.pdl@avagotech.com] On Behalf Of Martin K. Petersen > Sent: Tuesday, January 26, 2016 7:23 PM > To: Tomas Henzl > Cc: Alexey Khoroshilov; Sreekanth Reddy; > MPT-FusionLinux.pdl@avagotech.com; linux-scsi@vger.kernel.org; > linux-kernel@vger.kernel.org; ldv-project@linuxtesting.org > Subject: Re: [PATCH v3] mptlan: add checks for dma mapping errors > >>>>>> "Tomas" == Tomas Henzl <thenzl@redhat.com> writes: > Tomas> Other than that - previous patch for this driver came in in 2010 > Tomas> - six years ago and the driver seems unmaintained now. I'm not > Tomas> sure if we should fix hw we can't test and when there is not an > Tomas> user bug report. This example nicely shows how easy it is to add > Tomas> new bugs even when a fix looks trivial. > > Yeah, I'm inclined to leave it as is. > > If somebody provides a Tested-by: I'll reconsider. > -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, 2016-01-27 at 17:14 +0100, Tomas Henzl wrote: > On 27.1.2016 06:44, Sathya Prakash wrote: > > There is no fusion based network card and resources exists today in > > Avago(LSI) to test this patch so we prefer to leave it as is. We > > would > > like to prevent any new changes on MPT (FC/SCSI/SAS/LAN) drivers as > > we > > don't have support for those cards anymore, is there a way we > > could > > remove those drivers from newer kernels or mark them as > > unmaintained?. > > There still are users of some of those drivers (mptsas for example) > in certain distributions, so even if in fact they aren't > directly maintained, we should keep them in mainline. Agreed: the last gen PA-RISC has a mptspi controller ... they'd get a bit annoyed if we remove it because they wouldn't be able to update their build machines to newer kernels. James -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/drivers/message/fusion/mptlan.c b/drivers/message/fusion/mptlan.c index cbe96072a6cc..e9b83fc7be35 100644 --- a/drivers/message/fusion/mptlan.c +++ b/drivers/message/fusion/mptlan.c @@ -734,6 +734,13 @@ mpt_lan_sdu_send (struct sk_buff *skb, struct net_device *dev) dma = pci_map_single(mpt_dev->pcidev, skb->data, skb->len, PCI_DMA_TODEVICE); + if (pci_dma_mapping_error(mpt_dev->pcidev, dma)) { + mpt_put_msg_frame(LanCtx, mpt_dev, mf); + netif_stop_queue(dev); + + printk (KERN_ERR "%s: dma mapping failed\n", __func__); + return NETDEV_TX_BUSY; + } priv->SendCtl[ctx].skb = skb; priv->SendCtl[ctx].dma = dma; @@ -1232,6 +1239,15 @@ mpt_lan_post_receive_buckets(struct mpt_lan_priv *priv) dma = pci_map_single(mpt_dev->pcidev, skb->data, len, PCI_DMA_FROMDEVICE); + if (pci_dma_mapping_error(mpt_dev->pcidev, dma)) { + printk (KERN_WARNING + MYNAM "/%s: dma mapping failed\n", + __func__); + dev_kfree_skb(skb); + priv->mpt_rxfidx[++priv->mpt_rxfidx_tail] = ctx; + spin_unlock_irqrestore(&priv->rxfidx_lock, flags); + break; + } priv->RcvCtl[ctx].skb = skb; priv->RcvCtl[ctx].dma = dma;
mpt_lan_sdu_send() and mpt_lan_post_receive_buckets() do not check if mapping dma memory succeed. The patch adds the checks and failure handling. v3: Fix resource deallocation (reported by Tomas Henzl). Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov <khoroshilov@ispras.ru> --- drivers/message/fusion/mptlan.c | 16 ++++++++++++++++ 1 file changed, 16 insertions(+)