Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4332350ybz; Mon, 20 Apr 2020 21:27:03 -0700 (PDT) X-Google-Smtp-Source: APiQypLJb4xwp7K02QIetWB/nIVcwxuIwX81FFGNdBw8A+R+rx5wdWdKR2oEq8u6MEI/cdZRHfqu X-Received: by 2002:a05:6402:3129:: with SMTP id dd9mr4100940edb.121.1587443223484; Mon, 20 Apr 2020 21:27:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587443223; cv=none; d=google.com; s=arc-20160816; b=NpcB7fwUJy4bxa5UCRjlX3YEmSriYXjGcbUuVtSVkOhjzf6yHwi7MsKJslYUoNV/XC bl2jaLElCRTGzRg1Ro2I/KW3yv2zGRZAI62fg8M6m8gKzPc8X2NChpOxx8NdyH8TR7ie GBMnbS7cY323Xog6lJWCqlNH03USLZ7ioU06kS+uI4YxxkBhFhtWEw7mlSczfuOTM06x AQlbk4QQj8d5mRNtZduzxPj4X3EA/JQ8fbnrJTDYUnFjFaeTA/pOEpW85xUBcCa1r33B mB7dor4lGzqC75wlQCiQGhfKDwu6tYFBEg5Wtdn/TvrGdFoY4g8Xzxx8Zbw9o1pXwy3p DHMw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=ZRXRdn2QneKRIma2uRTBsh3g3ctDzktQE1G8xeXP7+k=; b=Xtl3v3zAO8gfCpSDaVUXOW5bFlVeNpRaXt1KPFslX2bDNhPoGUi9sA+AYTbNWUXYk0 G/sQrFOJTV4MCSrlKCoPQXTN+DKO785L1PiwgJ61HplY4KJIwwp//oxAR7KN3PiyqyIi yYg0w5p36TYMrgJJh6Cnwll4CmhotoUwDcE/dKs11ATWdKzkWc3Seq8siBaM/mlAswrO UrrJQfVVRAFylf9HUou/lQmGHEfkE6Fy1ABrS6M8yqM2OwvylYpeJe9uJNKUMqEK4DVy CMb4oXY/DIjGOPXArulalCwGqLOP7ZrOu1JCiFIUd6PkeQLEfXfsOwLvdmbsFOmAOVok Fz/g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@zx2c4.com header.s=mail header.b=iGfkHhTK; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=zx2c4.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q20si1000007edb.36.2020.04.20.21.26.31; Mon, 20 Apr 2020 21:27:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-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=@zx2c4.com header.s=mail header.b=iGfkHhTK; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=zx2c4.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726341AbgDUEZu (ORCPT + 99 others); Tue, 21 Apr 2020 00:25:50 -0400 Received: from mail.zx2c4.com ([192.95.5.64]:60443 "EHLO mail.zx2c4.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725904AbgDUEZu (ORCPT ); Tue, 21 Apr 2020 00:25:50 -0400 Received: by mail.zx2c4.com (ZX2C4 Mail Server) with ESMTP id 92529dce; Tue, 21 Apr 2020 04:15:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=zx2c4.com; h=mime-version :references:in-reply-to:from:date:message-id:subject:to:cc :content-type; s=mail; bh=zvvCeZA2387aZ4dB2b02Y3gaNhg=; b=iGfkHh TK6cMmmzXfYLKEjyScILROnwUjgF89rl6fdjES/ogbS3L+PnK8ab0yst1LqhK703 542twOi1u53Ps0B7FqIHPC6hum4W3CyBwfVpGxMSAcyVGq/5Jqvg2gM2dGWVEx3v 9mlajNhxsA+DJIW8JvLJG2eaCGvObr8fUE/YsuEzPGbCXjcg0qhpJAkdjhSh/5uD stOXstkkQWcoThCiSOJLWv2t65urtX9VHFFR36nkAjWEpSCE7+Ylt2EF2eBeHhk1 fd/7QfZ0gzm5t/NP2SFTg3hMLvZdvnZsPU8lV3E1cXuJHyTpeb41jyOZXx62oICN ypkg/8u3TbtpwDIg== Received: by mail.zx2c4.com (ZX2C4 Mail Server) with ESMTPSA id 4f58fcca (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 21 Apr 2020 04:15:03 +0000 (UTC) Received: by mail-io1-f49.google.com with SMTP id u11so13670903iow.4; Mon, 20 Apr 2020 21:25:44 -0700 (PDT) X-Gm-Message-State: AGi0PuYkSc4OhDd5ZPJU1sP9htCPrWtJGo9dIbnbNZUrqdV9RIevTquf 6Xfzc0rjw0QNB+IxtmWO8VY0JzWLYSKvRvUaF6E= X-Received: by 2002:a05:6602:21d3:: with SMTP id c19mr18687073ioc.29.1587443144218; Mon, 20 Apr 2020 21:25:44 -0700 (PDT) MIME-Version: 1.0 References: <20200420075711.2385190-1-Jason@zx2c4.com> <2cdb57f2cdbd49e9bb1034d01d054bb7@AcuMS.aculab.com> In-Reply-To: From: "Jason A. Donenfeld" Date: Mon, 20 Apr 2020 22:25:33 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: FPU register granularity [Was: Re: [PATCH crypto-stable] crypto: arch/lib - limit simd usage to PAGE_SIZE chunks] To: David Laight Cc: "herbert@gondor.apana.org.au" , "linux-crypto@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "ebiggers@google.com" , "ardb@kernel.org" , "stable@vger.kernel.org" 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 On Mon, Apr 20, 2020 at 10:14 PM Jason A. Donenfeld wrote: > > Hi David, > > On Mon, Apr 20, 2020 at 2:32 AM David Laight wrote: > > Maybe kernel_fp_begin() should be passed the address of somewhere > > the address of an fpu save area buffer can be written to. > > Then the pre-emption code can allocate the buffer and save the > > state into it. > > Interesting idea. It looks like `struct xregs_state` is only 576 > bytes. That's not exactly small, but it's not insanely huge either, > and maybe we could justifiably stick that on the stack, or even > reserve part of the stack allocation for that that the function would > know about, without needing to specify any address. Hah-hah, nevermind here. extended_state_area is of course huge, bringing the whole structure to a whopping 3k with avx512. :)