mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Tushar Dave <tushar.n.dave@oracle.com>
To: Fengguang Wu <fengguang.wu@intel.com>
Cc: intel-wired-lan@lists.osuosl.org,
	Jeff Kirsher <jeffrey.t.kirsher@intel.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	"David S. Miller" <davem@davemloft.net>,
	Sasha Neftin <sasha.neftin@intel.com>,
	Dima Ruinskiy <dima.ruinskiy@intel.com>,
	Raanan Avargil <raanan.avargil@intel.com>,
	Jacob Keller <jacob.e.keller@intel.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Konstantin Khlebnikov <khlebnikov@yandex-team.ru>,
	Bernd Faust <berndfaust@gmail.com>,
	stephen hemminger <stephen@networkplumber.org>,
	netdev@vger.kernel.org, linux-kernel@vger.kernel.org, lkp@01.org
Subject: Re: [e1000_shutdown] e1000 0000:00:03.0: disabling already-disabled device
Date: Wed, 6 Dec 2017 00:49:06 +0530	[thread overview]
Message-ID: <fc82d5ac-5d3d-ff63-0fc6-bb99a847f0d6@oracle.com> (raw)
In-Reply-To: <20171204113357.ccc3anyrl3pn7yuj@wfg-t540p.sh.intel.com>



On 12/04/2017 05:03 PM, Fengguang Wu wrote:
> Hi Tushar,
> 
> On Tue, Nov 28, 2017 at 01:01:23AM +0530, Tushar Dave wrote:
>>
>>
>> On 11/23/2017 04:43 AM, Fengguang Wu wrote:
>>> On Wed, Nov 22, 2017 at 03:40:52AM +0530, Tushar Dave wrote:
>>>>
>>>>
>>>> On 11/21/2017 06:11 PM, Fengguang Wu wrote:
>>>>> Hello,
>>>>>
>>>>> FYI this happens in mainline kernel 4.14.0-01330-g3c07399.
>>>>> It happens since 4.13 .
>>>>>
>>>>> It occurs in 3 out of 162 boots.
>>>>>
>>>>>
>>>>> [   44.637743] advantechwdt: Unexpected close, not stopping watchdog!
>>>>> [   44.997548] input: ImExPS/2 Generic Explorer Mouse as
>>>>> /devices/platform/i8042/serio1/input/input6
>>>>> [   45.013419] e1000 0000:00:03.0: disabling already-disabled device
>>>>> [   45.013447] ------------[ cut here ]------------
>>>>> [   45.014868] WARNING: CPU: 1 PID: 71 at drivers/pci/pci.c:1641
>>>>> pci_disable_device+0xa1/0x105:
>>>>>                         pci_disable_device at drivers/pci/pci.c:1640
>>>>> [   45.016171] CPU: 1 PID: 71 Comm: rcu_perf_shutdo Not tainted
>>>>> 4.14.0-01330-g3c07399 #1
>>>>> [   45.017197] task: ffff88011bee9e40 task.stack: ffffc90000860000
>>>>> [   45.017987] RIP: 0010:pci_disable_device+0xa1/0x105:
>>>>>                         pci_disable_device at drivers/pci/pci.c:1640
>>>>> [   45.018603] RSP: 0000:ffffc90000863e30 EFLAGS: 00010286
>>>>> [   45.019282] RAX: 0000000000000035 RBX: ffff88013a230008 RCX:
>>>>> 0000000000000000
>>>>> [   45.020182] RDX: 0000000000000000 RSI: 0000000000000000 RDI:
>>>>> 0000000000000203
>>>>> [   45.021084] RBP: ffff88013a3f31e8 R08: 0000000000000001 R09:
>>>>> 0000000000000000
>>>>> [   45.021986] R10: ffffffff827ec29c R11: 0000000000000002 R12:
>>>>> 0000000000000001
>>>>> [   45.022946] R13: ffff88013a230008 R14: ffff880117802b20 R15:
>>>>> ffffc90000863e8f
>>>>> [   45.023842] FS:  0000000000000000(0000) GS:ffff88013fd00000(0000)
>>>>> knlGS:0000000000000000
>>>>> [   45.024863] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>>>>> [   45.025583] CR2: ffffc900006d4000 CR3: 000000000220f000 CR4:
>>>>> 00000000000006a0
>>>>> [   45.026478] Call Trace:
>>>>> [   45.026811]  __e1000_shutdown+0x1d4/0x1e2:
>>>>>                         __e1000_shutdown at
>>>>> drivers/net/ethernet/intel/e1000/e1000_main.c:5162
>>>>> [   45.027344]  ? rcu_perf_cleanup+0x2a1/0x2a1:
>>>>>                         rcu_perf_shutdown at kernel/rcu/rcuperf.c:627
>>>>> [   45.027883]  e1000_shutdown+0x14/0x3a:
>>>>>                         e1000_shutdown at
>>>>> drivers/net/ethernet/intel/e1000/e1000_main.c:5235
>>>>> [   45.028351]  device_shutdown+0x110/0x1aa:
>>>>>                         device_shutdown at drivers/base/core.c:2807
>>>>> [   45.028858]  kernel_power_off+0x31/0x64:
>>>>>                         kernel_power_off at kernel/reboot.c:260
>>>>> [   45.029343]  rcu_perf_shutdown+0x9b/0xa7:
>>>>>                         rcu_perf_shutdown at kernel/rcu/rcuperf.c:637
>>>>> [   45.029852]  ? __wake_up_common_lock+0xa2/0xa2:
>>>>>                         autoremove_wake_function at
>>>>> kernel/sched/wait.c:376
>>>>> [   45.030414]  kthread+0x126/0x12e:
>>>>>                         kthread at kernel/kthread.c:233
>>>>> [   45.030834]  ? __kthread_bind_mask+0x8e/0x8e:
>>>>>                         kthread at kernel/kthread.c:190
>>>>> [   45.031399]  ? ret_from_fork+0x1f/0x30:
>>>>>                         ret_from_fork at arch/x86/entry/entry_64.S:443
>>>>> [   45.031883]  ? kernel_init+0xa/0xf5:
>>>>>                         kernel_init at init/main.c:997
>>>>> [   45.032325]  ret_from_fork+0x1f/0x30:
>>>>>                         ret_from_fork at arch/x86/entry/entry_64.S:443
>>>>> [   45.032777] Code: 00 48 85 ed 75 07 48 8b ab a8 00 00 00 48 8d bb
>>>>> 98 00 00 00 e8 aa d1 11 00 48 89 ea 48 89 c6 48 c7 c7 d8 e4 0b 82 e8
>>>>> 55 7d da ff <0f> ff b9 01 00 00 00 31 d2 be 01 00 00 00 48 c7 c7 f0
>>>>> b1 61 82
>>>>> [   45.035222] ---[ end trace c257137b1b1976ef ]---
>>>>> [   45.037838] ACPI: Preparing to enter system sleep state S5
>>>>>
>>>>> Attached the full dmesg, kconfig and reproduce scripts.
>>>> Looks like e1000 pci/pxi-x device is already suspended. And therefore
>>>> call to e1000_suspend() -> __e1000_shutdown() -> pci_disable_device()
>>>> already had disabled the device.
>>>> Disabling device again by e1000_shutdown handler during system shutdown
>>>> causes warning at drivers/pci/pci.c:1641.
>>>>
>>>> I think function __e1000_shutdown should just return if device is
>>>> already suspended!
>>>>
>>>> I don't have e1000 hardware to test right now. So if this seems logical
>>>> to others I will send a patch.
>>>
>>> Tushar, it happens on QEMU boot testing, so do not rely on e1000 HW.
>>> Unless you'd like to prevent regressions on real HW.
>>>
>>> The original report attached a reproduce script to run the QEMU test.
>>> Or you may send me the patch for testing.
>> Fengguang,
>>
>> Would you please try this patch and test. The patch is compile tested
>> only. The patch is similar to how ixgbe handled the issue.
>> Thanks.
>>
>> e1000: fix disabling already-disabled warning
>>
>> This patch adds check so that driver does not disable already
>> disabled device.
> 
> It works! I tried 100 boots and the "e1000 0000:00:03.0: disabling
> already-disabled device" error no longer show up.
> 
> Tested-by: Fengguang Wu <fengguang.wu@intel.com>
Fengguang,

Thanks for testing. I will send patch soon.

-Tushar
> 
> Thanks,
> Fengguang
> 
>> Signed-off-by: Tushar Dave <tushar.n.dave@oracle.com>
>> ---
>>  drivers/net/ethernet/intel/e1000/e1000.h      |  3 ++-
>>  drivers/net/ethernet/intel/e1000/e1000_main.c | 23 
>> ++++++++++++++++++-----
>>  2 files changed, 20 insertions(+), 6 deletions(-)
>>
>> diff --git a/drivers/net/ethernet/intel/e1000/e1000.h
>> b/drivers/net/ethernet/intel/e1000/e1000.h
>> index d7bdea7..8fd2458 100644
>> --- a/drivers/net/ethernet/intel/e1000/e1000.h
>> +++ b/drivers/net/ethernet/intel/e1000/e1000.h
>> @@ -331,7 +331,8 @@ struct e1000_adapter {
>>  enum e1000_state_t {
>>      __E1000_TESTING,
>>      __E1000_RESETTING,
>> -    __E1000_DOWN
>> +    __E1000_DOWN,
>> +    __E1000_DISABLED
>>  };
>>
>>  #undef pr_fmt
>> diff --git a/drivers/net/ethernet/intel/e1000/e1000_main.c
>> b/drivers/net/ethernet/intel/e1000/e1000_main.c
>> index 1982f79..a7de31d 100644
>> --- a/drivers/net/ethernet/intel/e1000/e1000_main.c
>> +++ b/drivers/net/ethernet/intel/e1000/e1000_main.c
>> @@ -945,7 +945,7 @@ static int e1000_init_hw_struct(struct e1000_adapter
>> *adapter,
>>  static int e1000_probe(struct pci_dev *pdev, const struct
>> pci_device_id *ent)
>>  {
>>      struct net_device *netdev;
>> -    struct e1000_adapter *adapter;
>> +    struct e1000_adapter *adapter = NULL;
>>      struct e1000_hw *hw;
>>
>>      static int cards_found;
>> @@ -955,6 +955,7 @@ static int e1000_probe(struct pci_dev *pdev, const
>> struct pci_device_id *ent)
>>      u16 tmp = 0;
>>      u16 eeprom_apme_mask = E1000_EEPROM_APME;
>>      int bars, need_ioport;
>> +    bool disable_dev = false;
>>
>>      /* do not allocate ioport bars when not needed */
>>      need_ioport = e1000_is_need_ioport(pdev);
>> @@ -1259,11 +1260,13 @@ static int e1000_probe(struct pci_dev *pdev,
>> const struct pci_device_id *ent)
>>      iounmap(hw->ce4100_gbe_mdio_base_virt);
>>      iounmap(hw->hw_addr);
>>  err_ioremap:
>> +    disable_dev = !test_and_set_bit(__E1000_DISABLED, &adapter->flags);
>>      free_netdev(netdev);
>>  err_alloc_etherdev:
>>      pci_release_selected_regions(pdev, bars);
>>  err_pci_reg:
>> -    pci_disable_device(pdev);
>> +    if (!adapter || disable_dev)
>> +        pci_disable_device(pdev);
>>      return err;
>>  }
>>
>> @@ -1281,6 +1284,7 @@ static void e1000_remove(struct pci_dev *pdev)
>>      struct net_device *netdev = pci_get_drvdata(pdev);
>>      struct e1000_adapter *adapter = netdev_priv(netdev);
>>      struct e1000_hw *hw = &adapter->hw;
>> +    bool disable_dev;
>>
>>      e1000_down_and_stop(adapter);
>>      e1000_release_manageability(adapter);
>> @@ -1299,9 +1303,11 @@ static void e1000_remove(struct pci_dev *pdev)
>>          iounmap(hw->flash_address);
>>      pci_release_selected_regions(pdev, adapter->bars);
>>
>> +    disable_dev = !test_and_set_bit(__E1000_DISABLED, &adapter->flags);
>>      free_netdev(netdev);
>>
>> -    pci_disable_device(pdev);
>> +    if (disable_dev)
>> +        pci_disable_device(pdev);
>>  }
>>
>>  /**
>> @@ -5156,7 +5162,8 @@ static int __e1000_shutdown(struct pci_dev *pdev,
>> bool *enable_wake)
>>      if (netif_running(netdev))
>>          e1000_free_irq(adapter);
>>
>> -    pci_disable_device(pdev);
>> +    if (!test_and_set_bit(__E1000_DISABLED, &adapter->flags))
>> +        pci_disable_device(pdev);
>>
>>      return 0;
>>  }
>> @@ -5200,6 +5207,8 @@ static int e1000_resume(struct pci_dev *pdev)
>>          pr_err("Cannot enable PCI device from suspend\n");
>>          return err;
>>      }
>> +    smp_mb__before_atomic();
>> +    clear_bit(__E1000_DISABLED, &adapter->flags);
>>      pci_set_master(pdev);
>>
>>      pci_enable_wake(pdev, PCI_D3hot, 0);
>> @@ -5274,7 +5283,9 @@ static pci_ers_result_t
>> e1000_io_error_detected(struct pci_dev *pdev,
>>
>>      if (netif_running(netdev))
>>          e1000_down(adapter);
>> -    pci_disable_device(pdev);
>> +
>> +    if (!test_and_set_bit(__E1000_DISABLED, &adapter->flags))
>> +        pci_disable_device(pdev);
>>
>>      /* Request a slot slot reset. */
>>      return PCI_ERS_RESULT_NEED_RESET;
>> @@ -5302,6 +5313,8 @@ static pci_ers_result_t e1000_io_slot_reset(struct
>> pci_dev *pdev)
>>          pr_err("Cannot re-enable PCI device after reset.\n");
>>          return PCI_ERS_RESULT_DISCONNECT;
>>      }
>> +    smp_mb__before_atomic();
>> +    clear_bit(__E1000_DISABLED, &adapter->flags);
>>      pci_set_master(pdev);
>>
>>      pci_enable_wake(pdev, PCI_D3hot, 0);
>> -- 
>> 1.8.3.1
>>
>>
>> -Tushar
>>>
>>> Thanks,
>>> Fengguang
>>>
>>
> 

  reply	other threads:[~2017-12-05 19:19 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-21  9:05 active bugs in the first week of 4.15 merge window Fengguang Wu
2017-11-21 10:04 ` [test_abba] WARNING: possible circular locking dependency detected Fengguang Wu
2017-11-21 10:54 ` [ata_port_detach] WARNING: CPU: 0 PID: 1 at drivers/ata/libata-core.c:6613 ata_port_detach+0x9b/0x180 Fengguang Wu
2017-11-21 11:30   ` Arnd Bergmann
2017-11-21 11:07 ` [tracer_init_tracefs] watchdog: BUG: soft lockup - CPU#0 stuck for 23s! [swapper/0:1] Fengguang Wu
2017-11-21 12:27   ` Fengguang Wu
2017-11-21 13:55     ` Thomas Gleixner
2017-11-21 11:10 ` [rbtree_test_init] watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [swapper:1] Fengguang Wu
2017-11-21 21:59   ` Andrew Morton
2017-11-22  2:15     ` Fengguang Wu
2017-11-21 11:19 ` [rht_deferred_worker] BUG: workqueue lockup - pool cpus=0 node=0 flags=0x0 nice=0 stuck for 62s! Fengguang Wu
2017-11-21 11:52   ` [test_rht_init] INFO: task swapper/0:1 blocked for more than 120 seconds Fengguang Wu
2017-11-27 21:34     ` Linus Torvalds
2017-11-27 21:32   ` [rht_deferred_worker] BUG: workqueue lockup - pool cpus=0 node=0 flags=0x0 nice=0 stuck for 62s! Linus Torvalds
2017-11-21 11:53 ` [vga_arb_device_init] WARNING: possible circular locking dependency detected Fengguang Wu
2017-11-21 16:52   ` Lukas Wunner
2017-11-22  9:07     ` Daniel Vetter
2017-11-21 17:08   ` [char-misc] " Daniel Vetter
2017-11-21 12:04 ` [migration_cpu_stop] WARNING: CPU: 0 PID: 11 at kernel/sched/core.c:1187 set_task_cpu+0x257/0x6b6 Fengguang Wu
2017-11-21 13:34   ` Peter Zijlstra
2017-11-21 13:51     ` Fengguang Wu
2017-11-21 16:13       ` Paul E. McKenney
2017-11-22 12:18         ` Fengguang Wu
2017-11-21 14:01     ` Rafael J. Wysocki
2017-11-21 12:09 ` [ata_port_probe] BUG: unable to handle kernel NULL pointer dereference at 0000000000000350 Fengguang Wu
2017-11-21 12:19   ` Fengguang Wu
2017-11-21 12:54     ` Arnd Bergmann
2017-11-21 14:57       ` Tejun Heo
2017-11-21 15:30         ` Arnd Bergmann
2017-11-21 12:33 ` [serial8250_interrupt] RIP: 0010:arch_local_irq_restore+0x2/0x8 Fengguang Wu
2017-11-21 13:31   ` Fengguang Wu
2017-11-21 14:39     ` Andy Shevchenko
2017-11-21 21:14       ` Andy Shevchenko
2017-11-22 23:36       ` Fengguang Wu
2017-11-22 23:43         ` Fengguang Wu
2017-11-21 12:41 ` [e1000_shutdown] e1000 0000:00:03.0: disabling already-disabled device Fengguang Wu
2017-11-21 22:10   ` Tushar Dave
2017-11-22 23:13     ` Fengguang Wu
2017-11-27 19:31       ` Tushar Dave
2017-12-04 11:33         ` Fengguang Wu
2017-12-05 19:19           ` Tushar Dave [this message]
2017-11-21 12:50 ` [test_cycle_work] WARNING: possible circular locking dependency detected Fengguang Wu
2017-11-21 13:01 ` [hrtimer_active] INFO: trying to register non-static key Fengguang Wu
2017-11-22 14:37   ` [hrtimer_active ^W ata_port_wait_eh] " Thomas Gleixner
2017-11-24 12:49     ` Tejun Heo
2017-11-24 13:41       ` Fengguang Wu
     [not found] ` <20171121121233.3pvkb34tci47n634@wfg-t540p.sh.intel.com>
2017-11-21 13:28   ` [RING_BUFFER_BENCHMARK] INFO: task rb_producer:73 blocked for more than 120 seconds Fengguang Wu

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=fc82d5ac-5d3d-ff63-0fc6-bb99a847f0d6@oracle.com \
    --to=tushar.n.dave@oracle.com \
    --cc=berndfaust@gmail.com \
    --cc=davem@davemloft.net \
    --cc=dima.ruinskiy@intel.com \
    --cc=fengguang.wu@intel.com \
    --cc=intel-wired-lan@lists.osuosl.org \
    --cc=jacob.e.keller@intel.com \
    --cc=jeffrey.t.kirsher@intel.com \
    --cc=khlebnikov@yandex-team.ru \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lkp@01.org \
    --cc=netdev@vger.kernel.org \
    --cc=raanan.avargil@intel.com \
    --cc=sasha.neftin@intel.com \
    --cc=stephen@networkplumber.org \
    --cc=tglx@linutronix.de \
    --cc=torvalds@linux-foundation.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