target-utils: added 10 ms delay at the end of abb_power_off() The deosmification of the ABB access code (replacement of osmo_delay_ms() bogus delays with correctly-timed ones, which are significantly shorter) had one annoying side effect: when executing the poweroff command from any of the programs, one last '=' prompt character was being sent (and received by the x86 host) as the Calypso board powers off. With delays being shorter now, the abb_power_off() function was returning and the standalone program's main loop was printing its prompt before the Iota chip fully executed the switch-off sequence! I thought about inserting an endless tight loop at the end of the abb_power_off() function, but the implemented solution of a 10 ms delay is a little nicer IMO because if the DEVOFF operation doesn't happen for some reason in a manual hacking scenario, there won't be an artificial blocker in the form of a tight loop keeping us from further poking around.

# The RAM+flash MCP in the GTA02 GSM modem block is SEC K5A3281CTM.
# The closest datasheet that could be found is for K5A3280;
# all current understanding of this IC is based on the latter datasheet.

# OsmocomBB sets WS=3 for both nCS0 and nCS1.  At first I was concerned that
# the setting was wrong for nCS0, but I have now located the responsible
# code in the moko11 binary (see the moko11 notes file in the
# freecalypso-reveng Hg tree) and confirmed that the official firmware
# runs with the same settings.  So let's do likewise.

w16 fffffb00 00A3
w16 fffffb02 00A3