All pastes #211738 Raw Edit

Untitled

public text v1 · immutable
#211738 ·published 2006-10-20 13:34 UTC
rendered paste body
Console log below.  The commit after that.
The upshot is that 22 partitions are created the first 14 are delete. That makes RedBoot mtblock15 instead of mtdblock0.



IXP4XX-Flash.0: Found 1 x16 devices at 0x0 in 16-bit bank
 Intel/Sharp Extended Query Table at 0x0031
Using buffer write method
cfi_cmdset_0001: Erase suspend on write enabled
Searching for RedBoot partition table in IXP4XX-Flash.0 at offset 0xfe0000
RedBoot directory 0x50fe0000(0x1f000) swapped
22 RedBoot partitions found on MTD device IXP4XX-Flash.0
Creating 22 MTD partitions on "IXP4XX-Flash.0":
0x00000000-0x01000000 : ""
0x00000000-0x01000000 : ""
0x00000000-0x01000000 : ""
0x00000000-0x01000000 : ""
0x00000000-0x01000000 : ""
0x00000000-0x01000000 : ""
0x00000000-0x01000000 : ""
0x00000000-0x01000000 : ""
0x00000000-0x01000000 : ""
0x00000000-0x01000000 : ""
0x00000000-0x01000000 : ""
0x00000000-0x01000000 : ""
0x00000000-0x01000000 : ""
0x00000000-0x01000000 : ""
0x00000000-0x00080000 : "RedBoot"
0x00080000-0x001c0000 : "zimage"
0x00130128-0x6f766097 : ".      ."
mtd: partition ".       ." extends beyond the end of device "IXP4XX-Flash.0" -- size truncated to 0xecfed8
mtd: partition ".       ." doesn't start on an erase block boundary -- force read-only
0x001c0000-0x004e0000 : "ramdisk"
0x004e0000-0x0063735f : "unallocated"
mtd: partition "unallocated" doesn't end on an erase block -- force read-only
0x0063735f-0x0163735f : ""
mtd: partition "" extends beyond the end of device "IXP4XX-Flash.0" -- size truncated to 0x9c8ca1
mtd: partition "" doesn't start on an erase block boundary -- force read-only
0x00fe0000-0x00fff000 : "FIS directory"
mtd: partition "FIS directory" doesn't end on an erase block -- force read-only
0x00fff000-0x01000000 : "RedBoot config"


commit 84e699e6ec5b431289474f78f8df9dfcc2737085
Author: Peter Korsgaard <jacmet@sunsite.dk>
Date:   Fri Mar 31 02:29:52 2006 -0800

    [PATCH] mtd/redboot: Handle holes in fis table
    
    Redboot simply sets the first character of a fis entry to 0xff on "fis
    delete".  The kernel redboot parser stops parsing on such an entry, and
    without this patch any entries after a deleted image would not be detected.
    
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    Cc: Thomas Gleixner <tglx@linutronix.de>
    Acked-by: David Woodhouse <dwmw2@infradead.org>
    Signed-off-by: Andrew Morton <akpm@osdl.org>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>