<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">This is bizarre:<div class=""><br class=""></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><p style="box-sizing: border-box; margin-bottom: 16px; color: rgb(36, 41, 46); font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Helvetica, Arial, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol"; font-size: 14px; margin-top: 0px !important;" class="">Modifying the standard hello_world template App, to add:</p><pre style="box-sizing: border-box; font-family: SFMono-Regular, Consolas, "Liberation Mono", Menlo, Courier, monospace; font-size: 11.899999618530273px; margin-top: 0px; margin-bottom: 16px; word-wrap: normal; padding: 16px; overflow: auto; line-height: 1.45; background-color: rgb(246, 248, 250); border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px; color: rgb(36, 41, 46);" class=""><code style="box-sizing: border-box; font-family: SFMono-Regular, Consolas, "Liberation Mono", Menlo, Courier, monospace; padding: 0px; margin: 0px; background-color: transparent; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px; word-break: normal; border: 0px; display: inline; overflow: visible; line-height: inherit; word-wrap: normal;" class="">#include <sys/socket.h>
int sock = socket(AF_INET, SOCK_STREAM, 0);
printf("Allocated socket #%d\n",sock);
if (sock >= 0) close(sock);
</code></pre><p style="box-sizing: border-box; margin-top: 0px; margin-bottom: 16px; color: rgb(36, 41, 46); font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Helvetica, Arial, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol"; font-size: 14px;" class="">I get this output when compiling against ESP IDF v3.0 / v3.1:</p><blockquote style="box-sizing: border-box; margin: 0px 0px 16px; padding: 0px 1em; color: rgb(106, 115, 125); border-left-width: 0.25em; border-left-style: solid; border-left-color: rgb(223, 226, 229); font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Helvetica, Arial, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol"; font-size: 14px;" class=""><div style="box-sizing: border-box; margin-top: 0px; margin-bottom: 0px;" class="">Hello world!<br style="box-sizing: border-box;" class="">This is ESP32 chip with 2 CPU cores, WiFi/BT/BLE, silicon revision 1, 16MB external flash<br style="box-sizing: border-box;" class="">Allocated socket #4096</div></blockquote><p style="box-sizing: border-box; margin-top: 0px; margin-bottom: 16px; color: rgb(36, 41, 46); font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Helvetica, Arial, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol"; font-size: 14px;" class="">When compiling against ESP-IDF v2.1, I get:</p><blockquote style="box-sizing: border-box; margin: 0px 0px 16px; padding: 0px 1em; color: rgb(106, 115, 125); border-left-width: 0.25em; border-left-style: solid; border-left-color: rgb(223, 226, 229); font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Helvetica, Arial, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol"; font-size: 14px;" class=""><div style="box-sizing: border-box; margin-top: 0px; margin-bottom: 0px;" class="">Hello world!<br style="box-sizing: border-box;" class="">This is ESP32 chip with 2 CPU cores, WiFi/BT/BLE, silicon revision 1, 16MB external flash<br style="box-sizing: border-box;" class="">Allocated socket #0</div></blockquote></div></blockquote><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><div><p style="box-sizing: border-box; margin-top: 0px; margin-bottom: 16px; color: rgb(36, 41, 46); font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Helvetica, Arial, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol"; font-size: 14px;" class="">This messes up the select() call, using:</p><pre style="box-sizing: border-box; font-family: SFMono-Regular, Consolas, "Liberation Mono", Menlo, Courier, monospace; font-size: 11.899999618530273px; margin-top: 0px; margin-bottom: 16px; word-wrap: normal; padding: 16px; overflow: auto; line-height: 1.45; background-color: rgb(246, 248, 250); border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px; color: rgb(36, 41, 46);" class=""><code style="box-sizing: border-box; font-family: SFMono-Regular, Consolas, "Liberation Mono", Menlo, Courier, monospace; padding: 0px; margin: 0px; background-color: transparent; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px; word-break: normal; border: 0px; display: inline; overflow: visible; line-height: inherit; word-wrap: normal;" class="">FD_ZERO(&fds);
FD_SET(sock,&fds);</code></pre></div></div></blockquote><div class=""><div><br class=""></div><div>This commit in lwip component:</div><div><br class=""></div></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><div><div><font face="Andale Mono" class=""><span style="font-size: 14px;" class="">commit 90bf40587ed6335f6ea3d343c3b3a43cac3a7c53</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 14px;" class="">Merge: 6e7dd596 539262b5</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 14px;" class="">Author: Angus Gratton <<a href="mailto:angus@espressif.com" class="">angus@espressif.com</a>></span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 14px;" class="">Date: Tue Oct 17 14:17:09 2017 +0800</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 14px;" class=""><br class=""></span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 14px;" class=""> Merge branch 'feature/sockets_files_shared_fd_space' into 'master'</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 14px;" class=""><br class=""></span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 14px;" class=""> lwip & vfs: POSIX I/O functions operate on sockets and files (first stage, no select() yet)</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 14px;" class=""><br class=""></span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 14px;" class=""> See merge request !1352</span></font></div></div></div></blockquote><div class=""><div><br class=""></div><div>It looks like Espressif have decided to change the way file descriptors work in IDF 3.x. Without telling anyone they’ve added an offset to indicate which component ‘owns’ the file descriptor. In their lwip code they seem to have redefined FD_SET, etc, to cope with that offset. But, the standard sys/select.h hasn’t changed so using that generates invalid file descriptor sets. They seem to have done this for their VFS code (so tcp/ip FDs can be mounted on VFS). But, they could simply have extended the socket structure to indicate which VFS component owned it. Why screw with such a fundamental thing as a file descriptor?</div><div><br class=""></div><div>The offsets seem to depend on vfs component instantiation order; which means that they are non-deterministic. I get 4096 in my test app, and 8192 in ovms v3 code.</div><div><br class=""></div><div>I’ll try to find a workaround solution. It seems to work for mongoose, so perhaps try to do it the way they do...</div><div><br class=""></div><div>Regards, Mark.</div><div><br class=""><blockquote type="cite" class=""><div class="">On 16 Jan 2018, at 9:19 AM, Mark Webb-Johnson <<a href="mailto:mark@webb-johnson.net" class="">mark@webb-johnson.net</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html; charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">I’m looking into the ‘server response is incomplete’ message now. Seems something broken in the socket layer / memory corruption.<div class=""><br class=""></div><div class="">Regards, Mark.<br class=""><div class=""><br class=""><blockquote type="cite" class=""><div class="">On 16 Jan 2018, at 5:41 AM, Michael Balzer <<a href="mailto:dexter@expeedo.de" class="">dexter@expeedo.de</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" class="">
<div text="#000000" bgcolor="#FFFFFF" class="">
More issues:<br class="">
<br class="">
a) changing log levels only works without specifying a tag<br class="">
<br class="">
b) getting frequent logs like these:<br class="">
<br class="">
I (8324105) ovms-server-v2: Server response is incomplete (0 bytes)<br class="">
E (8324105) ovms-server-v2: Status: Error: Server response is
incomplete<br class="">
<br class="">
…resulting in a server reconnect.<br class="">
<br class="">
<tt class="">V (8415335) simcom: rx: f9 05 ff 33 24 47 4e 47 4e 53 2c 2c 2c
2c 2c 2c | ...3$GNGNS,,,,,,</tt><tt class=""><br class="">
</tt><tt class="">V (8415335) simcom: rx: 4e 4e 2c 2c 2c 2c 2c 2c 2a 35 33 0d
0a 84 f9 f9 | NN,,,,,,*53.....</tt><tt class=""><br class="">
</tt><tt class="">V (8415335) gsm-mux: ProcessFrame(CHAN=1, ADDR=05, CTRL=ff,
FCS=84, LEN=31)</tt><tt class=""><br class="">
</tt><tt class="">V (8415345) gsm-mux: ChanProcessFrame(CHAN=1, ADDR=05,
CTRL=ff, LEN=28, IFP=3)</tt><tt class=""><br class="">
</tt><tt class="">V (8415355) gsm-nmea: IncomingLine: $GNGNS,,,,,,NN,,,,,,*53</tt><tt class=""><br class="">
</tt><tt class="">V (8415355) simcom: rx: 05 ff 33 24 47 50 52 4d 43 2c 2c 56
2c 2c 2c 2c | ..3$GPRMC,,V,,,,</tt><tt class=""><br class="">
</tt><tt class="">V (8415355) simcom: rx: 2c 2c 2c 2c 2c 2c 4e 2a 35 33 0d 0a
84 f9 | ,,,,,,N*53.... </tt><tt class=""><br class="">
</tt><tt class="">V (8415355) gsm-mux: ProcessFrame(CHAN=1, ADDR=05, CTRL=ff,
FCS=84, LEN=31)</tt><tt class=""><br class="">
</tt><tt class="">V (8415355) gsm-mux: ChanProcessFrame(CHAN=1, ADDR=05,
CTRL=ff, LEN=28, IFP=3)</tt><tt class=""><br class="">
</tt><tt class="">V (8415355) gsm-nmea: IncomingLine: $GPRMC,,V,,,,,,,,,,N*53</tt><tt class=""><br class="">
</tt><tt class="">V (8416335) simcom: rx: f9 05 ff 33 24 47 4e 47 4e 53 2c 2c
2c 2c 2c 2c | ...3$GNGNS,,,,,,</tt><tt class=""><br class="">
</tt><tt class="">V (8416335) simcom: rx: 4e 4e 2c 2c 2c 2c 2c 2c 2a 35 33 0d
0a 84 f9 f9 | NN,,,,,,*53.....</tt><tt class=""><br class="">
</tt><tt class="">V (8416335) gsm-mux: ProcessFrame(CHAN=1, ADDR=05, CTRL=ff,
FCS=84, LEN=31)</tt><tt class=""><br class="">
</tt><tt class="">V (8416345) gsm-mux: ChanProcessFrame(CHAN=1, ADDR=05,
CTRL=ff, LEN=28, IFP=3)</tt><tt class=""><br class="">
</tt><tt class="">V (8416345) gsm-nmea: IncomingLine: $GNGNS,,,,,,NN,,,,,,*53</tt><tt class=""><br class="">
</tt><tt class="">V (8416345) simcom: rx: 05 ff 33 24 47 50 52 4d 43 2c 2c 56
2c 2c 2c 2c | ..3$GPRMC,,V,,,,</tt><tt class=""><br class="">
</tt><tt class="">V (8416345) simcom: rx: 2c 2c 2c 2c 2c 2c 4e 2a 35 33 0d 0a
84 f9 | ,,,,,,N*53.... </tt><tt class=""><br class="">
</tt><tt class="">V (8416345) gsm-mux: ProcessFrame(CHAN=1, ADDR=05, CTRL=ff,
FCS=84, LEN=31)</tt><tt class=""><br class="">
</tt><tt class="">V (8416345) gsm-mux: ChanProcessFrame(CHAN=1, ADDR=05,
CTRL=ff, LEN=28, IFP=3)</tt><tt class=""><br class="">
</tt><tt class="">V (8416345) gsm-nmea: IncomingLine: $GPRMC,,V,,,,,,,,,,N*53</tt><tt class=""><br class="">
</tt><b class=""><tt class="">I (8416515) ovms-server-v2: Server response is
incomplete (0 bytes)</tt></b><tt class=""><br class="">
</tt><tt class="">V (8416515) gsm-ppp: tx: 7e 21 45 00 00 28 00 6c 00 00 ff
06 e5 3c 0a aa | ~!E..(.l.....<..</tt><tt class=""><br class="">
</tt><tt class="">V (8416515) gsm-ppp: tx: c3 0d bc 8a 4b e5 ee 40 1a d3 00
00 4d d6 3f f5 | ....K..@....M.?.</tt><tt class=""><br class="">
</tt><tt class="">V (8416515) gsm-ppp: tx: f4 17 50 11 16 2a 38 8b 00 00 b9
4c 7e | ..P..*8....L~ </tt><tt class=""><br class="">
</tt><tt class="">V (8416515) simcom: tx: f9 09 ff 5b 7e 21 45 00 00 28 00 6c
00 00 ff 06 | ...[~!E..(.l....</tt><tt class=""><br class="">
</tt><tt class="">V (8416515) simcom: tx: e5 3c 0a aa c3 0d bc 8a 4b e5 ee 40
1a d3 00 00 | .<......K..@....</tt><tt class=""><br class="">
</tt><tt class="">V (8416515) simcom: tx: 4d d6 3f f5 f4 17 50 11 16 2a 38 8b
00 00 b9 4c | M.?...P..*8....L</tt><tt class=""><br class="">
</tt><tt class="">V (8416515) simcom: tx: 7e 45
f9 | ~E. </tt><tt class=""><br class="">
</tt><b class=""><tt class="">E (8416525) ovms-server-v2: Status: Error: Server
response is incomplete</tt></b><tt class=""><br class="">
</tt><tt class="">V (8417315) simcom: rx: f9 09 ff 5b 7e 21 45 00 00 28 b7 32
40 00 2d 06 | ...[~!E..(.2@.-.</tt><tt class=""><br class="">
</tt><tt class="">V (8417315) simcom: rx: c0 76 bc 8a 4b e5 0a aa c3 0d 1a d3
ee 40 3f f5 | .v..K........@?.</tt><tt class=""><br class="">
</tt><tt class="">V (8417315) simcom: rx: f4 17 00 00 4d d7 50 11 39 08 15 ac
00 00 f2 89 | ....M.P.9.......</tt><tt class=""><br class="">
</tt><tt class="">V (8417325) simcom: rx: 7e 45
f9 | ~E. </tt><tt class=""><br class="">
</tt><tt class="">V (8417325) gsm-mux: ProcessFrame(CHAN=2, ADDR=09, CTRL=ff,
FCS=45, LEN=51)</tt><tt class=""><br class="">
</tt><tt class="">V (8417325) gsm-mux: ChanProcessFrame(CHAN=2, ADDR=09,
CTRL=ff, LEN=48, IFP=3)</tt><tt class=""><br class="">
</tt><tt class="">V (8417325) gsm-ppp: rx: 7e 21 45 00 00 28 b7 32 40 00 2d
06 c0 76 bc 8a | ~!E..(.2@.-..v..</tt><tt class=""><br class="">
</tt><tt class="">V (8417325) gsm-ppp: rx: 4b e5 0a aa c3 0d 1a d3 ee 40 3f
f5 f4 17 00 00 | K........@?.....</tt><tt class=""><br class="">
</tt><tt class="">V (8417335) gsm-ppp: rx: 4d d7 50 11 39 08 15 ac 00 00 f2
89 7e | M.P.9.......~ </tt><tt class=""><br class="">
</tt><tt class="">V (8417335) gsm-ppp: tx: 7e 21 45 00 00 28 00 6d 00 00 ff
06 e5 3b 0a aa | ~!E..(.m.....;..</tt><tt class=""><br class="">
</tt><tt class="">V (8417335) gsm-ppp: tx: c3 0d bc 8a 4b e5 ee 40 1a d3 00
00 4d d7 3f f5 | ....K..@....M.?.</tt><tt class=""><br class="">
</tt><tt class="">V (8417335) gsm-ppp: tx: f4 18 50 10 16 29 38 8b 00 00 a9
af 7e | ..P..)8.....~ </tt><tt class=""><br class="">
</tt><tt class="">V (8417335) simcom: tx: f9 09 ff 5b 7e 21 45 00 00 28 00 6d
00 00 ff 06 | ...[~!E..(.m....</tt><tt class=""><br class="">
</tt><tt class="">V (8417335) simcom: tx: e5 3b 0a aa c3 0d bc 8a 4b e5 ee 40
1a d3 00 00 | .;......K..@....</tt><tt class=""><br class="">
</tt><tt class="">V (8417335) simcom: tx: 4d d7 3f f5 f4 18 50 10 16 29 38 8b
00 00 a9 af | M.?...P..)8.....</tt><tt class=""><br class="">
</tt><tt class="">V (8417335) simcom: tx: 7e 45
f9 | ~E. </tt><tt class=""><br class="">
</tt><tt class="">V (8417345) simcom: rx: f9 05 ff 33 24 47 4e 47 4e 53 2c 2c
2c 2c 2c 2c | ...3$GNGNS,,,,,,</tt><tt class=""><br class="">
</tt><tt class="">V (8417345) simcom: rx: 4e 4e 2c 2c 2c 2c 2c 2c 2a 35 33 0d
0a 84 f9 f9 | NN,,,,,,*53.....</tt><tt class=""><br class="">
</tt><br class="">
<br class="">
<br class="">
<div class="moz-cite-prefix">Am 15.01.2018 um 19:21 schrieb Michael
Balzer:<br class="">
</div>
<blockquote type="cite" cite="mid:5023677a-9f11-1f9f-6b8d-07227df13380@expeedo.de" class="">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" class="">
Transition went fine. "make flash" didn't even erase "/store", I
had expected that to happen, good to know.<br class="">
<br class="">
And…<br class="">
<br class="">
<tt class="">OVMS > sd status </tt><tt class=""><br class="">
</tt><tt class="">SD CARD is inserted</tt><tt class=""><br class="">
</tt><tt class="">Name: SL32G</tt><tt class=""><br class="">
</tt><tt class="">Type: SDHC/SDXC</tt><tt class=""><br class="">
</tt><tt class="">Speed: default speed</tt><tt class=""><br class="">
</tt><tt class="">Size: 30436MB</tt><tt class=""><br class="">
</tt><tt class="">CSD: ver=1, sector_size=512, capacity=62333952
read_bl_len=9</tt><tt class=""><br class="">
</tt><tt class="">SCR: sd_spec=2, bus_width=5</tt><br class="">
<br class="">
→ me too (the minion) :)<br class="">
<br class="">
<br class="">
BUT… after reconfiguration to the same components as before, I'm
now missing about 30-40 KB of free RAM.<br class="">
<br class="">
After loading just the Twizy module & the v2 server, I'm now
again down to…<br class="">
<br class="">
<tt class="">OVMS > module memory </tt><tt class=""><br class="">
</tt><tt class="">Free 8-bit 2632/286352, 32-bit 17972/45144, SPIRAM 0/0</tt><br class="">
<br class="">
…so it crashes as soon as it needs to actually do anything, like
sending a notification.<br class="">
<br class="">
This is without any of the new CAN logging stuff yet, that's
stashed away for the transition.<br class="">
<br class="">
I'll now check the config again for any more options to save RAM…<br class="">
<br class="">
Regards,<br class="">
Michael<br class="">
<br class="">
<br class="">
<div class="moz-cite-prefix">Am 15.01.2018 um 06:48 schrieb
Stephen Casner:<br class="">
</div>
<blockquote type="cite" cite="mid:alpine.OSX.2.21.1801142141380.72234@auge.attlocal.net" class="">
<pre wrap="" class="">In order for the the "module memory" and "module tasks" commands to
work, the configuration needs to be changed from the sdk.default.hw30
that Mark just provided. CONFIG_FREERTOS_USE_TRACE_FACILITY needs to
be enabled, CONFIG_HEAP_POISONING must be enabled (LIGHT or
COMPREHENSIVE), and CONFIG_HEAP_TASK_TRACKING must be enabled. I have
attached a diff for the sdkconfig. That diff also includes a section
for enabling telnet, which some of you may be using.
Please also note that in this revised implementation of "module
memory" the block address is now the address that is returned from
malloc, not the address of the header that precedes it, and the length
of the block is now exclusive of the debugging overhead.
-- Steve
On Mon, 15 Jan 2018, Mark Webb-Johnson wrote:
</pre>
<blockquote type="cite" class="">
<pre wrap="" class="">All committed and pushed now.
Developers MUST now update their ESP IDF and XTENSA build tools to use this new build. They should also compare sdkconfig and sdkconfig.defaults.hw30 to verify differences. I also suggest you do a ‘make flash’ (rather than ‘make app-flash’) at least once, to update the bootloader to the latest (as bootloaders before v2.1 are no longer supported).
Check
<a class="moz-txt-link-freetext" href="https://esp-idf.readthedocs.io/en/latest/get-started/index.html#setup-toolchain" moz-do-not-send="true">https://esp-idf.readthedocs.io/en/latest/get-started/index.html#setup-toolchain</a> <a class="moz-txt-link-rfc2396E" href="https://esp-idf.readthedocs.io/en/latest/get-started/index.html#setup-toolchain" moz-do-not-send="true"><https://esp-idf.readthedocs.io/en/latest/get-started/index.html#setup-toolchain></a>
to see the version of XTENSA toolchain required for latest Espressif IDF ‘master’ builds. As of this writing, it is 1.22.0-80-g6c4433a-5.2.0.
I hope this goes smoothly for you.
Regards, Mark.
commit dfcc658557fc480bcccb09b23bc24399bb6e7497 (HEAD -> master, origin/master, origin/HEAD)
Author: Mark Webb-Johnson <a class="moz-txt-link-rfc2396E" href="mailto:mark@webb-johnson.net" moz-do-not-send="true"><mark@webb-johnson.net></a>
Date: Mon Jan 15 07:56:45 2018 +0800
Provide a sdkconfig.default.hw31 for OVMS v3.1 hardware
commit 003592d553c881f735fb228b08836a13c306cec3
Merge: e58c5b6 b28db5e
Author: Mark Webb-Johnson <a class="moz-txt-link-rfc2396E" href="mailto:mark@webb-johnson.net" moz-do-not-send="true"><mark@webb-johnson.net></a>
Date: Mon Jan 15 07:49:13 2018 +0800
Merge branch 'for-master'. This requires ESP-IDF v3.0 support:
OVMS developers should now:
1] Pull the latest OpenVehicles IDF, and checkout MASTER branch.
2] Update XTENSA tools to match version required by Espressif for MASTER branch.
3] For ovms hardware v3.0, a sdkconfig default file sdkconfig.default.hw30 has
been provided. That can be merged/copied to sdkconfig as appropriate.
4] For ovms hardware v3.1, a sdkconfig default file sdkconfig.default.hw31 will
been provided in the next update.
5] It is recommended that developers perform at least one full 'make flash'
with this version, to update the bootloader to latest. Note that the
sdkconfig.default.* files are now set to require bootloader at least v2.1
(or later), and bootloader v2.0 is no longer supported.
Enjoy.
</pre>
<blockquote type="cite" class="">
<pre wrap="" class="">On 15 Jan 2018, at 7:25 AM, Mark Webb-Johnson <a class="moz-txt-link-rfc2396E" href="mailto:mark@webb-johnson.net" moz-do-not-send="true"><mark@webb-johnson.net></a> wrote:
Merge is ok, but triple checking a couple of things. Should be committed and pushed within the next half hour.
Regards, Mark
</pre>
<blockquote type="cite" class="">
<pre wrap="" class="">On 15 Jan 2018, at 1:09 AM, Stephen Casner <a class="moz-txt-link-rfc2396E" href="mailto:casner@acm.org" moz-do-not-send="true"><casner@acm.org></a> wrote:
Mark,
It looks like you were not able to do the sdkconfig.default and merge
as you planned?
-- Steve
</pre>
<blockquote type="cite" class="">
<pre wrap="" class="">On Fri, 12 Jan 2018, Stephen Casner wrote:
</pre>
<blockquote type="cite" class="">
<pre wrap="" class="">On Sat, 13 Jan 2018, Mark Webb-Johnson wrote:
@Steve can you update our master clone to latest from Espressif and
make sure your stuff is still ok?
</pre>
</blockquote>
<pre wrap="" class="">I have just now done this. I had already done a rebase a few days ago
before committing the improved version of the OS changes so I could
issue a pull request. There were a few commits since then, which I
have now merged. My code still runs correctly.
</pre>
<blockquote type="cite" class="">
<pre wrap="" class="">I guess steps for developers will be:
1) pull the openvehicles IDF and switch to master branch. Sub module update.
2) download and install xtensa build chain to match.
3) update OVMS master, make clean, check menu config, then build and play.
</pre>
</blockquote>
<pre wrap="" class="">Sounds right.
</pre>
<blockquote type="cite" class="">
<pre wrap="" class="">I can get my part done by Sunday 14th night (HKT), so suggest to do
the Merge of the OVMS firmware master branch then.
</pre>
</blockquote>
<pre wrap="" class="">I'll be sleeping then, so you can go ahead and do the merge.
-- Steve
</pre>
</blockquote>
<pre wrap="" class="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.teslaclub.hk" moz-do-not-send="true">OvmsDev@lists.teslaclub.hk</a>
<a class="moz-txt-link-freetext" href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" moz-do-not-send="true">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a>
</pre>
</blockquote>
<pre wrap="" class="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.teslaclub.hk" moz-do-not-send="true">OvmsDev@lists.teslaclub.hk</a>
<a class="moz-txt-link-freetext" href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" moz-do-not-send="true">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a>
</pre>
</blockquote>
</blockquote>
<pre wrap="" class="">></pre>
<br class="">
<fieldset class="mimeAttachmentHeader"></fieldset>
<br class="">
<pre wrap="" class="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.teslaclub.hk" moz-do-not-send="true">OvmsDev@lists.teslaclub.hk</a>
<a class="moz-txt-link-freetext" href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" moz-do-not-send="true">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a>
</pre>
</blockquote>
<br class="">
<pre class="moz-signature" cols="160">--
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
</pre>
<br class="">
<fieldset class="mimeAttachmentHeader"></fieldset>
<br class="">
<pre wrap="" class="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a>
<a class="moz-txt-link-freetext" href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a>
</pre>
</blockquote>
<br class="">
<pre class="moz-signature" cols="160">--
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
</pre>
</div>
_______________________________________________<br class="">OvmsDev mailing list<br class=""><a href="mailto:OvmsDev@lists.teslaclub.hk" class="">OvmsDev@lists.teslaclub.hk</a><br class=""><a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" class="">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br class=""></div></blockquote></div><br class=""></div></div></div></blockquote></div><br class=""></div></body></html>