<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>2053</bug_id>
          
          <creation_ts>2012-03-03 03:04:07 +0000</creation_ts>
          <short_desc>iptables-1.4.12.2-r0: task do_compile: Failed: unknown type name __aligned_u64</short_desc>
          <delta_ts>2013-01-10 15:53:44 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>OE-Core</product>
          <component>core</component>
          <version>1.2</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>VERIFIED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>1.2 M4</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Dexuan Cui">dexuan.cui</reporter>
          <assigned_to name="Dongxiao Xu">dongxiao.xu</assigned_to>
          <cc>corneliux.stoicescu</cc>
    
    <cc>liezhi.yang</cc>
    
    <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>sgw</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>---</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>18850</commentid>
    <comment_count>0</comment_count>
    <who name="Dexuan Cui">dexuan.cui</who>
    <bug_when>2012-03-03 03:04:07 +0000</bug_when>
    <thetext>| In file included from libxt_pkttype.c:10:0:
|/home/dcui/yocto/p1/build/tmp/sysroots/crownbay/usr/include/linux/if_packet.h:176:2: error: unknown type name &apos;__aligned_u64&apos;
| make[2]: *** [libxt_pkttype.oo] Error 1
| make[2]: *** Waiting for unfinished jobs....
| make[2]: Leaving directory `/home/dcui/yocto/p1/build/tmp/work/core2-poky-linux/iptables-1.4.12.2-r0/iptables-1.4.12.2/extensions&apos;
| make[1]: *** [all-recursive] Error 1
| make[1]: Leaving directory `/home/dcui/yocto/p1/build/tmp/work/core2-poky-linux/iptables-1.4.12.2-r0/iptables-1.4.12.2&apos;
| make: *** [all] Error 2
| ERROR: oe_runmake failed
NOTE: package iptables-1.4.12.2-r0: task do_compile: Failed

This seems be happening to BSP only (e.g. Crowbay).  qemux86 doesn’t have such an issue.

This seems related to linux-libc-headers:
It&apos;s linux-libc-headers_3.1 in the case of qemux86, but it’s linux-libc-headers-yocto-3.2+git in the case of crownbay: the latter introduced a new struct, like tpacket_hdr_v1,  in usr/include/linux/if_packet.h.
The new struct uses __aligned_u64.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18851</commentid>
    <comment_count>1</comment_count>
    <who name="Dexuan Cui">dexuan.cui</who>
    <bug_when>2012-03-03 04:39:22 +0000</bug_when>
    <thetext>some clues:

1) in iptables_1.4.12.2.bb, 
--with-kernel=${STAGING_INCDIR} should be
--with-kernel=${STAGING_INCDIR}/..
because iptable&apos;s configure would add a /include after ${STAGING_INCDIR}.

2) iptables has a linux/types, but hasn&apos;t linux/if_packet.h.
so looks  our sysroot&apos;s linux/if_packet.h. is found, but iptable&apos;s own linux/types.h is found!

3) iptables-1.4.12.2/extensions/GNUmakefile.in:

AM_CPPFLAGS     = ${regular_CPPFLAGS} -I${top_builddir}/include -I${top_builddir} -I${top_srcdir}/include ${kinclude_CPPFLAGS}
the -I order seems not ok: kinclude_CPPFLAGS (that means the dir in our sysroot) should come first and  ${top_builddir}/include should come secondly?

At present I haven&apos;t time to dig into the bug...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18879</commentid>
    <comment_count>2</comment_count>
    <who name="Dexuan Cui">dexuan.cui</who>
    <bug_when>2012-03-06 22:24:10 +0000</bug_when>
    <thetext>After some discussion in yocto@yoctoproject.org, we think the best fix can be not overriding PREFERRED_PROVIDER_linux-libc-headers in the meta-intel layer. Tom sent out a patch, so this bug should disappear once the patch is accepted:

http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel/commit/?h=tzanussi/libc-
distro-change&amp;id=d9132cc66316be45f44beeea6eba734bb3ab337d</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18898</commentid>
    <comment_count>3</comment_count>
    <who name="Dexuan Cui">dexuan.cui</who>
    <bug_when>2012-03-08 03:02:43 +0000</bug_when>
    <thetext>(In reply to comment #2)
&gt; After some discussion in yocto@yoctoproject.org, we think the best fix can be
&gt; not overriding PREFERRED_PROVIDER_linux-libc-headers in the meta-intel layer.
&gt; Tom sent out a patch, so this bug should disappear once the patch is accepted:
&gt; 
&gt; http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel/commit/?h=tzanussi/libc-
&gt; distro-change&amp;id=d9132cc66316be45f44beeea6eba734bb3ab337d

Tom&apos;s patch has been in meta-intel now and i can verify the bug doesn&apos;t appear  with the patch:
http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel/commit/?id=d9132cc66316be45f44beeea6eba734bb3ab337d</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>26856</commentid>
    <comment_count>4</comment_count>
    <who name="Stoicescu Cornel">corneliux.stoicescu</who>
    <bug_when>2012-10-24 09:14:15 +0000</bug_when>
    <thetext>I reproduced this on Denzil 1.2.1 with cross i686 toolchain on a x86_64 machine. Steps to reproduce:

1) Install toolchain in /opt (ex: /opt/poky/... )
2) Download iptables project and extract it (http://netfilter.org/projects/iptables/files/iptables-1.4.11.tar.bz2)
3)inside the ipdatles directory, run: libtoolize; ./autogen.sh; ./configure ${CONFIGURE_FLAGS}; make
4) notice same error as described

Branch: Denzil
Commit: 846b7c388738f382e83576e77b705aa547c1dd9b</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>28722</commentid>
    <comment_count>5</comment_count>
    <who name="Stoicescu Cornel">corneliux.stoicescu</who>
    <bug_when>2013-01-10 15:43:31 +0000</bug_when>
    <thetext>As per recent decision regarding bug reopening, I am setting this back to verified and opening a new one.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>28728</commentid>
    <comment_count>6</comment_count>
    <who name="Stoicescu Cornel">corneliux.stoicescu</who>
    <bug_when>2013-01-10 15:53:44 +0000</bug_when>
    <thetext>This issue does not happen with a newer version of the iptables http://netfilter.org/projects/iptables/files/iptables-1.4.17.tar.bz2

branch: denzil
commit: 3456295898bf157e40ea1f8c335f0b7285d3d8a7

Closing this back to verified without opening a new bug.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>