On Sun Dec 20 09:02, Segher Boessenkool wrote:
> On Wed, Nov 25, 2015 at 10:46:49AM -0800, Curt Brune wrote:
> > + /* Check if the ports have an ordering, defined by 'cell-index' */
> > + if (((indexp = (u32*)of_get_property(np, "cell-index", )) != NULL)
> > &&
> > + (len ==
On Mon Dec 21 21:42, Scott Wood wrote:
> On Wed, 2015-11-25 at 10:46 -0800, Curt Brune wrote:
> > Currently for PowerPC systems using device tree, the legacy serial
> > ports are allocated in the order by which they are found in the device
> > tree structure.
> >
> > This can cause problems in
On Wed, Dec 30, 2015 at 08:36:01AM -0800, Curt Brune wrote:
> > What does this do if the value in cell-index is a duplicate. or the port
> > with that number is already created some other way? Are the numbers in
> > cell-index global anyway, or relative to some parent device (I couldn't
> > find
On Wed, Nov 25, 2015 at 12:46 PM, Curt Brune wrote:
> Currently for PowerPC systems using device tree, the legacy serial
> ports are allocated in the order by which they are found in the device
> tree structure.
>
> This can cause problems in cases where the device tree
On Wed, 2015-11-25 at 10:46 -0800, Curt Brune wrote:
> Currently for PowerPC systems using device tree, the legacy serial
> ports are allocated in the order by which they are found in the device
> tree structure.
>
> This can cause problems in cases where the device tree nodes are
> sysnthesized
On Wed, Nov 25, 2015 at 10:46:49AM -0800, Curt Brune wrote:
> + /* Check if the ports have an ordering, defined by 'cell-index' */
> + if (((indexp = (u32*)of_get_property(np, "cell-index", )) != NULL)
> &&
> + (len == sizeof(u32)))
> + index = *indexp;
> +
> /*
Currently for PowerPC systems using device tree, the legacy serial
ports are allocated in the order by which they are found in the device
tree structure.
This can cause problems in cases where the device tree nodes are
sysnthesized by an external program (kexec for example), which may not