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 lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 243EBC04A68 for ; Wed, 27 Jul 2022 12:01:14 +0000 (UTC) Received: from localhost ([::1]:49042 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oGfiz-0004PO-7O for qemu-devel@archiver.kernel.org; Wed, 27 Jul 2022 08:01:13 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45618) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oGfgF-0001z8-2w; Wed, 27 Jul 2022 07:58:23 -0400 Received: from dfw.source.kernel.org ([2604:1380:4641:c500::1]:47564) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oGfgB-0003Dd-Sn; Wed, 27 Jul 2022 07:58:22 -0400 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 955BE6186D; Wed, 27 Jul 2022 11:58:16 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 41124C433D6; Wed, 27 Jul 2022 11:58:15 +0000 (UTC) Authentication-Results: smtp.kernel.org; dkim=pass (1024-bit key) header.d=zx2c4.com header.i=@zx2c4.com header.b="mssGeJ2Z" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zx2c4.com; s=20210105; t=1658923093; 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: in-reply-to:in-reply-to:references:references; bh=B2a9J1rYWXrnFQZpNEd7fi7r5p98EVvCGrMPMlJMKW8=; b=mssGeJ2Ze2bEQh6LfySnrMpOyuvWapigjhuZyIIcRoh7UtOFAuj8CWvFKXydF4ixmKTZT/ by/Y0c6CEUei9QheQavOl5hospJSwStaMBd3Am5SkooXnekBQ+jpQjpmtUd+fpxEoE9Hbl KILxIygzyH3eCKthQUIX3jaWhP5N/H0= Received: by mail.zx2c4.com (ZX2C4 Mail Server) with ESMTPSA id 7858e6d3 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 27 Jul 2022 11:58:13 +0000 (UTC) Date: Wed, 27 Jul 2022 13:58:11 +0200 From: "Jason A. Donenfeld" To: Thomas Huth Cc: David Hildenbrand , qemu-s390x@nongnu.org, qemu-devel@nongnu.org, Richard Henderson , Cornelia Huck , Harald Freudenberger , Holger Dengler Subject: Re: [PATCH v3] target/s390x: support PRNO_TRNG instruction Message-ID: References: <20220720120859.339788-1-Jason@zx2c4.com> <6abac561-2a13-433b-bd97-740fdce08314@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <6abac561-2a13-433b-bd97-740fdce08314@redhat.com> Received-SPF: pass client-ip=2604:1380:4641:c500::1; envelope-from=SRS0=Hqxn=YA=zx2c4.com=Jason@kernel.org; helo=dfw.source.kernel.org X-Spam_score_int: -67 X-Spam_score: -6.8 X-Spam_bar: ------ X-Spam_report: (-6.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" Hey Thomas, On Wed, Jul 27, 2022 at 08:32:22AM +0200, Thomas Huth wrote: > On 27/07/2022 03.35, Jason A. Donenfeld wrote: > > Hey David, > > > > On Wed, Jul 20, 2022 at 08:41:48PM +0200, David Hildenbrand wrote: > >> I did not review the doc in detail once again, maybe I get to that later > >> this week. > > > > Did you ever get around to merging this patch? Is it in some tree > > somewhere? > > QEMU is in the freeze phase now, so new feature won't be merged before the > next release, see: Yea, I understand, that's fine. > Maybe we could use the time to implement the missing SHA512 stuff to avoid > having an inconsistency between the Principles of Operation and the emulated > machine in QEMU? Ooooooooooooooofffff. You're not /wrong/ of course. This actually makes a lot of sense. But I was hoping to somehow skip out on this part, because I don't know much about s390 and wiring up the handlers seems finicky. But I can learn! Actually, though, any interest in working together on this? I can work on the crypto-side of things, fashioning a minimal sha512 implementation that's small enough it can fit in crypto_helper.c with support for the incremental block state stuff s390 needs, and then you can work on wiring in all the instructions and telling me what semantics you need from the crypto. Interested? (Offer of working together goes out to David too of course.) If so, maybe poke me on IRC? I'm zx2c4 on the various networks. Jason