Kumar Gala wrote: >>From e76f97d16c5932d19d698e42c6376d6bbdca2ecf Mon Sep 17 00:00:00 2001 > From: Kumar Gala <[EMAIL PROTECTED]> > Date: Fri, 15 Feb 2008 03:34:36 -0600 > Subject: [PATCH] Add sub-commands to fdt > > fdt header - Display header info > fdt bootcpu <id> - Set boot cpuid > fdt memory <addr> <size> - Add/Update memory node > fdt rsvmem print - Show current mem reserves > fdt rsvmem add <addr> <size> - Add a mem reserve > fdt rsvmem delete <index> - Delete a mem reserves > > Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
Applied to u-boot-fdt. Thanks. FWIIW, I found that fdt header when the fdt address (blob) is invalid crashes my board. On the one hand, that's what you get from playing with sharp knives - I'm reluctant to inhibit the header printout if the blob is invalid, because that may be what I'm trying to find out. On the other hand, I hate to crash a board when it can be avoided. At this point, I'm inclined to validate the magic number (only) before doing the dump. gvb ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ U-Boot-Users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/u-boot-users
