linux-stable.git/drivers/of/device.c, branch linux-4.1.y

of: fix of_device_get_modalias returned length when truncating buffers

2018-05-23T01:33:43+00:00

[ Upstream commit bcf54d5385abaea9c8026aae6f4eeb348671a52d ]

If the length of the modalias is greater than the buffer size, then the
modalias is truncated. However the untruncated length is returned which
will cause an error. Fix this to return the truncated length. If an error
in the case was desired, then then we should just return -ENOMEM.

The reality is no device will ever have 4KB of compatible strings to hit
this case.

Signed-off-by: Rob Herring 
Cc: Frank Rowand 
Signed-off-by: Sasha Levin

of: device: Export of_device_{get_modalias, uvent_modalias} to modules

2017-09-10T20:35:45+00:00

[ Upstream commit 7a3b7cd332db08546f3cdd984f11773e0d1999e7 ]

The ULPI bus can be built as a module, and it will soon be
calling these functions when it supports probing devices from DT.
Export them so they can be used by the ULPI module.

Acked-by: Rob Herring 
Cc: 
Signed-off-by: Stephen Boyd 
Signed-off-by: Peter Chen 
Signed-off-by: Sasha Levin

of: Calculate device DMA masks based on DT dma-range size

2015-03-12T16:43:09+00:00

Calculate the dma_mask and coherent_dma_mask based on the dma-range values
set in DT for the device.

Limit the mask to lower of the default mask and mask calculated.

Signed-off-by: Murali Karicheri 
Signed-off-by: Bjorn Helgaas 
Reviewed-by: Catalin Marinas 
CC: Joerg Roedel 
CC: Grant Likely 
CC: Rob Herring 
CC: Will Deacon 
CC: Russell King 
CC: Arnd Bergmann 
CC: Suravee Suthikulpanit

of: Fix size when dma-range is not used

2015-03-03T20:42:56+00:00

Fix the dma-range size when the DT attribute is missing, i.e., set size to
dev->coherent_dma_mask + 1 instead of dev->coherent_dma_mask.  Also add
code to check invalid values of size configured in DT and log error.

Tested-by: Suravee Suthikulpanit  (AMD Seattle)
Signed-off-by: Murali Karicheri 
Signed-off-by: Bjorn Helgaas 
Reviewed-by: Catalin Marinas 
Acked-by: Will Deacon 
CC: Joerg Roedel 
CC: Grant Likely 
CC: Rob Herring 
CC: Russell King 
CC: Arnd Bergmann

of: Move of_dma_configure() to device.c to help re-use

2015-03-03T20:42:56+00:00

Move of_dma_configure() to device.c so it can be re-used for PCI devices to
obtain DMA configuration from DT.  Also add a second argument so that for
PCI, the DT node of root bus host bridge can be used to obtain the DMA
configuration for the slave PCI device.

Tested-by: Suravee Suthikulpanit  (AMD Seattle)
Signed-off-by: Murali Karicheri 
Signed-off-by: Bjorn Helgaas 
Reviewed-by: Catalin Marinas 
Acked-by: Will Deacon 
Acked-by: Rob Herring 
CC: Joerg Roedel 
CC: Grant Likely 
CC: Russell King 
CC: Arnd Bergmann

of: rename of_aliases_mutex to just of_mutex

2014-07-07T12:42:52+00:00

We're overloading usage of of_aliases_mutex for sysfs changes,
so rename to something that is more generic.

Signed-off-by: Pantelis Antoniou 
Signed-off-by: Grant Likely

platform: introduce OF style 'modalias' support for platform bus

2014-01-17T00:59:15+00:00

Fix a problem that, the platform bus supports the OF style modalias
in .uevent() call, but not in its device 'modalias' sysfs attribute.

Signed-off-by: Zhang Rui 
Acked-by: Rob Herring 
Signed-off-by: Rafael J. Wysocki

of: Output devicetree alias names in uevent

2013-02-06T11:06:35+00:00

In some situations, userspace may want to resolve a
device by function and logical number (ie, "serial0")
rather than by the base address or full device path. Being
able to resolve a device by alias frees userspace from the
burden of otherwise having to maintain a mapping between
device addresses and their logical assignments on each
platform when multiple instances of the same hardware block
are present in the system.

Although the uevent device attribute contains devicetree
compatible information and the full device path, the uevent
does not list the alises that may have been defined for the
device.

Signed-off-by: Stepan Moskovchenko 
[grant.likely: Removed OF_ALIAS_N field; I don't think it's needed]
[grant.likely: Added #ifndef _LINUX_OF_PRIVATE_H wrapper]
Signed-off-by: Grant Likely

drivercore: Output common devicetree information in uevent

2012-02-01T21:26:30+00:00

When userspace needs to find a specific device, it currently isn't easy to
resolve a /sys/devices/ path from a specific device tree node.  Nor is it
easy to obtain the compatible list for devices.

This patch generalizes the code that inserts OF_* values into the uevent
device attribute so that any device that is attached to an OF node will
have that information exported to userspace.  Without this patch only
platform devices and some powerpc-specific busses have access to this
data.

The original function also creates a MODALIAS property for the compatible
list, but that code has not been generalized into the common case because
it has the potential to break module loading on a lot of bus types.  Bus
types are still responsible for their own MODALIAS properties.

Boot tested on ARM and compile tested on PowerPC and SPARC.

Signed-off-by: Grant Likely 
Acked-by: Greg Kroah-Hartman 
Cc: Tobias Klauser 
Cc: Frederic Lambert 
Cc: Rob Herring 
Cc: Mark Brown 
Cc: "David S. Miller" 
Cc: Benjamin Herrenschmidt

dt/powerpc: move of_bus_type infrastructure to ibmebus

2011-02-28T08:36:38+00:00

arch/powerpc/kernel/ibmebus.c is the only remaining user of the
of_bus_type support code for initializing the bus and registering
drivers.  All others have either been switched to the vanilla platform
bus or already have their own infrastructure.

This patch moves the functionality that ibmebus is using out of
drivers/of/{platform,device}.c and into ibmebus.c where it is actually
used.  Also renames the moved symbols from of_platform_* to
ibmebus_bus_* to reflect the actual usage.

This patch is part of moving all of the of_platform_bus_type users
over to the platform_bus_type.

Signed-off-by: Grant Likely