summaryrefslogtreecommitdiff
path: root/drivers/ipack
diff options
context:
space:
mode:
authorJean Delvare <jdelvare@suse.de>2014-02-24 09:39:27 +0100
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2014-03-06 21:30:09 -0800
commit6b96200e1d9cf0fa202418ff07ed3542abace2a9 (patch)
tree959fa1e4c5c772d9277767305eb40a7e21465aae /drivers/ipack
parent63b5b009bd51063de66847d3907df6859df4550f (diff)
downloadlinux-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