summaryrefslogtreecommitdiff
path: root/samples
diff options
context:
space:
mode:
authorNiklas Schnelle <schnelle@linux.ibm.com>2019-12-17 09:34:46 +0100
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2020-02-24 08:37:03 +0100
commit51c9c98a7bbe1867cecdc52954972593f05f2fd3 (patch)
tree07b9d809dfcc816abacd853c787bfa4e50bab33f /samples
parent332c8b5bc35868836ecbcabf60854c096cb270f0 (diff)
s390/pci: Recover handle in clp_set_pci_fn()
[ Upstream commit 17cdec960cf776b20b1fb08c622221babe591d51 ] When we try to recover a PCI function using echo 1 > /sys/bus/pci/devices/<id>/recover or manually with echo 1 > /sys/bus/pci/devices/<id>/remove echo 0 > /sys/bus/pci/slots/<slot>/power echo 1 > /sys/bus/pci/slots/<slot>/power clp_disable_fn() / clp_enable_fn() call clp_set_pci_fn() to first disable and then reenable the function. When the function is already in the requested state we may be left with an invalid function handle. To get a new valid handle we do a clp_list_pci() call. For this we need both the function ID and function handle in clp_set_pci_fn() so pass the zdev and get both. To simplify things also pull setting the refreshed function handle into clp_set_pci_fn() Signed-off-by: Niklas Schnelle <schnelle@linux.ibm.com> Reviewed-by: Peter Oberparleiter <oberpar@linux.ibm.com> Signed-off-by: Vasily Gorbik <gor@linux.ibm.com> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'samples')
0 files changed, 0 insertions, 0 deletions