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=-0.8 required=3.0 tests=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 AF0CFC54FCB for ; Sun, 26 Apr 2020 15:46:40 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 8C2E920700 for ; Sun, 26 Apr 2020 15:46:40 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726143AbgDZPqk (ORCPT ); Sun, 26 Apr 2020 11:46:40 -0400 Received: from cloudserver094114.home.pl ([79.96.170.134]:58660 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725818AbgDZPqj (ORCPT ); Sun, 26 Apr 2020 11:46:39 -0400 Received: from 185.80.35.16 (185.80.35.16) (HELO kreacher.localnet) by serwer1319399.home.pl (79.96.170.134) with SMTP (IdeaSmtpServer 0.83.415) id 6b032272187d8ff8; Sun, 26 Apr 2020 17:46:37 +0200 From: "Rafael J. Wysocki" To: Domenico Andreoli Cc: Pavel Machek , Linux PM Subject: Re: [PATCH 0/2] Preparing to phase out uswsusp Date: Sun, 26 Apr 2020 17:46:37 +0200 Message-ID: <1636190.8qWULXYmPk@kreacher> In-Reply-To: <20200413190843.044112674@gmail.com> References: <20200413190843.044112674@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-pm-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pm@vger.kernel.org On Monday, April 13, 2020 9:08:43 PM CEST Domenico Andreoli wrote: > Dear maintainers, > > it is my understanding that the usermode software suspend is not any > more the first choice for suspend/hibernate needs (uswsusp tool did > not receive any update in years). While the last part is true, the user space utilities are still usable. Moreover, the kernel-based hibernation is still missing one important piece with respect to the user space variant, which is image encryption. That gap needs to be removed before the user space variant can be regarded as deprecated. > This small series aims to better separate the kernel side in view of > a future phase out. > > Marking the new option as deprecated and disabled by default is quite > extreme but I've not any specific agenda for pushing it that far, > it's just my interpretation and could be totally wrong. It is not totally wrong, but a bit premature at this point. Thanks!