[U-Boot-Users] Updated libfdt branch

[Kumar Gala]

On Nov 19, 2007, at 9:29 AM, Jerry Van Baren wrote:

> Kumar Gala wrote:
>> Please pull from 'libfdt' branch of
>> 	git.kernel.org:/pub/scm/boot/u-boot/galak/u-boot.git libfdt
>> This is just a resync with 1.3.0-rc4+ and the latest dtc commits
>> to receive the following updates:
>> board/cm5200/cm5200.c             |    2
>> board/freescale/mpc832xemds/pci.c |    2
>> board/freescale/mpc8349emds/pci.c |    4
>> board/freescale/mpc8349itx/pci.c  |    4
>> board/freescale/mpc8360emds/pci.c |    2
>> common/cmd_fdt.c                  |   28 -
>> common/fdt_support.c              |   82 +++-
>> cpu/mpc5xxx/cpu.c                 |   40 --
>> cpu/mpc8260/cpu.c                 |   30 -
>> cpu/mpc83xx/cpu.c                 |    4
>> cpu/mpc83xx/pci.c                 |    4
>> include/fdt.h                     |   51 --
>> include/fdt_support.h             |    4
>> include/libfdt.h                  |  688 +++++++++++++++++++++++++++ 
>> +++++---
>> libfdt/fdt.c                      |   97 ++++-
>> libfdt/fdt_ro.c                   |  732 +++++++++++++++++++ 
>> +------------------
>> libfdt/fdt_rw.c                   |  266 ++++++++++---
>> libfdt/fdt_strerror.c             |   54 ++
>> libfdt/fdt_sw.c                   |   92 +++-
>> libfdt/fdt_wip.c                  |   89 ++--
>> libfdt/libfdt_internal.h          |   81 +++-
>> 21 files changed, 1643 insertions(+), 713 deletions(-)
>> Kumar Gala (4):
>>      Removed some nonused fdt functions and moved  
>> fdt_find_and_setprop out of libfdt
>>      Make no options to fdt print default to '/'
>>      Move do_fixup* for libfdt into common code
>>      Update libfdt from device tree compiler (dtc)
>
> Hi Kumar,
>
> Thanks, will do.
>
> Now that WD has done a "final call" for 1.3.0, I'm going to lose my  
> excuse for procrastinating...

I figured as much and guessing we also need the "add common memory  
fixup function" patch.

I'm going to try and start playing with the alias idea that I brought  
up before for handling some of the fix ups for ethernet and serial and  
see what we need beyond that.

- k