From mboxrd@z Thu Jan 1 00:00:00 1970 From: "David Mosberger-Tang" Date: Wed, 05 Sep 2007 15:47:25 +0000 Subject: Re: [PATCH 1/1] Allow global purge traslation cache (ptc.g) to be disabled Message-Id: 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 In my opinion, machvec is a bad idea for a temporary workaround. You'll need to create new header files etc etc all just for a short-lived workaround. Just my 2 cents. --david On 9/5/07, Natalie Protasevich wrote: > On 9/5/07, Robin Holt wrote: > > > No :) those interested are big hardware makers of large scaled out > > > boxes, such as HP, UIS. They are using own asics and are not > > > necessarily being able to keep chipset native capabilities intact. As > > > I said in the preamble, the mechanism has to be there so they can turn > > > the ptc.g off and run the OS. > > > > This really sounds like it is best done as a machvec. Currently, Altix > > (sn2) does not have a ptc.g that spans nodes. We have our own tlb purge > > mechanism which is very flexible and scalable. Maybe it would be best > > to follow that example. To repeat Bjorn's comments, this area can be > > fraught with _VERY_ difficult to diagnose problems. A boot test can > > hardly be expected to uncover all the races so be patient while we walk > > through this code. > > > All right, all right ... :) I'll do the machvec then. Thanks guys, > will peek into the sn2 to get an idea. > > Regards, > --Natalie > - > To unsubscribe from this list: send the line "unsubscribe linux-ia64" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- Mosberger Consulting LLC, http://www.mosberger-consulting.com/