From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ej1-f50.google.com (mail-ej1-f50.google.com [209.85.218.50]) by sourceware.org (Postfix) with ESMTPS id 948CF385780D for ; Fri, 9 Apr 2021 20:55:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 948CF385780D Received: by mail-ej1-f50.google.com with SMTP id e14so10660070ejz.11 for ; Fri, 09 Apr 2021 13:55:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6269CFEcO294v7exi47GLnYJ4w/SXpoLX7EH0IrfMXg=; b=Qv67Nwd1XB6FkAAs931R+A/kW2pP6S0yRc7eisGSEWeqePaGKUJe6XP54XU3i4jW7n DafRIjG2y+GbiLPjLQmceKM0DHUFVGgKTjFXLYoyGp5bgc2lwwg1wFqDqL/c88DERQnO lBerDqb7yctaTl21EOliqKgs9aR6y3L08l3+8RidfqPY92TwxnuKifaNs69Nnzui4yB4 tC4z2fSmXEiV1WCJWKJNTTakrphnylqjzWUCqwIr8GfNKOf9uk9YwFoQByqaVYPW1rhb J9+H478Maf7Li/34Hox+JIYM/bOciOZsCNUisJit2GzcZPxuuHDKAYPgw/q3UuwAdaam KmPA== X-Gm-Message-State: AOAM533Qfva2WDZgTYVtOJklNw6N3kbqqNMOrn8zvZfUekFnswUM3nQj 6fLNdevq0N3/FhWT5HWUW38MiSeBxCFUzcOwRcQ= X-Google-Smtp-Source: ABdhPJwXzE1P09vuf4uHOZgcOVQmGC/sR9VCWa3xvIkBzLtB6ZptwLRWU6jAe3sPnSByf6nG5X9sVE7VQUX0uxjWpeY= X-Received: by 2002:a17:906:dfcc:: with SMTP id jt12mr17795157ejc.31.1618001741712; Fri, 09 Apr 2021 13:55:41 -0700 (PDT) MIME-Version: 1.0 References: <20210331225226.GC11673@zn.tnic> In-Reply-To: <20210331225226.GC11673@zn.tnic> From: Len Brown Date: Fri, 9 Apr 2021 16:55:30 -0400 Message-ID: Subject: Re: Candidate Linux ABI for Intel AMX and hypothetical new related features To: Borislav Petkov Cc: Andy Lutomirski , David Laight , Dave Hansen , Andy Lutomirski , Greg KH , "Bae, Chang Seok" , X86 ML , LKML , libc-alpha , Florian Weimer , Rich Felker , Kyle Huey , Keno Fischer , Linux API Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_00, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS, KAM_DMARC_STATUS, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2021 20:55:44 -0000 On Wed, Mar 31, 2021 at 6:54 PM Borislav Petkov wrote: > > On Wed, Mar 31, 2021 at 06:28:27PM -0400, Len Brown wrote: > > dynamic XCR0 breaks the installed base, I thought we had established > > that. > > We should do a clear cut and have legacy stuff which has its legacy > expectations on the XSTATE layout and not touch those at all. > > And then all new apps which will use these new APIs can go and request > whatever fancy new state constellations we support. Including how they > want their signals handled, etc. > > Fat states like avx512, amx etc will be off by default and apps > explicitly requesting those, can get them. > > That's it. 100% agreement from me! (does anybody disagree?) thanks, Len Brown, Intel Open Source Technology Center