用于执行从索引值列表向掩码值的转换的系统、装置和方法
【专利摘要】本发明描述了用于在计算机处理器中响应于单个从索引值列表向掩码值的向量打包转换指令而执行将索引值列表转换成掩码值的系统、装置和方法的实施例，其中该指令包括目的地写掩码寄存器操作数、源向量寄存器操作数以及操作码。
【专利说明】用于执行从索引值列表向掩码值的转换的系统、装置和方法
【技术领域】
[0001]本发明的领域一般涉及计算机处理器架构，更具体地涉及在执行时导致特定结果的指令。
[0002]置量
[0003]指令集，或指令集架构(ISA)是涉及编程的计算机架构的一部分，并可以包括原生数据类型、指令、寄存器架构、寻址模式、存储器架构、中断和异常处理、以及外部输入和输出(I/o)。在本文中术语“指令”一般指宏指令一即被提供给处理器(或指令转换器，该指令转换器(例如使用静态二进制变换、包括动态编译的动态二进制变换)变换、变形、仿真、或以其他方式将指令转换成要由处理器处理的一个或多个指令)以用于执行的指令一而不是微指令或微操作(miCTo-op)—它们是处理器的解码器解码宏指令的结果。
[0004]ISA与微架构不同，微架构是实现指令集的处理器的内部设计。带有不同的微架构的处理器可以共享共同的指令集。例如，Intel?奔腾四(Pentium 4)处理器、Intel? Core?处理器、以及来自加利福尼亚州桑尼威尔(Sunnyvale)的超微半导体有限公司(AdvancedMicro Devices, Inc.)的诸多处理器执行几乎相同版本的x86指令集(在更新的版本中加入了一些扩展)，但具有不同的内部设计。例如，ISA的相同寄存器架构在不同的微架构中使用公知的技术以不同方法来实现，公知的技术包括专用物理寄存器、使用寄存器重命名机制(例如，使用寄存器别名表(RAT)、重排序缓冲器(R0B)、以及引退寄存器组；使用多个寄存器映射和寄存器池)的一个或多个动态分配物理寄存器，等等。除非另行指出，术语寄存器架构、寄存器组和寄存器在本文中用于指代对软件/编程者可见的寄存器以及指令指定寄存器的方式。在需要特殊性的情况下，形容词“逻辑”、“架构”、或“软件可见的”将用于表示寄存器架构中的寄存器/寄存器组，而不同的形容词将用于指定给定微架构中的寄存器(例如，物理寄存器、重新排序缓冲器、引退寄存器、寄存器池)。
[0005]指令集包括一个或多个指令格式。给定指令格式定义各个字段(位的数量、位的位置)以指定要执行的操作(操作码)以及对其要执行该操作的操作数等。通过指令模板(或子格式)的定义来进一步分解一些指令格式。例如，给定指令格式的指令模板可被定义为具有指令格式的字段(所包括的字段通常按照相同的顺序，但是至少一些字段具有不同的位位置，因为包括更少的字段)的不同子集，和/或被定义为对给定字段不同地进行解释。由此，ISA的每一指令使用给定指令格式(并且如果定义，则在该指令格式的指令模板的给定一个中)来表达，并且包括用于指定操作和操作数的字段。例如，示例性ADD指令具有专用操作码以及包括指定该操作码的操作码字段和选择操作数的操作数字段(源I/目的地以及源2)的指令格式；并且该ADD指令在指令流中的出现将具有选择专用操作数的操作数字段中的专用内容。
[0006]科学、金融、自动向量化的通用、RMS(识别、挖掘以及合成)以及可视和多媒体应用程序(例如，2D/3D图形、图像处理、视频压缩/解压缩、语音识别算法和音频操纵)常常需要对大量的数据项执行相同操作(被称为“数据并行性”)。单指令多数据(SIMD)是指使处理器对多个数据项执行操作的一种指令。SMD技术特别适于能够在逻辑上将寄存器中的位分割为若干个固定尺寸的数据元素的处理器，其中每一个数据元素都表示单独的值。例如，256位寄存器中的位可以作为四个单独的64位打包的数据元素(四字(Q)尺寸的数据元素)、八个单独的32位打包的数据元素(双字(D)尺寸的数据元素)、十六单独的16位打包的数据元素(字(W)尺寸的数据元素)、或三十二个单独的8位数据元素(字节(B)尺寸的数据元素)，被指定为要被操作的源操作数。这种类型的数据被称为打包数据类型或向量数据类型，这种数据类型的操作数被称为打包数据操作数或向量操作数。换句话说，打包数据项或向量指的是打包数据元素的序列，并且打包数据操作数或向量操作数是SMD指令(也称为打包数据指令或向量指令)的源操作数或目的地操作数。
[0007]作为示例，一种类型的SIMD指令指定要以纵向方式对两个源向量操作数执行的单个向量操作，以生成相同尺寸的、具有相同数量的数据元素、且有相同数据元素顺序的目的地向量操作数(也称为结果向量操作数)。源向量操作数中的数据元素被称为源数据元素，而目的地向量操作数中的数据元素被称为目的地或结果数据元素。这些源向量操作数具有相同尺寸，并包含相同宽度的数据元素，因此它们包含相同数量的数据元素。两个源向量操作数中的相同位位置中的源数据元素形成数据元素对(也称为相对应的数据元素；即，每个源操作数的数据元素位置O中的数据元素相对应，每个源操作数的数据元素位置I中的数据元素相对应，以此类推)。分别地对这些源数据元素对中的每一对执行由该SIMD指令所指定的操作，以生成匹配数量的结果数据元素，如此，每一对源数据元素都具有对应的结果数据元素。由于操作是纵向的，并且由于结果向量操作数尺寸相同、具有相同数量的数据元素、且结果数据元素与源向量操作数以相同数据元素顺序来存储，因此，结果数据元素与源向量操作数中的它们的对应的源数据元素对处于结果向量操作数的相同位位置中。除此示例性类型的SMD指令之外，还有各种其他类型的SMD指令(例如，仅有一个或具有两个以上的源向量操作数的SMD指令；以水平方式操作的SMD指令；生成不同尺寸的结果向量操作数的SIMD指令；具有不同尺寸的数据元素的SIMD指令；和/或具有不同的数据元素顺序的SMD指令)。应该理解，术语“目的地向量操作数”(或目的地操作数)被定义为执行由指令所指定的操作的直接结果，包括将该目的地操作数存储在某一位置(寄存器或在由该指令所指定的存储器地址)，以便它可以作为源操作数由另一指令访问(由另一指令指定该同一个位置)。
[0008]诸如由具有包括x86、MMX?、流式 SMD 扩展(SSE)、SSE2、SSE3、SSE4.1 以及 SSE4.2指令的指令集的Intel? Core?处理器使用的SMD技术之类的SMD技术在应用性能方面实现了显著的改善。已经发布和/或公布了被称为高级向量扩展(AVX) (AVX1和AVX2)且使用向量扩展(VEX)编码方案的附加SMD扩展集(例如，参见2011年10月的Intel? 64和IA-32架构软件开发者手册，并且参见2011年6月的丨ntel?高级向量扩展编程参考)。
[0009]附图的简要描述
[0010]本发明是通过示例说明的，而不仅局限于各个附图的图示，在附图中，类似的参考标号表示类似的元件，其中:
[0011]图1示出示例性VPM0VINDEX2M指令的操作的示例性说明。
[0012]图2示出在处理器中使用VPM0VINDEX2M指令的实施例。
[0013]图3 (A)示出用于处理VPM0VINDEX2M指令的方法的实施例。
[0014]图3⑶示出用于处理VPM0VINDEX2M指令的方法的另一实施例。
[0015]图4示出该指令的示例性伪代码实现。
[0016]图5示出了根据本发明的一个实施例的I有效位向量写掩码元素的数量同向量尺寸和数据元素尺寸之间的相关性。
[0017]图6A示出示例性AVX指令格式。
[0018]图6B示出来自图6A的哪些字段构成完整操作码字段和基础操作字段。
[0019]图6C示出来自图6A的哪些字段构成寄存器索引字段。
[0020]图7A-7B是示出根据本发明的实施例的通用向量友好指令格式及其指令模板的框图。
[0021]图8A-D是示出根据本发明的实施例的示例性专用向量友好指令格式的框图。
[0022]图9是根据本发明的一个实施例的寄存器架构的框图。
[0023]图1OA是示出根据本发明的各实施例的示例性有序流水线和示例性的寄存器重命名的无序发布/执行流水线的框图。
[0024]图1OB是示出根据本发明的各实施例的要包括在处理器中的有序架构核的示例性实施例和示例性的寄存器重命名的无序发布/执行架构核的框图。
[0025]图1lA-B示出了更具体的示例性有序核架构的框图，该核将是芯片中的若干逻辑块之一(包括相同类型和/或不同类型的其他核)。
[0026]图12是根据本发明的实施例的可具有超过一个的核、可具有集成的存储器控制器、并且可具有集成图形的处理器的框图。
[0027]图13是根据本发明的实施例的示例性系统的框图。
[0028]图14是根据本发明的实施例的第一更具体的示例性系统的框图。
[0029]图15是根据本发明的实施例的第二更具体的示例性系统的框图。
[0030]图16是根据本发明的实施例的SoC的框图。
[0031]图17是根据本发明的各实施例的对照使用软件指令转换器将源指令集中的二进制指令转换成目标指令集中的二进制指令的框图。
[0032]详细描沭
[0033]在以下描述中，陈述了多个具体细节。然而，应当理解的是，可不通过这些具体细节来实施本发明的实施例。在其它实例中，未详细示出公知的电路、结构以及技术，以免模糊对本描述的理解。
[0034]说明书中对“一个实施例”、“实施例”、“示例实施例”等等的引用表明所描述的实施例可以包括特定的特征、结构或特性，但是每个实施例不一定都包括该特定的特征、结构或特性。此外，这些短语不一定表示同一实施例。此外，当结合实施例描述特定的特征、结构或特性时，认为本领域普通技术人员能够知晓结合其它实施例来实现这种特征、结构或特性，无论是否明确描述。
[0035]概览
[0036]在以下描述中，在描述该指令集架构中的该特定指令的操作之前，需要解释一些项目。一种这样的项目称为“写掩码寄存器”，通常用于断言用于有条件地控制逐个元素的计算操作的操作数(在下文中，也可能使用术语掩码寄存器，表示诸如下文讨论的“k”寄存器之类的写掩码寄存器)。如下文中使用，写掩码寄存器存储多个位(16、32、64等等)，其中写掩码寄存器中的每个有效位控制向量寄存器的打包数据元素在SMD处理期间的操作/更新。典型地，存在超过一个写掩码寄存器可供处理器核使用。
[0037]该指令集架构包括至少一些SMD指令，该至少一些SMD指令指定向量操作并具有用于从这些向量寄存器中选择源寄存器和/或目的地寄存器的字段(示例性的SIMD指令可指定要对向量寄存器中的一个或多个向量寄存器的内容执行的向量操作，并且将该向量操作的结果存储在向量寄存器之一中)。本发明的不同实施例可具有不同尺寸的向量寄存器，并支持更多/更少/不同尺寸的数据元素。
[0038]由SIMD指令指定的多位数据元素的尺寸(例如字节、字、双字、四字)确定向量寄存器中的“数据元素位置”的位位置，并且向量操作数的尺寸确定数据元素的数量。打包数据元素指的是存储在特定位置中的数据。换句话说，取决于目的地操作数中的数据元素的尺寸和目的地操作数的尺寸(目的地操作数中的位的总数量)(或者换句话说，取决于目的地操作数的尺寸和该目的地操作数中的数据元素的数量)，作为结果的向量操作数内的多位数据元素位置的位位置改变(例如，如果作为结果的向量操作数的目的地是向量寄存器，则该目的地向量寄存器内的多位数据元素位置的位位置改变)。例如，在对32位数据元素进行操作的向量操作(数据元素位置O占据位位置31:0，数据元素位置I占据位位置63:32，以此类推)与对64位数据元素进行操作的向量操作(数据元素位置O占据位位置63:0，数据元素位置I占据位位置127:64，以此类推)之间，多位数据元素的位位置不同。
[0039]此外，根据本发明的一个实施例，在I有效位向量写掩码元素的数量与向量尺寸和数据元素尺寸之间存在如图5所示的关联。示出了 128位、256位以及512位的向量尺寸，不过其他宽度也是可能的。考虑了 8位字节(B)、16位字(W)、32位双字(D)或单精度浮点以及64位四字(Q)或双精度浮点的数据元素尺寸，不过其他宽度也是可能的。如图所示，当向量尺寸是128位时，当向量的数据元素尺寸是8位时可将16位用于掩码操作，当向量的数据元素尺寸是16位时可将8位用于掩码操作，当向量的数据元素尺寸是32位时可将4位用于掩码操作，以及当向量的数据元素尺寸是64位时可将2位用于掩码操作。当向量尺寸是256位时，当打包数据元素宽度是8位时可将32位用于掩码操作，当向量的数据元素尺寸是16位时可将16位用于掩码操作，当向量的数据元素尺寸是32位时可将8位用于掩码操作，以及当向量的数据元素尺寸是64位时可将4位用于掩码操作。当向量尺寸是512位时，当向量的数据元素尺寸是8位时可将64位用于掩码操作，当向量的数据元素尺寸是16位时可将32位用于掩码操作，当向量的数据元素尺寸是32位时可将16位用于掩码操作，以及当向量的数据元素尺寸是64位时可将8位用于掩码操作。
[0040]取决于向量尺寸和数据元素尺寸的组合，可将所有64位、或仅64位的子集用作写掩码。一般而言，当使用单个逐个元素的掩码控制位时，用于掩码操作的向量写掩码寄存器中的位(有效位)的数量等于以位表示的向量尺寸除以以位表示的向量的数据元素尺寸。
[0041]如上文所指出的，写掩码寄存器包含掩码位，其对应于向量寄存器(或存储器位置)中的元素并跟踪应该对其执行操作的元素。因此，希望具有共同的操作，这些操作就向量寄存器而论在这些掩码位上复制类似的行为，并且通常允许调整写掩码寄存器内的这些掩码位。
[0042]在某些应用中，将存储在向量寄存器或存储器中的索引值的列表转换为写掩码寄存器中的掩码值是有益的。在条件为真时，对于一组值的条件表达的结果通常被存储为索引列表。将这些值转换成掩码值允许其作为断言来使用。
[0043]以下是一般称为“来自向量寄存器的索引值列表向写掩码寄存器中的向量打包转换”(“VPM0VINDEX2M”)指令的指令实施例，以及可用于执行此类在若干不同领域中有益的指令的系统、架构、指令格式等等的实施例。VPM0VINDEX2M指令的执行致使掩码值存储到写掩码寄存器中，其中掩码值是存储在向量寄存器或存储器中的索引值列表的转换项。更为特定地，存储在源向量寄存器的打包数据元素位置中的每个值对应于写掩码寄存器中将由该指令的执行而设定的位位置。
[0044]图1示出示例性VPM0VINDEX2M指令的操作的示例性说明。在该图示中，在源向量寄存器101中有8个打包数据元素，且写掩码寄存器103的16个位是可供使用的。然而，这仅仅是一个示例。打包数据元素的尺寸和数量可以是不同的。另外，写掩码寄存器可以为不同的尺寸(诸如64位)。
[0045]在该示例中，源具有带有可用于位掩码的值的七个数据元素(在数据元素位置7的数据大于16，因此不能被用作掩码位标识符)。这些数据元素的值(所示为十进制值)指示目的地写掩码寄存器中哪些位位置要设为“I”。例如，源向量寄存器数据元素位置I (即，SRC [3])是“3”，因此目的地写掩码寄存器的位位置3(即，DST[3])设为“ I”。
[0046]示例件格式
[0047]该指令的示例性格式是“VPM0VINDEX2M{B/W/D/Q}K1, ZMMl/m512”，其中操作数Kl是目的地写掩码寄存器(诸如16位或64位寄存器)，且源可为ZMMl或m512，其中ZMMl是源向量寄存器(例如128位、256位、512位寄存器等)，m512是存储器位置，且VPM0VINDEX2M{B/ff/D/Q}是该指令的操作码。源寄存器中的数据元素的尺寸可被定义在该指令的“前缀”中，诸如通过使用数据粒度位的指示来进行该定义。在多数实施例中，该位将指示每个数据元素是32位或64位，不过也可使用其他变型。在其它实施例中，通过操作码自身来定义数据元素的尺寸。例如，{B/W/D/Q}标识符可分别指示字节、字、双字、或四字。
[0048]示例性的执行方法
[0049]图2示出在处理器中使用VPM0VINDEX2M指令的实施例。在201，取出具有源操作数(向量寄存器或存储器位置)和目的地写掩码寄存器操作数的VPM0VINDEX2M指令。
[0050]在203，通过解码逻辑来解码VPM0VINDEX2M指令。依赖于该指令的格式，可在该阶段解释多种数据，诸如是否要有数据转换、要写入和检索哪些寄存器、要访问什么存储器地
hU坐坐M I ■、-rj- -Tj- O
[0051]在205，检索/读取源操作数的值。例如，读取源寄存器。如果源操作数是存储器操作数，则检索与该操作数相关联的数据元素。在一些实施例中，执行级之前，将来自存储器的数据元素存储到临时寄存器中。该级也可包括将源寄存器逻辑地组织成多个数据通道，其中每个数据通道的尺寸是目的地寄存器的数据元素的尺寸。
[0052]在207，由执行资源(诸如一个或多个功能单元)执行VPM0VINDEX2M指令(或包括这一指令的操作，诸如微操作)，以确定源寄存器/存储器位置的每个打包数据元素位置中存储的值。这些值定义写掩码寄存器中哪些位位置将被设为“I”(或任何指示掩码位的值)。换句话说，这些值被用于索引写掩码寄存器中的位置。
[0053]在209，所确定的位位置被相应写入(即，被设为I)。虽然分别示出了 207和209，但在一些实施例中，它们可作为指令执行的一部分一起执行。
[0054]图3 (A)示出用于处理VPM0VINDEX2M指令的方法的实施例。在该实施例中，假定先前已经执行了操作201-205中的一些(若不是全部)，然而未示出那些操作，以免模糊下文呈现的细节。例如，未示出取出和解码，也未示出操作数检索。
[0055]在一些实施例中，在301，将目的地写掩码寄存器的所有位设置为“O”。这样的动作可有助于确保“旧”数据不会保留在目的地向量寄存器中。
[0056]在303，对于源的每个打包数据元素位置，并行地确定该数据元素的值(诸如十进制值)。
[0057]在305，在对应于存在于源的打包数据元素位置中的值的目的地写掩码寄存器的每个位位置中并行写入“I”。
[0058]图3 (B)示出用于处理VPM0VINDEX2M指令的方法的实施例。在该实施例中，假定先前已经执行了操作201-205中的一些(若不是全部)，然而未示出那些操作，以免模糊下文呈现的细节。例如，未示出取出和解码，也未示出操作数检索。
[0059]在一些实施例中，在301，将目的地写掩码寄存器的所有位设置为“O”。这样的动作可有助于确保“旧”数据不会保留在目的地向量寄存器中。
[0060]在307，确定源的最低有效打包数据元素位置的值。例如，在图1中该值将会是“I”。
[0061 ] 在309，将“I”写入目的地写掩码寄存器的对应于在307所确定的值的位位置中。
[0062]依赖于实施例，在309后，可在310确定是否所有的数据元素位置已经被求值。如果是，则该方法完成。
[0063]如果不是，在311，确定源的下一最低有效打包数据元素位置的值。例如，在图1中这是对SRC[1]的确定且将会是“3”。如果未做出310的确定，该步骤也会发生。
[0064]在313，确定该值是否大于目的地掩码寄存器的位位置的数量。如果是，则没有写操作发生，且在某些实施例中输出异常。在某些实施例中，输出编程器可见的异常。
[0065]如果不是，在309，将“I”写入目的地寄存器中对应于在311所确定的值的位位置中。
[0066]当然，可构想上述内容的变型。例如，在一些实施例中，该方法开始于最高有效的数据元素位置，并向回操作。
[0067]图4示出该指令的示例性伪代码实现。
[0068]示例性指令格式
[0069]本文中所描述的指令的实施例可以不同的格式体现。例如，本文描述的指令可体现为VEX、通用向量友好或其它格式。以下讨论VEX和通用向量友好格式的细节。另外，在下文中详述示例性系统、架构、以及流水线。指令的实施例可在这些系统、架构、以及流水线上执行，但是不限于详述的系统、架构、以及流水线。
[0070]VEX指令格式
[0071]VEX编码允许指令具有两个以上操作数，并且允许SMD向量寄存器比128位长。VEX前缀的使用提供了三操作数(或者更多)句法。例如，先前的两操作数指令执行改写源操作数的操作(诸如A = A+B)。VEX前缀的使用使操作数能执行非破坏性操作，诸如A =B+C。
[0072]图6A示出示例性AVX指令格式，包括VEX前缀602、实操作码字段630、MoD R/Μ字节640、SIB字节650、位移字段662以及IMM8672。图6B示出来自图6A的哪些字段构成完整操作码字段674和基础操作字段642。图6C示出来自图6A的哪些字段构成寄存器索引字段644。
[0073]VEX前缀(字节0-2) 602以三字节形式进行编码。第一字节是格式字段640 (VEX字节0，位[7:0])，该格式字段包含明确的C4字节值(用于区分C4指令格式的唯一值)。第二-第三字节(VEX字节1-2)包括提供专用能力的多个位字段。具体地，REX字段605 (VEX字节1，位[7-5])由VEX.R位字段(VEX字节1，位[7] - R)、VEX.X位字段(VEX字节1，位
[6]-X)以及VEX.B位字段(VEX字节1，位[5] - B)组成。这些指令的其他字段对如在本领域中已知的寄存器索引的较低三个位(rrr、xxx以及bbb)进行编码，由此可通过增加VEX.R、VEX.X以及VEX.B来形成Rrrr、Xxxx以及Bbbb。操作码映射字段615 (VEX字节1，位[4:0] - mmmmm)包括对隐含的前导操作码字节进行编码的内容。W字段664(VEX字节2，位[7] -W)由记号VEX.W表示，并且提供取决于该指令而不同的功能。VEX.vvvv 620 (VEX字节2,位[6:3]-vvvv)的作用可包括如下:1)VEX.vvvv编码第一源寄存器操作数且对具有两个或两个以上源操作数的指令有效，第一源寄存器操作数以反转(I补码)形式被指定；
2)VEX.vvvv编码目的地寄存器操作数，目的地寄存器操作数针对特定向量位移以I补码的形式被指定；或者3) VEX.vvvv不编码任何操作数，保留该字段，并且应当包含1111b。如果VEX.L 668尺寸字段(VEX字节2，位[2]-L) = 0，则它指示128位向量；如果VEX.L = 1，则它指示256位向量。前缀编码字段625 (VEX字节2，位[1:0]-ρρ)提供了用于基础操作字段的附加位。
[0074]实操作码字段630 (字节3)还被称为操作码字节。操作码的一部分在该字段中被指定。
[0075]MOD R/Μ 字段 640 (字节 4)包括 MOD 字段 642 (位[7-6] )、Reg 字段 644 (位[5-3])、以及R/Μ字段646(位[2-0])。Reg字段644的作用可包括如下:对目的地寄存器操作数或源寄存器操作数(Rrrr中的rrr)进行编码；或者被视为操作码扩展且不用于对任何指令操作数进行编码。R/Μ字段646的作用可包括如下:对引用存储器地址的指令操作数进行编码；或者对目的地寄存器操作数或源寄存器操作数进行编码。
[0076]比例、索引、基址(SIB) —比例字段650(字节5)的内容包括用于存储器地址生成的SS652(位[7-6])。先前已经针对寄存器索引Xxxx和Bbbb参考了 SIB.xxx 654(位[5-3])和 SIB.bbb 656 (位[2-0])的内容。
[0077]位移字段662和立即数字段(IMM8)672包含地址数据。
[0078]通用向量友好指令格式
[0079]向量友好指令格式是适于向量指令(例如，存在专用于向量操作的特定字段)的指令格式。尽管描述了其中通过向量友好指令格式支持向量和标量运算两者的实施例，但是替代实施例仅使用通过向量友好指令格式的向量运算。
[0080]图7A-7B是示出根据本发明的实施例的通用向量友好指令格式及其指令模板的框图。图7A是示出根据本发明的实施例的通用向量友好指令格式及其A类指令模板的框图；而图7B是示出根据本发明的实施例的通用向量友好指令格式及其B类指令模板的框图。具体地，针对通用向量友好指令格式700定义A类和B类指令模板，两者包括无存储器访问705的指令模板和存储器访问720的指令模板。在向量友好指令格式的上下文中的术语“通用”指不束缚于任何专用指令集的指令格式。
[0081]尽管将描述其中向量友好指令格式支持64字节向量操作数长度(或尺寸)与32位(4字节)或64位(8字节)数据元素宽度(或尺寸)(并且由此，64字节向量由16双字尺寸的元素或者替代地8四字尺寸的元素组成)、64字节向量操作数长度(或尺寸)与16位(2字节)或8位(I字节)数据元素宽度(或尺寸)、32字节向量操作数长度(或尺寸)与32位(4字节)、64位(8字节)、16位(2字节)、或8位(I字节)数据元素宽度(或尺寸)、以及16字节向量操作数长度(或尺寸)与32位(4字节)、64位(8字节)、16位(2字节)、或8位(I字节)数据元素宽度(或尺寸)的本发明的实施例，但是替代实施例可支持更大、更小、和/或不同的向量操作数尺寸(例如，256字节向量操作数)与更大、更小或不同的数据元素宽度(例如，128位(16字节)数据元素宽度)。
[0082]图7A中的A类指令模板包括:1)在无存储器访问705的指令模板内，示出无存储器访问的完全舍入控制型操作710的指令模板、以及无存储器访问的数据变换型操作715的指令模板；以及2)在存储器访问720的指令模板内，示出存储器访问的时效性725的指令模板和存储器访问的非时效性730的指令模板。图7B中的B类指令模板包括:1)在无存储器访问705的指令模板内，示出无存储器访问的写掩码控制的部分舍入控制型操作712的指令模板以及无存储器访问的写掩码控制的vsize型操作717的指令模板；以及2)在存储器访问720的指令模板内，示出存储器访问的写掩码控制727的指令模板。
[0083]通用向量友好指令格式700包括以下列出的按照在图7A-7B中示出的顺序的如下字段。
[0084]格式字段740 —该字段中的特定值(指令格式标识符值)唯一地标识向量友好指令格式，并且由此标识指令在指令流中以向量友好指令格式出现。由此，该字段对于仅具有通用向量友好指令格式的指令集是不需要的，在这个意义上该字段是任选的。
[0085]基础操作字段742 —其内容区分不同的基础操作。
[0086]寄存器索引字段744 —其内容直接或者通过地址生成来指定源或目的地操作数在寄存器中或者在存储器中的位置。这些字段包括足够数量的位以从PxQ(例如，32x512、16x128,32x1024,64x1024)个寄存器组选择N个寄存器。尽管在一个实施例中N可高达三个源和一个目的地寄存器，但是替代实施例可支持更多或更少的源和目的地寄存器(例如，可支持高达两个源，其中这些源中的一个源还用作目的地，可支持高达三个源，其中这些源中的一个源还用作目的地，可支持高达两个源和一个目的地)。
[0087]修饰符(modifier)字段746 —其内容将指定存储器访问的以通用向量指令格式出现的指令与不指定存储器访问的以通用向量指令格式出现的指令区分开；即在无存储器访问705的指令模板与存储器访问720的指令模板之间进行区分。存储器访问操作读取和/或写入到存储器层次(在一些情况下，使用寄存器中的值来指定源和/或目的地地址)，而非存储器访问操作不这样(例如，源和/或目的地是寄存器)。尽管在一个实施例中，该字段还在三种不同的方式之间选择以执行存储器地址计算，但是替代实施例可支持更多、更少或不同的方式来执行存储器地址计算。
[0088]扩充操作字段750 —其内容区分除基础操作以外还要执行各种不同操作中的哪一个操作。该字段是针对上下文的。在本发明的一个实施例中，该字段被分成类字段768、α字段752、以及β字段754。扩充操作字段750允许在单一指令而非2、3或4个指令中执行多组共同的操作。
[0089]比例字段760 —其内容允许用于存储器地址生成(例如，用于使用2ttw*索引+基址的地址生成)的索引字段的内容的按比例缩放。
[0090]位移字段762A —其内容用作存储器地址生成的一部分(例如，用于使用2 索引+基址+位移的地址生成)。
[0091]位移因数字段762B(注意，位移字段762A直接在位移因数字段762B上的并置指示使用一个或另一个)一其内容用作地址生成的一部分，它指定通过存储器访问的尺寸(N)按比例缩放的位移因数，其中N是存储器访问中的字节数量(例如，用于使用2?*索弓I +基址+按比例缩放的位移的地址生成)。忽略冗余的低阶位，并且因此将位移因数字段的内容乘以存储器操作数总尺寸(N)以生成在计算有效地址中使用的最终位移。N的值由处理器硬件在运行时基于完整操作码字段774 (稍后在本文中描述)和数据操纵字段754C确定。位移字段762A和位移因数字段762B可以不用于无存储器访问705的指令模板和/或不同的实施例可实现两者中的仅一个或不实现两者中的任一个，在这个意义上位移字段762A和位移因数字段762B是任选的。
[0092]数据元素宽度字段764 —其内容区分使用多个数据元素宽度中的哪一个(在一些实施例中用于所有指令，在其他实施例中只用于一些指令)。如果支持仅一个数据元素宽度和/或使用操作码的某一方面来支持数据元素宽度，则该字段是不需要的，在这个意义上该字段是任选的。
[0093]写掩码字段770 —其内容在每一数据元素位置的基础上控制目的地向量操作数中的数据元素位置是否反映基础操作和扩充操作的结果。A类指令模板支持合并-写掩码操作，而B类指令模板支持合并写掩码操作和归零写掩码操作两者。当合并时，向量掩码允许在执行任何操作期间保护目的地中的任何元素集免于更新(由基础操作和扩充操作指定)；在另一实施例中，保持其中对应掩码位具有O的目的地的每一元素的旧值。相反，当归零时，向量掩码允许在执行任何操作期间使目的地中的任何元素集归零(由基础操作和扩充操作指定)；在一个实施例中，目的地的元素在对应掩码位具有O值时被设为O。该功能的子集是控制执行的操作的向量长度的能力(即，从第一个到最后一个要修改的元素的跨度)，然而，被修改的元素不一定要是连续的。由此，写掩码字段770允许部分向量操作，这包括加载、存储、算术、逻辑等。尽管描述了其中写掩码字段770的内容选择了多个写掩码寄存器中的包含要使用的写掩码的一个写掩码寄存器(并且由此写掩码字段770的内容间接地标识了要执行的掩码操作)的本发明的实施例，但是替代实施例相反或另外允许掩码写字段770的内容直接地指定要执行的掩码操作。
[0094]立即数字段772 —其内容允许对立即数的指定。该字段在实现不支持立即数的通用向量友好格式中不存在且在不使用立即数的指令中不存在，在这个意义上该字段是任选的。
[0095]类字段768 —其内容在不同类的指令之间进行区分。参考图7A-B，该字段的内容在A类和B类指令之间进行选择。在图7A-B中，圆角方形用于指示专用值存在于字段中(例如，在图7A-B中分别用于类字段768的A类768A和B类768B)。
[0096]A类指令模板
[0097]在A类非存储器访问705的指令模板的情况下，α字段752被解释为其内容区分要执行不同扩充操作类型中的哪一种(例如，针对无存储器访问的舍入型操作710和无存储器访问的数据变换型操作715的指令模板分别指定舍入752A.1和数据变换752A.2)的RS字段752A，而β字段754区分要执行指定类型的操作中的哪一种。在无存储器访问705指令模板中，比例字段760、位移字段762Α以及位移比例字段762Β不存在。
[0098]无存储器访问的指令模板一完全舍入控制型操作
[0099]在无存储器访问的完全舍入控制型操作710的指令模板中，β字段754被解释为其内容提供静态舍入的舍入控制字段754Α。尽管在本发明的所述实施例中舍入控制字段754Α包括抑制所有浮点异常(SAE)字段756和舍入操作控制字段758，但是替代实施例可支持、可将这些概念两者都编码成相同的字段或者仅具有这些概念/字段中的一个或另一个(例如，可仅有舍入操作控制字段758)。
[0100]SAE字段756 —其内容区分是否停用异常事件报告；当SAE字段756的内容指示启用抑制时，给定指令不报告任何种类的浮点异常标志且不唤起任何浮点异常处理程序。
[0101]舍入操作控制字段758 —其内容区分执行一组舍入操作中的哪一个(例如，向上舍入、向下舍入、向零舍入、以及就近舍入)。由此，舍入操作控制字段758允许在每一指令的基础上改变舍入模式。在其中处理器包括用于指定舍入模式的控制寄存器的本发明的一个实施例中，舍入操作控制字段750的内容优先于该寄存器值。
[0102]无存储器访问的指令模板一数据变换型操作
[0103]在无存储器访问的数据变换型操作715的指令模板中，β字段754被解释为数据变换字段754Β，其内容区分要执行多个数据变换中的哪一个(例如，无数据变换、混合、广播)。
[0104]在A类存储器访问720的指令模板的情况下，α字段752被解释为驱逐提示字段752Β，其内容区分要使用驱逐提示中的哪一个(在图7Α中，对于存储器访问时效性725的指令模板和存储器访问非时效性730的指令模板分别指定时效性的752Β.1和非时效性的752Β.2)，而β字段754被解释为数据操纵字段754C，其内容区分要执行多个数据操纵操作(也称为基元(primitive))中的哪一个(例如，无操纵、广播、源的向上转换、以及目的地的向下转换)。存储器访问720的指令模板包括比例字段760、以及任选的位移字段762A或位移比例字段762B。
[0105]向量存储器指令使用转换支持来执行来自存储器的向量加载并将向量存储到存储器。如同寻常的向量指令，向量存储器指令以数据元素式的方式与存储器来回传输数据，其中实际传输的元素由选为写掩码的向量掩码的内容规定。
[0106]存储器访问的指令模板一时效性的
[0107]时效性的数据是可能足够快地重新使用以从高速缓存受益的数据。然而，这是提示，且不同的处理器可以不同的方式实现它，包括完全忽略该提示。
[0108]存储器访问的指令模板一非时效性的
[0109]非时效性的数据是不可能足够快地重新使用以从第一级高速缓存中的高速缓存受益且应当被给予驱逐优先级的数据。然而，这是提示，且不同的处理器可以不同的方式实现它，包括完全忽略该提示。
[0110]B类指令模板
[0111]在B类指令模板的情况下，α字段752被解释为写掩码控制(Z)字段752C，其内容区分由写掩码字段770控制的写掩码操作应当是合并还是归零。
[0112]在B类非存储器访问705的指令模板的情况下，β字段754的一部分被解释为RL字段757Α，其内容区分要执行不同扩充操作类型中的哪一种(例如，针对无存储器访问的写掩码控制部分舍入控制类型操作712的指令模板和无存储器访问的写掩码控制VSIZE型操作717的指令模板分别指定舍入757Α.1和向量长度(VSIZE) 757Α.2)，而β字段754的其余部分区分要执行指定类型的操作中的哪一种。在无存储器访问705指令模板中，比例字段760、位移字段762Α以及位移比例字段762Β不存在。
[0113]在无存储器访问的写掩码控制的部分舍入控制型操作710的指令模板中，β字段754的其余部分被解释为舍入操作字段759Α，并且停用异常事件报告(给定指令不报告任何种类的浮点异常标志且不唤起任何浮点异常处理程序)。
[0114]舍入操作控制字段759Α —正如舍入操作控制字段758，其内容区分执行一组舍入操作中的哪一个(例如，向上舍入、向下舍入、向零舍入、以及就近舍入)。由此，舍入操作控制字段759Α允许在每一指令的基础上改变舍入模式。在其中处理器包括用于指定舍入模式的控制寄存器的本发明的一个实施例中，舍入操作控制字段750的内容优先于该寄存器值。
[0115]在无存储器访问的写掩码控制VSIZE型操作717的指令模板中，β字段754的其余部分被解释为向量长度字段759Β，其内容区分要执行多个数据向量长度中的哪一个(例如，128字节、256字节、或512字节)。
[0116]在B类存储器访问720的指令模板的情况下，β字段754的一部分被解释为广播字段757Β，其内容区分是否要执行广播型数据操纵操作，而β字段754的其余部分被解释为向量长度字段759Β。存储器访问720的指令模板包括比例字段760、以及任选的位移字段762Α或位移比例字段762Β。
[0117]针对通用向量友好指令格式700，示出完整操作码字段774包括格式字段740、基础操作字段742以及数据元素宽度字段764。尽管示出了其中完整操作码字段774包括所有这些字段的一个实施例，但是在不支持所有这些字段的实施例中，完整操作码字段774包括少于所有的这些字段。完整操作码字段774提供操作码(opcode)。
[0118]扩充操作字段750、数据元素宽度字段764以及写掩码字段770允许在每一指令的基础上以通用向量友好指令格式指定这些特征。
[0119]写掩码字段和数据元素宽度字段的组合创建各种类型的指令，因为这些指令允许基于不同的数据元素宽度应用该掩码。
[0120]在A类和B类内出现的各种指令模板在不同的情形下是有益的。在本发明的一些实施例中，不同处理器或者处理器内的不同核可支持仅A类、仅B类、或者可支持两类。举例而言，旨在用于通用计算的高性能通用无序核可仅支持B类，旨在主要用于图形和/或科学(吞吐量)计算的核可仅支持A类，并且旨在用于两者的核可支持两者(当然，具有来自两类的模板和指令的一些混合、但是并非来自两类的所有模板和指令的核在本发明的范围内)。同样，单一处理器可包括多个核，所有核支持相同的类或者其中不同的核支持不同的类。举例而言，在具有单独的图形和通用核的处理器中，图形核中的旨在主要用于图形和/或科学计算的一个核可仅支持A类，而通用核中的一个或多个可以是具有旨在用于通用计算的仅支持B类的无序执行和寄存器重命名的高性能通用核。不具有单独的图形核的另一处理器可包括既支持A类又支持B类的一个或多个通用有序或无序核。当然，在本发明的不同实施例中，来自一类的特征也可在其他类中实现。可使以高级语言撰写的程序成为(例如，及时编译或者统计编译)各种不同的可执行形式，包括:1)仅具有用于执行的目标处理器支持的类的指令的形式；或者2)具有使用所有类的指令的不同组合而编写的替代例程且具有选择这些例程以基于由当前正在执行代码的处理器支持的指令而执行的控制流代码的形式。
[0121]示例性专用向量友好指令格式
[0122]图8是示出根据本发明的实施例的示例性专用向量友好指令格式的框图。图8示出专用向量友好指令格式800，其指定位置、尺寸、解释和字段的次序、以及那些字段中的一些字段的值，在这个意义上向量友好指令格式800是专用的。专用向量友好指令格式800可用于扩展x86指令集，并且由此一些字段类似于在现有x86指令集及其扩展(例如，AVX)中使用的那些字段或与之相同。该格式保持与具有扩展的现有x86指令集的前缀编码字段、实操作码字节字段、MOD R/Μ字段、SIB字段、位移字段、以及立即数字段一致。示出来自图7的字段，来自图8的字段映射到来自图7的字段。
[0123]应当理解，虽然出于说明的目的在通用向量友好指令格式700的上下文中参考专用向量友好指令格式800描述了本发明的实施例，但是本发明不限于专用向量友好指令格式800，除非另有声明。例如，通用向量友好指令格式700构想各种字段的各种可能的尺寸，而专用向量友好指令格式800被示为具有特定尺寸的字段。作为具体示例，尽管在专用向量友好指令格式800中数据元素宽度字段764被示为一位字段，但是本发明不限于此(即，通用向量友好指令格式700构想数据元素宽度字段764的其他尺寸)。
[0124]通用向量友好指令格式700包括以下列出的按照图8A中示出的顺序的如下字段。
[0125]EVEX前缀(字节0-3) 802 —以四字节形式进行编码。
[0126]格式字段740(EVEX字节0，位[7:0]) —第一字节(EVEX字节O)是格式字段740，并且它包含0x62 (在本发明的一个实施例中用于区分向量友好指令格式的唯一值)。
[0127]第二一第四字节(EVEX字节1-3)包括提供专用能力的多个位字段。
[0128]REX 字段 805 (EVEX 字节 I，位[7-5]) —由 EVEX.R 位字段(EVEX 字节 I，位[7] - R)、EVEX.X 位字段(EVEX 字节 1，位[6] - X)以及(757BEX 字节 1，位[5] - B)组成。EVEX.R、EVEX.X和EVEX.B位字段提供与对应VEX位字段相同的功能，并且使用I补码的形式进行编码，即ZMMO被编码为1111B，ZMM15被编码为0000B。这些指令的其他字段对如在本领域中已知的寄存器索引的较低三个位(rrr、xxx、以及bbb)进行编码，由此可通过增加EVEX.R、EVEX.X 以及 EVEX.B 来形成 Rrrr、Xxxx 以及 Bbbb。
[0129]REX’字段710—这是REX’字段710的第一部分，并且是用于对扩展的32个寄存器集合的较高16个或较低16个寄存器进行编码的EVEX.R’位字段(EVEX字节1，位[4] -R，)。在本发明的一个实施例中，该位与以下指示的其他位一起以位反转的格式存储以(在公知x86的32位模式下)与实操作码字节是62的BOUND指令进行区分，但是在MOD R/Μ字段(在下文中描述)中不接受MOD字段中的值11 ;本发明的替代实施例不以反转的格式存储该指示的位以及其他指示的位。值I用于对较低16个寄存器进行编码。换句话说，通过组合EVEX.R’、EVEX.R、以及来自其他字段的其他RRR来形成R’ Rrrr。
[0130]操作码映射字段815 (EVEX字节1，位[3:0] - _m)-其内容对隐含的前导操作码字节(OF、OF 38、或OF 3)进行编码。
[0131]数据元素宽度字段764 (EVEX字节2，位[7] - W) 一由记号EVEX.W表示。EVEX.W用于定义数据类型(32位数据元素或64位数据元素)的粒度(尺寸)。
[0132]EVEX.vvvv 820 (EVEX 字节 2,位[6:3]-vvvv) — EVEX.vvvv 的作用可包括如下:1)EVEX.vvvv编码第一源寄存器操作数且对具有两个或两个以上源操作数的指令有效，第一源寄存器操作数以反转(I补码)的形式被指定；2)EVEX.vvvv编码目的地寄存器操作数，目的地寄存器操作数针对特定向量位移以I补码的形式被指定；或者3)EVEX.vvvv不编码任何操作数，保留该字段，并且应当包含1111b。由此，EVEX.vvvv字段820对以反转(I补码)的形式存储的第一源寄存器指定符的4个低阶位进行编码。取决于该指令，额外不同的EVEX位字段用于将指定符尺寸扩展到32个寄存器。
[0133]EVEX.U 768类字段(EVEX字节2，位[2]-U) 一如果EVEX.U = 0，则它指示A类或EVEX.UO ;如果 EVEX.U = 1，则它指示 B 类或 EVEX.Ul。
[0134]前缀编码字段825 (EVEX字节2，位[1:0]-ρρ) —提供了用于基础操作字段的附加位。除了对以EVEX前缀格式的传统SSE指令提供支持以外，这也具有压缩SMD前缀的益处(EVEX前缀只需要2位，而不是需要字节来表达SMD前缀)。在一个实施例中，为了支持使用以传统格式和以EVEX前缀格式的SMD前缀(66H、F2H、F3H)的传统SSE指令，将这些传统SMD前缀编码成SMD前缀编码字段；并且在运行时在提供给解码器的PLA之前被扩展成传统SMD前缀(因此PLA可执行传统和EVEX格式的这些传统指令，而无需修改)。虽然较新的指令可将EVEX前缀编码字段的内容直接作为操作码扩展，但是为了一致性，特定实施例以类似的方式扩展，但允许由这些传统SIMD前缀指定不同的含义。替代实施例可重新设计PLA以支持2位SMD前缀编码，并且由此不需要扩展。
[0135]α 字段 752 (EVEX 字节 3，位[7] - EH,也称为 EVEX.EH、EVEX.rs、EVEX.RL、EVEX.写掩码控制、以及EVEX.N;也以α示出)一如先前所述，该字段是针对上下文的。
[0136]β 字段 754 (EVEX 字节 3，位[6:4]_SSS，也称为 EVEX.s2_0、EVEX.r2_0、EVEX.rrl、EVEX.LLO、EVEX.LLB ;也以β β β示出)一如先前所述，该字段是针对上下文的。
[0137]REX’字段710 —这是REX’字段的其余部分，并且是可用于对扩展的32个寄存器集合的较高16个或较低16个寄存器进行编码的EVEX.V’位字段(EVEX字节3，位[3] - V’)。该位以位反转的格式存储。值I用于对较低16个寄存器进行编码。换句话说，通过组合EVEX.V’、EVEX.vvvv 来形成 V’ VVVV。
[0138]写掩码字段770 (EVEX字节3，位[2:0]_kkk) —其内容指定写掩码寄存器中的寄存器索引，如先前所述。在本发明的一个实施例中，特定值EVEX.kkk = 000具有暗示没有写掩码用于特定指令的特殊行为(这可以各种方式实现，包括使用硬连线到所有的写掩码或者旁路掩码硬件的硬件来实现)。
[0139]实操作码字段830 (字节4)还被称为操作码字节。操作码的一部分在该字段中被指定。
[0140]MOD R/Μ字段840 (字节5)包括MOD字段842、Reg字段844、以及R/Μ字段846。如先前所述的，MOD字段842的内容将存储器访问和非存储器访问操作区分开。Reg字段844的作用可被归结为两种情形:对目的地寄存器操作数或源寄存器操作数进行编码；或者被视为操作码扩展且不用于对任何指令操作数进行编码。R/Μ字段846的作用可包括如下:对引用存储器地址的指令操作数进行编码；或者对目的地寄存器操作数或源寄存器操作数进行编码。
[0141]比例、索引、基址(SIB)字节(字节6)—如先前所述的，比例字段750的内容用于存储器地址生成。SIB.xxx 854和SIB.bbb 856 一先前已经针对寄存器索引Xxxx和Bbbb提及了这些字段的内容。
[0142]位移字段762A (字节7-10) —当MOD字段842包含10时，字节7_10是位移字段762A，并且它与传统32位位移(disp32) —样地工作，并且以字节粒度工作。
[0143]位移因数字段762B (字节7) —当MOD字段842包含OI时，字节7是位移因数字段762B。该字段的位置与传统x86指令集8位位移(disp8)的位置相同，它以字节粒度工作。由于disp8是符号扩展的，因此它仅能在-128和127字节偏移量之间寻址；在64字节高速缓存行的方面，disp8使用可被设为仅四个真正有用的值-128、-64、0和64的8位；由于常常需要更大的范围，所以使用disp32 ;然而，disp32需要4个字节。与disp8和disp32对比，位移因数字段762B是dispS的重新解释；当使用位移因数字段762B时，通过将位移因数字段的内容乘以存储器操作数访问的尺寸(N)来确定实际位移。该类型的位移被称为disp8*N。这减小了平均指令长度(单个字节用于位移，但具有大得多的范围)。这种压缩位移基于有效位移是存储器访问的粒度的倍数的假设，并且由此地址偏移量的冗余低阶位不需要被编码。换句话说，位移因数字段762B替代传统x86指令集8位位移。由此，位移因数字段762B以与x86指令集8位位移相同的方式(因此在ModRM/SIB编码规则中没有变化)进行编码，唯一的不同在于，将dispS超载至disp8*N。换句话说，在编码规则或编码长度中没有变化，而仅在通过硬件对位移值的解释中有变化(这需要按存储器操作数的尺寸按比例缩放位移量以获得字节式地址偏移量)。
[0144]立即数字段772如先前所述地操作。
[0145]完整操作码字段
[0146]图SB是示出根据本发明的实施例的构成完整操作码字段774的具有专用向量友好指令格式800的字段的框图。具体地，完整操作码字段774包括格式字段740、基础操作字段742、以及数据元素宽度(W)字段764。基础操作字段742包括前缀编码字段825、操作码映射字段815以及实操作码字段830。
[0147]寄存器索引字段
[0148]图SC是示出根据本发明的一个实施例的构成寄存器索引字段744的具有专用向量友好指令格式800的字段的框图。具体地，寄存器索引字段744包括REX字段805、REX’字段 810、MODR/M.reg 字段 844、MODR/M.r/m 字段 846、VVVV 字段 820、xxx 字段 854 以及bbb 字段 856。
[0149]扩充操作字段
[0150]图8D是示出根据本发明的一个实施例的构成扩充操作字段750的具有专用向量友好指令格式800的字段的框图。当类(U)字段768包含O时，它表明EVEX.U0(A类768A)；当它包含I时，它表明EVEX.Ul (B类768B)。当U = O且MOD字段842包含11 (表明无存储器访问操作)时，α字段752 (EVEX字节3，位[7] - EH)被解释为rs字段752A。当rs字段752A包含I (舍入752A.1)时，β字段754 (EVEX字节3，位[6:4] - SSS)被解释为舍入控制字段754A。舍入控制字段754A包括一位SAE字段756和两位舍入操作字段758。当rs字段752A包含O (数据变换752A.2)时，β字段754 (EVEX字节3，位[6:4] - SSS)被解释为三位数据变换字段754Β。当U = O且MOD字段842包含00、01或10 (表明存储器访问操作)时，α字段752(EVEX字节3，位[7] - EH)被解释为驱逐提示(EH)字段752B且β字段754(EVEX字节3，位[6:4] - SSS)被解释为三位数据操纵字段754C。
[0151]当U= I时，α字段752 (EVEX字节3，位[7] - EH)被解释为写掩码控制(Z)字段752C。当U = I且MOD字段842包含11 (表明无存储器访问操作)时，&字段754的一部分(EVEX字节3，位[4] - S0)被解释为RL字段757A ;当它包含I (舍入757A.1)时，§字段754的其余部分(EVEX字节3，位[6_5] - S2^1)被解释为舍入操作字段759A，而当RL字段757A包含0(VSIZE 757.A2)时，S字段754的其余部分(EVEX字节3，位[6-5]-S2J被解释为向量长度字段759B (EVEX字节3，位[6_5] - L1^0)。当U = I且MOD字段842包含00、01或10 (表明存储器访问操作)时，β字段754(EVEX字节3，位[6:4] - SSS)被解释为向量长度字段759B (EVEX字节3，位[6-5] - L1^0)和广播字段757B (EVEX字节3，位[4] - B)。
[0152]示例性寄存器架构
[0153]图9是根据本发明的一个实施例的寄存器架构900的框图。在所示出的实施例中，有32个512位宽的向量寄存器910 ;这些寄存器被引用为zmmO到zmm31。较低的16 zmm寄存器的较低阶256个位覆盖在寄存器ymmO-16上。较低的16 zmm寄存器的较低阶128个位(ymm寄存器的较低阶128个位)覆盖在寄存器xmmO-15上。专用向量友好指令格式800对这些覆盖的寄存器组操作，如在以下表格中所示的。
[0154]
【权利要求】
1.一种用于在计算机处理器中响应于单个从索引值列表向掩码值的向量打包转换指令而执行将索引值列表转换成掩码值的方法，所述指令包括目的地写掩码寄存器操作数、源向量寄存器操作数以及操作码，所述方法包括以下步骤: 执行所述单个从索引值列表向掩码值的向量打包转换指令，以确定存储在所述源向量寄存器的每个打包数据元素中的值；以及 将I存储到所述目的地写掩码寄存器的对应于所确定值的位位置中。
2.如权利要求1所述的方法，其特征在于，所述执行步骤还包括: 在执行对存储在所述源向量寄存器的每个打包数据元素位置中的值的确定之前，将所述目的地写掩码寄存器的所有位位置设定为O。
3.如权利要求1所述的方法，其特征在于，对存储在每个打包数据元素位置中的值的确定是并行执行的。
4.如权利要求1所述的方法，其特征在于，所述目的地写掩码寄存器是16位或64位。
5.如权利要求1所述的方法，其特征在于，所述源向量寄存器的尺寸是128位、256位或512位。
6.如权利要求1所述的方法，其特征在于，所述执行步骤包括: 确定所述源向量寄存器的最低有效打包数据元素位置的值；以及 如果可能，将I写入所述目的地写掩码寄存器的所确定值处的位位置中； 确定是否所述源向量寄存器的所有打包数据元素位置已经被处理；以及 如果并未已经处理所述源向量寄存器的所有打包数据元素位置， 确定所述源向量寄存器的下一最低有效打包数据元素位置的值；以及 将1写入所述目的地写掩码寄存器的所确定值处的位位置中。
7.如权利要求6所述的方法，其特征在于，进一步包括: 如果所述源向量寄存器的打包数据元素位置的所确定值大于所述目的地写掩码寄存器的尺寸，则停止确定所述源向量寄存器的打包数据元素位置。
8.—种制品，包括: 其上存储指令的表示的有形机器可读存储介质，其中所述指令的格式指定向量寄存器作为其源操作数并且指定单个目的地写掩码寄存器作为其目的地，并且所述指令格式包括操作码，所述操作码响应于所述单个指令的单次发生，指示机器以致使如下操作:确定存储在所述源向量寄存器的每个打包数据元素位置中的值，以及将I存储到所述目的地写掩码寄存器的对应于所确定值的位位置中。
9.如权利要求8所述的制品，其特征在于，还用于致使: 在执行对存储在所述源向量寄存器的每个打包数据元素位置中的值的确定之前，将所述目的地写掩码寄存器的所有位位置设定为O。
10.如权利要求8所述的制品，其特征在于，对存储在每个打包数据元素位置中的值的确定是并行执行的。
11.如权利要求8所述的制品，其特征在于，所述目的地写掩码寄存器是16位或64位。
12.如权利要求8所述的制品，其特征在于，所述源向量寄存器的尺寸是128位、256位或512位。
13.如权利要求8所述的制品，其特征在于，所述确定和存储包括:确定所述源向量寄存器的最低有效打包数据元素位置的值；以及 如果可能，将1写入所述目的地写掩码寄存器的所确定值处的位位置中； 确定是否所述源向量寄存器的所有打包数据元素位置已经被处理；以及 如果并未已经处理所述源向量寄存器的所有打包数据元素位置， 确定所述源向量寄存器的下一最低有效打包数据元素位置的值；以及 将I写入所述目的地写掩码寄存器的所确定值处的位位置中。
14.如权利要求13所述的制品，其特征在于，还包括: 如果所述源向量寄存器的打包数据元素位置的所确定值大于所述目的地写掩码寄存器的尺寸，则停止确定所述源向量寄存器的打包数据元素位置。
15.一种装置,包括: 用于单个从索引值列表向掩码值的向量打包转换指令的硬件解码器，所述指令包括目的地写掩码寄存器操作数、源向量寄存器操作数以及操作码； 执行逻辑，用于确定存储在所述源向量寄存器的每个打包数据元素位置中的值，并将I存储到所述目的地写掩码寄存器的对应于所确定值的位位置中。
16.如权利要求15所述的装置，其特征在于，所述执行逻辑还用于: 在执行对存储在所述源向量寄存器的每个打包数据元素位置中的值的确定之前，将所述目的地写掩码寄存器的所有位位置设定为O。
17.如权利要求15所述的装置，其特征在于，存储在每个打包数据元素位置中的值的确定是并行执行的。
18.如权利要求15所述的装置，其特征在于，所述目的地写掩码寄存器是16位或64位。
19.如权利要求15所述的装置，其特征在于，所述源向量寄存器的尺寸是128位、256位或512位。
20.如权利要求15所述的装置，其特征在于，作为确定存储在所述源向量寄存器的每个打包数据元素位置中的值并将I存储到所述目的地写掩码寄存器的对应于所确定值的位位置中的步骤的一部分，所述执行逻辑用于: 确定所述源向量寄存器的最低有效打包数据元素位置的值；以及 如果可能，将I写入所述目的地写掩码寄存器的所确定值处的位位置中； 确定是否所述源向量寄存器的所有打包数据元素位置已经被处理；以及 如果并未已经处理所述源向量寄存器的所有打包数据元素位置， 确定所述源向量寄存器的下一最低有效打包数据元素位置的值；以及 将I写入所述目的地写掩码寄存器的所确定值处的位位置中。
【文档编号】G06F9/30GK104137054SQ201180076453
【公开日】2014年11月5日 申请日期:2011年12月23日 优先权日:2011年12月23日
【发明者】E·乌尔德-阿迈德-瓦尔, T·威尔豪姆 申请人:英特尔公司