Add cpsw-ctrl-macid to the am33xx dtsi file. It does not change the
behaviour of boards with a provided mac-address, so it is safe to add it
for all boards with this CPU.
Signed-off-by: Markus Pargmann m...@pengutronix.de
---
arch/arm/boot/dts/am33xx.dtsi | 9 +
1 file changed, 9
cpsw.h uses the symbol MII_BUS_ID_SIZE which is defined in
linux/phy.h. Add the respective #include to not depend on users to
include it themselves.
Signed-off-by: Markus Pargmann m...@pengutronix.de
---
drivers/net/ethernet/ti/cpsw.h | 1 +
1 file changed, 1 insertion(+)
diff --git
Hi,
This series introduces a driver to read and use the MACIDs stored in the am335x
control module. These are read-only registers for a unique MACID. At the moment
the MACIDs are generated randomly when the mac-address property is not a valid
mac address.
In v2 I changed the precedence of
mac-address is an optional property. If no mac-address is set, a random
mac-address will be generated.
Signed-off-by: Markus Pargmann m...@pengutronix.de
---
Documentation/devicetree/bindings/net/cpsw.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Use ctrl-macid driver to obtain the macids stored in the processor. This
is only done when defined in DT.
The internal macid is not used if mac-address is given explicitly. So it
does not change the behavior if the bootloader provides a mac address
through the mac-address property
Signed-off-by:
On Fri, Mar 14, 2014 at 5:23 PM, Josh Cartwright jo...@codeaurora.org wrote:
So, are you suggesting that because fatal errors should be extremely
rare, a consuming driver should just assume that if NULL is returned
from a hwspin_lock_request*() function that it was the device not yet
probed
On Friday 14 March 2014 09:49 PM, Suman Anna wrote:
Hi Santosh, Laurent, Russell, Arnd,
On 03/14/2014 12:51 PM, Santosh Shilimkar wrote:
On Friday 14 March 2014 12:38 PM, Laurent Pinchart wrote:
Hi Santosh,
On Friday 14 March 2014 12:15:11 Santosh Shilimkar wrote:
+ Russell, Arnd
On