[U-Boot] Current status of UBI?

Matthew L. Creech mlcreech at gmail.com
Thu Apr 30 23:38:31 CEST 2009


On Thu, Apr 30, 2009 at 3:36 PM, Matthew L. Creech <mlcreech at gmail.com> wrote:
>
> The problem I'm currently running into is step 2, which throws an
> error in ubi_io_write() (see below).  Googling around turned up a few
> hits that suggested turning off sub-page writes, so I tried adding
> NAND_NO_SUBPAGE_WRITE to NAND_SAMSUNG_LP_OPTIONS, but that causes a
> crash.  Actually, it gets to volume table copy #2 in that case, so the
> crash may be unrelated to subpage writes.
>

It seems like disabling subpage writes might be the right thing to do,
because once in a while now I _can_ at least attach to a UBI partition
("ubi part") without error.  But it usually crashes.  The backtraces
for the crash vary, but here's a typical example:

0x00144280 -- 0x00143cd0 + 0x05b0   ubi_read_volume_table
0x00143130 -- 0x00142d54 + 0x03dc   ubi_attach_mtd_dev
0x001435ec -- 0x001434e4 + 0x0108   ubi_init
0x0011ec24 -- 0x0011e9e4 + 0x0240   do_ubi
0x00126234 -- 0x00125a9c + 0x0798   run_list_real
0x00125754 -- 0x00125198 + 0x05bc   parse_stream_outer
0x00125960 -- 0x00125910 + 0x0050   parse_file_outer
0x00128854 -- 0x0012874c + 0x0108   main_loop
0x001048e0 -- 0x0010470c + 0x01d4   board_init_r
0x001035e8 -- 0x001035e8 + 0x0000   trap_init

Nothing special.  ubi_read_volume_table is always in the backtrace,
though sometimes there's 1 or 2 nested calls above it.  Sometimes the
crashes are at or around create_empty_lvol() -> create_vtbl() ->
ubi_scan_find_seb(), so the problem occurs no later than that in the
call sequence.  And this is always with copy #2 of the volume table.

Anyone familiar with UBI care to chime in?  :)

-- 
Matthew L. Creech


More information about the U-Boot mailing list