I'm a little dubious about this change. It's not really safe to rely on newbus unit numbers anywhere, so making them meaningful in this context seems like a bad idea.
-Nathan

On 09/29/16 19:48, Justin Hibbits wrote:
Author: jhibbits
Date: Fri Sep 30 02:48:40 2016
New Revision: 306473
URL: https://svnweb.freebsd.org/changeset/base/306473

Log:
   Use the cell-index property as the unit number if available.
Summary:
   NXP/Freescale, among others, includes an optional cell-index property
   on nodes to denote the SoC block number of the node.  This can be useful if, 
for
   example, a node is disabled or nonexistent in the fdt, or the blocks are not
   organized in address-sorted order.  For instance, on the P1022, DMA2 is 
located
   at CCSR offset 0xC000, while DMA1 is located at 0x21000.
Reviewed By: jmcneill Differential Revision: https://reviews.freebsd.org/D8054

Modified:
   head/sys/dev/fdt/simplebus.c

Modified: head/sys/dev/fdt/simplebus.c
==============================================================================
--- head/sys/dev/fdt/simplebus.c        Fri Sep 30 01:42:29 2016        
(r306472)
+++ head/sys/dev/fdt/simplebus.c        Fri Sep 30 02:48:40 2016        
(r306473)
@@ -265,6 +265,15 @@ simplebus_add_device(device_t dev, phand
if ((ndi = simplebus_setup_dinfo(dev, node, di)) == NULL)
                return (NULL);
+
+       /*
+        * If the order is unspecified, use the cell-index field, if available.
+        * The cell-index property is not part of any standard, but is widely
+        * used in NXP/Freescale and Marvell device trees.
+        */
+       if (order == -1)
+               OF_getencprop(node, "cell-index", &order, sizeof(order));
+
        cdev = device_add_child_ordered(dev, order, name, unit);
        if (cdev == NULL) {
                device_printf(dev, "<%s>: device_add_child failed\n",


_______________________________________________
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"

Reply via email to