From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Natalie Protasevich" Date: Tue, 04 Sep 2007 14:58:59 +0000 Subject: Re: [PATCH 1/1] Allow global purge traslation cache (ptc.g) to be disabled - take 2 Message-Id: <32209efe0709040758g73aab534p97883acb7559c6d1@mail.gmail.com> List-Id: References: <200708301338.34246.protasnb@gmail.com> In-Reply-To: <200708301338.34246.protasnb@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-ia64@vger.kernel.org On 9/4/07, Luck, Tony wrote: > >> global cache purge in their chipset implementation. (For such cases, Intel provided a SAL > >> table entry to specify if ptc.g is allowed and how many). > > > > This seems odd. You never use that sal call to initialized noptcg. > > Is that an oversight? > > The mechanism is a SAL table entry, not a SAL call. Currently that > entry provides no mechanism to specify that ptc.g should not be used > at all (the entry provides the count of how many ptc.g can happen in > parallel, but the spec says that the value "0" means "1" :-( ) > > There is an ongoing discussion with DIG64 to use a currently reserved > field in the table to specify the value "0". If that change is approved, > then we can add code to enable Natalie's code based on the SAL table. > > -Tony > Yes, as Tony said this is a provision for the (near) future when the actual mechanism of how the ptc.g availability to be shown in the bios will be decided on. Then the boot option will be removed. The code is already urgently needed for current platform work by aforementioned companies :) Jes, thank - I will go through your remarks thoroughly, yours and Robin's, and will fight the wrapping thing to the end... Regards, --Natalie