PCI/sysfs: Use correct variable for the legacy_mem sysfs object
authorKrzysztof Wilczyński <kw@linux.com>
Thu, 12 Aug 2021 13:21:44 +0000 (13:21 +0000)
committerBjorn Helgaas <bhelgaas@google.com>
Thu, 19 Aug 2021 15:21:53 +0000 (10:21 -0500)
commit045a9277b5615846c7b662ffaba84e781f08a172
tree40253535bfae21d6f4660a111cfd03f2c552cfd6
parente0bff43220925b7e527f9d3bc9f5c624177c959e
PCI/sysfs: Use correct variable for the legacy_mem sysfs object

Two legacy PCI sysfs objects "legacy_io" and "legacy_mem" were updated
to use an unified address space in the commit 636b21b50152 ("PCI: Revoke
mappings like devmem").  This allows for revocations to be managed from
a single place when drivers want to take over and mmap() a /dev/mem
range.

Following the update, both of the sysfs objects should leverage the
iomem_get_mapping() function to get an appropriate address range, but
only the "legacy_io" has been correctly updated - the second attribute
seems to be using a wrong variable to pass the iomem_get_mapping()
function to.

Thus, correct the variable name used so that the "legacy_mem" sysfs
object would also correctly call the iomem_get_mapping() function.

Fixes: 636b21b50152 ("PCI: Revoke mappings like devmem")
Link: https://lore.kernel.org/r/20210812132144.791268-1-kw@linux.com
Signed-off-by: Krzysztof Wilczyński <kw@linux.com>
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
drivers/pci/pci-sysfs.c