<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 11 January 2017 at 18:29, Burton, Ross <span dir="ltr"><<a href="mailto:ross.burton@intel.com" target="_blank">ross.burton@intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><span class="gmail-"><br><div class="gmail_quote">On 6 January 2017 at 16:54, Khem Raj <span dir="ltr"><<a href="mailto:raj.khem@gmail.com" target="_blank">raj.khem@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div id="gmail-m_5182118854856288804gmail-:1ey" class="gmail-m_5182118854856288804gmail-a3s gmail-m_5182118854856288804gmail-aXjCH gmail-m_5182118854856288804gmail-m15974b4b56d36740">regardless, I posted a patch for ppp for fixing same issue, seee<br>
<br>
<a href="https://patchwork.openembedded.org/patch/135536/" rel="noreferrer" target="_blank">https://patchwork.openembedded<wbr>.org/patch/135536/</a><br>
<br>
may be the same or similar patch can be applied to connman as well.<br></div></blockquote></div><br></span>Similar but not the same.</div></div></blockquote><div><br></div><div>Several core connman files do include linux/if.h (and xtables includes net/if.h) but I don't think these can be avoided.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra">connman/src/iptables.c includes <xtables.h> and nothing else relevant as far as I can tell. However the fragment of code that is throwing an error (pulled in via xtables.h) is only enabled because the kernel headers don't think that the libc is defining IFF_LOWER_UP, but musl is. <a href="https://git.busybox.net/buildroot/commit/?id=4470dd9b1bdbb9b39e9fb13f27bcaa044719de6d" target="_blank">https://git.busybox.net/<wbr>buildroot/commit/?id=<wbr>4470dd9b1bdbb9b39e9fb13f27bcaa<wbr>044719de6d</a> is how buildroot work around this, by defining a _UAPI symbol that the kernel header listens to.</div></div></blockquote><div><br></div><div>I did pretty much the same "fix" inside connman (defined __UAPI_DEF_IF_NET_DEVICE_FLAGS_LOWER_UP_DORMANT_ECHO 0 everywhere the problem shows up) and it works... but should the hack be done somewhere in the toolchain instead?</div><div><br></div><div> - Jussi</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><span class="gmail-HOEnZb"><font color="#888888"><div class="gmail_extra"><br></div><div class="gmail_extra">Ross</div></font></span></div>
<br>--<br>
______________________________<wbr>_________________<br>
Openembedded-core mailing list<br>
<a href="mailto:Openembedded-core@lists.openembedded.org">Openembedded-core@lists.<wbr>openembedded.org</a><br>
<a href="http://lists.openembedded.org/mailman/listinfo/openembedded-core" rel="noreferrer" target="_blank">http://lists.openembedded.org/<wbr>mailman/listinfo/openembedded-<wbr>core</a><br>
<br></blockquote></div><br></div></div>