DFU at bootdelay conflicts with normal boot nand read

[elrond+bugzilla.openmoko.org@…]

I've set bootdelay to something like 7 or 8 seconds, so I don't have to use the
AUX button every time I want to get into u-boot.
This time also allows to fire up dfu and load a new kernel into RAM and boot it
there from u-boot.

Procedures:
1)

• power Neo on (or reboot)
• Use dfu-util to download other kernel into RAM, while bootdelay...
• picocom into u-boot to boot the kernel (will fail, as the memory is half overwirrten by the nand read)

2)

• power Neo on
• picocom into u-boot to interrupt bootdelay
• dfu-util
• picocom again into u-boot
• boot kernel

(1) gives the error as shown in the pic.
(2) works nicely.

Note1: this bug is a bit related to #207.
Note2: I set this bug to minor and lower prio, as a documented (in this bug)
workaround exists.

[werner@…]

As a workaround, you could just bring up the boot menu (by holding down
AUX while u-boot starts). That keeps the system from autobooting. DFU
subsequently disables the idle timeout of the boot menu itself.

[john_lee]

Reassign to michael@… used to indicate we leave this to the community and we won't work on it. Obviously nothing is happening to these tickets, so I reassign this to openmoko-kernel for now. If we decided we won't do it, then resolve as 'community'.

[werner]

I'd say that we bounce it back to the community. There's a good work-around
for the problem, fixing it properly would be hard (i.e., DFU and u-boot's
main "thread" would have to be synchronized, a task for which hardly any
infrastructure exists in u-boot) and may introduce new problems (i.e., if
interrupt latency is increased, USB may be unhappy), and we're moving away
from u-boot anyway.

[andy]

I think it only became less likely we address this guy since Werner's comment, and considering we move to Qi on GTA03: closing as WONTFIX.