llute generic code.
Signed-off-by: Matthew Garrett
---
V3: Break the main function out into some helper functions and store the
values in some structs.
Documentation/devicetree/bindings/net/phy.txt | 21 +++
drivers/net/phy/phy_device.c | 29 -
drivers/of/of_
e properties not boolean (they are not
> used in the example either, unfortunately), and the binding text
> would need an update for clarity? What am I missing?
They're not booleans. I'll update the text to make that clear.
--
Matthew Garrett
llute generic code.
Signed-off-by: Matthew Garrett
---
Documentation/devicetree/bindings/net/phy.txt | 21 +
drivers/net/phy/phy_device.c | 29 +-
drivers/of/of_net.c | 124 ++
include/linux/of_
llute generic code.
Signed-off-by: Matthew Garrett
---
Documentation/devicetree/bindings/net/phy.txt | 13 +++
drivers/net/phy/phy_device.c | 29 +-
drivers/of/of_net.c | 124 ++
include/linux/of_net.h
standard ACPI reboot register values in the
FADT?
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
's an
argument that in that case you might as well just use DT for device
discovery as well and skip ACPI entirely. I'm having trouble coming up
with strong counterarguments.
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from this list: send the line "unsubscribe de
world, and being able to share the
implementation is a benefit. But that can be implemented without
worrying about using ACPI for device discovery or interfacing.
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from this list: send the line "unsubscribe devicetree"