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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id DB631CD37B3 for ; Sun, 17 Sep 2023 15:07:00 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 56BE46B01A3; Sun, 17 Sep 2023 11:07:00 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 51BD16B01A5; Sun, 17 Sep 2023 11:07:00 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3E4626B01A6; Sun, 17 Sep 2023 11:07:00 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 213196B01A3 for ; Sun, 17 Sep 2023 11:07:00 -0400 (EDT) Received: from smtpin19.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id F05CEA0A64 for ; Sun, 17 Sep 2023 15:06:59 +0000 (UTC) X-FDA: 81246416958.19.DFC3CBE Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) by imf03.hostedemail.com (Postfix) with ESMTP id 9338420008 for ; Sun, 17 Sep 2023 15:06:57 +0000 (UTC) Authentication-Results: imf03.hostedemail.com; dkim=pass header.d=infradead.org header.s=bombadil.20210309 header.b="t7nd/iCu"; spf=none (imf03.hostedemail.com: domain of rdunlap@infradead.org has no SPF policy when checking 198.137.202.133) smtp.mailfrom=rdunlap@infradead.org; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1694963218; a=rsa-sha256; cv=none; b=z0GW8v9Pk3gb67O7WrIxyrxwHVZ3noPW+575CeP6XtTKErsLX3csAydXhwQbVuHWaG8mng yd9TK2sp5uRPUwB/p+RfW5huShz+K2bpd5cvdku3Iq1Bbf1FPVozLTtFrl40WKLAFCBI5b 6hi/l0NdqANGP04ScmQVKraj7EGZEK4= ARC-Authentication-Results: i=1; imf03.hostedemail.com; dkim=pass header.d=infradead.org header.s=bombadil.20210309 header.b="t7nd/iCu"; spf=none (imf03.hostedemail.com: domain of rdunlap@infradead.org has no SPF policy when checking 198.137.202.133) smtp.mailfrom=rdunlap@infradead.org; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1694963218; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=yg00tVpU+vjQMn/1hNmj20preqlD9DZBFEgxeYCa3yU=; b=rh8Yzle8GB0+5qRnmbKqN5pMbn4N8l8oYGTSF5V2T1gHHuhDfbmVo0ao+KAKtWW54bS0H0 MQYJ5OEcr0O+kR6HekxLLh0qAHpo/u0UYm7uWMomEGPdKFMuOhEydttlX8EU02KGjDU4ca O2HHYvaOGsyOeiwMZzwLXa61Euupr5Y= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=Content-Transfer-Encoding: Content-Type:In-Reply-To:From:References:Cc:To:Subject:MIME-Version:Date: Message-ID:Sender:Reply-To:Content-ID:Content-Description; bh=yg00tVpU+vjQMn/1hNmj20preqlD9DZBFEgxeYCa3yU=; b=t7nd/iCuSHtXZ2FaEsT9s6n1if R/CBvLBcc+fP7J1PgImI7gEnnM5uSPNaCuyCdz0U7I/ku0N1gkxnymnzDtgb1sbe5xXdZMptMDBps ocpz62mb5RcTPQkD7yigBTUZLjvbfsYE5anFNNSQM3Yzs+j4pDQyW+j0ClhLQ7XJ42tnpZRkYkSz3 wNtDCvz31kn6WkwiqY/XNSNFHgbOt2YZ5dJprOQ9+PmPAxeiAwhHQqY/rhyuEWBbbwzSbBYEeZJSr DbkV2D6HK1TL/xA0o6WD+4Nm+sduyjDwbUNtocrOTsdP9jUcf8ub+Ar2Jjxmf/Gq6BnHJg7csTf6O Qcr5TYrQ==; Received: from [2601:1c2:980:9ec0::9fed] by bombadil.infradead.org with esmtpsa (Exim 4.96 #2 (Red Hat Linux)) id 1qhtML-00DksC-1I; Sun, 17 Sep 2023 15:06:53 +0000 Message-ID: Date: Sun, 17 Sep 2023 08:06:51 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: /proc/*/maps broken on nommu Content-Language: en-US To: Max Filippov , LKML , Linux Memory Management List Cc: Matthew Wilcox , Yu Zhao , "Liam R. Howlett" , Vlastimil Babka , Davidlohr Bueso , Andrew Morton References: From: Randy Dunlap In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspamd-Server: rspam08 X-Rspamd-Queue-Id: 9338420008 X-Stat-Signature: 4szickq15w1rrqxiwr8wqe9rc8ra4dui X-Rspam-User: X-HE-Tag: 1694963217-169759 X-HE-Meta: U2FsdGVkX1/laKQuCxcrMxaD0rDLPxOeOxXL9/UtqJa8IsDaWWIK5v/rGaDgQZofp5Fpwxtj6pM56oiCcL6/diMvsWqKvFzo/RWWt5NIqZYYGw4LL6HEQ+PBawgRehbMMXFEjeijzD4UJNP8n/RY/dL+xnIrLWanIkehpYll+NfbntiXgNFSAZMXRhcZDhngivHs76iMsTO3LQInLae4vRwZl7Zc3m792ireAhHq8FFWkOqp7d7DKbOlgUguEAmNTlGBRYuo21bcjj0jONTz1kYbcGNQVYCzeLwlE7qvSSxNRL3k17NLHxInt50iuszOF29Rf573KQf2cDK9LhEkT2B2pTBb/PUnNTTZ0/oz0uscq7BD8OsiRpKO/ABhBQoFQRshizQCvtCBKURL2ccdrZeqk9Jtcwr3g0NdxmkSQVVRBpowvZ3XyaiKydhLrkcUshx3lYuo+S/W833LABFFtWAUU+qH7dknhSemlcR6pdw3KNAX7jf8KvTmFM2Q2NCTCdGlVqGjX7wTsc3myiZ9FZa3NNTGlyijcW2pODIsaVcdsqQkPR49R3YwIhJk67NI6PyZosaW+6FxUZYVQeA+op6Ltja0DhpejHPntfOqdjnXiCgYpVsvF2oFUwYtHmgvBknPqt+MW9xKc4g4xlYfiBaUW3TVhOtCGhDeCTUOsz6aLoU5Xc5YZi1vLzzE9KWRdeyugSBsrnzjUsPlCxPXk3PDHZAFGLX6t0seOP1zSBIHi0Yz5NJhv2ksFpBexovot0qjfuwdcs4TxdSYY2ZZYasGxR9EPlk/gw30z68vWhtAAHISEgnT3flUuL2BON3T9o3WGzOddx4fNZnqlGnwcV5l3OwBAWxGYLYQQZgHfTk+hfHpMa0VPN89X4qnmAv7/nPYANzFtMGso+tW3jJjOyTIGq7J66KUOG3ddI7/Tqi1ITvawKmem3paMZipxOXgNSqQ62z3EPzVKJGsOat imfZSJj+ ew3srt1J7dgZmZaOnxg1BPdluZhdiK8f7k0NfJQfihGlpCXug+bSMpEGeY9ZKlzP4KLixmqvCNSexgdbG9CW8Fp4/cC5SbdAF5AEdDRNPeEF0MOX5NCBT9rg+qC5XS1tce1gK0BSMoB6tLUOMKw41HaxW6VJ5IlR0OjBVgaa/wOgaAmrBjWXMStTNdPbhLSCVIjrJjSeHTtsyXNUYhxTLJnvvIz7UyB6eLzHAD48zMb/8INUZh92zIyVnIfhs0nb7DUcVsRhf+u/q86S6EeTc98J1JD+bLuLEUYYvmjWFXO3u3SUN4ilnatIvN2N5cJGBVGou1lBcnwCikt9rzQSV7FJUz3DppWS+qegd X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 9/17/23 04:38, Max Filippov wrote: > Hello, > > As of v6.5 cat /proc/*/maps produces empty output on nommu xtensa systems. > Bisection points to the commit 0c563f148043 ("proc: remove VMA rbtree > use from nommu"). > It looks like the issue may be not in the m_start (where find_vma(mm, > addr) returns > NULL), but in the nommu version of find_vma itself. I've tried replacing nommu > find_vma implementation with an implementation of the MMU version and it > fixes the /proc/*/maps output. Kind of (it works as expected on one of > my systems, > but consistently locks up on the other). > > Any suggestions of what might be wrong/how to fix it properly? > Hi Max, There is already a proposed patch and some discussion: https://lore.kernel.org/lkml/20230915160055.971059-2-ben.wolsieffer@hefring.com/ -- ~Randy