From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id ztTBMJJhkGrb6wYAWB0awg (envelope-from ) for ; Thu, 27 Aug 2026 12:10:58 -0400 Authentication-Results: simark.ca; dkim=pass (2048-bit key; unprotected) header.d=yahoo.de header.i=@yahoo.de header.a=rsa-sha256 header.s=s2048 header.b=KWF9VAID; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id A59191E166; Thu, 27 Aug 2026 12:10:58 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-5.4 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,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 77E5E1E033 for ; Thu, 27 Aug 2026 12:10:56 -0400 (EDT) Received: from vm01.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id DB4074BA9034 for ; Thu, 27 Aug 2026 16:10:54 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org DB4074BA9034 Authentication-Results: sourceware.org; dkim=pass (2048-bit key, unprotected) header.d=yahoo.de header.i=@yahoo.de header.a=rsa-sha256 header.s=s2048 header.b=KWF9VAID Received: from sonic.asd.mail.yahoo.com (sonic-euwe4-0022.asd.mail.yahoo.com [34.2.86.21]) by sourceware.org (Postfix) with ESMTPS id A3F174BA2E23 for ; Thu, 27 Aug 2026 16:10:27 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org A3F174BA2E23 Authentication-Results: sourceware.org; dmarc=pass (p=reject dis=none) header.from=yahoo.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=yahoo.de ARC-Filter: OpenARC Filter v1.0.0 sourceware.org A3F174BA2E23 Authentication-Results: sourceware.org; arc=none smtp.remote-ip=34.2.86.21 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1787847028; cv=none; b=rRCaKP2R/tv3SyJqcZpjaycd8FiN7GG4iIU9NBVW5yRphzb3EK/DH/UM+ujGQZe+uF1yD/VvWfwBUWxQOxvIlgtrr1ONHVk5vV6MA2FJXqBHBZZI4lG2GQTpQZSKvAztrL8BeJfhyz8x8XrcQBmt/PVOsRE8m1NPFLCvf1FHThc= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1787847028; c=relaxed/simple; bh=ojhWIAArXAM4xpen+2AlNAebYRp4eqP1zRxtu61jmvQ=; h=DKIM-Signature:Date:From:To:Message-ID:Subject:MIME-Version; b=ovbLXddjVy6LTt9XkdWKfi6N4OSet0ivMPLbKVbbPrVi+apkJwGSiTFXnkzdzy67Q0xqTMzg43+nzSngI/2ksiFYOXoVy1i1wOpDZZK1t5kaT8HBTIuGlNAPFP4d7f2JuTJVXBiqetFpY4j5cxnKWIN/2axKzpSpfLlg1784McU= ARC-Authentication-Results: i=1; sourceware.org; dkim=pass (2048-bit key, unprotected) header.d=yahoo.de header.i=@yahoo.de header.a=rsa-sha256 header.s=s2048 header.b=KWF9VAID DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org A3F174BA2E23 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s2048; t=1787847026; bh=ojhWIAArXAM4xpen+2AlNAebYRp4eqP1zRxtu61jmvQ=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject:Reply-To; b=KWF9VAIDonYBey8G3HaOQxVWAV154G94Shl+mMKTfE+iGbNG06i1Tgjktx/ZnaLsgyC3ncB3EYw2oHYAf0R9DP3PzdKdV3npmuyKzTL+bZ9HpZHfBuzdVSfrFJjw90Ue+ShnlnRPT2DD0/cEtuvlY6Cy1me4nlwy4Qk0tBBUHr6w1key9jTwbw1wFoKueIf2HC3zkHs+KU44FXeAys7tBvOBOnAxe1pl92mOJIdnXiyxcMsKeSVmuyTP31Q8Sgn7fkjpRFoFp+kfAytc8IoxRI9yuAJ19pCINTb57qx/x2QUbd6lgRmTLIsT9gpK6UoGaDOcpNgevfcj5T+JXMOH/A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1787847026; bh=KnpNYJr6tBHRxyi+sWgtyYiddn0poY3lBSqOBIQAAbm=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=sLOjYvxlumk25339tkPxVTCr8Yg694OlY6GBOF/jOgvn14ySYUQgm75cqtjg/V3DxYxs9PFhJVZsapBphvpF7uZazQi5Cy/5L4rJb4oBXMdGvmMpsCLJ7CMa+L+hXnXz/9BEOjR6aevl8s8gjRdlDHXaz9foGuS4e5oWLkeKzQKJkM0rzU1wNgrN9PFEmHlvVMBH0lN4LiE24OjHsP+fATow4UaVjMPl+2sCzWgV97ZuB+XYUKS2zlEfrjx1gUc462lGz62bEluezJVZHGRBEhfmi3Wl74Jt4wL7yXfFESKXBUV3UHc9+NF0O/nLMInjqQWe67Q30DP8IEe4Olrzkg== X-YMail-OSG: t3yJeNEVM1nkouri1dp7TtiHYl1Yo._lsUz6v3s3D26mqkeO29935lllKfhMbkH DTHErKtYn4QrvFoPzXPcpx_1mg2ZdA1XQTSjJGceQc_iXypmkRhTaWZLTaqFeGJ4RQRnwLmwrboM U6kDfmNWHmP.E5ZonuQravBfc0hBjcLifTsJVeZkSWslBO1kwTzcz8o2ZFoqlNtoly.OIom5xfAy SexDuquZrVwaSBzsoO97JkU3Jw3lYsx3rcfvgF0oZgaJ8P7QY._4oAbb.YA5GcaVEMWDKHRszJ5l s2MAIGmSUdmOfDBz5K9pzK1eZd2wwE3Nphn29IB2LhX9u4ZN9X4MItGgqYGnlmWEUQqDz6SXzmVj U2YsVU.5V94MDNiMNeFrT6xVPipUstXTdWeIdL8o2qme_O4vxYtH8V7DnIP0Y51j_NMwgxqXOfDH mhrWuGDmdsQjLZJKrIcDk6iHF2PtZGz9YloiZyn_gtJ1hy4Vbtu8t8Fx0LedWexfd6.hJHad0PeA mOyv5a6jL5K3lyQ7yO_gY0_jTpOV18dY5rCZND04J_CjPdsjwaCAOb12qsTmoDp0zcdevEVN7q2f 1po42O7uwfrOqOX37rIt6ROTfW8fHfRx8r7SrD8dAxqwOegr3crYc7BMQgPwSi7cjXOPZ0wS5kHk Z95ugIUSoNkKRiRQFFvT8H6K4EsUWr6dEYfVLF5SLh9bSE188d4AuyxkhRpoGs08tsSiDPyuaK6B Rj_MwNdUXoh_bbPtQAWGGBUxVaAqxbaIz.NVd_tvxLjmgCYDkuAWoQVcM5IuxVlSpMIMiSq0r.oB x8O0fMitWxsDKJkSWHmHLqM2gqV0WlA3y4.H0ZAx_WNUboDBWY2YF_8BjMzsWQfL.CTz7l1PltOb hQuCv4mI1CY0u65DkYW00_kdM0lkF3gwCbIP0j079ZXofrbaLELri4xM0wiGJigBLVryHz2DOrVm wxqfAJy9KAKiTgoWAb5jPMNYr7QqzVVJpBLNgGsMueTw4tY.snL1fVZkfDib1Ph.ZsxcWT2xgqgW oT3piM02xEpeFdo_fLjj6pDqoxsHj4KKh3Ewe3pGEfKrPmTUqB2O7.WuXm3zAe3ppPGbvxkUZ9D2 XAVE7Lwk1dzPY1frtIYQ86QZZyL7IbFqNTEqI3xoQjyXdP9GYNfq2_eqfocirJqUxE69YgTgUrqo gwSbfynzRDXH_EhtBDUsWsepwiH03bW2I8fZWQ42ZSocfNZhNhfuOAXB6fylXCycHl52FfBVXr0R _t5WhO4hqDq5kSLw5FMgZrm.KsZixiyb1LOlSH5wJxwDaeh7SoTaBEqY_KiEuZ9RUJVp1Qheyl.n ErUS8p29U6jLi2IXvmEHppKTEFQE6IJYimaT0.rM3.Q1u1pzQiHSV2Hfl88QEpC1aKu_YYr4zjx4 QZSDghKTpVdq2xSAVp5nCILgC50J53JV4elC992ojjK9738.h4re5pm0jJWr3k_qJ9T.JuOXslxQ z0KDqiKSm08nMQw_8NsyAt5nODXcjbbBCxRJVpKPuKTAilvHwve1_wQ13.SnANgg_c3ZXs79Dlww _pHeijDPyCrukKBYflcDBJ5RTlolYKHxAFCR608JJ2WAS32Xd6hs3FSkuH7sx7yvBURqCNfm.33X wVgJEHkIaD_F9Hrl16vQROg8vMRAYG_PKZgrnEDKwQgq3RCwy_M.ZfoqgCoRkOhCd857Lz.cuvNl giRwjhW07fcwIXz7.g_sAm4k3653T7Jn2uTwvrB6EDEB8Gt5gjqgVzjfaUHoHzitVXRcVd1PTwWG d8HoDedjhW2odPKXtD6RqM1VsPI6vbGO8gtMYE.jy5Q7rZSHq3qh3BUUUnfUQ3FtUqSV1qiWvdBO CuKlgIFhdpQraJMF4sl1JU9k8FLFaOM.Jr47KzbGAURIiFzyCrA2ZFcyKrAEoB_syndHE7X4KP7I VQPMOhfL3vHxFoFWpkNsDveyGsSubYJ_UooIqX9pl287RCrw5jPi3YrCJB_VKScVdnEAfC0zuGAK 8sFCIZDQIMj4joXHuOlzKSxM2Hslnoh6xJ.lQUmuXgKMBfn1OPDrWRmHvb4L6TpzlzaSFTsYfthR XYGG9Y2.isiS0l_OLG0L6KGpV X-Sonic-MF: X-Sonic-ID: fd242c3d-da6e-4625-9b6d-9164e1cdd654 Received: from sonic.gate.mail.ne1.yahoo.com by mail-asdoutdeli-p-cin-euwe4-prod-sonicconsumer-svc-101 with HTTP; Thu, 27 Aug 2026 16:10:26 +0000 Date: Thu, 27 Aug 2026 16:05:47 +0000 (UTC) From: Hannes Domani To: "gdb-patches@sourceware.org" , "Joos, Christina" Message-ID: <368021957.698828.1787846747063@mail.yahoo.com> In-Reply-To: References: <20260727174619.1089041-1-ssbssa@yahoo.de> <20260727174619.1089041-7-ssbssa@yahoo.de> <1041475645.327467.1787757617271@mail.yahoo.com> <2092195315.719675.1787840439209@mail.yahoo.com> Subject: Re: [PATCH v2 7/8] Windows gdb: Implement XState (Intel AVX) support MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.26380 YMailCLDNorrin 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 Am Donnerstag, 27. August 2026 um 17:17:46 MESZ hat Joos, Christina Folgendes geschrieben: > > -----Original Message----- > > From: Hannes Domani > > Sent: Donnerstag, 27. August 2026 16:21 > > To: gdb-patches@sourceware.org; Joos, Christina > > Subject: Re: [PATCH v2 7/8] Windows gdb: Implement XState (Intel AVX) > > support > > > >=C2=A0 Am Donnerstag, 27. August 2026 um 12:43:04 MESZ hat Joos, Christi= na > > Folgendes geschrieben: > > > > > > -----Original Message----- > > > > From: Hannes Domani > > > > Sent: Mittwoch, 26. August 2026 17:20 > > > > To: gdb-patches@sourceware.org; Joos, Christina > > > > > > > > Subject: Re: [PATCH v2 7/8] Windows gdb: Implement XState (Intel > > > > AVX) support > > > > > > > >=C2=A0 Am Mittwoch, 26. August 2026 um 16:28:41 MESZ hat Joos, Chris= tina > > > > Folgendes geschrieben: > > > > > > > > > Hi Hannes, > > > > > > > > > > Thanks a lot for working on this. > > > > > > > > > > I did not find the time to try this out on windows myself, since = I > > > > > was not able > > > > to work last week. > > > > > This is my code-based review for now. > > > > > > > > > > > -----Original Message----- > > > > > > From: Hannes Domani > > > > > > Sent: Montag, 27. Juli 2026 19:43 > > > > > > To: gdb-patches@sourceware.org > > > > > > Subject: [PATCH v2 7/8] Windows gdb: Implement XState (Intel > > > > > > AVX) support > > > > > > > > > > The commit message header still seems somewhat misleading, as it > > > > > references only Intel AVX, while the commit also includes changes > > > > > related to > > > > AVX-512 and shadow stack. > > > > > > > > > > I think it would be helpful if we'd adapt the commit message > > > > > header of this patch to include AVX-512, too. > > > > > > > > > > For shadow stack I think it would make sense to move this to a > > > > > separate commit and give more details on the tests that are > > > > > passing/ not passing and the limitations we have in windows for > > > > > shadow stack enabled > > > > programs. > > > > > > > > I agree, at least shadow stack should be its own commit. > > > > > > > > And I wonder if, instead of splitting up into gdb/gdbserver as it i= s > > > > now, maybe I should merge them, and split them again into AVX/AVX- > > 512/shadow-stack. > > > > > > I think this is up to you. I usually prefer to have gdb + gdbserver t= ogether. > > > But this also depends on how complicated/big the patches are, I guess= . > > > > > > At the state of this patch your general NEWS comment doesn't state an= y > > > specifics about gdb or gdbserver. > > > My assumption would be that both is working. However, gdbserver only > > > works with the next patch. So, from that perspective it would make se= nse to > > merge them. > > > > I now also think it's better to merge them, so I'll do that. > > > > > > > > > Besides reading or writing the shadow stack pointer for linux we > > > > > had to enable > > > > > - displaced stepping > > > > > - the return command > > > > > - inferior calls > > > > > for shadow stack enabled programs, which are all covered by > > > > > current shadow > > > > stack tests. > > > > > > > > > > Based on what you said > > > > > > > > > > ~~~ > > > > > It turns out binutils/gcc really don't support this on windows ye= t. > > > > > To enable this in the executable, at least a special marker bit > > > > > has to be set in > > > > the Extended DLL Characteristics [1]. > > > > > With msvc you can do that with the /CETCOMPAT linker argument [2]= . > > > > > > > > > > So I compiled amd64-shadow-stack.c with msvc and /CETCOMPAT, and > > > > > tried > > > > it out with my gdb build. > > > > > Before I always got $pl3_ssp=3D0, and with this new exe I always = get > > > > $pl3_ssp=3D1. > > > > > ~~~ > > > > > I assume you cannot execute those tests. Can you confirm? > > > > > > > > > > Would it make sense to add dedicated tests for windows shadow > > > > > stack (in the shadow-stack specific patch), based on the current > > > > > enablement you > > > > describe above ? > > > > > > > > > > Or, maybe even better, can you adapt the proc allow_ssp_tests for > > > > > window > > > > support? > > > > > You said: > > > > > " It turns out binutils/gcc really don't support this on windows = yet." > > > > > Could you add a fix to make this work for windows using msvc and > > > > /CETCOMPAT ? > > > > > > > > I'm not sure what you mean here. > > > > Instead of the binutils linker, use the one from msvc? > > > > > > You said "So I compiled amd64-shadow-stack.c with msvc and /CETCOMPAT= , > > > and tried it out with my gdb build." Based on that I assumed it's > > > somehow possible to enable shadow stack for a msvc compiled program i= n > > windows. > > > > Yes. > > > > > > > I also inferred that GDB was able to debug such programs and run > > > relevant tests against them. That may have been an incorrect > > > assumption on my part, as I'm not very familiar with the current stat= e > > > of support in this area. =F0=9F=98=8A > > > > msvc doesn't create dwarf debug info, so in my tests I was only debuggi= ng in > > assembly mode. >=C2=A0 > Yes, this is what I expected. Can we run tests in the gdb testsuite with = msvc? I don't think it's possible with msvc directly. But Pedro has recently made changes to the testsuite for clang configured as x86_64-pc-windows-msvc, which could maybe be used for this as well. Hannes