Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp4001164pxb; Mon, 8 Feb 2021 05:46:54 -0800 (PST) X-Google-Smtp-Source: ABdhPJy1kPJ9KuXP2/LGsSqT8HztKGY65wRa7N6tZWOEAV+5lADFzq0wkUK/Ta0pTdAnVGeS3T8q X-Received: by 2002:a05:6402:7ce:: with SMTP id u14mr12744322edy.370.1612792014607; Mon, 08 Feb 2021 05:46:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612792014; cv=none; d=google.com; s=arc-20160816; b=rAgp3fxhH5agaX/C1e6lSA59qkya29VYFvFwGUOIxE6UqRQGoC63vxC5om7gZHhHCt vujvllk9xqnOZ1VVN6tF5JP+tvZm2mJSB9HJ/BQACwL4ZJhyO1QSspa2UE4cGN7Dqhmu oL4qrEmMBBdFdKR6l9iFGzmxpXuO9pYZHkOF4Yn98mZDr0nMiMHSRk0FT2Y0DPz9YdXG HKco8Td6sPzR0niKtZKj6zlwfIng470qWgJslD1QFFgHWFu24eSQOkZBDWsM/YElD39t emXYzC9oeP1wtW8vteRVfsHFcQCeBqP+cebm3oVcEN1lbAr+biGBOFMlw/lsa7Q/hjuu z9iw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:organization :from:references:cc:to:subject:dkim-signature; bh=nIUUbNNEsbNY0qQ2TGTcojBdZ5jjYwt4zGR/YnTj+ow=; b=K+UESvlS2H7NRYOBydtY9A+VHUN6/jBNckVcxirOq8qIsfJIOU+LeDq20AY2V3Nkxx P+7xG5IxvTw1g1mqVfxfG10E1Rv1e4+MeJBiGoQpo+TfnWgwLUXndCF3mOqO3i1mwKN5 XHNLFv9lyIQtXvy7tLWfXJPJVmQF7UUeJcaQTzRtuMAIGINGSfVcwjlRjNkAL+pwOTLc tobGQOjlNtLm5BvV+2ENivolqf1IZoShhthlBG3TbyOZcKUiu5OksGlcBxGYCElfk8Xu CxYi5cTdgqyGNnL1BwIVCvA9ngHVEbkg5+7SM/VwCCl1Px4NEzZuJkQlFKtbp21bauAr Okng== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=KjIR+1bF; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j26si9013295eds.297.2021.02.08.05.46.30; Mon, 08 Feb 2021 05:46:54 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=KjIR+1bF; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231326AbhBHNqA (ORCPT + 99 others); Mon, 8 Feb 2021 08:46:00 -0500 Received: from us-smtp-delivery-124.mimecast.com ([63.128.21.124]:21139 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231281AbhBHNm1 (ORCPT ); Mon, 8 Feb 2021 08:42:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1612791660; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=nIUUbNNEsbNY0qQ2TGTcojBdZ5jjYwt4zGR/YnTj+ow=; b=KjIR+1bFrSfGCuc4MjpjrVFYPVg6asVqPBW7yGJKosn77Zf5F3MwQDAt3lkIyCl52MDEwr D1ZRt3+ftfMEaFrV/6Vc+/MSGvjcQZnyMyOM6cgoyDR6B+z4H/pvTodEOKeuQ9eG9LPJMX 83DfaqI0wJ8Ou94/Abc4knappknl6OM= 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-144-Ransb7rrNHyz0DdVU9VPKA-1; Mon, 08 Feb 2021 08:40:56 -0500 X-MC-Unique: Ransb7rrNHyz0DdVU9VPKA-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id EA297107ACC7; Mon, 8 Feb 2021 13:40:51 +0000 (UTC) Received: from [10.36.113.240] (ovpn-113-240.ams2.redhat.com [10.36.113.240]) by smtp.corp.redhat.com (Postfix) with ESMTP id A34BC60C5B; Mon, 8 Feb 2021 13:40:43 +0000 (UTC) Subject: Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users To: Michal Hocko Cc: Mike Rapoport , Andrew Morton , Alexander Viro , Andy Lutomirski , Arnd Bergmann , Borislav Petkov , Catalin Marinas , Christopher Lameter , Dan Williams , Dave Hansen , Elena Reshetova , "H. Peter Anvin" , Ingo Molnar , James Bottomley , "Kirill A. Shutemov" , Matthew Wilcox , Mark Rutland , Mike Rapoport , Michael Kerrisk , Palmer Dabbelt , Paul Walmsley , Peter Zijlstra , Rick Edgecombe , Roman Gushchin , Shakeel Butt , Shuah Khan , Thomas Gleixner , Tycho Andersen , Will Deacon , linux-api@vger.kernel.org, linux-arch@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-nvdimm@lists.01.org, linux-riscv@lists.infradead.org, x86@kernel.org, Hagen Paul Pfeifer , Palmer Dabbelt References: <20210208084920.2884-1-rppt@kernel.org> <20210208084920.2884-9-rppt@kernel.org> <38c0cad4-ac55-28e4-81c6-4e0414f0620a@redhat.com> <770690dc-634a-78dd-0772-3aba1a3beba8@redhat.com> <21f4e742-1aab-f8ba-f0e7-40faa6d6c0bb@redhat.com> <5db6ac46-d4e1-3c68-22a0-94f2ecde8801@redhat.com> From: David Hildenbrand Organization: Red Hat GmbH Message-ID: Date: Mon, 8 Feb 2021 14:40:42 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08.02.21 13:17, Michal Hocko wrote: > On Mon 08-02-21 12:26:31, David Hildenbrand wrote: > [...] >> My F33 system happily hibernates to disk, even with an application that >> succeeded in din doing an mlockall(). >> >> And it somewhat makes sense. Even my freshly-booted, idle F33 has >> >> $ cat /proc/meminfo | grep lock >> Mlocked: 4860 kB >> >> So, stopping to hibernate with mlocked memory would essentially prohibit any >> modern Linux distro to hibernate ever. > > My system seems to be completely fine without mlocked memory. It would > be interesting to see who mlocks memory on your system and check whether > the expectated mlock semantic really works for those. This should be > documented at least. I checked some other installations (Ubuntu, RHEL), and they also show no sign of Mlock. My notebook (F33) and desktop (F33) both have mlocked memory. Either related to F33 or due to some software (e.g., kerberos). -- Thanks, David / dhildenb