Several TODO items that are not critical for the STB project, but still
seem to be the Right Thing.

*) drivers/cfi_flash.c: do something with flahs_read_u*x() routines.
   These have been added during port from stb221 to stb220, probably to
   workaround some difficulties. However, it looks that proper way is
   to set correct values to chipwidth and portwidth parameters, and maybe
   fix access endianness instead.

*) drivers/cfi_flash.c: CPU endianness vs flash chip endianness
   Looks like sometimes ifdef __LITTLE_ENDIAN is used not for code specific
   to CPU byte order, but flash chip byte order (that is about building 
   16-bit and 32-bit words from bytes read from flash with 8-bit operations).
   This causes misfunction on stb225, when CPU is BE, but flash chip
   is visiable as LE. Currently there are ugly constructions like
   #if defined(__LITTLE_ENDIAN) || defined(CONFIG_STB225) - but better to
   fix code to use different defines CPU byte order and flash chip byte order.
   Related: order in which flash_read_ulong() arranges bytes seems unclear
   - something like 2 3 0 1 - probably this should be controlled by more
   defines. Maybe discuss with upstream?

*) board/stb22x/u-boot.lds unconditiolally adds hole at 0x2000, which
   is needed on stb221 and stb220, but not stb225 and causes some flash space
   waste on stb225.

*) Maybe sync with upstream and submit stb22x support there?
