<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:48:52 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>Whamcloud Community JIRA</title>
    <link>https://jira.whamcloud.com</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>9.4.14</version>
        <build-number>940014</build-number>
        <build-date>05-12-2023</build-date>
    </build-info>


<item>
            <title>[LU-5140] Mellanox backport header conflicts with newer kernels</title>
                <link>https://jira.whamcloud.com/browse/LU-5140</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;The Mellanox OFED stack has a compatibility layer to allow it be build across many kernel versions and many distributions. The linux process namespace is one of the things Mellanox creates wrappers to handle various levels of support of this feature. &lt;/p&gt;

&lt;p&gt;For lustre the libcfs layer also does the same exact thing to handle different levels of support of process namespace.  In order to do that libcfs has to figure out which abstract to wrap around, Mellanox or the native system. Currently libcfs doesn&apos;t not handle this case properly.&lt;/p&gt;</description>
                <environment>Any linux environment that supports process namespace and the external Mellanox OFED stack. In my case it was SLES11 SP3 with a external OFED stack.</environment>
        <key id="25009">LU-5140</key>
            <summary>Mellanox backport header conflicts with newer kernels</summary>
                <type id="1" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="4" iconUrl="https://jira.whamcloud.com/images/icons/priorities/minor.svg">Minor</priority>
                        <status id="6" iconUrl="https://jira.whamcloud.com/images/icons/statuses/closed.png" description="The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.">Closed</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="1">Fixed</resolution>
                                        <assignee username="bogl">Bob Glossman</assignee>
                                    <reporter username="simmonsja">James A Simmons</reporter>
                        <labels>
                            <label>build</label>
                    </labels>
                <created>Tue, 3 Jun 2014 13:16:07 +0000</created>
                <updated>Wed, 18 Jun 2014 22:41:46 +0000</updated>
                            <resolved>Wed, 18 Jun 2014 22:41:46 +0000</resolved>
                                    <version>Lustre 2.6.0</version>
                                    <fixVersion>Lustre 2.6.0</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>6</watches>
                                                                            <comments>
                            <comment id="85571" author="simmonsja" created="Tue, 3 Jun 2014 13:34:47 +0000"  >&lt;p&gt;Here is the fix.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://review.whamcloud.com/#/c/10571&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/#/c/10571&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I think this ticket should be linked to &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-4416&quot; title=&quot;support for 3.12 linux kernel&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-4416&quot;&gt;&lt;del&gt;LU-4416&lt;/del&gt;&lt;/a&gt;.&lt;/p&gt;</comment>
                            <comment id="85572" author="bogl" created="Tue, 3 Jun 2014 13:39:34 +0000"  >&lt;p&gt;I ran into the same problem with a recent OFED distro and rhel7.  It looks to me like MLNX/OFED chose to keep a local version of uidgid.h to solve this problem.  This solution conflicts with the wrappers used in lustre code to address the issue.  It&apos;s not clear to me how to avoid this conflict.  We should adapt correctly to building in environments both with and without any namespace support, with kernel IB stack, with MLNX IB stack, with OFED IB stack.&lt;/p&gt;</comment>
                            <comment id="85573" author="bogl" created="Tue, 3 Jun 2014 13:43:11 +0000"  >&lt;p&gt;James, you are ahead of me again.  I added my comment before I saw your posted solution.  How many environments have you tested your fix in?  Our build and autotest will only test current distros, which only exercise the case of no namespace support.&lt;/p&gt;</comment>
                            <comment id="85578" author="simmonsja" created="Tue, 3 Jun 2014 13:56:41 +0000"  >&lt;p&gt;I ran into this issue using a external Mellanox stack on an SLES11 SP3 system (Cray CLE5.2 environment). I&apos;m going to test the current 2.6 on my test bed Cray system today.&lt;/p&gt;</comment>
                            <comment id="85580" author="bogl" created="Tue, 3 Jun 2014 14:03:37 +0000"  >&lt;p&gt;Checking back I see that SP3 does have uidgid.h in it too.  I didn&apos;t notice because it has the relevant CONFIG_ setting turned off by default there, so it always built correctly before we had namespace changes in lustre.&lt;/p&gt;</comment>
                            <comment id="85646" author="bogl" created="Tue, 3 Jun 2014 20:21:19 +0000"  >&lt;p&gt;Doesn&apos;t look like the proposed solution works universally.  Builds in our autotest framework are passing, but those are with older OFED versions.&lt;/p&gt;

&lt;p&gt;I still see failures when trying to build a with a recent OFED; OFED-3.12-rc3; in Centos 6.5.  In this case there is no uidgid.h present in kernel source but there is one present in OFED.  Due to a lack of one in the kernel, lustre&apos;s config.h has #undef HAVE_UIDGID_HEADER.  This leads to trying to use local #defines, which in turn leads to compile conflicts with uidgid.h from OFED.  example errors:&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;    .
    .
    .
  LD [M]  /home/bogl/lustre-release/libcfs/libcfs/libcfs.o
  CC [M]  /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.o
In file included from /home/bogl/lustre-release/libcfs/include/libcfs/libcfs.h:56,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.h:79,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.c:41:
/home/bogl/lustre-release/libcfs/include/libcfs/curproc.h:48: error: redefinition of typedef &#8216;kuid_t&#8217;
/usr/src/compat-rdma/include/linux/uidgid.h:50: note: previous declaration of &#8216;kuid_t&#8217; was here
/home/bogl/lustre-release/libcfs/include/libcfs/curproc.h:49: error: redefinition of typedef &#8216;kgid_t&#8217;
/usr/src/compat-rdma/include/linux/uidgid.h:51: note: previous declaration of &#8216;kgid_t&#8217; was here
In file included from /home/bogl/lustre-release/libcfs/include/libcfs/libcfs.h:56,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.h:79,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.c:41:
/home/bogl/lustre-release/libcfs/include/libcfs/curproc.h:51:1: error: &quot;INVALID_UID&quot; redefined
In file included from /usr/src/compat-rdma/include/linux/compat-2.6.h:19,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.h:70,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.c:41:
/usr/src/compat-rdma/include/linux/uidgid.h:71:1: error: this is the location of the previous definition
In file included from /home/bogl/lustre-release/libcfs/include/libcfs/libcfs.h:56,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.h:79,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.c:41:
/home/bogl/lustre-release/libcfs/include/libcfs/curproc.h:52:1: error: &quot;INVALID_GID&quot; redefined
In file included from /usr/src/compat-rdma/include/linux/compat-2.6.h:19,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.h:70,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.c:41:
/usr/src/compat-rdma/include/linux/uidgid.h:72:1: error: this is the location of the previous definition
In file included from /home/bogl/lustre-release/libcfs/include/libcfs/libcfs.h:56,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.h:79,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.c:41:
/home/bogl/lustre-release/libcfs/include/libcfs/curproc.h:54:1: error: &quot;GLOBAL_ROOT_UID&quot; redefined
In file included from /usr/src/compat-rdma/include/linux/compat-2.6.h:19,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.h:70,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.c:41:
/usr/src/compat-rdma/include/linux/uidgid.h:68:1: error: this is the location of the previous definition
In file included from /home/bogl/lustre-release/libcfs/include/libcfs/libcfs.h:56,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.h:79,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.c:41:
/home/bogl/lustre-release/libcfs/include/libcfs/curproc.h:55:1: error: &quot;GLOBAL_ROOT_GID&quot; redefined
In file included from /usr/src/compat-rdma/include/linux/compat-2.6.h:19,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.h:70,
                 from /home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.c:41:
/usr/src/compat-rdma/include/linux/uidgid.h:69:1: error: this is the location of the previous definition
/home/bogl/lustre-release/libcfs/include/libcfs/curproc.h:65: error: redefinition of &#8216;__kuid_val&#8217;
/usr/src/compat-rdma/include/linux/uidgid.h:53: note: previous definition of &#8216;__kuid_val&#8217; was here
/home/bogl/lustre-release/libcfs/include/libcfs/curproc.h:70: error: redefinition of &#8216;__kgid_val&#8217;
/usr/src/compat-rdma/include/linux/uidgid.h:58: note: previous definition of &#8216;__kgid_val&#8217; was here
/home/bogl/lustre-release/libcfs/include/libcfs/curproc.h:75: error: static declaration of &#8216;backport_make_kuid&#8217; follows non-static declaration
/usr/src/compat-rdma/include/linux/uidgid.h:137: note: previous declaration of &#8216;backport_make_kuid&#8217; was here
/home/bogl/lustre-release/libcfs/include/libcfs/curproc.h:80: error: static declaration of &#8216;backport_make_kgid&#8217; follows non-static declaration
/usr/src/compat-rdma/include/linux/uidgid.h:139: note: previous declaration of &#8216;backport_make_kgid&#8217; was here
/home/bogl/lustre-release/libcfs/include/libcfs/curproc.h:85: error: static declaration of &#8216;backport_from_kuid&#8217; follows non-static declaration
/usr/src/compat-rdma/include/linux/uidgid.h:142: note: previous declaration of &#8216;backport_from_kuid&#8217; was here
/home/bogl/lustre-release/libcfs/include/libcfs/curproc.h:90: error: static declaration of &#8216;backport_from_kgid&#8217; follows non-static declaration
/usr/src/compat-rdma/include/linux/uidgid.h:144: note: previous declaration of &#8216;backport_from_kgid&#8217; was here
/home/bogl/lustre-release/libcfs/include/libcfs/curproc.h:95: error: redefinition of &#8216;uid_eq&#8217;
/usr/src/compat-rdma/include/linux/uidgid.h:74: note: previous definition of &#8216;uid_eq&#8217; was here
/home/bogl/lustre-release/libcfs/include/libcfs/curproc.h:100: error: redefinition of &#8216;uid_valid&#8217;
/usr/src/compat-rdma/include/linux/uidgid.h:124: note: previous definition of &#8216;uid_valid&#8217; was here
/home/bogl/lustre-release/libcfs/include/libcfs/curproc.h:105: error: redefinition of &#8216;gid_valid&#8217;
/usr/src/compat-rdma/include/linux/uidgid.h:129: note: previous definition of &#8216;gid_valid&#8217; was here
make[7]: *** [/home/bogl/lustre-release/lnet/klnds/o2iblnd/o2iblnd.o] Error 1
make[6]: *** [/home/bogl/lustre-release/lnet/klnds/o2iblnd] Error 2
make[5]: *** [/home/bogl/lustre-release/lnet/klnds] Error 2
make[4]: *** [/home/bogl/lustre-release/lnet] Error 2
make[3]: *** [_module_/home/bogl/lustre-release] Error 2
make[3]: Leaving directory `/home/bogl/rb/BUILD/kernel-2.6.32.431.17.1.l0508&apos;
make[2]: *** [modules] Error 2
make[2]: Leaving directory `/home/bogl/lustre-release&apos;
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bogl/lustre-release&apos;
make: *** [all] Error 2
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</comment>
                            <comment id="85651" author="simmonsja" created="Tue, 3 Jun 2014 20:57:55 +0000"  >&lt;p&gt;Looks like we will have to use _LINUX_UIDGID_H as well. Both the linux kernel header and the compact-rdma.h define this to avoid potential conflicts with each other. I don&apos;t have a OFED 12 setup right now so try this:&lt;/p&gt;

&lt;p&gt;diff --git a/libcfs/include/libcfs/curproc.h b/libcfs/include/libcfs/curproc.h&lt;br/&gt;
index e5e3d57..aa144e7 100644&lt;br/&gt;
&amp;#8212; a/libcfs/include/libcfs/curproc.h&lt;br/&gt;
+++ b/libcfs/include/libcfs/curproc.h&lt;br/&gt;
@@ -45,6 +45,9 @@&lt;/p&gt;

&lt;p&gt; #if !defined(HAVE_UIDGID_HEADER) || !defined(_&lt;em&gt;KERNEL&lt;/em&gt;_)&lt;/p&gt;

&lt;p&gt;+#ifndef _LINUX_UIDGID_H&lt;br/&gt;
+#define _LINUX_UIDGID_H&lt;br/&gt;
+&lt;br/&gt;
 typedef uid_t kuid_t;&lt;br/&gt;
 typedef gid_t kgid_t;&lt;/p&gt;

&lt;p&gt;@@ -106,6 +109,8 @@ static inline bool gid_valid(kgid_t gid)&lt;/p&gt;
 {
        return (gid != INVALID_GID);
 }
&lt;p&gt;+#endif /* _LINUX_UIDGID_H */&lt;br/&gt;
+&lt;br/&gt;
 #endif&lt;/p&gt;

&lt;p&gt; int cfs_get_environ(const char *key, char *value, int *val_len);&lt;/p&gt;</comment>
                            <comment id="85655" author="bogl" created="Tue, 3 Jun 2014 21:24:00 +0000"  >&lt;p&gt;That additional change to curproc.h does repair the build with recent OFED on Centos 6.5, but can&apos;t speak to all other variations.  Even in the Centos build I&apos;m worried that it may have the effect of using defns from OFED uidgid.h in some places and local defns from curproc.h in others, depending on who includes what exactly.&lt;/p&gt;
</comment>
                            <comment id="85723" author="simmonsja" created="Wed, 4 Jun 2014 17:16:33 +0000"  >&lt;p&gt;The question becomes the order of importance for the uidgid defines. We have the possible combos of distro, ofed, and libcfs. The order for all code outside of the o2ib LND driver is a no brainier. We use the distro if present and the libcfs if not present. The definitions for OFED don&apos;t show up outside the o2ib LND driver. Now in the o2ib LND driver do we want  in order of most to least importance:&lt;/p&gt;

&lt;p&gt;compact-rdma.h -&amp;gt; uidgid.h -&amp;gt; libcfs&lt;/p&gt;

&lt;p&gt;uidgid.h -&amp;gt; compact-rdma.h -&amp;gt; libcfs&lt;/p&gt;

&lt;p&gt;As for defining _LINUX_UIDGID_H I really can&apos;t see a way around this unless we involve the OFED testing in libcfs autoconf and that would be to messy and ugly.&lt;/p&gt;</comment>
                            <comment id="86088" author="simmonsja" created="Mon, 9 Jun 2014 13:07:15 +0000"  >&lt;p&gt;Maloo failed to run for patch &lt;a href=&quot;http://review.whamcloud.com/#/c/10571&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/#/c/10571&lt;/a&gt;. Could some one please start the test for this patch. Thank you.&lt;/p&gt;</comment>
                            <comment id="86096" author="bogl" created="Mon, 9 Jun 2014 14:39:02 +0000"  >&lt;p&gt;James, I&apos;ve called for a retest.  It&apos;s back in the queue.&lt;/p&gt;</comment>
                            <comment id="86575" author="paf" created="Fri, 13 Jun 2014 16:28:43 +0000"  >&lt;p&gt;When we tried to build master with OFED 3.12, Cray encountered the following build failure, which is also fixed by Jame&apos;s patch:&lt;/p&gt;

&lt;p&gt;[  140s]   CC &lt;span class=&quot;error&quot;&gt;&amp;#91;M&amp;#93;&lt;/span&gt;  /usr/src/packages/BUILD/cray-lustre/lnet/klnds/o2iblnd/o2iblnd.o&lt;br/&gt;
[  141s] In file included from /usr/src/packages/BUILD/cray-lustre/libcfs/include/libcfs/linux/linux-prim.h:66,&lt;br/&gt;
[  141s]                  from /usr/src/packages/BUILD/cray-lustre/libcfs/include/libcfs/linux/libcfs.h:53,&lt;br/&gt;
[  141s]                  from /usr/src/packages/BUILD/cray-lustre/libcfs/include/libcfs/libcfs.h:47,&lt;br/&gt;
[  141s]                  from /usr/src/packages/BUILD/cray-lustre/lnet/klnds/o2iblnd/o2iblnd.h:71,&lt;br/&gt;
[  141s]                  from /usr/src/packages/BUILD/cray-lustre/lnet/klnds/o2iblnd/o2iblnd.c:41:&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:137: error: &apos;LINUX_BACKPORT&apos; declared as function returning a function&lt;br/&gt;
[  141s] cc1: warnings being treated as errors&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:137: error: parameter names (without types) in function declaration&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:139: error: &apos;LINUX_BACKPORT&apos; declared as function returning a function&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:139: error: parameter names (without types) in function declaration&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:142: error: &apos;LINUX_BACKPORT&apos; declared as function returning a function&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:142: error: parameter names (without types) in function declaration&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:144: error: &apos;LINUX_BACKPORT&apos; declared as function returning a function&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:144: error: parameter names (without types) in function declaration&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:146: error: &apos;LINUX_BACKPORT&apos; declared as function returning a function&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:146: error: parameter names (without types) in function declaration&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:148: error: &apos;LINUX_BACKPORT&apos; declared as function returning a function&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:148: error: parameter names (without types) in function declaration&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:152: error: &apos;LINUX_BACKPORT&apos; declared as function returning a function&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:152: error: function declaration isn&apos;t a prototype&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:151: error: static declaration of &apos;LINUX_BACKPORT&apos; follows non-static declaration&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:148: error: previous declaration of &apos;LINUX_BACKPORT&apos; was here&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h: In function &apos;LINUX_BACKPORT&apos;:&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:153: error: &apos;from_kuid&apos; undeclared (first use in this function)&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:153: error: (Each undeclared identifier is reported only once&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:153: error: for each function it appears in.)&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:153: error: &apos;ns&apos; undeclared (first use in this function)&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:153: error: &apos;uid&apos; undeclared (first use in this function)&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:153: error: called object &apos;LINUX_BACKPORT(&amp;lt;erroneous-expression&amp;gt;)&apos; is not a function&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h: At top level:&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:158: error: &apos;LINUX_BACKPORT&apos; declared as function returning a function&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:158: error: function declaration isn&apos;t a prototype&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:157: error: redefinition of &apos;LINUX_BACKPORT&apos;&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:152: error: previous definition of &apos;LINUX_BACKPORT&apos; was here&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h: In function &apos;LINUX_BACKPORT&apos;:&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:159: error: &apos;from_kgid&apos; undeclared (first use in this function)&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:159: error: &apos;ns&apos; undeclared (first use in this function)&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:159: error: &apos;gid&apos; undeclared (first use in this function)&lt;br/&gt;
[  141s] /usr/src/kernel-modules-ofed/x86_64/cray_ari_s/include/linux/uidgid.h:159: error: called object &apos;LINUX_BACKPORT(&amp;lt;erroneous-expression&amp;gt;)&apos; is not a function&lt;br/&gt;
[  141s] make&lt;span class=&quot;error&quot;&gt;&amp;#91;9&amp;#93;&lt;/span&gt;: *** &lt;span class=&quot;error&quot;&gt;&amp;#91;/usr/src/packages/BUILD/cray-lustre/lnet/klnds/o2iblnd/o2iblnd.o&amp;#93;&lt;/span&gt; Error 1&lt;br/&gt;
[  141s] make&lt;span class=&quot;error&quot;&gt;&amp;#91;8&amp;#93;&lt;/span&gt;: *** &lt;span class=&quot;error&quot;&gt;&amp;#91;/usr/src/packages/BUILD/cray-lustre/lnet/klnds/o2iblnd&amp;#93;&lt;/span&gt; Error 2&lt;br/&gt;
[  141s] make&lt;span class=&quot;error&quot;&gt;&amp;#91;7&amp;#93;&lt;/span&gt;: *** &lt;span class=&quot;error&quot;&gt;&amp;#91;/usr/src/packages/BUILD/cray-lustre/lnet/klnds&amp;#93;&lt;/span&gt; Error 2&lt;br/&gt;
[  141s] make&lt;span class=&quot;error&quot;&gt;&amp;#91;6&amp;#93;&lt;/span&gt;: *** &lt;span class=&quot;error&quot;&gt;&amp;#91;/usr/src/packages/BUILD/cray-lustre/lnet&amp;#93;&lt;/span&gt; Error 2&lt;br/&gt;
[  141s] make&lt;span class=&quot;error&quot;&gt;&amp;#91;5&amp;#93;&lt;/span&gt;: *** &lt;span class=&quot;error&quot;&gt;&amp;#91;_module_/usr/src/packages/BUILD/cray-lustre&amp;#93;&lt;/span&gt; Error 2&lt;br/&gt;
[  141s] make&lt;span class=&quot;error&quot;&gt;&amp;#91;4&amp;#93;&lt;/span&gt;: *** &lt;span class=&quot;error&quot;&gt;&amp;#91;sub-make&amp;#93;&lt;/span&gt; Error 2&lt;br/&gt;
[  141s] make&lt;span class=&quot;error&quot;&gt;&amp;#91;3&amp;#93;&lt;/span&gt;: *** &lt;span class=&quot;error&quot;&gt;&amp;#91;all&amp;#93;&lt;/span&gt; Error 2&lt;br/&gt;
[  141s] make&lt;span class=&quot;error&quot;&gt;&amp;#91;3&amp;#93;&lt;/span&gt;: Leaving directory `/usr/src/linux-3.0.101-0.21.1_1.0000.8135-obj/x86_64/cray_ari_s&apos;&lt;br/&gt;
[  141s] make&lt;span class=&quot;error&quot;&gt;&amp;#91;2&amp;#93;&lt;/span&gt;: *** &lt;span class=&quot;error&quot;&gt;&amp;#91;modules&amp;#93;&lt;/span&gt; Error 2&lt;br/&gt;
[  141s] make&lt;span class=&quot;error&quot;&gt;&amp;#91;2&amp;#93;&lt;/span&gt;: Leaving directory `/usr/src/packages/BUILD/cray-lustre&apos;&lt;br/&gt;
[  141s] make&lt;span class=&quot;error&quot;&gt;&amp;#91;1&amp;#93;&lt;/span&gt;: *** &lt;span class=&quot;error&quot;&gt;&amp;#91;all-recursive&amp;#93;&lt;/span&gt; Error 1&lt;br/&gt;
[  141s] make&lt;span class=&quot;error&quot;&gt;&amp;#91;1&amp;#93;&lt;/span&gt;: Leaving directory `/usr/src/packages/BUILD/cray-lustre&apos;&lt;br/&gt;
[  141s] make: *** &lt;span class=&quot;error&quot;&gt;&amp;#91;all&amp;#93;&lt;/span&gt; Error 2&lt;br/&gt;
[  141s] error: Bad exit status from /var/tmp/rpm-tmp.71744 (%build)&lt;br/&gt;
[  141s] &lt;br/&gt;
[  141s] &lt;br/&gt;
[  141s] RPM build errors:&lt;br/&gt;
[  141s]     Bad exit status from /var/tmp/rpm-tmp.71744 (%build)&lt;/p&gt;
</comment>
                            <comment id="86682" author="simmonsja" created="Mon, 16 Jun 2014 14:49:56 +0000"  >&lt;p&gt;Patch has landed. This ticket can be closed.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10010">
                    <name>Duplicate</name>
                                            <outwardlinks description="duplicates">
                                        <issuelink>
            <issuekey id="25153">LU-5194</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                                            <customfield id="customfield_10890" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10390" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hzwnnj:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>14179</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10060" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Severity</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10022"><![CDATA[3]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        </customfields>
    </item>
</channel>
</rss>