From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id c5tkC27keWqgCxsAWB0awg (envelope-from ) for ; Mon, 10 Aug 2026 10:47:10 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=Mhq1zAvW; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 15D3D1E166; Mon, 10 Aug 2026 10:47:10 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-6.4 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED autolearn=ham autolearn_force=no version=4.0.1 Received: from vm01.sourceware.org (vm01.sourceware.org [IPv6:2620:52:6:3111::32]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 706181E09B for ; Mon, 10 Aug 2026 10:47:08 -0400 (EDT) Received: from vm01.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 5C1744BB1C1A for ; Mon, 10 Aug 2026 14:47:07 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 5C1744BB1C1A Authentication-Results: sourceware.org; dkim=pass (1024-bit key, unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=Mhq1zAvW Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTP id 65F644BA2E35 for ; Mon, 10 Aug 2026 14:46:39 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 65F644BA2E35 Authentication-Results: sourceware.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 65F644BA2E35 Authentication-Results: sourceware.org; arc=none smtp.remote-ip=170.10.129.124 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1786373199; cv=none; b=u7fSRu57cNQ2pK6aMtevITNeGUUD6A0zkKb7qKc4QM9yRaSlNyTBQC2eV8mfRrt7VVrXV6wVy8pgzX4RX7SPlpw3q1DEBlCC0kndD/s8RFh8KvFT9xluRID3OIqUEbigXDHOn0co3Gv29I9ipa9LNVFoChUt9NESAayCkn2zOug= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1786373199; c=relaxed/simple; bh=zuOLDdmuHFfBghhUMm1b/IoeT1ZHVaQ2yA7LNIkWvE4=; h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From; b=cLHAtUqaHmUy7Wjm638Tx/QjMMHXkbdnC2oL6BTufVksU3+o8FMs2yZPbjMmhzTGO/Ya4SxoTY3M875lGS4PiVkxZmZFdDQ9uGxkoqOF4BtXhQ2g/Iqu0r8gVdNVCatLvgJTLxsK9S6T1UvWugMIOMpaI8wiziWyv+tlRCp9sXA= ARC-Authentication-Results: i=1; sourceware.org; dkim=pass (1024-bit key, unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=Mhq1zAvW DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 65F644BA2E35 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1786373199; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=suN3eaCPFibPL+2nZzgdCMnC8cRTPlThpfJvIpN+ki0=; b=Mhq1zAvWIiKKZfyNbg5a3KTCEaEbsOkIOQJI9Ush6bCka1OVijrxaXkvCTpBk9zUoYDdCM X5nanfhvCB6CWTo3pHwq4f+iqdOmeSp2IAXigQBKEwWSg5aXRegFA1jm121+CQVd68scIW 8l9SYv2/YzLsVmP+i6VI3+BUEh479RM= Received: from mail-pl1-f200.google.com (mail-pl1-f200.google.com [209.85.214.200]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-665-HgQabFtHPn6KggrkO3wKxA-1; Mon, 10 Aug 2026 10:46:37 -0400 X-MC-Unique: HgQabFtHPn6KggrkO3wKxA-1 X-Mimecast-MFC-AGG-ID: HgQabFtHPn6KggrkO3wKxA_1786373197 Received: by mail-pl1-f200.google.com with SMTP id d9443c01a7336-2d001671a54so47530735ad.2 for ; Mon, 10 Aug 2026 07:46:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1786373196; x=1786977996; h=content-transfer-encoding:content-type:in-reply-to:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to:content-type; bh=suN3eaCPFibPL+2nZzgdCMnC8cRTPlThpfJvIpN+ki0=; b=H5y4WARfT1eBFU41haYRrYuMFkQ9b+GOSFz+dyW9DAT47RtxA8vyZxuuU/OaJqpVIj Wb9BzSCfdF09RXTmIDp/+h0P+ZT36dA0NEZhLVnCOM8XrZbKrBp4Q4yd4OT4h60bdrpt qc8StR9OOKyetKH72lVSQbK3iL4Pa1eafMu6sWrDzXUlTdQdGwTJ7lyewUmbIpFLIHfx YjNiZgyyRJnHp/oPIyK4QhBB7dlIyNJIIzq+0XJGm9OUdwUFxuip+K5xJsKfCieV/JET MkRQRxv+UEBCRPcAf/2M+agHIgrJfsnhpkTcBpliRLuKH7bJ+EuC3vojC7ZkKF72m2jn okBw== X-Forwarded-Encrypted: i=1; AHgh+RrGmIduXlq4CvXkbZzBde1N784nHJZGJduPvgknIK11KI4uwr4gyZ18Ivh6xJVY49lQ3ojY6mizn8knBg==@sourceware.org X-Gm-Message-State: AOJu0Ywn4YglK9zYyXkOSJeIho8JMTbZ8i+UcQWHwJLdjBRMZJsJ8T3y SqwtdOjdNXLxYF3phnJxWfJpq/RNK22uIs4WxLIVlMLau0zQEHDfPw+PpcCVSQTe+1tfFlCGZIv UR10MuW8gI8I7qUq4duhwvUbfX4r8gYllgweH6Cf9s/DY7gMqXbYi7evPihmC9aNFI7INlSk= X-Gm-Gg: AR+sD12qMWCaaHRHeH6O4U72fxAZC0J/9FUxxIk6rxYav01uttefmIDtWFgHQTmxEqo 8k61QlfeaMcO4q/GxMuHp1B9/TqO8xo63R4VjEraAqGslDqY1NKjHVgF96zriQ+dT9rRH1eq15P 9jf+16JiIWv1ZQdI/2ATNSfYJKN1TitjcKB9FdCdD+fLvJdwT2EePArZVwEElbO06vBK/Xz4BFZ YtgaSYvFaruX5B/OaxMU449oVAac2ibEqhIS2OqLMlLyiARbDXsZCZo842+NK6FtcTbqyuESzBX M8xCN8ODt6wyTFIKZwbFSfk4eDhSstp1kG9h76/YBnxB9plwz3B8GRm7P6d8aJUtRUYUG8OkqGB 5ndSl+UFFqA== X-Received: by 2002:a05:6a20:a123:b0:3bf:6222:2e7e with SMTP id adf61e73a8af0-3cc1a0e4d73mr2649698637.4.1786373196467; Mon, 10 Aug 2026 07:46:36 -0700 (PDT) X-Received: by 2002:a05:6a20:a123:b0:3bf:6222:2e7e with SMTP id adf61e73a8af0-3cc1a0e4d73mr2649623637.4.1786373195780; Mon, 10 Aug 2026 07:46:35 -0700 (PDT) Received: from ?IPV6:2804:14d:8084:993e::75d? ([2804:14d:8084:993e::75d]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-315be8a6809sm45707600eec.10.2026.08.10.07.46.33 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 10 Aug 2026 07:46:34 -0700 (PDT) Message-ID: <5d16c0a1-8a8e-44f5-8e29-c379dba1bde1@redhat.com> Date: Mon, 10 Aug 2026 11:46:30 -0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 2/2] gdb/record: add support for BMI2 instructions To: "Joos, Christina" , "gdb-patches@sourceware.org" References: <20260617124201.15794-1-guinevere@redhat.com> <20260617140058.20727-2-guinevere@redhat.com> <20260617140058.20727-3-guinevere@redhat.com> <70b4fa57-d4c5-4c8c-95b0-0db51fe586ef@redhat.com> From: Guinevere Larsen In-Reply-To: X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: ujRjfy0S-gg8vOycx09N48WnB40BXS1-198J3rL72Mw_1786373197 X-Mimecast-Originator: redhat.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gdb-patches-bounces~public-inbox=simark.ca@sourceware.org On 8/10/26 11:11 AM, Joos, Christina wrote: >> -----Original Message----- >> From: Schimpe, Christina >> Sent: Donnerstag, 9. Juli 2026 15:19 >> To: Guinevere Larsen ; gdb-patches@sourceware.org >> Subject: RE: [PATCH 2/2] gdb/record: add support for BMI2 instructions >> >>> -----Original Message----- >>> From: Guinevere Larsen >>> Sent: Dienstag, 7. Juli 2026 15:57 >>> To: Schimpe, Christina ; gdb- >>> patches@sourceware.org >>> Subject: Re: [PATCH 2/2] gdb/record: add support for BMI2 instructions >>> >>> On 7/7/26 6:18 AM, Schimpe, Christina wrote: >>>> Hi Guinevere, >>>> >>>> If I run this on an Intel cpu I see the following. >>>> >>>> ~~~ >>>> Running /tmp/gdb.reverse/i386-avx-reverse.exp ... >>>> FAIL: gdb.reverse/i386-avx-reverse.exp: verify r8 before bzhi >>>> FAIL: gdb.reverse/i386-avx-reverse.exp: verify ecx before shrx >>>> FAIL: gdb.reverse/i386-avx-reverse.exp: verify eax before sarx >>>> FAIL: gdb.reverse/i386-avx-reverse.exp: verify ebx before rorx >>>> FAIL: gdb.reverse/i386-avx-reverse.exp: verify ebx before pdep >>>> FAIL: gdb.reverse/i386-avx-reverse.exp: verify ecx before mulx >>>> FAIL: gdb.reverse/i386-avx-reverse.exp: verify r8 before tzcnt >>>> FAIL: gdb.reverse/i386-avx-reverse.exp: verify ebx before tzcnt >>>> FAIL: gdb.reverse/i386-avx-reverse.exp: verify ecx before tzcnt >>>> FAIL: gdb.reverse/i386-avx-reverse.exp: verify ecx before blsr >>>> FAIL: gdb.reverse/i386-avx-reverse.exp: verify eax before blsmsk >>>> FAIL: gdb.reverse/i386-avx-reverse.exp: verify ecx before blsi >>>> FAIL: gdb.reverse/i386-avx-reverse.exp: verify eax before bextr ~~~ >>>> >>>> Log: >>>> ~~~ >>>> ecx 0xfb27ea2f -81270225^M >>>> (gdb) FAIL: gdb.reverse/i386-avx-reverse.exp: verify ecx before shrx >>>> reverse-step^M >>>> 810 asm volatile ("shlx %eax, %ecx, %ebx");^M >>>> (gdb) PASS: gdb.reverse/i386-avx-reverse.exp: reverse-step from shlx >>>> to test register ebx info register ebx^M >>>> ebx 0x0 0^M >>>> (gdb) PASS: gdb.reverse/i386-avx-reverse.exp: verify ebx before shlx >>>> reverse-step^M >>>> 809 asm volatile ("sarx %edx, %ebx, %eax");^M >>>> (gdb) PASS: gdb.reverse/i386-avx-reverse.exp: reverse-step from sarx >>>> to test register eax info register eax^M >>>> eax 0xffffffff -1^M >>>> (gdb) FAIL: gdb.reverse/i386-avx-reverse.exp: verify eax before sarx >>>> reverse-step^M >>>> 808 asm volatile ("rorx $10, %r8, %rbx");^M >>>> (gdb) PASS: gdb.reverse/i386-avx-reverse.exp: reverse-step from rorx >>>> to test register ebx info register ebx^M >>>> ebx 0xd7 215^M >>>> (gdb) FAIL: gdb.reverse/i386-avx-reverse.exp: verify ebx before rorx >>>> [...] ~~~ >>>> >>>> If I revert the commits >>>> - "gdb/record: add support for BMI2 instructions" >>>> - "gdb/record: Add support for recording BMI1 instructions" >>>> the fails disappear. >>> Well, they disappear because this commit is where those tests were >>> introduced. This works fine inmy AMD machine, so the question is, is >>> this an issue of recording or a difference in how the instructions work? >>> Could you run this function forward, setting the registers manually, >>> and check if the test expects the right values in the registers? >>> >>>> I'd have given this a review (especially the x86 part) but didn't >>>> see this soon enough since I've been out for a couple of weeks. >>>> >>>> For now, I just run the test. >>>> >>>> Christina >>>> >>>>> -----Original Message----- >>>>> From: Guinevere Larsen >>>>> Sent: Freitag, 3. Juli 2026 20:22 >>>>> To: gdb-patches@sourceware.org >>>>> Subject: Re: [PATCH 2/2] gdb/record: add support for BMI2 >>>>> instructions >>>>> >>>>> I'm pushing this series with a trivial change to the test, fixing >>>>> an oversight I had when writing the original patch >>>>> >>>>> On 6/17/26 11:00 AM, Guinevere Larsen wrote: >>>>>> This commit adds support for recording all instructions in the Bit >>>>>> Manipulation Instruction set 2, for x86 cpus. The specific >>>>>> instructions >>>>>> are: >>>>>> >>>>>> * mulx >>>>>> * pdep >>>>>> * pext >>>>>> * rorx >>>>>> * sarx >>>>>> * sh[r|l]x >>>>>> * bzhi >>>>>> >>>>>> And adds them to the AVX test, for the same reason as the previous >>>>>> commit. >>>>>> --- >>>>>> gdb/i386-tdep.c | 18 ++++++++++++++++-- >>>>>> gdb/testsuite/gdb.reverse/i386-avx-reverse.c | 13 +++++++++++++ >>>>>> gdb/testsuite/gdb.reverse/i386-avx-reverse.exp | 14 ++++++++++++++ >>>>>> 3 files changed, 43 insertions(+), 2 deletions(-) >>>>>> >>>>>> diff --git a/gdb/i386-tdep.c b/gdb/i386-tdep.c index >>>>>> 8b4dfb43f61..189a711fd81 100644 >>>>>> --- a/gdb/i386-tdep.c >>>>>> +++ b/gdb/i386-tdep.c >>>>>> @@ -5128,7 +5128,7 @@ i386_record_vex (struct i386_record_s *ir, >>>>> uint8_t vex_w, uint8_t vex_r, >>>>>> case 0xf2: /* VPSLLD, dynamic shift and ANDN. */ >>>>>> case 0xf3: /* VPSLLQ, dynamic shift and BLSI, BLSR and BLSMSK. >>> */ >>>>>> case 0xf4: /* VPMULUDQ */ >>>>>> - case 0xf6: /* VPSADBW. */ >>>>>> + case 0xf6: /* VPSADBW or MULX. */ >>>>>> case 0xfc: /* VPADDB */ >>>>>> case 0xfd: /* VPADDW */ >>>>>> case 0xfe: /* VPADDD */ >>>>>> @@ -5152,6 +5152,15 @@ i386_record_vex (struct i386_record_s *ir, >>>>> uint8_t vex_w, uint8_t vex_r, >>>>>> record_full_arch_list_add_reg >>>>>> (ir->regcache, ir->regmap[X86_RECORD_EFLAGS_REGNUM]); >>>>>> } >>>>>> + else if (opcode == 0xf6 && ir->map_select == 2) >>>>>> + { >>>>>> + record_full_arch_list_add_reg (ir->regcache, >>>>>> + ir- >>>>>> regmap[X86_RECORD_REAX_REGNUM >>>>>> + + ir->vvvv]); >>>>>> + record_full_arch_list_add_reg (ir->regcache, >>>>>> + ir- >>>>>> regmap[X86_RECORD_REAX_REGNUM >>>>>> + + reg_offset]); >>>>>> + } >>>>>> else >>>>>> { >>>>>> /* This set of instructions all share the same exact way >>>>>> to @@ >>>>>> -5164,11 +5173,16 @@ i386_record_vex (struct i386_record_s *ir, >>>>>> uint8_t >>>>> vex_w, uint8_t vex_r, >>>>>> } >>>>>> break; >>>>>> >>>>>> - case 0xf7: /* BEXTR. */ >>>>>> + case 0xf0: /* RORX. */ >>>>>> + case 0xf5: /* PDEP or PEXT or BZHI. */ >>>>>> + case 0xf7: /* BEXTR or SARX or SHLX or SHRX. */ >>>>>> i386_record_modrm (ir); >>>>>> record_full_arch_list_add_reg (ir->regcache, >>>>>> ir->regmap[X86_RECORD_REAX_REGNUM >>>>>> + ir->reg + vex_r * 8]); >>>>>> + if (opcode == 0xf5 && ir->pp == 0) >>>>>> + record_full_arch_list_add_reg (ir->regcache, >>>>>> + ir- >>>>>> regmap[X86_RECORD_EFLAGS_REGNUM]); >>>>>> break; >>>>>> >>>>>> case 0x2e: /* VUCOMIS[S|D]. */ diff --git >>>>>> a/gdb/testsuite/gdb.reverse/i386-avx-reverse.c >>>>>> b/gdb/testsuite/gdb.reverse/i386-avx-reverse.c >>>>>> index 190bc6f4a7a..4e4428f695a 100644 >>>>>> --- a/gdb/testsuite/gdb.reverse/i386-avx-reverse.c >>>>>> +++ b/gdb/testsuite/gdb.reverse/i386-avx-reverse.c >>>>>> @@ -799,6 +799,19 @@ bmi_test () >>>>>> asm volatile ("tzcnt %eax, %ebx"); >>>>>> asm volatile ("tzcnt %ax, %r8w"); >>>>>> >>>>>> + asm volatile ("mulx %eax, %ebx, %ecx"); asm volatile ("mulx >>>>>> + %ebx, %ecx, %ebx"); >>>>>> + >>>>>> + asm volatile ("pdep %r8, %rcx, %rbx"); asm volatile ("pext >>>>>> + %edx, %ecx, %ebx"); asm volatile ("rorx $10, %r8, %rbx"); asm >>>>>> + volatile ("sarx %edx, %ebx, %eax"); asm volatile ("shlx %eax, >>>>>> + %ecx, %ebx"); asm volatile ("shrx %r8d, %eax, %ecx"); >>>>>> + >>>>>> + asm volatile ("bzhi %edx, %ebx, %r8d"); asm volatile ("bzhi >>>>>> + %rax, %rcx, %r8"); >>>>>> + >>>>>> return 0; /* end bmi_test */ >>>>>> } >>>>>> >>>>>> diff --git a/gdb/testsuite/gdb.reverse/i386-avx-reverse.exp >>>>>> b/gdb/testsuite/gdb.reverse/i386-avx-reverse.exp >>>>>> index e1780267ad0..a482142edde 100644 >>>>>> --- a/gdb/testsuite/gdb.reverse/i386-avx-reverse.exp >>>>>> +++ b/gdb/testsuite/gdb.reverse/i386-avx-reverse.exp >>>>>> @@ -1206,9 +1206,23 @@ gdb_test_no_output \ >>>>>> "set \$eax = 0x1312" "set eax for bmi test" >>>>>> gdb_test_no_output "set \$ebx = 0xdeadbeef" "set ebx for bmi test" >>>>>> gdb_test_no_output "set \$ecx = 0xcafeface" "set ecx for bmi test" >>>>>> +gdb_test_no_output "set \$edx = 0x2337" "set edx for bmi test" >>>>>> >>>>>> if {[record_full_function "bmi"] == true} { >>>>>> >>>>>> + test_one_general_register "bzhi" "r8" "0xe884173" >>>>>> + test_one_general_register "bzhi" "r8" "0x0" >>>>>> + >>>>>> + test_one_general_register "shrx" "ecx" "0x0" >>>>> This was updated to look for 0xe884173 >>>>> >>>>> -- >>>>> Cheers, >>>>> Guinevere Larsen >>>>> it/its >>>>> she/her (deprecated) >>>>> >>>>>> + test_one_general_register "shlx" "ebx" "0x0" >>>>>> + test_one_general_register "sarx" "eax" "0x3" >>>>>> + test_one_general_register "rorx" "ebx" "0x3b" >>>>>> + test_one_general_register "pext" "ebx" "0x0" >>>>>> + test_one_general_register "pdep" "ebx" "0x0" >>>>>> + >>>>>> + test_one_general_register "mulx" "ecx" "0x0" >>>>>> + test_one_general_register "mulx" "ebx" "0x0" >>>>>> + >>>>>> test_one_general_register "tzcnt" "r8" "0x3e" >>>>>> test_one_general_register "tzcnt" "ebx" "0xe" >>>>>> test_one_general_register "tzcnt" "ecx" "0x1e" >>>> Intel Deutschland GmbH >>>> >>>> Registered Address: Dornacher Strasse 1, 85622 Feldkirchen, Germany >>>> Tel: +49 89 991 430, www.intel.de >>>> Managing Directors: Harry Demas, Jeffrey Schneiderman, Yin Chong >>>> Sorrell Chairperson of the Supervisory Board: Nicole Lau Registered >>>> Seat: Munich Commercial Register: Amtsgericht Muenchen HRB 186928 >>>> >>> -- >>> Cheers, >>> Guinevere Larsen >>> it/its >>> she/her (deprecated) >> I think it's an issue with the test setup, since eax in my setup is 0 at the >> beginning of bmi_test function (which is expected since it's a caller saved >> register). If I manually set it to 0x1312 (which is the value you initially set using >> GDB) AFTER calling bmi_test but before executing the instructions, the test >> passes again. >> ~~~ >> (gdb) si >> bmi_test () at /tmp/gdb.reverse/i386-avx-reverse.c:770 >> 770 { >> (gdb) info register $eax >> eax 0x0 0 >> (gdb) set $eax = 0x1312 >> (gdb) >> === gdb Summary === >> >> # of expected passes 852 >> ~~~ >> >> I think you even mention this in a comment: >> >> # Because of the infrastructure of the test, we can't set rax. >> # However, it seems to always be set to 0, so this should be fine. >> >> In that specific bmi test you configure eax to a value =! 0, so I think that's the >> reason. >> I guess the safest would be to only use callee saved registers in the entire test. >> >> But it's interesting still that for your environment the test is passing, too. >> >> If I modify the test to use r12/r12d/r12w instead of rax/eax/ax it passes also on >> my machine. >> >> What do you think? > Hi Guinevere, > > Do you have an update on this ? Hi! Sorry, I completely missed your answer somehow. I'll give this a shot today and see how it goes. Should have the patch before long > > Thanks, > Christina > ________________________________________ > Intel Deutschland GmbH > > Registered Address: Dornacher Strasse 1, 85622 Feldkirchen, Germany > > Tel: +49 (89) 99143-0 > > www.intel.de > > Managing Directors: Candice Moore, Jeffrey Schneiderman, Ramachandran Sitaraman > > Chairperson of the Supervisory Board: Sonja Pierer > > Registered Seat: Munich Commercial Register B: Amtsgericht Munich HRB 186928 > > This e-mail and any attachments may contain confidential material for > the sole use of the intended recipient(s). Any review or distribution > by others is strictly prohibited. If you are not the intended > recipient, please contact the sender and delete all copies. > -- Cheers, Guinevere Larsen it/its she/her (deprecated)