From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from vmicros1.altlinux.org (vmicros1.altlinux.org [194.107.17.57]) by sourceware.org (Postfix) with ESMTP id 30B9F3857C47 for ; Mon, 17 Aug 2020 14:00:44 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 30B9F3857C47 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=altlinux.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=ldv@altlinux.org Received: from mua.local.altlinux.org (mua.local.altlinux.org [192.168.1.14]) by vmicros1.altlinux.org (Postfix) with ESMTP id BFD1372CCDC; Mon, 17 Aug 2020 17:00:42 +0300 (MSK) Received: by mua.local.altlinux.org (Postfix, from userid 508) id A82847CFCBA; Mon, 17 Aug 2020 17:00:42 +0300 (MSK) Date: Mon, 17 Aug 2020 17:00:42 +0300 From: "Dmitry V. Levin" To: Andreas Schwab Cc: Paul Eggert , Xiaoming Ni , libc-alpha@sourceware.org Subject: Re: [PATCH 3/3] linux: Optimize realpath stack usage Message-ID: <20200817140042.GC29156@altlinux.org> References: <20200810204856.2111211-1-adhemerval.zanella@linaro.org> <20200810204856.2111211-3-adhemerval.zanella@linaro.org> <1508cae6-9f47-1885-2fb0-e257f906b82a@cs.ucla.edu> <87r1sdp1un.fsf@igel.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87r1sdp1un.fsf@igel.home> X-Spam-Status: No, score=-4.6 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham 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: Mon, 17 Aug 2020 14:00:49 -0000 On Tue, Aug 11, 2020 at 06:46:24PM +0200, Andreas Schwab wrote: > On Aug 10 2020, Paul Eggert wrote: > > > In the Linux __realpath_system, the code should be prepared for the /proc > > syscall to fail because /proc is not mounted. > > We already depend very much on /proc to be mounted, so this can be > ignored. Do we? -- ldv