FreeCalypso > hg > freecalypso-tools
view rvinterf/libasync/rvtrace.c @ 497:74610c4f10f7
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.
author | Mychaela Falconia <falcon@freecalypso.org> |
---|---|
date | Sat, 25 May 2019 20:44:05 +0000 |
parents | e7502631a0f9 |
children | 6a0aa8d36d06 |
line wrap: on
line source
/* * Here we detect and handle "Lost Message" packets. */ #include <sys/types.h> #include <stdio.h> #include <string.h> #include <strings.h> #include <stdlib.h> #include "pktmux.h" #include "limits.h" #include "localsock.h" extern u_char rvi_msg[]; extern int rvi_msg_len; void safe_print_trace(src, srclen, dest) u_char *src; char *dest; { int i, c; char *dp; dp = dest; for (i = 0; i < srclen; i++) { c = src[i]; if (c & 0x80) { *dp++ = 'M'; *dp++ = '-'; c &= 0x7F; } if (c < 0x20) { *dp++ = '^'; *dp++ = c + '@'; } else if (c == 0x7F) { *dp++ = '^'; *dp++ = '?'; } else *dp++ = c; } *dp = '\0'; } void handle_useid_0() { char buf[MAX_PKT_FROM_TARGET*4]; if (strncmp(rvi_msg + 7, "RVT: Lost Message", 17)) return; safe_print_trace(rvi_msg + 7, rvi_msg_len - 7, buf); async_msg_output(buf); }