Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp380082ybc; Tue, 19 Nov 2019 02:58:05 -0800 (PST) X-Google-Smtp-Source: APXvYqwSmEg8pCjGBmSielO4Rj42xzue6H6Ei9cxqv8iSI11qRziYQBwYRBSod6pdboCccdjtGb6 X-Received: by 2002:a17:906:1b41:: with SMTP id p1mr33937078ejg.65.1574161084857; Tue, 19 Nov 2019 02:58:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574161084; cv=none; d=google.com; s=arc-20160816; b=R5qk6+cu2GPBRbwTNqVf85HCkeDfKVvoYzTeAcoUxkFK9bSyCvCJrOoasJf5+oTuDB e9u5mcQGDNSb9N3A1LPRmpQSdpgLD1mWTW4z3TwHghdHFV6o17if5uABwXyeDDYjkZwh 96RuPDtP3bZ+pIl8WB5NjW9Ss5tp4vlyyaImAcIpqR1GDvwsJAMLdpxiMpGlAcSd7Jni A8Aox6uoclPMnwDIuUpm5Uu6lAByIrTg1wUZtNKw4ImPzQbdIKPNMdC0wATq7E6sSFZW 4WjJtrsYm6VNR/NOzsj2vRD4jOnrh/jjFgp7geWq5+t0a7cV5YaNJtjoN5WcMWXYjDLK 4SNQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=WnvWEcD1OrisdQgGt5N9I3ouD0nZvk5Ggwkbt0h9+NM=; b=HfaIoJA9vsa7LjS+4o56KlHEvwsuMn8Q/7obQgD42EFIi7h7rHpIXCkbsW+Y03qn0j 12CU5HFU4wE6u6msnnCTHiJ4JaFTJZyWZnl6TvzGQE/XOVuotbwqc7Y9sWM2s/T0D+6O y25BpLISOP3tBhgfDuWHhvLb5l/jjpeRk8p9kTWAukkfhQCRwNSYv9wnHLiX0KSyzcfS rCEn0v3jKeJ1pYh0aAOHdzlUHhGzRrbUuBkf/QQX2j2JeVyOQ/0TbBn1Lugsm3LZmZUT y/w1d8o5IOgp+78Ng5Z+0MJroiuVYIj4glWSFcMOTv7sT4IEzlsyKRyjjhqSyUaXFibz D8pw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@chronox.de header.s=strato-dkim-0002 header.b=PQ3F5gHz; spf=pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-crypto-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 i2si10991726edy.215.2019.11.19.02.57.37; Tue, 19 Nov 2019 02:58:04 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@chronox.de header.s=strato-dkim-0002 header.b=PQ3F5gHz; spf=pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726980AbfKSK5W (ORCPT + 99 others); Tue, 19 Nov 2019 05:57:22 -0500 Received: from mo4-p02-ob.smtp.rzone.de ([85.215.255.80]:30729 "EHLO mo4-p02-ob.smtp.rzone.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726170AbfKSK5W (ORCPT ); Tue, 19 Nov 2019 05:57:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1574161039; s=strato-dkim-0002; d=chronox.de; h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=WnvWEcD1OrisdQgGt5N9I3ouD0nZvk5Ggwkbt0h9+NM=; b=PQ3F5gHzfWRsdXUMqQBIHETC07qc1jHFDZUSMFCejtlKP7vFn9iMan8Pisuo/mPFhc OhR8tshwaBoyr6673hfVB1NwaPDXA10atBcnSTbTpXqLhndus48Cq2zhAH0HQhE7i+O+ nVJViTOYC2RFi2Xgkz0OUno2cuMMBROiowZ9ndUDWN/3Jc6lse/AAxEoPafQUkyO2xH4 qisGi9xvAyjXspSeDAY3vSG4pyerXDq/ISl+eFwlZoIw+wITIgCJMDPU1kGd92sUgAuV QVVgjq8aIqVP2ie9tpiZifKBinWPQj3D+y9iyZsf00rXk1gz2bSEEQN8gcXilYjGHOXt qkDw== X-RZG-AUTH: ":P2ERcEykfu11Y98lp/T7+hdri+uKZK8TKWEqNyiHySGSa9k9zT8DNpa83PTIPmLqL6mXsiNby0r49Q+bn6Gzw6e9E9jMEY/jj9Sk" X-RZG-CLASS-ID: mo00 Received: from tauon.chronox.de by smtp.strato.de (RZmta 44.29.0 AUTH) with ESMTPSA id N09a57vAJAtTetb (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Tue, 19 Nov 2019 11:55:29 +0100 (CET) From: Stephan Mueller To: Andy Lutomirski Cc: Arnd Bergmann , Greg Kroah-Hartman , Linux Crypto Mailing List , LKML , Linux API , "Eric W. Biederman" , "Alexander E. Patrakov" , "Ahmed S. Darwish" , "Theodore Y. Ts'o" , Willy Tarreau , Matthew Garrett , Vito Caputo , Andreas Dilger , Jan Kara , Ray Strode , William Jon McCann , zhangjs , Florian Weimer , Lennart Poettering , Nicolai Stange , "Peter, Matthias" , Marcelo Henrique Cerri , Roman Drahtmueller , Neil Horman Subject: Re: [PATCH v25 03/12] LRNG - /proc interface Date: Tue, 19 Nov 2019 11:55:23 +0100 Message-ID: <5323691.yyFvDVlHDV@tauon.chronox.de> In-Reply-To: References: <2476454.l8LQlgn7Hv@positron.chronox.de> <3043322.Kq9igzfA0K@positron.chronox.de> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" Sender: linux-crypto-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org Am Dienstag, 19. November 2019, 11:06:02 CET schrieb Andy Lutomirski: Hi Andy, > On Sun, Nov 17, 2019 at 4:16 AM Stephan M=C3=BCller = wrote: > > Am Samstag, 16. November 2019, 17:39:40 CET schrieb Andy Lutomirski: > >=20 > > Hi Andy, > >=20 > > > > On Nov 16, 2019, at 1:40 AM, Stephan M=C3=BCller > > > > wrote: > > > >=20 > > > > =EF=BB=BFThe LRNG /proc interface provides the same files as the le= gacy > > > > /dev/random. These files behave identically. Yet, all files are > > > > documented at [1]. > > >=20 > > > Why? > >=20 > > I am not sure here: are you referring to the documentation? Or the one > > additional file? > >=20 > > If it is the documentation, do you want me to add it to the patch > > description? I initially did not add it as these files were present and > > seemingly known what they provide. But I would add that documentation to > > the patch description if this is desired. >=20 > Sorry, I should have been a lot more explicit. Why do you want to add > a new interface to read the RNG? What's wrong with the old one? There is nothing wrong at all. I actually want to be 100% API and ABI=20 compliant with the existing random.c. Thus, the list of the sysctls are=20 identical to the existing random.c with the same behavior (hence I skipped = the=20 documentation of these files). Yet, the wiring up of the interfaces to internal data structures and handle= rs=20 is different than for the existing random.c. Also, the reason why I created a separate lrng_proc.c (and lrng_interface.c= )=20 is to allow a possible merger of this similar code with the existing random= =2Ec.=20 The only question that needs to be solved is to find a common way to invoke= =20 the random.c internal logic and the LRNG internal logic with these interfac= es. >=20 > I think your patch description should explain the purpose of the patch. Ok, I can surely add a description for each file to the patch description. Ciao Stephan