<?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: kernel parameter gvid_no_claim_dev on Itanium says dynamic in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252744#M471160</link>
    <description>Another piece of information:&lt;BR /&gt;On the host that says not dynamic:&lt;BR /&gt;# ioscan -kfn | grep -i vid&lt;BR /&gt;graphics     0  0/0/3/0         gvid_core       CLAIMED     INTERFACE    PCI Display (1002515e)&lt;BR /&gt;&lt;BR /&gt;On the host that says dynamic:&lt;BR /&gt;# ioscan -kfn | grep -i vid&lt;BR /&gt;Nothing is returned.&lt;BR /&gt;&lt;BR /&gt;Hmmm... It does not look like these boxes are built identically.  This may be why there is a difference in dynamic-tiscity.</description>
    <pubDate>Tue, 24 Aug 2010 14:26:44 GMT</pubDate>
    <dc:creator>Larry Reinhart</dc:creator>
    <dc:date>2010-08-24T14:26:44Z</dc:date>
    <item>
      <title>kernel parameter gvid_no_claim_dev on Itanium says dynamic</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252739#M471155</link>
      <description>&lt;!--!*#--&gt;Ok, I'm confused.  The kernel parameter gvid_no_claim_dev on some of our Itanium servers says its dynamic but on others it says not dynamic.  The servers are RX3600s running HP-UX 11.23.&lt;BR /&gt;&lt;BR /&gt;The command used to gather the data was:&lt;BR /&gt;/usr/sbin/kctune -P name,current,dynamic,next_boot&lt;BR /&gt;&lt;BR /&gt;The HP documentation on it says it is not dynamic.&lt;BR /&gt;"Restrictions on Changing&lt;BR /&gt;Changes to this tunable take effect at the next reboot."&lt;BR /&gt;&lt;BR /&gt;So, a couple of questions. &lt;BR /&gt;1. How could this be with some saying dynamic and some saying not dynamic?&lt;BR /&gt;2. How do I put the parameter back to saying it is not dynamic?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thanks and best regards,&lt;BR /&gt;Larry&lt;BR /&gt;</description>
      <pubDate>Mon, 23 Aug 2010 18:29:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252739#M471155</guid>
      <dc:creator>Larry Reinhart</dc:creator>
      <dc:date>2010-08-23T18:29:34Z</dc:date>
    </item>
    <item>
      <title>Re: kernel parameter gvid_no_claim_dev on Itanium says dynamic</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252740#M471156</link>
      <description>Just off the top of my head -- what does `kctune -v gvid_no_claim_dev` show on the systems which claim it is dynamic? Any chance it shows this as a User Defined Tunable -- and if so, is the gvid module in the system file for the current configuration? &lt;BR /&gt;&lt;BR /&gt;I'm having a hard time persuading my test box to let me set a User Defined tunable via stale entries in the system file at the moment -- but I thought that if you have a system file entry for a tunable and no kernel module actually defines that tunable it is interpreted as a User Defined tunable instead, and a User Defined Tunable would be dynamic in nature. With the gvid module being optional and being required for this tunable to be recognized as a kernel parameter, it does seem like a possible scenario.&lt;BR /&gt;&lt;BR /&gt;Which would possibly answer (1). For (2), if I'm right it would be to persuade gvid to load anyway... but frankly, I wouldnt' force it. If gvid doesn't load, you certainly don't need it to claim anything -- so the tunable is irrelevant.</description>
      <pubDate>Mon, 23 Aug 2010 19:32:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252740#M471156</guid>
      <dc:creator>Don Morris_1</dc:creator>
      <dc:date>2010-08-23T19:32:16Z</dc:date>
    </item>
    <item>
      <title>Re: kernel parameter gvid_no_claim_dev on Itanium says dynamic</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252741#M471157</link>
      <description>Hi Don,&lt;BR /&gt;Here are the results of the command you asked for.  The first is on an Itanium that says its not dynamic.  The second is on a host that says its dynamic.&lt;BR /&gt;&lt;BR /&gt;# kctune -v gvid_no_claim_dev&lt;BR /&gt;Tunable             gvid_no_claim_dev&lt;BR /&gt;Description         PCI Vendor/Device ID that gvid driver should not claim&lt;BR /&gt;Module              gvid_core&lt;BR /&gt;Current Value       0 [Default]&lt;BR /&gt;Value at Next Boot  0 [Default]&lt;BR /&gt;Value at Last Boot  0&lt;BR /&gt;Default Value       0&lt;BR /&gt;Constraints         gvid_no_claim_dev &amp;gt;= 0&lt;BR /&gt;                    gvid_no_claim_dev &amp;lt;= 4294967295&lt;BR /&gt;Can Change          At Next Boot Only&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;# kctune -v gvid_no_claim_dev&lt;BR /&gt;Tunable             gvid_no_claim_dev&lt;BR /&gt;Description         PCI Vendor/Device ID that gvid driver should not claim&lt;BR /&gt;Module              gvid_core&lt;BR /&gt;Current Value       0 [Default]&lt;BR /&gt;Value at Next Boot  0 [Default]&lt;BR /&gt;Default Value       0&lt;BR /&gt;Constraints         gvid_no_claim_dev &amp;gt;= 0&lt;BR /&gt;                    gvid_no_claim_dev &amp;lt;= 4294967295&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Note that the only difference is the Can Change line.&lt;BR /&gt;&lt;BR /&gt;This is not a high priority.  It just puzzles me in the inconsistency.  The boxes should have been built identically.  I'll check more into the hardware to see if there are differences.</description>
      <pubDate>Tue, 24 Aug 2010 12:55:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252741#M471157</guid>
      <dc:creator>Larry Reinhart</dc:creator>
      <dc:date>2010-08-24T12:55:47Z</dc:date>
    </item>
    <item>
      <title>Re: kernel parameter gvid_no_claim_dev on Itanium says dynamic</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252742#M471158</link>
      <description>What's `kcmodule -v gvid_core` give for those two?</description>
      <pubDate>Tue, 24 Aug 2010 13:19:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252742#M471158</guid>
      <dc:creator>Don Morris_1</dc:creator>
      <dc:date>2010-08-24T13:19:38Z</dc:date>
    </item>
    <item>
      <title>Re: kernel parameter gvid_no_claim_dev on Itanium says dynamic</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252743#M471159</link>
      <description>For the host that says non-dynamic:&lt;BR /&gt;# kcmodule -v gvid_core&lt;BR /&gt;Module              gvid_core  [4B0315E2]&lt;BR /&gt;Description         GAIA Core Graphics Driver&lt;BR /&gt;State               static (best state)&lt;BR /&gt;State at Next Boot  static (best state)&lt;BR /&gt;Capable             static unused&lt;BR /&gt;Depends On          module gvid:0.0.0&lt;BR /&gt;                    module libgraf:0.0.0&lt;BR /&gt;                    interface HPUX_11_23:1.0&lt;BR /&gt;&lt;BR /&gt;For the host that says dynamic:&lt;BR /&gt;# kcmodule -v gvid_core&lt;BR /&gt;Module              gvid_core  [4B0B7C1A]&lt;BR /&gt;Description         GAIA Core Graphics Driver&lt;BR /&gt;State               unused &lt;BR /&gt;State at Next Boot  unused &lt;BR /&gt;Capable             static unused&lt;BR /&gt;Depends On          module gvid:0.0.0&lt;BR /&gt;                    module libgraf:0.0.0&lt;BR /&gt;                    interface HPUX_11_23:1.0&lt;BR /&gt;</description>
      <pubDate>Tue, 24 Aug 2010 14:20:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252743#M471159</guid>
      <dc:creator>Larry Reinhart</dc:creator>
      <dc:date>2010-08-24T14:20:18Z</dc:date>
    </item>
    <item>
      <title>Re: kernel parameter gvid_no_claim_dev on Itanium says dynamic</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252744#M471160</link>
      <description>Another piece of information:&lt;BR /&gt;On the host that says not dynamic:&lt;BR /&gt;# ioscan -kfn | grep -i vid&lt;BR /&gt;graphics     0  0/0/3/0         gvid_core       CLAIMED     INTERFACE    PCI Display (1002515e)&lt;BR /&gt;&lt;BR /&gt;On the host that says dynamic:&lt;BR /&gt;# ioscan -kfn | grep -i vid&lt;BR /&gt;Nothing is returned.&lt;BR /&gt;&lt;BR /&gt;Hmmm... It does not look like these boxes are built identically.  This may be why there is a difference in dynamic-tiscity.</description>
      <pubDate>Tue, 24 Aug 2010 14:26:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252744#M471160</guid>
      <dc:creator>Larry Reinhart</dc:creator>
      <dc:date>2010-08-24T14:26:44Z</dc:date>
    </item>
    <item>
      <title>Re: kernel parameter gvid_no_claim_dev on Itanium says dynamic</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252745#M471161</link>
      <description>Yeah, that fits then -- the gvid module is unused on the one box. And I found a reference CR (QXCR1000894472) that had this behavior for a tunable affiliated with a Dynamically Loadable Kernel Module. From kctune's point of view -- until the owning module is loaded, the tunable is defined but is relatively meaningless, and can be set to whatever you want. When and if the module is loaded, then the tunable restrictions are enforced.&lt;BR /&gt;&lt;BR /&gt;In this case, gvid is not a dynamic module - but since it isn't loaded (because it isn't needed) the same principle applies. If it ever were loaded, the tunable would revert to requiring a reboot to modify.</description>
      <pubDate>Tue, 24 Aug 2010 14:43:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252745#M471161</guid>
      <dc:creator>Don Morris_1</dc:creator>
      <dc:date>2010-08-24T14:43:33Z</dc:date>
    </item>
    <item>
      <title>Re: kernel parameter gvid_no_claim_dev on Itanium says dynamic</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252746#M471162</link>
      <description>Cool.  That makes sense.  Thanks Don for all the help!&lt;BR /&gt;I'm closing this thread.</description>
      <pubDate>Tue, 24 Aug 2010 15:57:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252746#M471162</guid>
      <dc:creator>Larry Reinhart</dc:creator>
      <dc:date>2010-08-24T15:57:07Z</dc:date>
    </item>
    <item>
      <title>Re: kernel parameter gvid_no_claim_dev on Itanium says dynamic</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252747#M471163</link>
      <description>See Don's explanation for the solution. :)</description>
      <pubDate>Tue, 24 Aug 2010 16:00:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/kernel-parameter-gvid-no-claim-dev-on-itanium-says-dynamic/m-p/5252747#M471163</guid>
      <dc:creator>Larry Reinhart</dc:creator>
      <dc:date>2010-08-24T16:00:36Z</dc:date>
    </item>
  </channel>
</rss>

