summaryrefslogtreecommitdiff
path: root/drivers/pinctrl/broadcom/Makefile
diff options
context:
space:
mode:
authorBin Meng <bmeng.cn@gmail.com>2018-08-03 01:14:43 -0700
committerSimon Glass <sjg@chromium.org>2018-08-08 12:49:31 +0100
commitb3f96b4f998997bbe93a4d60d754a5beb381de61 (patch)
tree6e7adace58246ad55480ab56b57f7a05f6f1993a /drivers/pinctrl/broadcom/Makefile
parent3839b4e8b7dee02c13bd20237dc84b5022e8bdd4 (diff)
pci: sandbox: emul: Fix the call to pci_bus_find_devfn()
With the newly added test cases for PCI configuration access, we get: => ut dm pci_busdev Test: dm_test_pci_busdev: pci.c test/dm/pci.c:49, dm_test_pci_busdev(): SANDBOX_PCI_VENDOR_ID == vendor: Expected 4660, got 65535 Test: dm_test_pci_busdev: pci.c (flat tree) test/dm/pci.c:49, dm_test_pci_busdev(): SANDBOX_PCI_VENDOR_ID == vendor: Expected 4660, got 65535 Failures: 2 The bug only shows up when bus number is not equal to zero. This is caused by the plain find_devfn parameter is passed to function call pci_bus_find_devfn(), inside which find_devfn is compared to devfn in the device's pplat structure. However pplat->devfn does not carry the bus number. Fix this by passing find_devfn with bus number masked. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org>
Diffstat (limited to 'drivers/pinctrl/broadcom/Makefile')
0 files changed, 0 insertions, 0 deletions