diff options
author | Jean Delvare <jdelvare@suse.de> | 2014-02-24 09:39:27 +0100 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2014-03-06 21:30:09 -0800 |
commit | 6b96200e1d9cf0fa202418ff07ed3542abace2a9 (patch) | |
tree | 959fa1e4c5c772d9277767305eb40a7e21465aae /drivers/ipack | |
parent | 63b5b009bd51063de66847d3907df6859df4550f (diff) | |
download | linux-3.10-6b96200e1d9cf0fa202418ff07ed3542abace2a9.tar.gz linux-3.10-6b96200e1d9cf0fa202418ff07ed3542abace2a9.tar.bz2 linux-3.10-6b96200e1d9cf0fa202418ff07ed3542abace2a9.zip |
i7core_edac: Fix PCI device reference count
commit c0f5eeed0f4cef4f05b74883a7160e7edde58b6a upstream.
The reference count changes done by pci_get_device can be a little
misleading when the usage diverges from the most common scheme. The
reference count of the device passed as the last parameter is always
decreased, even if the function returns no new device. So if we are
going to try alternative device IDs, we must manually increment the
device reference count before each retry. If we don't, we end up
decreasing the reference count, and after a few modprobe/rmmod cycles
the PCI devices will vanish.
In other words and as Alan put it: without this fix the EDAC code
corrupts the PCI device list.
This fixes kernel bug #50491:
https://bugzilla.kernel.org/show_bug.cgi?id=50491
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Link: http://lkml.kernel.org/r/20140224093927.7659dd9d@endymion.delvare
Reviewed-by: Alan Cox <alan@linux.intel.com>
Cc: Mauro Carvalho Chehab <m.chehab@samsung.com>
Cc: Doug Thompson <dougthompson@xmission.com>
Signed-off-by: Borislav Petkov <bp@suse.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'drivers/ipack')
0 files changed, 0 insertions, 0 deletions