linux-toradex.git/drivers/of/address.c, branch v4.1.10

of/address: Don't loop forever in of_find_matching_node_by_address().

2015-09-21T17:05:43+00:00

commit 3a496b00b6f90c41bd21a410871dfc97d4f3c7ab upstream.

If the internal call to of_address_to_resource() fails, we end up
looping forever in of_find_matching_node_by_address().  This can be
caused by a defective device tree, or calling with an incorrect
matches argument.

Fix by calling of_find_matching_node() unconditionally at the end of
the loop.

Signed-off-by: David Daney 
Signed-off-by: Rob Herring 
Signed-off-by: Greg Kroah-Hartman

of/address: use atomic allocation in pci_register_io_range()

2015-08-03T16:29:16+00:00

commit 294240ffe784e951dc2ef070da04fa31ef6db3a0 upstream.

When kzalloc() is called under spin_lock(), GFP_ATOMIC should be
used to avoid sleeping allocation.
The call tree is:
  of_pci_range_to_resource()
    --> pci_register_io_range() <-- takes spin_lock(&io_range_lock);
       --> kzalloc()

Signed-off-by: Jingoo Han 
Signed-off-by: Rob Herring 
Signed-off-by: Greg Kroah-Hartman

of/pci: Fix pci_address_to_pio() conversion of CPU address to I/O port

2015-07-21T17:10:05+00:00

commit 5dbb4c6167229c8d4f528e8ec26699a7305000a3 upstream.

41f8bba7f555 ("of/pci: Add pci_register_io_range() and
pci_pio_to_address()") added support for systems with several I/O ranges
described by OF bindings.  It modified pci_address_to_pio() look up the
io_range for a given CPU physical address, but the conversion was wrong.

Fix the conversion of address to I/O port.

[bhelgaas: changelog]
Fixes: 41f8bba7f555 ("of/pci: Add pci_register_io_range() and pci_pio_to_address()")
Signed-off-by: Zhichang Yuan 
Signed-off-by: Bjorn Helgaas 
Acked-by: Liviu Dudau 
Signed-off-by: Greg Kroah-Hartman

drivers/of: Add empty ranges quirk for PA-Semi

2015-03-28T02:31:16+00:00

The "sdc" node is missing the ranges property, it needs to be treated
as having an empty one otherwise translation fails for its children.

Fixes 746c9e9f92dd, "of/base: Fix PowerPC address parsing hack"

Tested-by: Steven Rostedt 
Signed-off-by: Benjamin Herrenschmidt 
Signed-off-by: Grant Likely 
Cc: Stable  # v3.18+

Merge tag 'v3.18-rc6' into devicetree/next

2014-11-24T14:50:07+00:00

v3.18-rc6 contains an important DT bug fix, c1a2086e2d, "of/selftest:
Fix off-by-one error in removal path" which affects testing of the
overlay patch series. Merge it into the devicetree/next staging branch
so that the overlay patches are applied on top of a known working tree.

Linux 3.18-rc6

Conflicts:
	drivers/of/address.c

of/base: Fix PowerPC address parsing hack

2014-11-18T17:46:44+00:00

We have a historical hack that treats missing ranges properties as the
equivalent of an empty one. This is needed for ancient PowerMac "bad"
device-trees, and shouldn't be enabled for any other PowerPC platform,
otherwise we get some nasty layout of devices in sysfs or even
duplication when a set of otherwise identically named devices is
created multiple times under a different parent node with no ranges
property.

This fix is needed for the PowerNV i2c busses to be exposed properly
and will fix a number of other embedded cases.

Signed-off-by: Benjamin Herrenschmidt 
CC: 
Acked-by: Grant Likely 
Signed-off-by: Rob Herring

of/address: Don't throw errors on absent ranges properties

2014-11-18T16:59:06+00:00

The core always tries to translate any "reg" property to construct the platform
device names. This results in a pile of "OF: no ranges; cannot translate" errors
in dmesg whenever we expose things like i2c devices that cannot directly translate
to the MMIO space.

Turn this into a pr_debug instead

Signed-off-by: Benjamin Herrenschmidt 
Signed-off-by: Grant Likely

of: Request and map make argument name constant

2014-11-04T16:43:08+00:00

This patch makes the name argument from of_io_request_and_map constant.

Signed-off-by: Matthias Brugger 
Signed-off-by: Grant Likely

of/pci: Fix the conversion of IO ranges into IO resources

2014-09-30T23:08:40+00:00

The ranges property for a host bridge controller in DT describes the
mapping between the PCI bus address and the CPU physical address.  The
resources framework however expects that the IO resources start at a pseudo
"port" address 0 (zero) and have a maximum size of IO_SPACE_LIMIT.  The
conversion from PCI ranges to resources failed to take that into account,
returning a CPU physical address instead of a port number.

Also fix all the drivers that depend on the old behaviour by fetching the
CPU physical address based on the port number where it is being needed.

Signed-off-by: Liviu Dudau 
Signed-off-by: Bjorn Helgaas 
Acked-by: Linus Walleij 
CC: Grant Likely 
CC: Rob Herring 
CC: Arnd Bergmann 
CC: Thierry Reding 
CC: Simon Horman 
CC: Catalin Marinas

of/pci: Move of_pci_range_to_resource() to of/address.c

2014-09-30T19:29:09+00:00

We need to enhance of_pci_range_to_resources() enough that it won't make
sense for it to be inline anymore.  Move it to drivers/of/address.c, under
#ifdef CONFIG_PCI.

of_address.h previously implemented of_pci_range_to_resources()
unconditionally, regardless of any config options.  The implementation in
address.c is defined only when CONFIG_OF_ADDRESS=y and CONFIG_PCI=y,
so add a dummy version to avoid build errors when CONFIG_OF or
CONFIG_OF_ADDRESS is not defined.

[bhelgaas: drop extra detail from changelog, move def under CONFIG_PCI,
add dummy of_pci_range_to_resource() for build errors (from Arnd)]
Signed-off-by: Liviu Dudau 
Signed-off-by: Bjorn Helgaas 
CC: Grant Likely 
CC: Rob Herring 
CC: Arnd Bergmann 
CC: Catalin Marinas