On Sat, Mar 01, 2008 at 12:06:14PM +0100, Marc Leeman wrote:
> > > Looks like something that was introduced between 2.6.24 and 2.6.25-rc3;
> > > does this mean that u-boot-1.3.2 will not be able to boot 834x
> > > processors (networking that is) with kernels before 2.6.25?
> >
> > No, it just mean
Marc Leeman wrote:
>> I presume the problem is that the /aliases node doesn't exist in your
>> tree (original kernel .dts source, and thus the .dtb blob). One simple
>> solution would be to create the /aliases node if it doesn't exist, just
>> like we create the /chosen node if it doesn't exist
> I presume the problem is that the /aliases node doesn't exist in your
> tree (original kernel .dts source, and thus the .dtb blob). One simple
> solution would be to create the /aliases node if it doesn't exist, just
> like we create the /chosen node if it doesn't exist.
Yep, that's how I go
Marc Leeman wrote:
> When booting an 8347 processor, the MAC addresses (ethaddr and eth1addr)
> don't seem to get passed anymore.
>
> I modified my config to include CONFIG_HAS_ETH0 and CONFIG_HAS_ETH1 and
> I am entering the code in fdt_fixup_ethernet (common/fdt_support.c) but
> get stuck at nod
> > Looks like something that was introduced between 2.6.24 and 2.6.25-rc3;
> > does this mean that u-boot-1.3.2 will not be able to boot 834x
> > processors (networking that is) with kernels before 2.6.25?
>
> No, it just means you need the newer device tree.
Of course, but since the device tree
On Fri, Feb 29, 2008 at 02:49:08PM +0100, Marc Leeman wrote:
> > turns up empty for the 2.6.24 kernels, looking for "aliases" in the
> > kernel Documentation does not give a hit that seems relevant for device
> > trees.
> >
> > and the only ref that seems to be on topic is:
> > http://thread.gmane
> turns up empty for the 2.6.24 kernels, looking for "aliases" in the
> kernel Documentation does not give a hit that seems relevant for device
> trees.
>
> and the only ref that seems to be on topic is:
> http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/36004
Looks like something that was
When booting an 8347 processor, the MAC addresses (ethaddr and eth1addr)
don't seem to get passed anymore.
I modified my config to include CONFIG_HAS_ETH0 and CONFIG_HAS_ETH1 and
I am entering the code in fdt_fixup_ethernet (common/fdt_support.c) but
get stuck at node = fdt_path_offset(fdt, "/alia
