From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.2 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 58248C07E96 for ; Tue, 6 Jul 2021 12:57:53 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 382DF61A46 for ; Tue, 6 Jul 2021 12:57:53 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231543AbhGFNAa (ORCPT ); Tue, 6 Jul 2021 09:00:30 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:35316 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231535AbhGFNAa (ORCPT ); Tue, 6 Jul 2021 09:00:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1625576271; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ytlF4FE3cl9dxZ8jYCvSYMBBS99A2hZUnRZlAgau2m8=; b=Iv6rY9s3PY17+8k+m1LRsV2ZBHwS/+r6x6+EA4K934AHTr0VY9KxVYbPuVoP7zXj2gfqET QtH3fCpzTEL3hI2dCZtjwXMmixSnfHnq7Q+zMOjx+7q0sxDle9dkznYahy/2xeJ6H/FQTa s7+nGveOQrM/4L7Iju9iiAmxamVRPB8= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-366-HM_70VIjNNaXbS_t2qk2NQ-1; Tue, 06 Jul 2021 08:57:47 -0400 X-MC-Unique: HM_70VIjNNaXbS_t2qk2NQ-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 349A8100CA88; Tue, 6 Jul 2021 12:57:46 +0000 (UTC) Received: from oldenburg.str.redhat.com (ovpn-115-5.ams2.redhat.com [10.36.115.5]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 127825D6A1; Tue, 6 Jul 2021 12:57:43 +0000 (UTC) From: Florian Weimer To: "Enrico Weigelt, metux IT consult" Cc: Thiago Macieira , hjl.tools@gmail.com, libc-alpha@sourceware.org, linux-api@vger.kernel.org, linux-arch@vger.kernel.org, x86@kernel.org Subject: Re: x86 CPU features detection for applications (and AMX) References: <22261946.eFiGugXE7Z@tjmaciei-mobl1> <3c5c29e2-1b52-3576-eda2-018fb1e58ff9@metux.net> <2379132.fg5cGID6mU@tjmaciei-mobl1> <87pmw3ifpv.fsf@oldenburg.str.redhat.com> <030f1462-2bf9-39bc-d620-6d9fbe454a27@metux.net> <87lf6ricqg.fsf@oldenburg.str.redhat.com> <4ba30cb7-6854-0691-fad6-4ca9ce674ac2@metux.net> <878s2qh2bb.fsf@oldenburg.str.redhat.com> <034dcf9b-1f8c-23ee-86a6-791122bc0f8c@metux.net> Date: Tue, 06 Jul 2021 14:57:42 +0200 In-Reply-To: <034dcf9b-1f8c-23ee-86a6-791122bc0f8c@metux.net> (Enrico Weigelt's message of "Thu, 1 Jul 2021 13:59:33 +0200") Message-ID: <87eecbfvll.fsf@oldenburg.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 Precedence: bulk List-ID: X-Mailing-List: linux-api@vger.kernel.org * Enrico Weigelt: > On 01.07.21 10:21, Florian Weimer wrote: >> * Enrico Weigelt: >> >>> And I'm repeating my previous questions: can you name some actual real >>> world (not hypothetical or academical) scenarios where: >>> >>> somebody really needs some binary-only application && >>> needs those extra modules *into that* application && >>> cannot recompile these modules into the applications's prefix && >>> needs AMX in that application && >>> cannot just use chroot && >>> cannot put it into container ? >> There are no real-world scenarios yet which involve AMX, so I'm not >> sure >> what you are after with this question. > > Okay, let's take AMX out of the equation (until it actually arrives > in the field). How does it look like then ? We have customers that want to use name service switch (NSS) plugins in proprietary software and who do not want to distribute the (GNU) toolchain with their application. The latter excludes chroot/containers. Some applications more or less require to run directly on the host (e.g., if they have some system monitoring aspect). Thanks, Florian