<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:05:15 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-253] 1.8 and 2.1 Patched kernels are indistinguishable to a user.</title>
                <link>https://jira.whamcloud.com/browse/LU-253</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;After installing a patched kernel from build.whamcloud.com, it is not possible to reliably distinguish if this kernel is patched for 1.8 Lustre or 2.1 Lustre.&lt;/p&gt;
</description>
                <environment></environment>
        <key id="10672">LU-253</key>
            <summary>1.8 and 2.1 Patched kernels are indistinguishable to a user.</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="5" iconUrl="https://jira.whamcloud.com/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="2">Won&apos;t Fix</resolution>
                                        <assignee username="wc-triage">WC Triage</assignee>
                                    <reporter username="rhenwood">Richard Henwood</reporter>
                        <labels>
                    </labels>
                <created>Fri, 29 Apr 2011 11:23:30 +0000</created>
                <updated>Mon, 29 May 2017 00:42:28 +0000</updated>
                            <resolved>Mon, 29 May 2017 00:42:28 +0000</resolved>
                                                                        <due></due>
                            <votes>0</votes>
                                    <watches>1</watches>
                                                                            <comments>
                            <comment id="13494" author="adilger" created="Fri, 29 Apr 2011 12:21:18 +0000"  >&lt;p&gt;I wouldn&apos;t object to us shipping a single kernel for both 1.8 and 2.1 that had all of the needed patches.  That would allow customers to upgrade their 1.8 installation to a 1.8.6.wc1 (or whatever) with the unified-patch kernel, and then only have to upgrade the Lustre RPMs in order to move to 2.1 (or back again, if needed).  This is definitely a &quot;value add&quot; that we can do for users that get their 1.8.6 from WC.&lt;/p&gt;

&lt;p&gt;It looks in fact that the diff between the 1.8.6 RHEL5 kernel and master RHEL5 are fairly minor:&lt;/p&gt;

&lt;p&gt;-i_filter_data.patch&lt;/p&gt;

&lt;p&gt;This one could be ignored, we don&apos;t use i_filter_data even on 1.8, I believe.&lt;/p&gt;

&lt;p&gt;-md-mmp-unplug-dev.patch&lt;br/&gt;
+raid5-mmp-unplug-dev.patch&lt;/p&gt;

&lt;p&gt;Just a patch rename, not sure why it was done.&lt;/p&gt;

&lt;p&gt;+export-symbols-for-dmu.patch&lt;/p&gt;

&lt;p&gt;This one is for ZFS, which won&apos;t be running on RHEL5, so we could drop it.  I believe that the SPL code can work around unexported symbols anyway.&lt;/p&gt;

&lt;p&gt;+small-fixes-about-jbd.patch&lt;br/&gt;
+prune-icache-use-trylock-rhel5.patch&lt;br/&gt;
+lustre_iser_max_sectors_tuning_lustre2.0.patch&lt;/p&gt;

&lt;p&gt;A couple of minor patches, probably useful for 1.8 also.&lt;/p&gt;

&lt;p&gt;The bigger delta exists for ldiskfs patches, but even that is not so large to make it difficult to have a single ldiskfs RPM for 1.8 and 2.1, if we want to do that.  However, it is the kernel that would be the big win, IMHO.&lt;/p&gt;</comment>
                            <comment id="13506" author="rread" created="Fri, 29 Apr 2011 17:08:51 +0000"  >&lt;p&gt;That&apos;s an excellent idea.   We could also consider moving the lustre/kernel_patches directory to a separate repository so we could manage a single version for both lustre versions. &lt;/p&gt;</comment>
                            <comment id="197325" author="adilger" created="Mon, 29 May 2017 00:42:28 +0000"  >&lt;p&gt;Moving to patchless server kernels (&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-20&quot; title=&quot;patchless server kernel&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-20&quot;&gt;&lt;del&gt;LU-20&lt;/del&gt;&lt;/a&gt;) will also fix this issue.&lt;/p&gt;</comment>
                    </comments>
                    <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|hzw3fj:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>10640</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>