BTW, this fix makes CONFIG_ZIMAGE_SUPPORT work, unless
CONFIG_{CRAMFS,JFFS2}_SUPPORT is defined -- the magic check/load loop
needs to look for zImages at KERNEL_FLASH_BASE and cramfs/jffs2 at
KERNEL_FLASH_BASE. The fix is trivial.
However, the right thing seems to be to eradicate the #define'd
RAMDISK_FLASH_BASE and KERNEL_FLASH_BASE partitions entirely, and
instead rely on the new whizzy partition table support. Is someone
working on that?
Cheers,
-ch
-----Original Message-----
From: blo...@li...
[mailto:blo...@li...] On Behalf Of
Christopher Hoover
Sent: Wednesday, January 08, 2003 4:14 PM
To: blo...@li...
Subject: CVS: blob/src/blob load_kernel.c,1.9,1.10
Update of /cvsroot/blob/blob/src/blob
In directory sc8-pr-cvs1:/tmp/cvs-serv13084
Modified Files:
load_kernel.c
Log Message:
Look for a zImage at KERNEL_FLASH_BASE, not RAMDISK_FLASH_BASE.
Index: load_kernel.c
===================================================================
RCS file: /cvsroot/blob/blob/src/blob/load_kernel.c,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -d -r1.9 -r1.10
--- load_kernel.c 9 May 2002 13:26:21 -0000 1.9
+++ load_kernel.c 9 Jan 2003 00:13:30 -0000 1.10
@@ -80,7 +80,7 @@
u32 size;
struct part_info part;
-#if defined(CONFIG_CRAMFS_SUPPORT) || defined(CONFIG_ZIMAGE_SUPPORT) ||
defined(CONFIG_JFFS2_SUPPORT)
+#if defined(CONFIG_CRAMFS_SUPPORT) || defined(CONFIG_JFFS2_SUPPORT)
part.offset = (char *) RAMDISK_FLASH_BASE;
part.size = RAMDISK_FLASH_LEN;
#else
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
blob-cvs-commit mailing list
blo...@li...
https://lists.sourceforge.net/lists/listinfo/blob-cvs-commit
|
