From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oa1-x35.google.com (mail-oa1-x35.google.com [IPv6:2001:4860:4864:20::35]) by sourceware.org (Postfix) with ESMTPS id 225DA385702D for ; Fri, 23 Sep 2022 15:24:25 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 225DA385702D Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=linaro.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=linaro.org Received: by mail-oa1-x35.google.com with SMTP id 586e51a60fabf-130bd20fae6so712518fac.9 for ; Fri, 23 Sep 2022 08:24:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:in-reply-to:organization:from:references :to:content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date; bh=G2reLmhPqHGKtg+XtoJ/fl0Ot0iuIUgjmjiJFmLjsvw=; b=SQDVtaJSlVFYBGywvQUthkocWeklDSqkksIZ9wmWMtxhw2zH7evS4koJA7nG5fjX97 ugJoeTUVjj3rf+GWFKm8Ua4rV5iLHT7d/E+YHKIOe606dAhaiZH4s8kSn2OCZDtAb8jK IY4Mvabr6dlEtiv8UhZ3np4Xn3kRqn1YplJp++jg5tMkwsXrj3AqwF+R26mlx07eDGG4 bSGCyjhNRO1MBxpLVSXspKrjrKkN7NrzT3mQ2dM4RCNw/t/XQgtynpq2h4eX/fbHz+Vk PA5PK4q4obpZycUsNGKmR/S6p/xyXdiVlbEJlkLS1+4L6epNUMZAi1LYychfDtSSjhwF LUPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:organization:from:references :to:content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date; bh=G2reLmhPqHGKtg+XtoJ/fl0Ot0iuIUgjmjiJFmLjsvw=; b=hT7MGNAt4dQyt/nbBX1d7hnsK4XZ+k6WaBz39M6j38HgK3r6zuZ57er+bAir+fFsoK /ZrOeZCcxA+W2hmLfMI5DB9gnEeb4J2T+HKmXdD9YX6xJFmLPm4nmLFS4DNCaGlszaqU OLlbJVedAnwhCGI79hcJd27eyiYr56NS//Wlbli7rYA8l/QwOdsFx0YNoKvZfjmTnPWJ 2dVwjTiF80HyWq3nQuOZ2wpkj4Af9NaxVxtYeGcQRsuX4UPWdQlE0OD0+X8dFGN5NPUr ZamOzeStJjice2gZ7LQM3gyXCcvEn3Koi6tLcp8SG49H5biBhHAkace30s+jq5bRxNRv FLDg== X-Gm-Message-State: ACrzQf2ou3OqEWzF0QbA0+gndXY3btkpGf/Dqmb/FJ5cqJFG/Ocv9fTE tNRQKTm9Z0U8EgWXRw4sWI3fPko5zvou9FUY X-Google-Smtp-Source: AMsMyM6PBcOEfyRZIqpu9kZxdlfHq4ukvd4bktgdPaNHMj81GvkGm118TJQ4t32nHs08EIbyKx+wPw== X-Received: by 2002:a05:6870:51cc:b0:12d:5b7b:9beb with SMTP id b12-20020a05687051cc00b0012d5b7b9bebmr5267722oaj.89.1663946664153; Fri, 23 Sep 2022 08:24:24 -0700 (PDT) Received: from ?IPV6:2804:1b3:a7c1:c266:202e:f71c:c0e7:6b4e? ([2804:1b3:a7c1:c266:202e:f71c:c0e7:6b4e]) by smtp.gmail.com with ESMTPSA id k26-20020a05680808da00b003507c386a4asm3789306oij.40.2022.09.23.08.24.23 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 23 Sep 2022 08:24:23 -0700 (PDT) Message-ID: <79252e85-caa5-5031-c5ac-8cfb96114a08@linaro.org> Date: Fri, 23 Sep 2022 12:24:22 -0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.3.0 Subject: Re: RFC PATCH: Don't use /proc/self/maps to calculate size of initial thread stack Content-Language: en-US To: libc-alpha@sourceware.org References: <79dae81f-8e33-4499-a47a-93cc0903be6a@www.fastmail.com> <87fsgvvbwq.fsf@oldenburg.str.redhat.com> <9d232b1b-f123-4189-bf09-dd29aab6486a@www.fastmail.com> <54c6018f-3b1d-84e9-04e5-55c0eca66a4c@linaro.org> <3fb8e41b-8717-4663-9a09-8259211d5d69@www.fastmail.com> From: Adhemerval Zanella Netto Organization: Linaro In-Reply-To: <3fb8e41b-8717-4663-9a09-8259211d5d69@www.fastmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-6.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 23/09/22 11:59, Zack Weinberg via Libc-alpha wrote: > On Wed, Sep 21, 2022, at 4:58 PM, Adhemerval Zanella Netto via Libc-alpha wrote: >> I wonder if we could use inplace mremap (which should be a nop) to inform >> a more approximate value for the stack (the code only handles grown down >> architecture): > > mremap is unusual enough that I think we'd have the same problem with seccomp filters that Florian pointed out regarding process_vm_readv. > > zw At least with debian code search [1], it seems mremap is used on some common projects and it way simpler than process_vm_readv. [1] https://codesearch.debian.net/search?q=mremap&literal=1