<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Another thought - maybe the compiler version?<div class=""><br class=""></div><div class="">3.1 requires xtensa gcc 1.22.0-80 (g6c4433a-5.2.0).</div><div class=""><br class=""></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><a href="https://esp-idf.readthedocs.io/en/latest/get-started/linux-setup.html" class="">https://esp-idf.readthedocs.io/en/latest/get-started/linux-setup.html</a></div></blockquote><div class=""><br class=""></div><div class="">Regards, Mark.</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 16 Feb 2018, at 2:19 PM, Stephen Casner <<a href="mailto:casner@acm.org" class="">casner@acm.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Mine says:<br class=""><br class="">OVMS > metrics list m.version<br class="">m.version<br class="">3.0.0/factory/main build (idf v3.1-dev-212-g00fa3889-dirty) Feb 7 2018 22:10:10<br class=""><br class="">But, truth be told, I'm currently compiing from my own fork of<br class="">espressif/esp-idf that I set up to issue a PR to espressif for my<br class="">changes that support the memory diagnostics.<br class=""><br class=""> -- Steve<br class=""><br class="">On Thu, 15 Feb 2018, Greg D. wrote:<br class=""><br class=""><blockquote type="cite" class="">Ok. Back to half-sanity. rm -rf esp-idf, Refetched from master including submodule<br class="">stuff, rm -r build, make clean, make, make flash. Compiles and runs.<br class=""><br class="">But still shows wrong version for m.version, and /store is still a mess. Not sure if<br class="">I care about the m.version; what is going on with vfs?<br class=""><br class="">Back to the TV...<br class=""><br class="">Greg<br class=""><br class=""><br class="">Stephen Casner wrote:<br class=""><br class="">Right.<br class=""><br class=""> -- Steve<br class=""><br class="">On Thu, 15 Feb 2018, Greg D. wrote:<br class=""><br class="">Ok, so master from the openvehicles clone?<br class=""><br class="">Greg<br class=""><br class=""><br class="">Stephen Casner wrote:<br class=""><br class="">Gre,<br class=""><br class="">No, we left behind the v2.1 of esp-idf a while ago. We're now on<br class="">master.<br class=""><br class=""> -- Steve<br class=""><br class="">On Thu, 15 Feb 2018, Greg D. wrote:<br class=""><br class="">Mmm, never mind... I realize we're still based on v2.1, right?<br class=""><br class="">I've re-fetched stuff from the 2.1 branch, and still have the same results. v3.0.0<br class="">listed as m.version, and junk in /store.<br class=""><br class="">Now what?<br class=""><br class="">Greg<br class=""><br class=""><br class="">Greg D. wrote:<br class=""> Ok, this is odd... Are you sure esp-idf v3.1 is actually on Github?<br class=""> Tried re-fetching everything, and found this:<br class=""><br class=""> greg@linux-0rpb:~/esp> git clone<br class=""> <a href="https://github.com/openvehicles/esp-idf.git" class="">https://github.com/openvehicles/esp-idf.git</a><br class=""> Cloning into 'esp-idf'...<br class=""> remote: Counting objects: 44182, done.<br class=""> remote: Compressing objects: 100% (8/8), done.<br class=""> remote: Total 44182 (delta 0), reused 1 (delta 0), pack-reused<br class=""> 44174<br class=""> Receiving objects: 100% (44182/44182), 50.53 MiB | 11.75<br class=""> MiB/s, done.<br class=""> Resolving deltas: 100% (31074/31074), done.<br class=""> greg@linux-0rpb:~/esp> cd esp-idf<br class=""> greg@linux-0rpb:~/esp/esp-idf> git branch -a<br class=""> * master<br class=""> remotes/origin/HEAD -> origin/master<br class=""> remotes/origin/feature/psram_malloc<br class=""> remotes/origin/master<br class=""> remotes/origin/release/v2.0<br class=""> remotes/origin/release/v2.1<br class=""> remotes/origin/release/v3.0<br class=""> greg@linux-0rpb:~/esp/esp-idf><br class=""><br class=""> Shouldn't there be a v3.1 listed there too? Last entry is 3.0.<br class=""><br class=""> Anyway, the first question is whether we have one problem or two... Is my<br class=""> problem with /store related to v3.0 vs v3.1, or is it a separate problem<br class=""> on its own? Do I simply need to clear flash and reload my config? If so,<br class=""> what is the best way?<br class=""><br class=""> Greg<br class=""><br class=""><br class=""> Mark Webb-Johnson wrote:<br class=""> Nope. Old hardware.<br class="">Out of ideas. I thought it just picked up the git version.<br class=""><br class="">Regards, Mark.<br class=""><br class=""> On 15 Feb 2018, at 12:07 PM, Greg D. <<a href="mailto:gregd2350@gmail.com" class="">gregd2350@gmail.com</a>><br class=""> wrote:<br class=""><br class="">No difference.<br class=""><br class="">Are you on the new hardware?<br class=""><br class="">Greg<br class=""><br class=""><br class="">Mark Webb-Johnson wrote:<br class=""> In your ovms directory:<br class=""> make clean<br class="">rm -rf build<br class="">make flash<br class=""><br class=""><br class="">That’s all I can think of.<br class=""><br class="">Regards, Mark<br class=""><br class=""> On 15 Feb 2018, at 11:59 AM, Greg D.<br class=""> <<a href="mailto:gregd2350@gmail.com" class="">gregd2350@gmail.com</a>> wrote:<br class=""><br class="">Yes, and yes. The top entry exactly matches your log.<br class=""><br class="">Greg<br class=""><br class=""><br class="">Mark Webb-Johnson wrote:<br class=""> And you’ve already ‘git pull’ and ‘git<br class=""> submodule update’ in that esp idf?<br class="">If you ‘git log’, you should get:<br class=""><br class=""> commit<br class=""> 8d8d62da9e58305c8f7f4792264f8cab3ffe104b<br class=""> (HEAD -> master, origin/master,<br class=""> origin/HEAD)<br class="">Merge: 5bf85d06 ca3faa61<br class="">Author: Mark Webb-Johnson<br class=""><<a href="mailto:mark@webb-johnson.net" class="">mark@webb-johnson.net</a>><br class="">Date: Tue Feb 13 13:27:55 2018 +0800<br class=""><br class=""> Merge remote-tracking branch<br class="">'espressif/master'<br class=""><br class=""><br class="">(which is where the 8d8d62da comes from)<br class=""><br class="">Regards, Mark.<br class=""><br class=""> On 15 Feb 2018, at 11:42 AM, Greg D.<br class=""> <<a href="mailto:gregd2350@gmail.com" class="">gregd2350@gmail.com</a>> wrote:<br class=""><br class="">Yes and yes.<br class=""> greg@linux-0rpb:~/esp/esp-idf><br class=""> git branch -a<br class=""> * master<br class=""> remotes/origin/HEAD -><br class=""> origin/master<br class=""><br class=""> remotes/origin/feature/psram_malloc<br class=""> remotes/origin/master<br class=""> remotes/origin/release/v2.0<br class=""> remotes/origin/release/v2.1<br class=""> remotes/origin/release/v3.0<br class=""> greg@linux-0rpb:~/esp/esp-idf><br class=""> git remote -v<br class=""> origin<br class=""> <a href="https://github.com/openvehicles/esp-idf.git" class="">https://github.com/openvehicles/esp-idf.git</a><br class=""> (fetch)<br class=""> origin<br class=""> <a href="https://github.com/openvehicles/esp-idf.git" class="">https://github.com/openvehicles/esp-idf.git</a><br class=""> (push)<br class=""> greg@linux-0rpb:~/esp/esp-idf><br class=""><br class="">Greg<br class=""><br class=""><br class="">Mark Webb-Johnson wrote:<br class=""> In your esp idf directory, can<br class=""> you check ‘git branch -a’. Make<br class=""> sure you are on ‘master’ branch.<br class=""> Also ‘git remote -v’. Make sure<br class=""> you are on openvehicles clone.<br class="">Mark<br class=""><br class=""><br class=""> On 15 Feb 2018, at 10:24<br class=""> AM, Greg D.<br class=""> <<a href="mailto:gregd2350@gmail.com" class="">gregd2350@gmail.com</a>><br class=""> wrote:<br class=""><br class="">Hi Mark,<br class=""><br class="">So, I changed the<br class="">CONFIG_LWIP_SO_REUSE value and<br class="">did a make flash. That<br class="">displayed another option,<br class="">default Yes, changed to no.<br class="">But, same result with /store.<br class=""><br class="">One significant difference is<br class="">that you're on idf 3.1 and I'm<br class="">on 3.0... (3.0.0/factory/main<br class="">build (idf<br class="">v3.0-dev-1781-g8d8d62da) Feb 14<br class="">2018 18:12:05)<br class=""><br class="">Did I miss a cog on this?<br class=""><br class="">Greg<br class=""><br class=""><br class="">Mark Webb-Johnson wrote:<br class=""> My store seems ok:<br class=""> OVMS > vfs ls<br class=""> /store<br class="">ovms_config<br class="">obd2ecu<br class="">play<br class=""><br class="">OVMS > metrics list<br class="">m.version<br class="">m.version<br class=""><br class=""> 3.0.0/factory/main<br class="">build (idf<br class="">v3.1-dev-391-g8d8d62da)<br class="">Feb 13 2018 14:05:21<br class=""><br class=""><br class="">Anybody else seeing this<br class="">issue?<br class=""><br class="">Regarding the<br class="">CONFIG_LWIP_SO_REUSE, in<br class="">menuconfig you can use ‘/‘<br class="">to search for it. The<br class="">parameter is in Component<br class="">Config / LWIP.<br class=""><br class="">Regards, Mark.<br class=""><br class=""><br class="">_______________________________________________<br class="">OvmsDev mailing list<br class=""><a href="mailto:OvmsDev@lists.teslaclub.hk" class="">OvmsDev@lists.teslaclub.hk</a><br class="">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev<br class=""><br class=""><br class=""><br class=""><br class="">_______________________________________________<br class="">OvmsDev mailing list<br class="">OvmsDev@lists.teslaclub.hk<br class="">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev<br class=""><br class=""><br class="">_______________________________________________<br class="">OvmsDev mailing list<br class="">OvmsDev@lists.teslaclub.hk<br class="">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev<br class=""><br class=""><br class=""><br class=""><br class="">_______________________________________________<br class="">OvmsDev mailing list<br class="">OvmsDev@lists.teslaclub.hk<br class="">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev<br class=""><br class=""><br class="">_______________________________________________<br class="">OvmsDev mailing list<br class="">OvmsDev@lists.teslaclub.hk<br class="">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev<br class=""><br class=""><br class=""><br class=""><br class="">_______________________________________________<br class="">OvmsDev mailing list<br class="">OvmsDev@lists.teslaclub.hk<br class="">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev<br class=""><br class=""><br class="">_______________________________________________<br class="">OvmsDev mailing list<br class="">OvmsDev@lists.teslaclub.hk<br class="">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev<br class=""><br class=""><br class=""><br class=""><br class="">_______________________________________________<br class="">OvmsDev mailing list<br class="">OvmsDev@lists.teslaclub.hk<br class="">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev<br class=""><br class=""><br class=""><br class=""><br class="">_______________________________________________<br class="">OvmsDev mailing list<br class="">OvmsDev@lists.teslaclub.hk<br class="">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev<br class=""><br class=""><br class=""><br class=""><blockquote type="cite" class=""><br class=""></blockquote><br class=""><br class="">_______________________________________________<br class="">OvmsDev mailing list<br class="">OvmsDev@lists.teslaclub.hk<br class="">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev<br class=""><br class=""><br class=""><br class=""></blockquote>_______________________________________________<br class="">OvmsDev mailing list<br class=""><a href="mailto:OvmsDev@lists.teslaclub.hk" class="">OvmsDev@lists.teslaclub.hk</a><br class="">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev<br class=""></div></div></blockquote></div><br class=""></div></body></html>