From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: In-Reply-To: <11D4E003-85A4-48A0-9654-BEAE5600B89C@physics.uc.edu> References: <1148011621.13249.7.camel@localhost.localdomain> <20060519051939.GJ8220@pb15.lixom.net> <11D4E003-85A4-48A0-9654-BEAE5600B89C@physics.uc.edu> Mime-Version: 1.0 (Apple Message framework v749.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: From: Segher Boessenkool Subject: Re: [Cbe-oss-dev] Cell and new CPU feature bits Date: Fri, 19 May 2006 09:49:18 +0200 To: Andrew Pinski Cc: Olof Johansson , linuxppc-dev list , cbe-oss-dev@ozlabs.org, Arnd Bergmann List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , >> I'm assuming you mean the instructions described under "AltiVec >> Memory >> Bandwidth Management" in secion 5.2 of the Altivec PEM -- dst, dstt, >> dstst, dss and dssall? > > They are nops on the Cell though. And that is a compliant implementation. I don't see a need or real use for a feature bit here, esp. if we do get one for the extended dcbt insns (which often are used as a replacement for the data streaming insns). > They are also microcoded on the 970. No, they are cracked, instead. Much lower hit. They are completion serialized though, so the only insn in an issue group, etc. Segher