<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: module build value &amp;quot;vermagic&amp;quot;, how is it determined? in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/module-build-value-quot-vermagic-quot-how-is-it-determined/m-p/4909753#M45819</link>
    <description>&lt;BR /&gt;if you are talking about kernel modules version  number, then it is nothing got to do with gcc value. &lt;BR /&gt;&lt;BR /&gt;the kernel version number is taken from the current running kernel. so if you have built the module from another system, better rebuilt it again on the current running kernel.&lt;BR /&gt;&lt;BR /&gt;if you have downloaded only the binary module, download the source and recompile it otherwise you may have to live with module forcing.&lt;BR /&gt;&lt;BR /&gt;Hope this helps,&lt;BR /&gt;Gopi</description>
    <pubDate>Wed, 29 Jun 2005 11:01:20 GMT</pubDate>
    <dc:creator>Gopi Sekar</dc:creator>
    <dc:date>2005-06-29T11:01:20Z</dc:date>
    <item>
      <title>module build value "vermagic", how is it determined?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/module-build-value-quot-vermagic-quot-how-is-it-determined/m-p/4909752#M45818</link>
      <description>I have a Redhat WS3 system where the kernel was built with gcc3.3 (located at /usr/local/bin/gcc).  When I build new modules, the vermagic value is gcc3.2 (from /usr/bin/gcc).  The modules will not load unless I force it because vermagic values for gcc does not match between the kernel and module. This module must load at boot so I need to get around this vermagic mismatch problem.&lt;BR /&gt;&lt;BR /&gt;If I modify my PATH to put /usr/local/bin in front of /usr/bin it still builds the module with the /usr/bin/gcc (version 3.2).&lt;BR /&gt;&lt;BR /&gt;Does anyone understand how vermagic is calculated when building modules?&lt;BR /&gt;&lt;BR /&gt;Any clever workarounds to my problem?&lt;BR /&gt;&lt;BR /&gt;I've tried upgrading /usr/bin/gcc to version 3.3 but don't have access to Redhat network and haven't been able to find a yum depository for WS3.&lt;BR /&gt;&lt;BR /&gt;Thanks for any help,&lt;BR /&gt;Masaki</description>
      <pubDate>Wed, 29 Jun 2005 10:43:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/module-build-value-quot-vermagic-quot-how-is-it-determined/m-p/4909752#M45818</guid>
      <dc:creator>Masaki Birchmier</dc:creator>
      <dc:date>2005-06-29T10:43:08Z</dc:date>
    </item>
    <item>
      <title>Re: module build value "vermagic", how is it determined?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/module-build-value-quot-vermagic-quot-how-is-it-determined/m-p/4909753#M45819</link>
      <description>&lt;BR /&gt;if you are talking about kernel modules version  number, then it is nothing got to do with gcc value. &lt;BR /&gt;&lt;BR /&gt;the kernel version number is taken from the current running kernel. so if you have built the module from another system, better rebuilt it again on the current running kernel.&lt;BR /&gt;&lt;BR /&gt;if you have downloaded only the binary module, download the source and recompile it otherwise you may have to live with module forcing.&lt;BR /&gt;&lt;BR /&gt;Hope this helps,&lt;BR /&gt;Gopi</description>
      <pubDate>Wed, 29 Jun 2005 11:01:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/module-build-value-quot-vermagic-quot-how-is-it-determined/m-p/4909753#M45819</guid>
      <dc:creator>Gopi Sekar</dc:creator>
      <dc:date>2005-06-29T11:01:20Z</dc:date>
    </item>
    <item>
      <title>Re: module build value "vermagic", how is it determined?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/module-build-value-quot-vermagic-quot-how-is-it-determined/m-p/4909754#M45820</link>
      <description>The module was built with the the current kernel source.&lt;BR /&gt;&lt;BR /&gt;The error messages is...&lt;BR /&gt;qla2xxx_: version magic '2.6.8-1.nosmp PENTIUM4 gcc-3.2' should be '2.6.8-1.nosmp PENTIUM4 gcc-3.3'</description>
      <pubDate>Wed, 29 Jun 2005 11:09:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/module-build-value-quot-vermagic-quot-how-is-it-determined/m-p/4909754#M45820</guid>
      <dc:creator>Masaki Birchmier</dc:creator>
      <dc:date>2005-06-29T11:09:58Z</dc:date>
    </item>
    <item>
      <title>Re: module build value "vermagic", how is it determined?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/module-build-value-quot-vermagic-quot-how-is-it-determined/m-p/4909755#M45821</link>
      <description>&lt;BR /&gt;looks to be that qla driver does some extra checking by adding gcc version. &lt;BR /&gt;&lt;BR /&gt;try this method: mv /usr/bin/gcc to some other location which is not in path, compile qla driver again, this it should use /usr/local/bin/gcc which is 3.3 and then the module loading should work fine.&lt;BR /&gt;&lt;BR /&gt;But warning: I can not give any guarantee that this will work fine and will not cause any other problems, you are on you own. I did not even try this on my system.&lt;BR /&gt;&lt;BR /&gt;Hope this helps,&lt;BR /&gt;Gopi</description>
      <pubDate>Wed, 29 Jun 2005 11:25:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/module-build-value-quot-vermagic-quot-how-is-it-determined/m-p/4909755#M45821</guid>
      <dc:creator>Gopi Sekar</dc:creator>
      <dc:date>2005-06-29T11:25:37Z</dc:date>
    </item>
    <item>
      <title>Re: module build value "vermagic", how is it determined?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/module-build-value-quot-vermagic-quot-how-is-it-determined/m-p/4909756#M45822</link>
      <description>still don't know how vermagic is determined, but I was able to solve my problem by manually chasing the dependencies and updating gcc to the same version the kernel was built with. The module built and installed just fine.</description>
      <pubDate>Thu, 30 Jun 2005 08:44:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/module-build-value-quot-vermagic-quot-how-is-it-determined/m-p/4909756#M45822</guid>
      <dc:creator>Masaki Birchmier</dc:creator>
      <dc:date>2005-06-30T08:44:27Z</dc:date>
    </item>
  </channel>
</rss>

