Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp4404010imm; Mon, 25 Jun 2018 15:18:26 -0700 (PDT) X-Google-Smtp-Source: ADUXVKIPkLVNGkz5qT5bKoY6kWsLxwuTxuLEJmW2GhESFKsD6zFFkRa2CiIqzlEPtlcf96K6A5Zm X-Received: by 2002:a65:6147:: with SMTP id o7-v6mr12201717pgv.163.1529965106874; Mon, 25 Jun 2018 15:18:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529965106; cv=none; d=google.com; s=arc-20160816; b=R3uws8R1YCASjAO7XfnuQG4s94FjoyBk+cAD+7FEZsXnKb3PRGwTViUTvMvOt5gwC0 af5YHjL/+HXoFl6AtcQ5L9T/mQF1DP2jx0GqZLAcZs/T3LYhABQOJAtqCymDygmoyCeE 1oxgFI02Rxw+dZhLuwtCz2gGQTbY8lsYrOmlZ2cjqiQngUH7i7xG+Z44NiB6TJU18CfM Kc3kNyXnzeNsWYRicx6nPcrwJaY2Ek+UkszbKE06bZtULg2QzzqfiFJBRpm75zB+5mgf ieJpmV3cTisrwowbeiqe6tVeWnbeShimplTkEC8uCdWnCBARg1G220yNOh1WyU9LqCJ1 ArkA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=KmbNerhBnlc+/zn1Mfrx6CZ1fejR+okFnTg5NyrFYb8=; b=fo8Kl1kjegSRC+/lfhF4x9FoGiVtLHiZAc3bJLIodbpGyNTiPJBquGjSrKlUJLO9e2 3tW1Zk59zFwgl50aFq2UK45Jm3KTK/2MB1gT5GXGC+r66RcMTHfG7+fRJZVf1pFKKLnC YL9PLtCGi1gMMvEvJdiXzylU05aYQAL9rE9UvzUvgFoHfYHT44f4cl/U9rxdqHqaleXQ LLYNiBTudBctoUs3+LPFA40am+lCRmDYuqXrwEtP33kTKRSZfpWebo5eo1SlhxV7scMp u/SQ9Vfrc5sH0iKYGkStZD2ZSBxVlw4slGJp+O6bJgKKBI3yFNBgdCVp0ZeCkpY6Tfj8 1QHA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q1-v6si12829pgr.68.2018.06.25.15.18.12; Mon, 25 Jun 2018 15:18:26 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754654AbeFYWQT (ORCPT + 99 others); Mon, 25 Jun 2018 18:16:19 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:55748 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752639AbeFYWQR (ORCPT ); Mon, 25 Jun 2018 18:16:17 -0400 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id 1B5608051B; Tue, 26 Jun 2018 00:16:16 +0200 (CEST) Date: Tue, 26 Jun 2018 00:16:15 +0200 From: Pavel Machek To: "Rafael J. Wysocki" Cc: Chen Yu , Ted Ts'o , Len Brown , "Lee, Chun-Yi" , Borislav Petkov , Linux PM , Linux Kernel Mailing List , "Rafael J . Wysocki" , Stephan Mueller , Eric Biggers , Denis Kenzior Subject: Re: [PATCH 3/3][RFC] tools: create power/crypto utility Message-ID: <20180625221615.GA15249@amd> References: <78af30838d0bac69bdd6e138b659bcbb8464fd13.1529486870.git.yu.c.chen@intel.com> <20180621090142.GB21807@amd> <20180621190401.GA14623@amd> <20180625115405.GB17001@amd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > >> >> > If you want to maintain uswsusp in kernel tree, I guess that woul= d be > >> >> > an option, too. > >> >> > >> >> No, it isn't an option due to the dependencies on crypto libraries. > >> > > >> > Why not? > >> > >> You need a specific set of devel libraries for the utilities to build > >> and that need not be present on all systems I suppose? > >> > >> Besides, s2disk is currently tangled with s2ram which is obsolete, so > >> I'd rather not. > > > > Its not tangled. >=20 > Yes, it is. I checked the Makefile, and it builds from separate sources. Yes, it is in one repository, but s2disk does not depend on s2ram (s2both does). Anyway... that's really besides a point. Interested parties can easily fix up the userland parts of uswsusp, change crypto, add or remove dependencies, move it to other hosting, or drop it and start again. Kernel interface is flexible enough. If Chen wants to move the s2disk encryption into kernel, it is his task to explain why that is neccessary. Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlsxaa8ACgkQMOfwapXb+vJyFwCfWUccgGfheRduGC2ZOul4mXrL 40oAoI1WWJXf10/e9kxVdLKXp09QFciq =NQCN -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH--