2014-05-03 18:27:38 -04:00
|
|
|
/*
|
2016-12-20 14:20:08 -05:00
|
|
|
* This file is part of the MicroPython project, http://micropython.org/
|
2014-05-03 18:27:38 -04:00
|
|
|
*
|
|
|
|
* The MIT License (MIT)
|
|
|
|
*
|
2020-06-03 18:40:05 -04:00
|
|
|
* SPDX-FileCopyrightText: Copyright (c) 2013, 2014 Damien P. George
|
2014-05-03 18:27:38 -04:00
|
|
|
*
|
|
|
|
* Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
|
|
* of this software and associated documentation files (the "Software"), to deal
|
|
|
|
* in the Software without restriction, including without limitation the rights
|
|
|
|
* to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
|
|
* copies of the Software, and to permit persons to whom the Software is
|
|
|
|
* furnished to do so, subject to the following conditions:
|
|
|
|
*
|
|
|
|
* The above copyright notice and this permission notice shall be included in
|
|
|
|
* all copies or substantial portions of the Software.
|
|
|
|
*
|
|
|
|
* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
|
|
* IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
|
|
* FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
|
|
|
* AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
|
|
* LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
|
|
* OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
|
|
|
|
* THE SOFTWARE.
|
|
|
|
*/
|
|
|
|
|
2014-03-12 21:06:26 -04:00
|
|
|
#include <stdlib.h>
|
|
|
|
#include <stdio.h>
|
2014-06-16 01:33:14 -04:00
|
|
|
#include <stdint.h>
|
2015-12-26 07:32:33 -05:00
|
|
|
#include <string.h>
|
2014-03-12 21:06:26 -04:00
|
|
|
|
2015-01-01 16:06:20 -05:00
|
|
|
#include "py/compile.h"
|
|
|
|
#include "py/runtime.h"
|
|
|
|
#include "py/repl.h"
|
|
|
|
#include "py/gc.h"
|
2018-06-28 13:38:57 -04:00
|
|
|
#include "py/gc_long_lived.h"
|
2015-12-26 07:32:33 -05:00
|
|
|
#include "py/frozenmod.h"
|
2015-10-30 19:03:58 -04:00
|
|
|
#include "py/mphal.h"
|
2018-02-13 02:56:12 -05:00
|
|
|
#if MICROPY_HW_ENABLE_USB
|
2015-04-28 20:25:32 -04:00
|
|
|
#include "irq.h"
|
|
|
|
#include "usb.h"
|
|
|
|
#endif
|
2016-07-20 17:14:10 -04:00
|
|
|
#include "lib/mp-readline/readline.h"
|
2015-11-09 08:13:09 -05:00
|
|
|
#include "lib/utils/pyexec.h"
|
2015-04-22 12:38:05 -04:00
|
|
|
#include "genhdr/mpversion.h"
|
2014-03-12 21:06:26 -04:00
|
|
|
|
2021-08-16 12:52:22 -04:00
|
|
|
#if CIRCUITPY_ATEXIT
|
|
|
|
#include "shared-module/atexit/__init__.h"
|
|
|
|
#endif
|
|
|
|
|
2014-03-24 08:23:37 -04:00
|
|
|
pyexec_mode_kind_t pyexec_mode_kind = PYEXEC_MODE_FRIENDLY_REPL;
|
2016-10-16 22:14:59 -04:00
|
|
|
int pyexec_system_exit = 0;
|
2019-12-25 02:27:38 -05:00
|
|
|
|
|
|
|
#if MICROPY_REPL_INFO
|
2014-03-24 08:23:37 -04:00
|
|
|
STATIC bool repl_display_debugging_info = 0;
|
2019-12-25 02:27:38 -05:00
|
|
|
#endif
|
2014-03-12 21:06:26 -04:00
|
|
|
|
2014-10-26 11:39:22 -04:00
|
|
|
#define EXEC_FLAG_PRINT_EOF (1)
|
|
|
|
#define EXEC_FLAG_ALLOW_DEBUGGING (2)
|
|
|
|
#define EXEC_FLAG_IS_REPL (4)
|
2016-01-31 17:24:16 -05:00
|
|
|
#define EXEC_FLAG_SOURCE_IS_RAW_CODE (8)
|
2017-03-13 20:21:29 -04:00
|
|
|
#define EXEC_FLAG_SOURCE_IS_VSTR (16)
|
|
|
|
#define EXEC_FLAG_SOURCE_IS_FILENAME (32)
|
lib/utils/pyexec: Add stdin-reader on raw REPL with flow control.
Background: the friendly/normal REPL is intended for human use whereas the
raw REPL is for computer use/automation. Raw REPL is used for things like
pyboard.py script_to_run.py. The normal REPL has built-in flow control
because it echos back the characters. That's not so with raw REPL and flow
control is just implemented by rate limiting the amount of data that goes
in. Currently it's fixed at 256 byte chunks every 10ms. This is sometimes
too fast for slow MCUs or systems with small stdin buffers. It's also too
slow for a lot of higher-end MCUs, ie it could be a lot faster.
This commit adds a new raw REPL mode which includes flow control: the
device will echo back a character after a certain number of bytes are sent
to the host, and the host can use this to regulate the data going out to
the device. The amount of characters is controlled by the device and sent
to the host before communication starts. This flow control allows getting
the maximum speed out of a serial link, regardless of the link or the
device at the other end.
Also, this new raw REPL mode parses and compiles the incoming data as it
comes in. It does this by creating a "stdin reader" object which is then
passed to the lexer. The lexer requests bytes from this "stdin reader"
which retrieves bytes from the host, and does flow control. What this
means is that no memory is used to store the script (in the existing raw
REPL mode the device needs a big buffer to read in the script before it can
pass it on to the lexer/parser/compiler). The only memory needed on the
device is enough to parse and compile.
Finally, it would be possible to extend this new raw REPL to allow bytecode
(.mpy files) to be sent as well as text mode scripts (but that's not done
in this commit).
Some results follow. The test was to send a large 33k script that contains
mostly comments and then prints out the heap, run via pyboard.py large.py.
On PYBD-SF6, prior to this PR:
$ ./pyboard.py large.py
stack: 524 out of 23552
GC: total: 392192, used: 34464, free: 357728
No. of 1-blocks: 12, 2-blocks: 2, max blk sz: 2075, max free sz: 22345
GC memory layout; from 2001a3f0:
00000: h=hhhh=======================================hhBShShh==h=======h
00400: =====hh=B........h==h===========================================
00800: ================================================================
00c00: ================================================================
01000: ================================================================
01400: ================================================================
01800: ================================================================
01c00: ================================================================
02000: ================================================================
02400: ================================================================
02800: ================================================================
02c00: ================================================================
03000: ================================================================
03400: ================================================================
03800: ================================================================
03c00: ================================================================
04000: ================================================================
04400: ================================================================
04800: ================================================================
04c00: ================================================================
05000: ================================================================
05400: ================================================================
05800: ================================================================
05c00: ================================================================
06000: ================================================================
06400: ================================================================
06800: ================================================================
06c00: ================================================================
07000: ================================================================
07400: ================================================================
07800: ================================================================
07c00: ================================================================
08000: ================================================================
08400: ===============================================.....h==.........
(349 lines all free)
(the big blob of used memory is the large script).
Same but with this PR:
$ ./pyboard.py large.py
stack: 524 out of 23552
GC: total: 392192, used: 1296, free: 390896
No. of 1-blocks: 12, 2-blocks: 3, max blk sz: 40, max free sz: 24420
GC memory layout; from 2001a3f0:
00000: h=hhhh=======================================hhBShShh==h=======h
00400: =====hh=h=B......h==.....h==....................................
(381 lines all free)
The only thing in RAM is the compiled script (and some other unrelated
items).
Time to download before this PR: 1438ms, data rate: 230,799 bits/sec.
Time to download with this PR: 119ms, data rate: 2,788,991 bits/sec.
So it's more than 10 times faster, and uses significantly less RAM.
Results are similar on other boards. On an stm32 board that connects via
UART only at 115200 baud, the data rate goes from 80kbit/sec to
113kbit/sec, so gets close to saturating the UART link without loss of
data.
The new raw REPL mode also supports a single ctrl-C to break out of this
flow-control mode, so that a ctrl-C can always get back to a known state.
It's also backwards compatible with the original raw REPL mode, which is
still supported with the same sequence of commands. The new raw REPL
mode is activated by ctrl-E, which gives an error on devices that do not
support the new mode.
Signed-off-by: Damien George <damien@micropython.org>
2020-10-05 21:11:10 -04:00
|
|
|
#define EXEC_FLAG_SOURCE_IS_READER (64)
|
2021-08-16 12:52:22 -04:00
|
|
|
#define EXEC_FLAG_SOURCE_IS_ATEXIT (128)
|
2014-10-26 11:39:22 -04:00
|
|
|
|
2014-03-12 21:06:26 -04:00
|
|
|
// parses, compiles and executes the code in the lexer
|
|
|
|
// frees the lexer before returning
|
2014-10-26 11:39:22 -04:00
|
|
|
// EXEC_FLAG_PRINT_EOF prints 2 EOF chars: 1 after normal output, 1 after exception output
|
|
|
|
// EXEC_FLAG_ALLOW_DEBUGGING allows debugging info to be printed after executing the code
|
|
|
|
// EXEC_FLAG_IS_REPL is used for REPL inputs (flag passed on to mp_compile)
|
2017-06-20 13:56:05 -04:00
|
|
|
STATIC int parse_compile_execute(const void *source, mp_parse_input_kind_t input_kind, int exec_flags, pyexec_result_t *result) {
|
2014-10-26 11:39:22 -04:00
|
|
|
int ret = 0;
|
2019-12-25 02:27:38 -05:00
|
|
|
#if MICROPY_REPL_INFO
|
2015-02-07 13:33:58 -05:00
|
|
|
uint32_t start = 0;
|
2019-12-25 02:27:38 -05:00
|
|
|
#endif
|
2014-10-26 11:39:22 -04:00
|
|
|
|
2020-10-30 09:22:11 -04:00
|
|
|
#ifdef MICROPY_BOARD_BEFORE_PYTHON_EXEC
|
|
|
|
MICROPY_BOARD_BEFORE_PYTHON_EXEC(input_kind, exec_flags);
|
|
|
|
#endif
|
|
|
|
|
2016-10-16 22:14:59 -04:00
|
|
|
// by default a SystemExit exception returns 0
|
|
|
|
pyexec_system_exit = 0;
|
|
|
|
|
2014-03-12 21:06:26 -04:00
|
|
|
nlr_buf_t nlr;
|
2020-10-30 09:22:11 -04:00
|
|
|
nlr.ret_val = NULL;
|
2014-03-12 21:06:26 -04:00
|
|
|
if (nlr_push(&nlr) == 0) {
|
2016-01-31 17:24:16 -05:00
|
|
|
mp_obj_t module_fun;
|
2021-08-16 12:52:22 -04:00
|
|
|
#if CIRCUITPY_ATEXIT
|
|
|
|
if (!(exec_flags & EXEC_FLAG_SOURCE_IS_ATEXIT))
|
2016-01-31 17:24:16 -05:00
|
|
|
#endif
|
|
|
|
{
|
2021-08-16 12:52:22 -04:00
|
|
|
#if MICROPY_MODULE_FROZEN_MPY
|
|
|
|
if (exec_flags & EXEC_FLAG_SOURCE_IS_RAW_CODE) {
|
|
|
|
// source is a raw_code object, create the function
|
|
|
|
module_fun = mp_make_function_from_raw_code(source, MP_OBJ_NULL, MP_OBJ_NULL);
|
|
|
|
} else
|
|
|
|
#endif
|
|
|
|
{
|
|
|
|
#if MICROPY_ENABLE_COMPILER
|
|
|
|
mp_lexer_t *lex;
|
|
|
|
if (exec_flags & EXEC_FLAG_SOURCE_IS_VSTR) {
|
|
|
|
const vstr_t *vstr = source;
|
|
|
|
lex = mp_lexer_new_from_str_len(MP_QSTR__lt_stdin_gt_, vstr->buf, vstr->len, 0);
|
|
|
|
} else if (exec_flags & EXEC_FLAG_SOURCE_IS_READER) {
|
|
|
|
lex = mp_lexer_new(MP_QSTR__lt_stdin_gt_, *(mp_reader_t *)source);
|
|
|
|
} else if (exec_flags & EXEC_FLAG_SOURCE_IS_FILENAME) {
|
|
|
|
lex = mp_lexer_new_from_file(source);
|
|
|
|
} else {
|
|
|
|
lex = (mp_lexer_t *)source;
|
|
|
|
}
|
|
|
|
// source is a lexer, parse and compile the script
|
|
|
|
qstr source_name = lex->source_name;
|
|
|
|
if (input_kind == MP_PARSE_FILE_INPUT) {
|
|
|
|
mp_store_global(MP_QSTR___file__, MP_OBJ_NEW_QSTR(source_name));
|
|
|
|
}
|
|
|
|
mp_parse_tree_t parse_tree = mp_parse(lex, input_kind);
|
|
|
|
module_fun = mp_compile(&parse_tree, source_name, exec_flags & EXEC_FLAG_IS_REPL);
|
|
|
|
// Clear the parse tree because it has a heap pointer we don't need anymore.
|
|
|
|
*((uint32_t volatile *)&parse_tree.chunk) = 0;
|
|
|
|
#else
|
|
|
|
mp_raise_msg(&mp_type_RuntimeError, MP_ERROR_TEXT("script compilation not supported"));
|
|
|
|
#endif
|
2017-03-13 20:21:29 -04:00
|
|
|
}
|
2021-08-16 12:52:22 -04:00
|
|
|
|
|
|
|
// If the code was loaded from a file it's likely to be running for a while so we'll long
|
|
|
|
// live it and collect any garbage before running.
|
2019-02-20 22:37:29 -05:00
|
|
|
if (input_kind == MP_PARSE_FILE_INPUT) {
|
2021-08-16 12:52:22 -04:00
|
|
|
module_fun = make_obj_long_lived(module_fun, 6);
|
|
|
|
gc_collect();
|
2019-02-20 22:37:29 -05:00
|
|
|
}
|
2018-06-28 13:38:57 -04:00
|
|
|
}
|
|
|
|
|
2015-02-07 13:33:58 -05:00
|
|
|
// execute code
|
2014-11-27 11:58:31 -05:00
|
|
|
mp_hal_set_interrupt_char(CHAR_CTRL_C); // allow ctrl-C to interrupt us
|
2019-12-25 02:27:38 -05:00
|
|
|
#if MICROPY_REPL_INFO
|
2015-10-29 12:33:35 -04:00
|
|
|
start = mp_hal_ticks_ms();
|
2019-12-25 02:27:38 -05:00
|
|
|
#endif
|
2021-08-16 12:52:22 -04:00
|
|
|
#if CIRCUITPY_ATEXIT
|
|
|
|
if (exec_flags & EXEC_FLAG_SOURCE_IS_ATEXIT) {
|
|
|
|
atexit_callback_t *callback = (atexit_callback_t *)source;
|
|
|
|
mp_call_function_n_kw(callback->func, callback->n_pos, callback->n_kw, callback->args);
|
|
|
|
} else
|
|
|
|
#endif
|
|
|
|
{
|
|
|
|
mp_call_function_0(module_fun);
|
|
|
|
}
|
2014-11-27 11:58:31 -05:00
|
|
|
mp_hal_set_interrupt_char(-1); // disable interrupt
|
2020-02-05 09:06:59 -05:00
|
|
|
mp_handle_pending(true); // handle any pending exceptions (and any callbacks)
|
2014-03-12 21:06:26 -04:00
|
|
|
nlr_pop();
|
2016-12-09 22:27:41 -05:00
|
|
|
ret = 0;
|
2014-10-26 11:39:22 -04:00
|
|
|
if (exec_flags & EXEC_FLAG_PRINT_EOF) {
|
2015-02-13 10:04:53 -05:00
|
|
|
mp_hal_stdout_tx_strn("\x04", 1);
|
2014-10-26 11:39:22 -04:00
|
|
|
}
|
2014-03-12 21:06:26 -04:00
|
|
|
} else {
|
|
|
|
// uncaught exception
|
2014-11-27 11:58:31 -05:00
|
|
|
mp_hal_set_interrupt_char(-1); // disable interrupt
|
2020-02-05 09:06:59 -05:00
|
|
|
mp_handle_pending(false); // clear any pending exceptions (and run any callbacks)
|
lib/utils/pyexec: Add stdin-reader on raw REPL with flow control.
Background: the friendly/normal REPL is intended for human use whereas the
raw REPL is for computer use/automation. Raw REPL is used for things like
pyboard.py script_to_run.py. The normal REPL has built-in flow control
because it echos back the characters. That's not so with raw REPL and flow
control is just implemented by rate limiting the amount of data that goes
in. Currently it's fixed at 256 byte chunks every 10ms. This is sometimes
too fast for slow MCUs or systems with small stdin buffers. It's also too
slow for a lot of higher-end MCUs, ie it could be a lot faster.
This commit adds a new raw REPL mode which includes flow control: the
device will echo back a character after a certain number of bytes are sent
to the host, and the host can use this to regulate the data going out to
the device. The amount of characters is controlled by the device and sent
to the host before communication starts. This flow control allows getting
the maximum speed out of a serial link, regardless of the link or the
device at the other end.
Also, this new raw REPL mode parses and compiles the incoming data as it
comes in. It does this by creating a "stdin reader" object which is then
passed to the lexer. The lexer requests bytes from this "stdin reader"
which retrieves bytes from the host, and does flow control. What this
means is that no memory is used to store the script (in the existing raw
REPL mode the device needs a big buffer to read in the script before it can
pass it on to the lexer/parser/compiler). The only memory needed on the
device is enough to parse and compile.
Finally, it would be possible to extend this new raw REPL to allow bytecode
(.mpy files) to be sent as well as text mode scripts (but that's not done
in this commit).
Some results follow. The test was to send a large 33k script that contains
mostly comments and then prints out the heap, run via pyboard.py large.py.
On PYBD-SF6, prior to this PR:
$ ./pyboard.py large.py
stack: 524 out of 23552
GC: total: 392192, used: 34464, free: 357728
No. of 1-blocks: 12, 2-blocks: 2, max blk sz: 2075, max free sz: 22345
GC memory layout; from 2001a3f0:
00000: h=hhhh=======================================hhBShShh==h=======h
00400: =====hh=B........h==h===========================================
00800: ================================================================
00c00: ================================================================
01000: ================================================================
01400: ================================================================
01800: ================================================================
01c00: ================================================================
02000: ================================================================
02400: ================================================================
02800: ================================================================
02c00: ================================================================
03000: ================================================================
03400: ================================================================
03800: ================================================================
03c00: ================================================================
04000: ================================================================
04400: ================================================================
04800: ================================================================
04c00: ================================================================
05000: ================================================================
05400: ================================================================
05800: ================================================================
05c00: ================================================================
06000: ================================================================
06400: ================================================================
06800: ================================================================
06c00: ================================================================
07000: ================================================================
07400: ================================================================
07800: ================================================================
07c00: ================================================================
08000: ================================================================
08400: ===============================================.....h==.........
(349 lines all free)
(the big blob of used memory is the large script).
Same but with this PR:
$ ./pyboard.py large.py
stack: 524 out of 23552
GC: total: 392192, used: 1296, free: 390896
No. of 1-blocks: 12, 2-blocks: 3, max blk sz: 40, max free sz: 24420
GC memory layout; from 2001a3f0:
00000: h=hhhh=======================================hhBShShh==h=======h
00400: =====hh=h=B......h==.....h==....................................
(381 lines all free)
The only thing in RAM is the compiled script (and some other unrelated
items).
Time to download before this PR: 1438ms, data rate: 230,799 bits/sec.
Time to download with this PR: 119ms, data rate: 2,788,991 bits/sec.
So it's more than 10 times faster, and uses significantly less RAM.
Results are similar on other boards. On an stm32 board that connects via
UART only at 115200 baud, the data rate goes from 80kbit/sec to
113kbit/sec, so gets close to saturating the UART link without loss of
data.
The new raw REPL mode also supports a single ctrl-C to break out of this
flow-control mode, so that a ctrl-C can always get back to a known state.
It's also backwards compatible with the original raw REPL mode, which is
still supported with the same sequence of commands. The new raw REPL
mode is activated by ctrl-E, which gives an error on devices that do not
support the new mode.
Signed-off-by: Damien George <damien@micropython.org>
2020-10-05 21:11:10 -04:00
|
|
|
|
|
|
|
if (exec_flags & EXEC_FLAG_SOURCE_IS_READER) {
|
|
|
|
const mp_reader_t *reader = source;
|
|
|
|
reader->close(reader->data);
|
|
|
|
}
|
|
|
|
|
2014-10-26 11:39:22 -04:00
|
|
|
// print EOF after normal output
|
|
|
|
if (exec_flags & EXEC_FLAG_PRINT_EOF) {
|
2015-02-13 10:04:53 -05:00
|
|
|
mp_hal_stdout_tx_strn("\x04", 1);
|
2014-10-26 11:39:22 -04:00
|
|
|
}
|
2014-10-22 02:04:38 -04:00
|
|
|
// check for SystemExit
|
2021-08-10 18:23:45 -04:00
|
|
|
if (mp_obj_is_subclass_fast(mp_obj_get_type((mp_obj_t)nlr.ret_val), MP_OBJ_FROM_PTR(&mp_type_SystemExit))) {
|
2014-10-22 14:13:28 -04:00
|
|
|
// at the moment, the value of SystemExit is unused
|
2016-10-16 22:14:59 -04:00
|
|
|
ret = pyexec_system_exit;
|
2021-03-15 09:57:36 -04:00
|
|
|
#if CIRCUITPY_ALARM
|
2020-12-01 20:01:14 -05:00
|
|
|
} else if (mp_obj_is_subclass_fast(mp_obj_get_type((mp_obj_t)nlr.ret_val), &mp_type_DeepSleepRequest)) {
|
|
|
|
ret = PYEXEC_DEEP_SLEEP;
|
2021-03-15 09:57:36 -04:00
|
|
|
#endif
|
2014-10-22 14:13:28 -04:00
|
|
|
} else {
|
2021-03-15 09:57:36 -04:00
|
|
|
if ((mp_obj_t)nlr.ret_val != MP_OBJ_FROM_PTR(&MP_STATE_VM(mp_reload_exception))) {
|
2021-04-20 21:04:23 -04:00
|
|
|
mp_obj_print_exception(&mp_plat_print, MP_OBJ_FROM_PTR(nlr.ret_val));
|
2019-05-08 17:53:20 -04:00
|
|
|
}
|
2016-12-09 22:27:41 -05:00
|
|
|
ret = PYEXEC_EXCEPTION;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if (result != NULL) {
|
|
|
|
result->return_code = ret;
|
2021-07-28 11:50:11 -04:00
|
|
|
#if CIRCUITPY_ALARM
|
|
|
|
// Don't set the exception object if we exited for deep sleep.
|
|
|
|
if (ret != 0 && ret != PYEXEC_DEEP_SLEEP) {
|
|
|
|
#else
|
2016-12-09 22:27:41 -05:00
|
|
|
if (ret != 0) {
|
2021-07-28 11:50:11 -04:00
|
|
|
#endif
|
2016-12-09 22:27:41 -05:00
|
|
|
mp_obj_t return_value = (mp_obj_t)nlr.ret_val;
|
2020-09-27 06:58:51 -04:00
|
|
|
result->exception = return_value;
|
2016-12-09 22:27:41 -05:00
|
|
|
result->exception_line = -1;
|
|
|
|
|
|
|
|
if (mp_obj_is_exception_instance(return_value)) {
|
|
|
|
size_t n, *values;
|
|
|
|
mp_obj_exception_get_traceback(return_value, &n, &values);
|
2017-07-03 18:05:08 -04:00
|
|
|
if (values != NULL) {
|
|
|
|
result->exception_line = values[n - 2];
|
|
|
|
}
|
2016-12-09 22:27:41 -05:00
|
|
|
}
|
2014-10-22 02:04:38 -04:00
|
|
|
}
|
2014-03-12 21:06:26 -04:00
|
|
|
}
|
|
|
|
|
2019-12-25 02:27:38 -05:00
|
|
|
#if MICROPY_REPL_INFO
|
2014-03-12 21:06:26 -04:00
|
|
|
// display debugging info if wanted
|
2014-10-26 11:39:22 -04:00
|
|
|
if ((exec_flags & EXEC_FLAG_ALLOW_DEBUGGING) && repl_display_debugging_info) {
|
2015-10-29 12:33:35 -04:00
|
|
|
mp_uint_t ticks = mp_hal_ticks_ms() - start; // TODO implement a function that does this properly
|
2014-11-27 11:58:31 -05:00
|
|
|
printf("took " UINT_FMT " ms\n", ticks);
|
2014-03-12 21:06:26 -04:00
|
|
|
// qstr info
|
|
|
|
{
|
2016-08-29 17:58:42 -04:00
|
|
|
size_t n_pool, n_qstr, n_str_data_bytes, n_total_bytes;
|
2014-03-12 21:06:26 -04:00
|
|
|
qstr_pool_info(&n_pool, &n_qstr, &n_str_data_bytes, &n_total_bytes);
|
2016-10-26 06:45:03 -04:00
|
|
|
printf("qstr:\n n_pool=" UINT_FMT "\n n_qstr=" UINT_FMT "\n "
|
2021-03-15 09:57:36 -04:00
|
|
|
"n_str_data_bytes=" UINT_FMT "\n n_total_bytes=" UINT_FMT "\n",
|
|
|
|
(unsigned)n_pool, (unsigned)n_qstr, (unsigned)n_str_data_bytes, (unsigned)n_total_bytes);
|
2014-03-12 21:06:26 -04:00
|
|
|
}
|
|
|
|
|
2016-04-18 18:09:25 -04:00
|
|
|
#if MICROPY_ENABLE_GC
|
|
|
|
// run collection and print GC info
|
|
|
|
gc_collect();
|
2014-12-20 17:24:58 -05:00
|
|
|
gc_dump_info();
|
2016-04-18 18:09:25 -04:00
|
|
|
#endif
|
2014-03-12 21:06:26 -04:00
|
|
|
}
|
2019-12-25 02:27:38 -05:00
|
|
|
#endif
|
2014-03-12 21:06:26 -04:00
|
|
|
|
2014-10-26 11:39:22 -04:00
|
|
|
if (exec_flags & EXEC_FLAG_PRINT_EOF) {
|
2015-02-13 10:04:53 -05:00
|
|
|
mp_hal_stdout_tx_strn("\x04", 1);
|
2014-10-26 11:39:22 -04:00
|
|
|
}
|
|
|
|
|
2020-10-30 09:22:11 -04:00
|
|
|
#ifdef MICROPY_BOARD_AFTER_PYTHON_EXEC
|
|
|
|
MICROPY_BOARD_AFTER_PYTHON_EXEC(input_kind, exec_flags, nlr.ret_val, &ret);
|
|
|
|
#endif
|
|
|
|
|
2014-03-12 21:06:26 -04:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2017-02-26 23:02:32 -05:00
|
|
|
#if MICROPY_ENABLE_COMPILER
|
lib/utils/pyexec: Add stdin-reader on raw REPL with flow control.
Background: the friendly/normal REPL is intended for human use whereas the
raw REPL is for computer use/automation. Raw REPL is used for things like
pyboard.py script_to_run.py. The normal REPL has built-in flow control
because it echos back the characters. That's not so with raw REPL and flow
control is just implemented by rate limiting the amount of data that goes
in. Currently it's fixed at 256 byte chunks every 10ms. This is sometimes
too fast for slow MCUs or systems with small stdin buffers. It's also too
slow for a lot of higher-end MCUs, ie it could be a lot faster.
This commit adds a new raw REPL mode which includes flow control: the
device will echo back a character after a certain number of bytes are sent
to the host, and the host can use this to regulate the data going out to
the device. The amount of characters is controlled by the device and sent
to the host before communication starts. This flow control allows getting
the maximum speed out of a serial link, regardless of the link or the
device at the other end.
Also, this new raw REPL mode parses and compiles the incoming data as it
comes in. It does this by creating a "stdin reader" object which is then
passed to the lexer. The lexer requests bytes from this "stdin reader"
which retrieves bytes from the host, and does flow control. What this
means is that no memory is used to store the script (in the existing raw
REPL mode the device needs a big buffer to read in the script before it can
pass it on to the lexer/parser/compiler). The only memory needed on the
device is enough to parse and compile.
Finally, it would be possible to extend this new raw REPL to allow bytecode
(.mpy files) to be sent as well as text mode scripts (but that's not done
in this commit).
Some results follow. The test was to send a large 33k script that contains
mostly comments and then prints out the heap, run via pyboard.py large.py.
On PYBD-SF6, prior to this PR:
$ ./pyboard.py large.py
stack: 524 out of 23552
GC: total: 392192, used: 34464, free: 357728
No. of 1-blocks: 12, 2-blocks: 2, max blk sz: 2075, max free sz: 22345
GC memory layout; from 2001a3f0:
00000: h=hhhh=======================================hhBShShh==h=======h
00400: =====hh=B........h==h===========================================
00800: ================================================================
00c00: ================================================================
01000: ================================================================
01400: ================================================================
01800: ================================================================
01c00: ================================================================
02000: ================================================================
02400: ================================================================
02800: ================================================================
02c00: ================================================================
03000: ================================================================
03400: ================================================================
03800: ================================================================
03c00: ================================================================
04000: ================================================================
04400: ================================================================
04800: ================================================================
04c00: ================================================================
05000: ================================================================
05400: ================================================================
05800: ================================================================
05c00: ================================================================
06000: ================================================================
06400: ================================================================
06800: ================================================================
06c00: ================================================================
07000: ================================================================
07400: ================================================================
07800: ================================================================
07c00: ================================================================
08000: ================================================================
08400: ===============================================.....h==.........
(349 lines all free)
(the big blob of used memory is the large script).
Same but with this PR:
$ ./pyboard.py large.py
stack: 524 out of 23552
GC: total: 392192, used: 1296, free: 390896
No. of 1-blocks: 12, 2-blocks: 3, max blk sz: 40, max free sz: 24420
GC memory layout; from 2001a3f0:
00000: h=hhhh=======================================hhBShShh==h=======h
00400: =====hh=h=B......h==.....h==....................................
(381 lines all free)
The only thing in RAM is the compiled script (and some other unrelated
items).
Time to download before this PR: 1438ms, data rate: 230,799 bits/sec.
Time to download with this PR: 119ms, data rate: 2,788,991 bits/sec.
So it's more than 10 times faster, and uses significantly less RAM.
Results are similar on other boards. On an stm32 board that connects via
UART only at 115200 baud, the data rate goes from 80kbit/sec to
113kbit/sec, so gets close to saturating the UART link without loss of
data.
The new raw REPL mode also supports a single ctrl-C to break out of this
flow-control mode, so that a ctrl-C can always get back to a known state.
It's also backwards compatible with the original raw REPL mode, which is
still supported with the same sequence of commands. The new raw REPL
mode is activated by ctrl-E, which gives an error on devices that do not
support the new mode.
Signed-off-by: Damien George <damien@micropython.org>
2020-10-05 21:11:10 -04:00
|
|
|
|
|
|
|
// This can be configured by a port (and even configured to a function to be
|
|
|
|
// computed dynamically) to indicate the maximum number of bytes that can be
|
|
|
|
// held in the stdin buffer.
|
|
|
|
#ifndef MICROPY_REPL_STDIN_BUFFER_MAX
|
|
|
|
#define MICROPY_REPL_STDIN_BUFFER_MAX (256)
|
|
|
|
#endif
|
|
|
|
|
|
|
|
typedef struct _mp_reader_stdin_t {
|
|
|
|
bool eof;
|
|
|
|
uint16_t window_max;
|
|
|
|
uint16_t window_remain;
|
|
|
|
} mp_reader_stdin_t;
|
|
|
|
|
|
|
|
STATIC mp_uint_t mp_reader_stdin_readbyte(void *data) {
|
|
|
|
mp_reader_stdin_t *reader = (mp_reader_stdin_t *)data;
|
|
|
|
|
|
|
|
if (reader->eof) {
|
|
|
|
return MP_READER_EOF;
|
|
|
|
}
|
|
|
|
|
|
|
|
int c = mp_hal_stdin_rx_chr();
|
|
|
|
|
|
|
|
if (c == CHAR_CTRL_C || c == CHAR_CTRL_D) {
|
|
|
|
reader->eof = true;
|
|
|
|
mp_hal_stdout_tx_strn("\x04", 1); // indicate end to host
|
|
|
|
if (c == CHAR_CTRL_C) {
|
|
|
|
#if MICROPY_KBD_EXCEPTION
|
2021-08-02 02:30:48 -04:00
|
|
|
MP_STATE_VM(mp_kbd_exception).traceback->data = NULL;
|
lib/utils/pyexec: Add stdin-reader on raw REPL with flow control.
Background: the friendly/normal REPL is intended for human use whereas the
raw REPL is for computer use/automation. Raw REPL is used for things like
pyboard.py script_to_run.py. The normal REPL has built-in flow control
because it echos back the characters. That's not so with raw REPL and flow
control is just implemented by rate limiting the amount of data that goes
in. Currently it's fixed at 256 byte chunks every 10ms. This is sometimes
too fast for slow MCUs or systems with small stdin buffers. It's also too
slow for a lot of higher-end MCUs, ie it could be a lot faster.
This commit adds a new raw REPL mode which includes flow control: the
device will echo back a character after a certain number of bytes are sent
to the host, and the host can use this to regulate the data going out to
the device. The amount of characters is controlled by the device and sent
to the host before communication starts. This flow control allows getting
the maximum speed out of a serial link, regardless of the link or the
device at the other end.
Also, this new raw REPL mode parses and compiles the incoming data as it
comes in. It does this by creating a "stdin reader" object which is then
passed to the lexer. The lexer requests bytes from this "stdin reader"
which retrieves bytes from the host, and does flow control. What this
means is that no memory is used to store the script (in the existing raw
REPL mode the device needs a big buffer to read in the script before it can
pass it on to the lexer/parser/compiler). The only memory needed on the
device is enough to parse and compile.
Finally, it would be possible to extend this new raw REPL to allow bytecode
(.mpy files) to be sent as well as text mode scripts (but that's not done
in this commit).
Some results follow. The test was to send a large 33k script that contains
mostly comments and then prints out the heap, run via pyboard.py large.py.
On PYBD-SF6, prior to this PR:
$ ./pyboard.py large.py
stack: 524 out of 23552
GC: total: 392192, used: 34464, free: 357728
No. of 1-blocks: 12, 2-blocks: 2, max blk sz: 2075, max free sz: 22345
GC memory layout; from 2001a3f0:
00000: h=hhhh=======================================hhBShShh==h=======h
00400: =====hh=B........h==h===========================================
00800: ================================================================
00c00: ================================================================
01000: ================================================================
01400: ================================================================
01800: ================================================================
01c00: ================================================================
02000: ================================================================
02400: ================================================================
02800: ================================================================
02c00: ================================================================
03000: ================================================================
03400: ================================================================
03800: ================================================================
03c00: ================================================================
04000: ================================================================
04400: ================================================================
04800: ================================================================
04c00: ================================================================
05000: ================================================================
05400: ================================================================
05800: ================================================================
05c00: ================================================================
06000: ================================================================
06400: ================================================================
06800: ================================================================
06c00: ================================================================
07000: ================================================================
07400: ================================================================
07800: ================================================================
07c00: ================================================================
08000: ================================================================
08400: ===============================================.....h==.........
(349 lines all free)
(the big blob of used memory is the large script).
Same but with this PR:
$ ./pyboard.py large.py
stack: 524 out of 23552
GC: total: 392192, used: 1296, free: 390896
No. of 1-blocks: 12, 2-blocks: 3, max blk sz: 40, max free sz: 24420
GC memory layout; from 2001a3f0:
00000: h=hhhh=======================================hhBShShh==h=======h
00400: =====hh=h=B......h==.....h==....................................
(381 lines all free)
The only thing in RAM is the compiled script (and some other unrelated
items).
Time to download before this PR: 1438ms, data rate: 230,799 bits/sec.
Time to download with this PR: 119ms, data rate: 2,788,991 bits/sec.
So it's more than 10 times faster, and uses significantly less RAM.
Results are similar on other boards. On an stm32 board that connects via
UART only at 115200 baud, the data rate goes from 80kbit/sec to
113kbit/sec, so gets close to saturating the UART link without loss of
data.
The new raw REPL mode also supports a single ctrl-C to break out of this
flow-control mode, so that a ctrl-C can always get back to a known state.
It's also backwards compatible with the original raw REPL mode, which is
still supported with the same sequence of commands. The new raw REPL
mode is activated by ctrl-E, which gives an error on devices that do not
support the new mode.
Signed-off-by: Damien George <damien@micropython.org>
2020-10-05 21:11:10 -04:00
|
|
|
nlr_raise(MP_OBJ_FROM_PTR(&MP_STATE_VM(mp_kbd_exception)));
|
|
|
|
#else
|
|
|
|
mp_raise_type(&mp_type_KeyboardInterrupt);
|
|
|
|
#endif
|
|
|
|
} else {
|
|
|
|
return MP_READER_EOF;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (--reader->window_remain == 0) {
|
|
|
|
mp_hal_stdout_tx_strn("\x01", 1); // indicate window available to host
|
|
|
|
reader->window_remain = reader->window_max;
|
|
|
|
}
|
|
|
|
|
|
|
|
return c;
|
|
|
|
}
|
|
|
|
|
|
|
|
STATIC void mp_reader_stdin_close(void *data) {
|
|
|
|
mp_reader_stdin_t *reader = (mp_reader_stdin_t *)data;
|
|
|
|
if (!reader->eof) {
|
|
|
|
reader->eof = true;
|
|
|
|
mp_hal_stdout_tx_strn("\x04", 1); // indicate end to host
|
|
|
|
for (;;) {
|
|
|
|
int c = mp_hal_stdin_rx_chr();
|
|
|
|
if (c == CHAR_CTRL_C || c == CHAR_CTRL_D) {
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
STATIC void mp_reader_new_stdin(mp_reader_t *reader, mp_reader_stdin_t *reader_stdin, uint16_t buf_max) {
|
|
|
|
// Make flow-control window half the buffer size, and indicate to the host that 2x windows are
|
|
|
|
// free (sending the window size implicitly indicates that a window is free, and then the 0x01
|
|
|
|
// indicates that another window is free).
|
|
|
|
size_t window = buf_max / 2;
|
|
|
|
char reply[3] = { window & 0xff, window >> 8, 0x01 };
|
|
|
|
mp_hal_stdout_tx_strn(reply, sizeof(reply));
|
|
|
|
|
|
|
|
reader_stdin->eof = false;
|
|
|
|
reader_stdin->window_max = window;
|
|
|
|
reader_stdin->window_remain = window;
|
|
|
|
reader->data = reader_stdin;
|
|
|
|
reader->readbyte = mp_reader_stdin_readbyte;
|
|
|
|
reader->close = mp_reader_stdin_close;
|
|
|
|
}
|
|
|
|
|
|
|
|
STATIC int do_reader_stdin(int c) {
|
|
|
|
if (c != 'A') {
|
|
|
|
// Unsupported command.
|
|
|
|
mp_hal_stdout_tx_strn("R\x00", 2);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Indicate reception of command.
|
|
|
|
mp_hal_stdout_tx_strn("R\x01", 2);
|
|
|
|
|
|
|
|
mp_reader_t reader;
|
|
|
|
mp_reader_stdin_t reader_stdin;
|
|
|
|
mp_reader_new_stdin(&reader, &reader_stdin, MICROPY_REPL_STDIN_BUFFER_MAX);
|
|
|
|
int exec_flags = EXEC_FLAG_PRINT_EOF | EXEC_FLAG_SOURCE_IS_READER;
|
2021-05-10 18:20:47 -04:00
|
|
|
return parse_compile_execute(&reader, MP_PARSE_FILE_INPUT, exec_flags, NULL);
|
lib/utils/pyexec: Add stdin-reader on raw REPL with flow control.
Background: the friendly/normal REPL is intended for human use whereas the
raw REPL is for computer use/automation. Raw REPL is used for things like
pyboard.py script_to_run.py. The normal REPL has built-in flow control
because it echos back the characters. That's not so with raw REPL and flow
control is just implemented by rate limiting the amount of data that goes
in. Currently it's fixed at 256 byte chunks every 10ms. This is sometimes
too fast for slow MCUs or systems with small stdin buffers. It's also too
slow for a lot of higher-end MCUs, ie it could be a lot faster.
This commit adds a new raw REPL mode which includes flow control: the
device will echo back a character after a certain number of bytes are sent
to the host, and the host can use this to regulate the data going out to
the device. The amount of characters is controlled by the device and sent
to the host before communication starts. This flow control allows getting
the maximum speed out of a serial link, regardless of the link or the
device at the other end.
Also, this new raw REPL mode parses and compiles the incoming data as it
comes in. It does this by creating a "stdin reader" object which is then
passed to the lexer. The lexer requests bytes from this "stdin reader"
which retrieves bytes from the host, and does flow control. What this
means is that no memory is used to store the script (in the existing raw
REPL mode the device needs a big buffer to read in the script before it can
pass it on to the lexer/parser/compiler). The only memory needed on the
device is enough to parse and compile.
Finally, it would be possible to extend this new raw REPL to allow bytecode
(.mpy files) to be sent as well as text mode scripts (but that's not done
in this commit).
Some results follow. The test was to send a large 33k script that contains
mostly comments and then prints out the heap, run via pyboard.py large.py.
On PYBD-SF6, prior to this PR:
$ ./pyboard.py large.py
stack: 524 out of 23552
GC: total: 392192, used: 34464, free: 357728
No. of 1-blocks: 12, 2-blocks: 2, max blk sz: 2075, max free sz: 22345
GC memory layout; from 2001a3f0:
00000: h=hhhh=======================================hhBShShh==h=======h
00400: =====hh=B........h==h===========================================
00800: ================================================================
00c00: ================================================================
01000: ================================================================
01400: ================================================================
01800: ================================================================
01c00: ================================================================
02000: ================================================================
02400: ================================================================
02800: ================================================================
02c00: ================================================================
03000: ================================================================
03400: ================================================================
03800: ================================================================
03c00: ================================================================
04000: ================================================================
04400: ================================================================
04800: ================================================================
04c00: ================================================================
05000: ================================================================
05400: ================================================================
05800: ================================================================
05c00: ================================================================
06000: ================================================================
06400: ================================================================
06800: ================================================================
06c00: ================================================================
07000: ================================================================
07400: ================================================================
07800: ================================================================
07c00: ================================================================
08000: ================================================================
08400: ===============================================.....h==.........
(349 lines all free)
(the big blob of used memory is the large script).
Same but with this PR:
$ ./pyboard.py large.py
stack: 524 out of 23552
GC: total: 392192, used: 1296, free: 390896
No. of 1-blocks: 12, 2-blocks: 3, max blk sz: 40, max free sz: 24420
GC memory layout; from 2001a3f0:
00000: h=hhhh=======================================hhBShShh==h=======h
00400: =====hh=h=B......h==.....h==....................................
(381 lines all free)
The only thing in RAM is the compiled script (and some other unrelated
items).
Time to download before this PR: 1438ms, data rate: 230,799 bits/sec.
Time to download with this PR: 119ms, data rate: 2,788,991 bits/sec.
So it's more than 10 times faster, and uses significantly less RAM.
Results are similar on other boards. On an stm32 board that connects via
UART only at 115200 baud, the data rate goes from 80kbit/sec to
113kbit/sec, so gets close to saturating the UART link without loss of
data.
The new raw REPL mode also supports a single ctrl-C to break out of this
flow-control mode, so that a ctrl-C can always get back to a known state.
It's also backwards compatible with the original raw REPL mode, which is
still supported with the same sequence of commands. The new raw REPL
mode is activated by ctrl-E, which gives an error on devices that do not
support the new mode.
Signed-off-by: Damien George <damien@micropython.org>
2020-10-05 21:11:10 -04:00
|
|
|
}
|
|
|
|
|
2015-01-15 03:46:27 -05:00
|
|
|
#if MICROPY_REPL_EVENT_DRIVEN
|
|
|
|
|
2015-05-05 19:02:58 -04:00
|
|
|
typedef struct _repl_t {
|
2016-03-30 11:13:03 -04:00
|
|
|
// This structure originally also held current REPL line,
|
|
|
|
// but it was moved to MP_STATE_VM(repl_line) as containing
|
|
|
|
// root pointer. Still keep structure in case more state
|
|
|
|
// will be added later.
|
2021-03-15 09:57:36 -04:00
|
|
|
// vstr_t line;
|
2015-01-15 03:46:27 -05:00
|
|
|
bool cont_line;
|
2021-04-22 20:55:39 -04:00
|
|
|
bool paste_mode;
|
2015-05-05 19:02:58 -04:00
|
|
|
} repl_t;
|
|
|
|
|
|
|
|
repl_t repl;
|
2015-01-15 03:46:27 -05:00
|
|
|
|
2015-05-05 19:02:58 -04:00
|
|
|
STATIC int pyexec_raw_repl_process_char(int c);
|
|
|
|
STATIC int pyexec_friendly_repl_process_char(int c);
|
2015-01-15 03:46:27 -05:00
|
|
|
|
2015-05-05 19:02:58 -04:00
|
|
|
void pyexec_event_repl_init(void) {
|
2016-10-14 01:46:34 -04:00
|
|
|
MP_STATE_VM(repl_line) = vstr_new(32);
|
2015-01-15 03:46:27 -05:00
|
|
|
repl.cont_line = false;
|
2021-04-22 20:55:39 -04:00
|
|
|
repl.paste_mode = false;
|
2017-04-04 18:56:40 -04:00
|
|
|
// no prompt before printing friendly REPL banner or entering raw REPL
|
|
|
|
readline_init(MP_STATE_VM(repl_line), "");
|
2015-05-05 19:02:58 -04:00
|
|
|
if (pyexec_mode_kind == PYEXEC_MODE_RAW_REPL) {
|
|
|
|
pyexec_raw_repl_process_char(CHAR_CTRL_A);
|
|
|
|
} else {
|
|
|
|
pyexec_friendly_repl_process_char(CHAR_CTRL_B);
|
|
|
|
}
|
2015-01-15 03:46:27 -05:00
|
|
|
}
|
|
|
|
|
2015-05-05 19:02:58 -04:00
|
|
|
STATIC int pyexec_raw_repl_process_char(int c) {
|
|
|
|
if (c == CHAR_CTRL_A) {
|
|
|
|
// reset raw REPL
|
lib/utils/pyexec: Add stdin-reader on raw REPL with flow control.
Background: the friendly/normal REPL is intended for human use whereas the
raw REPL is for computer use/automation. Raw REPL is used for things like
pyboard.py script_to_run.py. The normal REPL has built-in flow control
because it echos back the characters. That's not so with raw REPL and flow
control is just implemented by rate limiting the amount of data that goes
in. Currently it's fixed at 256 byte chunks every 10ms. This is sometimes
too fast for slow MCUs or systems with small stdin buffers. It's also too
slow for a lot of higher-end MCUs, ie it could be a lot faster.
This commit adds a new raw REPL mode which includes flow control: the
device will echo back a character after a certain number of bytes are sent
to the host, and the host can use this to regulate the data going out to
the device. The amount of characters is controlled by the device and sent
to the host before communication starts. This flow control allows getting
the maximum speed out of a serial link, regardless of the link or the
device at the other end.
Also, this new raw REPL mode parses and compiles the incoming data as it
comes in. It does this by creating a "stdin reader" object which is then
passed to the lexer. The lexer requests bytes from this "stdin reader"
which retrieves bytes from the host, and does flow control. What this
means is that no memory is used to store the script (in the existing raw
REPL mode the device needs a big buffer to read in the script before it can
pass it on to the lexer/parser/compiler). The only memory needed on the
device is enough to parse and compile.
Finally, it would be possible to extend this new raw REPL to allow bytecode
(.mpy files) to be sent as well as text mode scripts (but that's not done
in this commit).
Some results follow. The test was to send a large 33k script that contains
mostly comments and then prints out the heap, run via pyboard.py large.py.
On PYBD-SF6, prior to this PR:
$ ./pyboard.py large.py
stack: 524 out of 23552
GC: total: 392192, used: 34464, free: 357728
No. of 1-blocks: 12, 2-blocks: 2, max blk sz: 2075, max free sz: 22345
GC memory layout; from 2001a3f0:
00000: h=hhhh=======================================hhBShShh==h=======h
00400: =====hh=B........h==h===========================================
00800: ================================================================
00c00: ================================================================
01000: ================================================================
01400: ================================================================
01800: ================================================================
01c00: ================================================================
02000: ================================================================
02400: ================================================================
02800: ================================================================
02c00: ================================================================
03000: ================================================================
03400: ================================================================
03800: ================================================================
03c00: ================================================================
04000: ================================================================
04400: ================================================================
04800: ================================================================
04c00: ================================================================
05000: ================================================================
05400: ================================================================
05800: ================================================================
05c00: ================================================================
06000: ================================================================
06400: ================================================================
06800: ================================================================
06c00: ================================================================
07000: ================================================================
07400: ================================================================
07800: ================================================================
07c00: ================================================================
08000: ================================================================
08400: ===============================================.....h==.........
(349 lines all free)
(the big blob of used memory is the large script).
Same but with this PR:
$ ./pyboard.py large.py
stack: 524 out of 23552
GC: total: 392192, used: 1296, free: 390896
No. of 1-blocks: 12, 2-blocks: 3, max blk sz: 40, max free sz: 24420
GC memory layout; from 2001a3f0:
00000: h=hhhh=======================================hhBShShh==h=======h
00400: =====hh=h=B......h==.....h==....................................
(381 lines all free)
The only thing in RAM is the compiled script (and some other unrelated
items).
Time to download before this PR: 1438ms, data rate: 230,799 bits/sec.
Time to download with this PR: 119ms, data rate: 2,788,991 bits/sec.
So it's more than 10 times faster, and uses significantly less RAM.
Results are similar on other boards. On an stm32 board that connects via
UART only at 115200 baud, the data rate goes from 80kbit/sec to
113kbit/sec, so gets close to saturating the UART link without loss of
data.
The new raw REPL mode also supports a single ctrl-C to break out of this
flow-control mode, so that a ctrl-C can always get back to a known state.
It's also backwards compatible with the original raw REPL mode, which is
still supported with the same sequence of commands. The new raw REPL
mode is activated by ctrl-E, which gives an error on devices that do not
support the new mode.
Signed-off-by: Damien George <damien@micropython.org>
2020-10-05 21:11:10 -04:00
|
|
|
if (vstr_len(MP_STATE_VM(repl_line)) == 2 && vstr_str(MP_STATE_VM(repl_line))[0] == CHAR_CTRL_E) {
|
|
|
|
int ret = do_reader_stdin(vstr_str(MP_STATE_VM(repl_line))[1]);
|
|
|
|
if (ret & PYEXEC_FORCED_EXIT) {
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
goto reset;
|
|
|
|
}
|
2021-09-06 06:58:00 -04:00
|
|
|
mp_hal_stdout_tx_str("raw REPL; CTRL-B to exit\r\n");
|
2015-05-05 19:02:58 -04:00
|
|
|
goto reset;
|
|
|
|
} else if (c == CHAR_CTRL_B) {
|
|
|
|
// change to friendly REPL
|
|
|
|
pyexec_mode_kind = PYEXEC_MODE_FRIENDLY_REPL;
|
2017-04-04 18:56:40 -04:00
|
|
|
vstr_reset(MP_STATE_VM(repl_line));
|
2015-05-05 19:02:58 -04:00
|
|
|
repl.cont_line = false;
|
2021-04-22 20:55:39 -04:00
|
|
|
repl.paste_mode = false;
|
2015-05-05 19:02:58 -04:00
|
|
|
pyexec_friendly_repl_process_char(CHAR_CTRL_B);
|
|
|
|
return 0;
|
|
|
|
} else if (c == CHAR_CTRL_C) {
|
|
|
|
// clear line
|
2016-03-30 11:13:03 -04:00
|
|
|
vstr_reset(MP_STATE_VM(repl_line));
|
2015-05-05 19:02:58 -04:00
|
|
|
return 0;
|
|
|
|
} else if (c == CHAR_CTRL_D) {
|
|
|
|
// input finished
|
|
|
|
} else {
|
|
|
|
// let through any other raw 8-bit value
|
2016-03-30 11:13:03 -04:00
|
|
|
vstr_add_byte(MP_STATE_VM(repl_line), c);
|
2015-05-05 19:02:58 -04:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
// indicate reception of command
|
|
|
|
mp_hal_stdout_tx_str("OK");
|
|
|
|
|
2016-03-30 11:13:03 -04:00
|
|
|
if (MP_STATE_VM(repl_line)->len == 0) {
|
2015-05-05 19:02:58 -04:00
|
|
|
// exit for a soft reset
|
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
2016-03-30 11:13:03 -04:00
|
|
|
vstr_clear(MP_STATE_VM(repl_line));
|
2015-05-05 19:02:58 -04:00
|
|
|
return PYEXEC_FORCED_EXIT;
|
|
|
|
}
|
|
|
|
|
2017-06-20 13:56:05 -04:00
|
|
|
int ret = parse_compile_execute(MP_STATE_VM(repl_line), MP_PARSE_FILE_INPUT, EXEC_FLAG_PRINT_EOF | EXEC_FLAG_SOURCE_IS_VSTR, NULL);
|
2017-03-13 20:21:29 -04:00
|
|
|
if (ret & PYEXEC_FORCED_EXIT) {
|
|
|
|
return ret;
|
2015-05-05 19:02:58 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
reset:
|
2016-03-30 11:13:03 -04:00
|
|
|
vstr_reset(MP_STATE_VM(repl_line));
|
2015-05-05 19:02:58 -04:00
|
|
|
mp_hal_stdout_tx_str(">");
|
|
|
|
|
|
|
|
return 0;
|
2015-01-15 03:46:27 -05:00
|
|
|
}
|
|
|
|
|
2015-05-05 19:02:58 -04:00
|
|
|
STATIC int pyexec_friendly_repl_process_char(int c) {
|
2021-04-22 20:55:39 -04:00
|
|
|
if (repl.paste_mode) {
|
|
|
|
if (c == CHAR_CTRL_C) {
|
|
|
|
// cancel everything
|
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
|
|
|
goto input_restart;
|
|
|
|
} else if (c == CHAR_CTRL_D) {
|
|
|
|
// end of input
|
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
|
|
|
int ret = parse_compile_execute(MP_STATE_VM(repl_line), MP_PARSE_FILE_INPUT, EXEC_FLAG_ALLOW_DEBUGGING | EXEC_FLAG_IS_REPL | EXEC_FLAG_SOURCE_IS_VSTR);
|
|
|
|
if (ret & PYEXEC_FORCED_EXIT) {
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
goto input_restart;
|
|
|
|
} else {
|
|
|
|
// add char to buffer and echo
|
|
|
|
vstr_add_byte(MP_STATE_VM(repl_line), c);
|
|
|
|
if (c == '\r') {
|
|
|
|
mp_hal_stdout_tx_str("\r\n=== ");
|
|
|
|
} else {
|
|
|
|
char buf[1] = {c};
|
|
|
|
mp_hal_stdout_tx_strn(buf, 1);
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-01-15 03:46:27 -05:00
|
|
|
int ret = readline_process_char(c);
|
|
|
|
|
|
|
|
if (!repl.cont_line) {
|
|
|
|
|
|
|
|
if (ret == CHAR_CTRL_A) {
|
|
|
|
// change to raw REPL
|
|
|
|
pyexec_mode_kind = PYEXEC_MODE_RAW_REPL;
|
2015-02-13 10:04:53 -05:00
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
2015-05-05 19:02:58 -04:00
|
|
|
pyexec_raw_repl_process_char(CHAR_CTRL_A);
|
|
|
|
return 0;
|
2015-01-15 03:46:27 -05:00
|
|
|
} else if (ret == CHAR_CTRL_B) {
|
|
|
|
// reset friendly REPL
|
2015-02-13 10:04:53 -05:00
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
2018-01-02 21:25:41 -05:00
|
|
|
mp_hal_stdout_tx_str(MICROPY_FULL_VERSION_INFO);
|
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
2016-10-14 15:38:46 -04:00
|
|
|
// mp_hal_stdout_tx_str("Type \"help()\" for more information.\r\n");
|
2015-05-05 19:02:58 -04:00
|
|
|
goto input_restart;
|
2015-01-15 03:46:27 -05:00
|
|
|
} else if (ret == CHAR_CTRL_C) {
|
|
|
|
// break
|
2015-02-13 10:04:53 -05:00
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
2015-01-15 03:46:27 -05:00
|
|
|
goto input_restart;
|
|
|
|
} else if (ret == CHAR_CTRL_D) {
|
|
|
|
// exit for a soft reset
|
2015-02-13 10:04:53 -05:00
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
2016-03-30 11:13:03 -04:00
|
|
|
vstr_clear(MP_STATE_VM(repl_line));
|
2015-01-15 03:46:27 -05:00
|
|
|
return PYEXEC_FORCED_EXIT;
|
2021-04-22 20:55:39 -04:00
|
|
|
} else if (ret == CHAR_CTRL_E) {
|
|
|
|
// paste mode
|
2021-09-06 06:58:00 -04:00
|
|
|
mp_hal_stdout_tx_str("\r\npaste mode; Ctrl-C to cancel, Ctrl-D to finish\r\n=== ");
|
2021-04-22 20:55:39 -04:00
|
|
|
vstr_reset(MP_STATE_VM(repl_line));
|
|
|
|
repl.paste_mode = true;
|
|
|
|
return 0;
|
2015-01-15 03:46:27 -05:00
|
|
|
}
|
|
|
|
|
|
|
|
if (ret < 0) {
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2016-03-30 11:13:03 -04:00
|
|
|
if (!mp_repl_continue_with_input(vstr_null_terminated_str(MP_STATE_VM(repl_line)))) {
|
2015-01-15 03:46:27 -05:00
|
|
|
goto exec;
|
|
|
|
}
|
|
|
|
|
2016-03-30 11:13:03 -04:00
|
|
|
vstr_add_byte(MP_STATE_VM(repl_line), '\n');
|
2015-01-15 03:46:27 -05:00
|
|
|
repl.cont_line = true;
|
2015-04-26 12:52:01 -04:00
|
|
|
readline_note_newline("... ");
|
2015-01-15 03:46:27 -05:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
} else {
|
|
|
|
|
|
|
|
if (ret == CHAR_CTRL_C) {
|
2021-03-15 09:57:36 -04:00
|
|
|
// cancel everything
|
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
|
|
|
repl.cont_line = false;
|
|
|
|
goto input_restart;
|
2015-01-15 03:46:27 -05:00
|
|
|
} else if (ret == CHAR_CTRL_D) {
|
2015-05-05 19:02:58 -04:00
|
|
|
// stop entering compound statement
|
|
|
|
goto exec;
|
2015-01-15 03:46:27 -05:00
|
|
|
}
|
|
|
|
|
|
|
|
if (ret < 0) {
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2016-03-30 11:13:03 -04:00
|
|
|
if (mp_repl_continue_with_input(vstr_null_terminated_str(MP_STATE_VM(repl_line)))) {
|
|
|
|
vstr_add_byte(MP_STATE_VM(repl_line), '\n');
|
2015-04-26 12:52:01 -04:00
|
|
|
readline_note_newline("... ");
|
2015-01-15 03:46:27 -05:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2021-03-15 09:57:36 -04:00
|
|
|
exec:;
|
2017-03-13 20:21:29 -04:00
|
|
|
int ret = parse_compile_execute(MP_STATE_VM(repl_line), MP_PARSE_SINGLE_INPUT, EXEC_FLAG_ALLOW_DEBUGGING | EXEC_FLAG_IS_REPL | EXEC_FLAG_SOURCE_IS_VSTR);
|
|
|
|
if (ret & PYEXEC_FORCED_EXIT) {
|
|
|
|
return ret;
|
2015-01-15 03:46:27 -05:00
|
|
|
}
|
|
|
|
|
2021-03-15 09:57:36 -04:00
|
|
|
input_restart:
|
2016-03-30 11:13:03 -04:00
|
|
|
vstr_reset(MP_STATE_VM(repl_line));
|
2015-05-05 19:02:58 -04:00
|
|
|
repl.cont_line = false;
|
2021-04-22 20:55:39 -04:00
|
|
|
repl.paste_mode = false;
|
2016-03-30 11:13:03 -04:00
|
|
|
readline_init(MP_STATE_VM(repl_line), ">>> ");
|
2015-01-15 03:46:27 -05:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2016-04-01 05:53:50 -04:00
|
|
|
uint8_t pyexec_repl_active;
|
2015-05-05 19:02:58 -04:00
|
|
|
int pyexec_event_repl_process_char(int c) {
|
2016-04-01 05:53:50 -04:00
|
|
|
pyexec_repl_active = 1;
|
|
|
|
int res;
|
2015-05-05 19:02:58 -04:00
|
|
|
if (pyexec_mode_kind == PYEXEC_MODE_RAW_REPL) {
|
2016-04-01 05:53:50 -04:00
|
|
|
res = pyexec_raw_repl_process_char(c);
|
2015-05-05 19:02:58 -04:00
|
|
|
} else {
|
2016-04-01 05:53:50 -04:00
|
|
|
res = pyexec_friendly_repl_process_char(c);
|
2015-05-05 19:02:58 -04:00
|
|
|
}
|
2016-04-01 05:53:50 -04:00
|
|
|
pyexec_repl_active = 0;
|
|
|
|
return res;
|
2015-05-05 19:02:58 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
#else // MICROPY_REPL_EVENT_DRIVEN
|
|
|
|
|
|
|
|
int pyexec_raw_repl(void) {
|
|
|
|
vstr_t line;
|
|
|
|
vstr_init(&line, 32);
|
|
|
|
|
|
|
|
raw_repl_reset:
|
2021-09-06 06:58:00 -04:00
|
|
|
mp_hal_stdout_tx_str("raw REPL; CTRL-B to exit\r\n");
|
2015-05-05 19:02:58 -04:00
|
|
|
|
|
|
|
for (;;) {
|
|
|
|
vstr_reset(&line);
|
|
|
|
mp_hal_stdout_tx_str(">");
|
|
|
|
for (;;) {
|
|
|
|
int c = mp_hal_stdin_rx_chr();
|
|
|
|
if (c == CHAR_CTRL_A) {
|
|
|
|
// reset raw REPL
|
lib/utils/pyexec: Add stdin-reader on raw REPL with flow control.
Background: the friendly/normal REPL is intended for human use whereas the
raw REPL is for computer use/automation. Raw REPL is used for things like
pyboard.py script_to_run.py. The normal REPL has built-in flow control
because it echos back the characters. That's not so with raw REPL and flow
control is just implemented by rate limiting the amount of data that goes
in. Currently it's fixed at 256 byte chunks every 10ms. This is sometimes
too fast for slow MCUs or systems with small stdin buffers. It's also too
slow for a lot of higher-end MCUs, ie it could be a lot faster.
This commit adds a new raw REPL mode which includes flow control: the
device will echo back a character after a certain number of bytes are sent
to the host, and the host can use this to regulate the data going out to
the device. The amount of characters is controlled by the device and sent
to the host before communication starts. This flow control allows getting
the maximum speed out of a serial link, regardless of the link or the
device at the other end.
Also, this new raw REPL mode parses and compiles the incoming data as it
comes in. It does this by creating a "stdin reader" object which is then
passed to the lexer. The lexer requests bytes from this "stdin reader"
which retrieves bytes from the host, and does flow control. What this
means is that no memory is used to store the script (in the existing raw
REPL mode the device needs a big buffer to read in the script before it can
pass it on to the lexer/parser/compiler). The only memory needed on the
device is enough to parse and compile.
Finally, it would be possible to extend this new raw REPL to allow bytecode
(.mpy files) to be sent as well as text mode scripts (but that's not done
in this commit).
Some results follow. The test was to send a large 33k script that contains
mostly comments and then prints out the heap, run via pyboard.py large.py.
On PYBD-SF6, prior to this PR:
$ ./pyboard.py large.py
stack: 524 out of 23552
GC: total: 392192, used: 34464, free: 357728
No. of 1-blocks: 12, 2-blocks: 2, max blk sz: 2075, max free sz: 22345
GC memory layout; from 2001a3f0:
00000: h=hhhh=======================================hhBShShh==h=======h
00400: =====hh=B........h==h===========================================
00800: ================================================================
00c00: ================================================================
01000: ================================================================
01400: ================================================================
01800: ================================================================
01c00: ================================================================
02000: ================================================================
02400: ================================================================
02800: ================================================================
02c00: ================================================================
03000: ================================================================
03400: ================================================================
03800: ================================================================
03c00: ================================================================
04000: ================================================================
04400: ================================================================
04800: ================================================================
04c00: ================================================================
05000: ================================================================
05400: ================================================================
05800: ================================================================
05c00: ================================================================
06000: ================================================================
06400: ================================================================
06800: ================================================================
06c00: ================================================================
07000: ================================================================
07400: ================================================================
07800: ================================================================
07c00: ================================================================
08000: ================================================================
08400: ===============================================.....h==.........
(349 lines all free)
(the big blob of used memory is the large script).
Same but with this PR:
$ ./pyboard.py large.py
stack: 524 out of 23552
GC: total: 392192, used: 1296, free: 390896
No. of 1-blocks: 12, 2-blocks: 3, max blk sz: 40, max free sz: 24420
GC memory layout; from 2001a3f0:
00000: h=hhhh=======================================hhBShShh==h=======h
00400: =====hh=h=B......h==.....h==....................................
(381 lines all free)
The only thing in RAM is the compiled script (and some other unrelated
items).
Time to download before this PR: 1438ms, data rate: 230,799 bits/sec.
Time to download with this PR: 119ms, data rate: 2,788,991 bits/sec.
So it's more than 10 times faster, and uses significantly less RAM.
Results are similar on other boards. On an stm32 board that connects via
UART only at 115200 baud, the data rate goes from 80kbit/sec to
113kbit/sec, so gets close to saturating the UART link without loss of
data.
The new raw REPL mode also supports a single ctrl-C to break out of this
flow-control mode, so that a ctrl-C can always get back to a known state.
It's also backwards compatible with the original raw REPL mode, which is
still supported with the same sequence of commands. The new raw REPL
mode is activated by ctrl-E, which gives an error on devices that do not
support the new mode.
Signed-off-by: Damien George <damien@micropython.org>
2020-10-05 21:11:10 -04:00
|
|
|
if (vstr_len(&line) == 2 && vstr_str(&line)[0] == CHAR_CTRL_E) {
|
|
|
|
int ret = do_reader_stdin(vstr_str(&line)[1]);
|
|
|
|
if (ret & PYEXEC_FORCED_EXIT) {
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
vstr_reset(&line);
|
|
|
|
mp_hal_stdout_tx_str(">");
|
|
|
|
continue;
|
|
|
|
}
|
2015-05-05 19:02:58 -04:00
|
|
|
goto raw_repl_reset;
|
|
|
|
} else if (c == CHAR_CTRL_B) {
|
|
|
|
// change to friendly REPL
|
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
|
|
|
vstr_clear(&line);
|
|
|
|
pyexec_mode_kind = PYEXEC_MODE_FRIENDLY_REPL;
|
|
|
|
return 0;
|
|
|
|
} else if (c == CHAR_CTRL_C) {
|
|
|
|
// clear line
|
|
|
|
vstr_reset(&line);
|
|
|
|
} else if (c == CHAR_CTRL_D) {
|
|
|
|
// input finished
|
|
|
|
break;
|
|
|
|
} else {
|
|
|
|
// let through any other raw 8-bit value
|
|
|
|
vstr_add_byte(&line, c);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// indicate reception of command
|
|
|
|
mp_hal_stdout_tx_str("OK");
|
|
|
|
|
|
|
|
if (line.len == 0) {
|
|
|
|
// exit for a soft reset
|
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
|
|
|
vstr_clear(&line);
|
|
|
|
return PYEXEC_FORCED_EXIT;
|
|
|
|
}
|
|
|
|
|
2017-06-20 13:56:05 -04:00
|
|
|
int ret = parse_compile_execute(&line, MP_PARSE_FILE_INPUT, EXEC_FLAG_PRINT_EOF | EXEC_FLAG_SOURCE_IS_VSTR, NULL);
|
2017-03-13 20:21:29 -04:00
|
|
|
if (ret & PYEXEC_FORCED_EXIT) {
|
|
|
|
return ret;
|
2015-05-05 19:02:58 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2015-01-15 03:46:27 -05:00
|
|
|
|
2014-03-24 08:23:37 -04:00
|
|
|
int pyexec_friendly_repl(void) {
|
|
|
|
vstr_t line;
|
|
|
|
vstr_init(&line, 32);
|
|
|
|
|
|
|
|
friendly_repl_reset:
|
2018-01-02 21:25:41 -05:00
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
|
|
|
mp_hal_stdout_tx_str(MICROPY_FULL_VERSION_INFO);
|
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
2016-10-14 15:38:46 -04:00
|
|
|
// mp_hal_stdout_tx_str("Type \"help()\" for more information.\r\n");
|
2014-03-12 21:06:26 -04:00
|
|
|
|
|
|
|
// to test ctrl-C
|
|
|
|
/*
|
|
|
|
{
|
|
|
|
uint32_t x[4] = {0x424242, 0xdeaddead, 0x242424, 0xdeadbeef};
|
|
|
|
for (;;) {
|
|
|
|
nlr_buf_t nlr;
|
|
|
|
printf("pyexec_repl: %p\n", x);
|
2014-11-27 11:58:31 -05:00
|
|
|
mp_hal_set_interrupt_char(CHAR_CTRL_C);
|
2014-03-12 21:06:26 -04:00
|
|
|
if (nlr_push(&nlr) == 0) {
|
|
|
|
for (;;) {
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
printf("break\n");
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
*/
|
|
|
|
|
|
|
|
for (;;) {
|
2014-10-26 11:39:22 -04:00
|
|
|
input_restart:
|
2015-04-28 20:25:32 -04:00
|
|
|
|
2018-02-13 02:56:12 -05:00
|
|
|
#if MICROPY_HW_ENABLE_USB
|
2015-04-28 20:25:32 -04:00
|
|
|
if (usb_vcp_is_enabled()) {
|
|
|
|
// If the user gets to here and interrupts are disabled then
|
|
|
|
// they'll never see the prompt, traceback etc. The USB REPL needs
|
|
|
|
// interrupts to be enabled or no transfers occur. So we try to
|
|
|
|
// do the user a favor and reenable interrupts.
|
|
|
|
if (query_irq() == IRQ_STATE_DISABLED) {
|
|
|
|
enable_irq(IRQ_STATE_ENABLED);
|
2021-04-22 20:55:39 -04:00
|
|
|
mp_hal_stdout_tx_str("MPY: enabling IRQs\r\n");
|
2015-04-28 20:25:32 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2018-10-13 01:21:08 -04:00
|
|
|
// If the GC is locked at this point there is no way out except a reset,
|
|
|
|
// so force the GC to be unlocked to help the user debug what went wrong.
|
2021-05-04 09:56:43 -04:00
|
|
|
if (MP_STATE_THREAD(gc_lock_depth) != 0) {
|
|
|
|
MP_STATE_THREAD(gc_lock_depth) = 0;
|
2018-10-13 01:21:08 -04:00
|
|
|
}
|
|
|
|
|
2014-03-12 21:06:26 -04:00
|
|
|
vstr_reset(&line);
|
2021-08-30 21:05:14 -04:00
|
|
|
|
|
|
|
nlr_buf_t nlr;
|
|
|
|
nlr.ret_val = NULL;
|
|
|
|
int ret = 0;
|
|
|
|
if (nlr_push(&nlr) == 0) {
|
|
|
|
ret = readline(&line, ">>> ");
|
|
|
|
} else {
|
|
|
|
// Uncaught exception
|
|
|
|
mp_handle_pending(false); // clear any pending exceptions (and run any callbacks)
|
|
|
|
|
|
|
|
// Print exceptions but stay in the REPL. There are very few delayed
|
|
|
|
// exceptions. The WatchDogTimer can raise one though.
|
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
|
|
|
mp_obj_print_exception(&mp_plat_print, MP_OBJ_FROM_PTR(nlr.ret_val));
|
|
|
|
}
|
2015-10-09 17:41:10 -04:00
|
|
|
mp_parse_input_kind_t parse_input_kind = MP_PARSE_SINGLE_INPUT;
|
2014-03-12 21:06:26 -04:00
|
|
|
|
2014-11-27 11:58:31 -05:00
|
|
|
if (ret == CHAR_CTRL_A) {
|
2014-03-24 08:23:37 -04:00
|
|
|
// change to raw REPL
|
2015-02-13 10:04:53 -05:00
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
2014-03-24 08:23:37 -04:00
|
|
|
vstr_clear(&line);
|
|
|
|
pyexec_mode_kind = PYEXEC_MODE_RAW_REPL;
|
|
|
|
return 0;
|
2014-11-27 11:58:31 -05:00
|
|
|
} else if (ret == CHAR_CTRL_B) {
|
2014-03-24 08:23:37 -04:00
|
|
|
// reset friendly REPL
|
2015-02-13 10:04:53 -05:00
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
2014-03-24 08:23:37 -04:00
|
|
|
goto friendly_repl_reset;
|
2014-11-27 11:58:31 -05:00
|
|
|
} else if (ret == CHAR_CTRL_C) {
|
2014-03-24 08:23:37 -04:00
|
|
|
// break
|
2015-02-13 10:04:53 -05:00
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
2014-03-12 21:06:26 -04:00
|
|
|
continue;
|
2014-11-27 11:58:31 -05:00
|
|
|
} else if (ret == CHAR_CTRL_D) {
|
2014-03-24 08:23:37 -04:00
|
|
|
// exit for a soft reset
|
2015-02-13 10:04:53 -05:00
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
2014-03-24 08:23:37 -04:00
|
|
|
vstr_clear(&line);
|
2014-10-22 02:04:38 -04:00
|
|
|
return PYEXEC_FORCED_EXIT;
|
2015-10-09 17:41:10 -04:00
|
|
|
} else if (ret == CHAR_CTRL_E) {
|
|
|
|
// paste mode
|
2015-11-02 19:33:56 -05:00
|
|
|
mp_hal_stdout_tx_str("\r\npaste mode; Ctrl-C to cancel, Ctrl-D to finish\r\n=== ");
|
2015-10-09 17:41:10 -04:00
|
|
|
vstr_reset(&line);
|
|
|
|
for (;;) {
|
|
|
|
char c = mp_hal_stdin_rx_chr();
|
|
|
|
if (c == CHAR_CTRL_C) {
|
|
|
|
// cancel everything
|
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
|
|
|
goto input_restart;
|
|
|
|
} else if (c == CHAR_CTRL_D) {
|
|
|
|
// end of input
|
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
|
|
|
break;
|
|
|
|
} else {
|
|
|
|
// add char to buffer and echo
|
|
|
|
vstr_add_byte(&line, c);
|
|
|
|
if (c == '\r') {
|
|
|
|
mp_hal_stdout_tx_str("\r\n=== ");
|
|
|
|
} else {
|
|
|
|
mp_hal_stdout_tx_strn(&c, 1);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
parse_input_kind = MP_PARSE_FILE_INPUT;
|
2014-03-12 21:06:26 -04:00
|
|
|
} else if (vstr_len(&line) == 0) {
|
|
|
|
continue;
|
2015-10-09 17:41:10 -04:00
|
|
|
} else {
|
|
|
|
// got a line with non-zero length, see if it needs continuing
|
|
|
|
while (mp_repl_continue_with_input(vstr_null_terminated_str(&line))) {
|
|
|
|
vstr_add_byte(&line, '\n');
|
|
|
|
ret = readline(&line, "... ");
|
|
|
|
if (ret == CHAR_CTRL_C) {
|
|
|
|
// cancel everything
|
|
|
|
mp_hal_stdout_tx_str("\r\n");
|
|
|
|
goto input_restart;
|
|
|
|
} else if (ret == CHAR_CTRL_D) {
|
|
|
|
// stop entering compound statement
|
|
|
|
break;
|
|
|
|
}
|
2014-03-12 21:06:26 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-06-20 13:56:05 -04:00
|
|
|
ret = parse_compile_execute(&line, parse_input_kind, EXEC_FLAG_ALLOW_DEBUGGING | EXEC_FLAG_IS_REPL | EXEC_FLAG_SOURCE_IS_VSTR, NULL);
|
2017-03-13 20:21:29 -04:00
|
|
|
if (ret & PYEXEC_FORCED_EXIT) {
|
|
|
|
return ret;
|
2014-05-10 12:48:46 -04:00
|
|
|
}
|
2014-03-12 21:06:26 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-05-05 19:02:58 -04:00
|
|
|
#endif // MICROPY_REPL_EVENT_DRIVEN
|
2017-02-26 23:02:32 -05:00
|
|
|
#endif // MICROPY_ENABLE_COMPILER
|
2015-01-15 03:46:27 -05:00
|
|
|
|
2017-06-20 13:56:05 -04:00
|
|
|
int pyexec_file(const char *filename, pyexec_result_t *result) {
|
|
|
|
return parse_compile_execute(filename, MP_PARSE_FILE_INPUT, EXEC_FLAG_SOURCE_IS_FILENAME, result);
|
2014-03-12 21:06:26 -04:00
|
|
|
}
|
|
|
|
|
2021-04-22 20:55:39 -04:00
|
|
|
int pyexec_file_if_exists(const char *filename, pyexec_result_t *result) {
|
|
|
|
#if MICROPY_MODULE_FROZEN
|
|
|
|
if (mp_frozen_stat(filename) == MP_IMPORT_STAT_FILE) {
|
|
|
|
return pyexec_frozen_module(filename, result);
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
if (mp_import_stat(filename) != MP_IMPORT_STAT_FILE) {
|
|
|
|
return 1; // success (no file is the same as an empty file executing without fail)
|
|
|
|
}
|
|
|
|
return pyexec_file(filename, result);
|
|
|
|
}
|
|
|
|
|
2015-12-26 07:32:33 -05:00
|
|
|
#if MICROPY_MODULE_FROZEN
|
2021-04-22 20:55:39 -04:00
|
|
|
int pyexec_frozen_module(const char *name, pyexec_result_t *result) {
|
2016-01-31 17:24:16 -05:00
|
|
|
void *frozen_data;
|
|
|
|
int frozen_type = mp_find_frozen_module(name, strlen(name), &frozen_data);
|
2015-12-26 07:32:33 -05:00
|
|
|
|
2016-01-31 17:24:16 -05:00
|
|
|
switch (frozen_type) {
|
|
|
|
#if MICROPY_MODULE_FROZEN_STR
|
|
|
|
case MP_FROZEN_STR:
|
2021-04-22 20:55:39 -04:00
|
|
|
return parse_compile_execute(frozen_data, MP_PARSE_FILE_INPUT, 0, result);
|
2016-01-31 17:24:16 -05:00
|
|
|
#endif
|
2015-12-26 07:32:33 -05:00
|
|
|
|
2016-01-31 17:24:16 -05:00
|
|
|
#if MICROPY_MODULE_FROZEN_MPY
|
|
|
|
case MP_FROZEN_MPY:
|
2021-04-22 20:55:39 -04:00
|
|
|
return parse_compile_execute(frozen_data, MP_PARSE_FILE_INPUT, EXEC_FLAG_SOURCE_IS_RAW_CODE, result);
|
2016-01-31 17:24:16 -05:00
|
|
|
#endif
|
|
|
|
|
|
|
|
default:
|
|
|
|
printf("could not find module '%s'\n", name);
|
|
|
|
return false;
|
|
|
|
}
|
2015-12-26 07:32:33 -05:00
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2021-08-16 12:52:22 -04:00
|
|
|
#if CIRCUITPY_ATEXIT
|
|
|
|
int pyexec_exit_handler(const void *source, pyexec_result_t *result) {
|
|
|
|
return parse_compile_execute(source, MP_PARSE_FILE_INPUT, EXEC_FLAG_SOURCE_IS_ATEXIT, result);
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2019-12-25 02:27:38 -05:00
|
|
|
#if MICROPY_REPL_INFO
|
2014-03-12 21:06:26 -04:00
|
|
|
mp_obj_t pyb_set_repl_info(mp_obj_t o_value) {
|
|
|
|
repl_display_debugging_info = mp_obj_get_int(o_value);
|
|
|
|
return mp_const_none;
|
|
|
|
}
|
|
|
|
MP_DEFINE_CONST_FUN_OBJ_1(pyb_set_repl_info_obj, pyb_set_repl_info);
|
2019-12-25 02:27:38 -05:00
|
|
|
#endif
|