The problem is that the check to see if we're at the end is never reached. I

didn't look into it enough to know why fssize is 32 bytes larger than the
offset.  There may be another bug here.  Maybe something with the CBFS header
not being included or excluded from the calculation?

Anyway, this patch fixes it for all cases size > 32.

I also changed the error message so that it doesn't look like the ROM is full
just because it can't find room for a file.

Signed-off-by: Myles Watson <mylesgw@gmail.com>
Acked-by: Ronald G. Minnich <rminnich@gmail.com>


git-svn-id: svn://svn.coreboot.org/coreboot/trunk@4370 2b7e53f0-3cfb-0310-b3e9-8179ed1497e1
This commit is contained in:
Myles Watson 2009-06-25 15:54:57 +00:00
parent 8c19f949fe
commit 455e223365
1 changed files with 2 additions and 2 deletions

View File

@ -227,7 +227,7 @@ struct cbfs_file * rom_alloc(struct rom *rom, const char *name, unsigned long si
unsigned long nextoffset, truncoffset;
struct cbfs_file *newfile = NULL;
while (offset < rom->fssize) {
while ((offset + size) < rom->fssize) {
c = (struct cbfs_file *)ROM_PTR(rom, offset);
@ -406,7 +406,7 @@ int rom_add(struct rom *rom, const char *name, void *buffer, unsigned long addre
c = rom_alloc(rom, name, size, type);
if (c == NULL) {
ERROR("There is no more room in this ROM\n");
ERROR("There is not enough room in this ROM\n");
return -1;
}