Comment 14 for bug 1234718

I seem to have found a potential fixto the problem in the LAVA lab.
I've since gone from 100% failure to 100% success, although I've only
tried two so far :) :

http://validation.linaro.org/scheduler/job/78394/log_file#L_29_365

http://validation.linaro.org/scheduler/job/78390/log_file#L_29_368

the change I made was to the bin/busybox.nosuid binary:

-udhcpc -R -n -p /var/run/udhcpc.%iface%.pid -i %iface%
+udhcpc -t 10 -p /var/run/udhcpc.%iface%.pid -i %iface%

that is, omit the:

-n,--now Exit with failure if lease is not immediately obtained

and jack up the retries parameter:

-t,--retries=N Send up to N request packets

(although I can't tell what the default retries is).

for more info on the parameters, go to
http://busybox.net/downloads/BusyBox.html and search the page for udhcp.

The fix-vs.-workaround argument here is that the lab's DHCP server has
a much higher latency than local development systems. If that's
acceptable, we need to amend the rootfs build to perform the above
changes in the busybox configuration. Any tips on where that lives in
the massively overloaded meta-maze called OE would be appreciated.

If not, I'd like to request root access to the DHCP server for diagnostics.