From: "Michael Chan" <mchan@broadcom.com>
To: "wendy xiong" <wendyx@us.ibm.com>
Cc: netdev <netdev@vger.kernel.org>, jeff@garzik.org, davem@davemloft.net
Subject: Re: [ PATCH 1/1 2.6.25-rc9] bnx2: Add EEH support in bnx2x driver
Date: Mon, 21 Apr 2008 17:14:56 -0700 [thread overview]
Message-ID: <1208823296.16633.230.camel@dell> (raw)
In-Reply-To: <1208812834.24768.40.camel@wendyx.austin.ibm.com>
On Mon, 2008-04-21 at 16:20 -0500, wendy xiong wrote:
>
> diff -Nuarp linux-2.6.25-rc9.orig/drivers/net/bnx2.c linux-2.6.25-rc9.eeh/drivers/net/bnx2.c
> --- linux-2.6.25-rc9.orig/drivers/net/bnx2.c 2008-04-18 22:12:53.000000000 -0500
> +++ linux-2.6.25-rc9.eeh/drivers/net/bnx2.c 2008-04-18 22:28:42.000000000 -0500
> @@ -7108,6 +7108,7 @@ bnx2_init_board(struct pci_dev *pdev, st
> }
>
> pci_set_master(pdev);
> + pci_save_state(pdev);
>
> bp->pm_cap = pci_find_capability(pdev, PCI_CAP_ID_PM);
> if (bp->pm_cap == 0) {
> @@ -7617,6 +7618,85 @@ bnx2_resume(struct pci_dev *pdev)
> return 0;
> }
>
> +/**
> + * bnx2_io_error_detected - called when PCI error is detected
> + * @pdev: Pointer to PCI device
> + * @state: The current pci connection state
> + *
> + * This function is called after a PCI bus error affecting
> + * this device has been detected.
> + */
> +static pci_ers_result_t bnx2_io_error_detected(struct pci_dev *pdev,
> + pci_channel_state_t state)
> +{
> + struct net_device *dev = pci_get_drvdata(pdev);
> + struct bnx2 *bp = netdev_priv(dev);
I think it is better to add rtnl_lock() here to prevent racing with
other functions such as ethtool and close that can be resetting the
chip. The same should be done in the other 2 functions below.
> +
> + netif_device_detach(dev);
> +
> + if (netif_running(dev)) {
> + bnx2_netif_stop(bp);
> + del_timer_sync(&bp->timer);
> + bnx2_reset_nic(bp, BNX2_DRV_MSG_CODE_RESET);
> + }
> +
> + pci_disable_device(pdev);
> +
Add rtnl_unlock() here.
> + /* Request a slot slot reset. */
> + return PCI_ERS_RESULT_NEED_RESET;
> +}
> +
> +/**
> + * bnx2_io_slot_reset - called after the pci bus has been reset.
> + * @pdev: Pointer to PCI device
> + *
> + * Restart the card from scratch, as if from a cold-boot.
> + */
> +static pci_ers_result_t bnx2_io_slot_reset(struct pci_dev *pdev)
> +{
> + struct net_device *dev = pci_get_drvdata(pdev);
> + struct bnx2 *bp = netdev_priv(dev);
> +
> + if (pci_enable_device(pdev)) {
> + dev_err(&pdev->dev,
> + "Cannot re-enable PCI device after reset.\n");
> + return PCI_ERS_RESULT_DISCONNECT;
> + }
> + pci_set_master(pdev);
> + pci_restore_state(pdev);
> +
> + if (netif_running(dev)) {
> + bnx2_set_power_state(bp, PCI_D0);
> + bnx2_init_nic(bp);
> + }
> +
> + return PCI_ERS_RESULT_RECOVERED;
> +}
> +
> +/**
> + * bnx2_io_resume - called when traffic can start flowing again.
> + * @pdev: Pointer to PCI device
> + *
> + * This callback is called when the error recovery driver tells us that
> + * its OK to resume normal operation.
> + */
> +static void bnx2_io_resume(struct pci_dev *pdev)
> +{
> + struct net_device *dev = pci_get_drvdata(pdev);
> + struct bnx2 *bp = netdev_priv(dev);
> +
> + if (netif_running(dev))
> + bnx2_netif_start(bp);
> +
> + netif_device_attach(dev);
Shouldn't we attach first before netif_start?
Thanks.
next prev parent reply other threads:[~2008-04-21 23:11 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-21 21:20 [ PATCH 1/1 2.6.25-rc9] bnx2: Add EEH support in bnx2x driver wendy xiong
2008-04-22 0:14 ` Michael Chan [this message]
2008-04-22 19:44 ` wendy xiong
2008-04-22 21:46 ` Michael Chan
2008-04-23 20:36 ` [ PATCH 1/1 2.6.25-rc9] bnx2: Add EEH support in bnx2 driver - Resending wendy xiong
2008-04-24 0:23 ` Michael Chan
2008-04-24 15:37 ` wendy xiong
2008-04-25 0:34 ` Michael Chan
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=1208823296.16633.230.camel@dell \
--to=mchan@broadcom.com \
--cc=davem@davemloft.net \
--cc=jeff@garzik.org \
--cc=netdev@vger.kernel.org \
--cc=wendyx@us.ibm.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.