From nobody Wed Dec 27 17:05:35 2023 X-Original-To: dev-commits-src-all@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4T0dLp0Jmcz55yLR; Wed, 27 Dec 2023 17:05:38 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4T0dLn69CYz3XXC; Wed, 27 Dec 2023 17:05:37 +0000 (UTC) (envelope-from jhb@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1703696737; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=0X09mQeDHCdikr6mCKHxslyYin6ssq4S9ogKuAyo5RM=; b=pyD9c/FCB3FuvEc2XXg2cf4vxd+Gt+wrRRcAI8HtJbFYGDK1s7r/C1c/gFmeVIjLtNfT2k LSSp56Ya7LepugI7ap+9ZXLT/ZLqLzgo6geaK2qWik8DLMJVYnhzyHfGHaLsM54OuVKa1K EpOT2ErJeZ1Y2E8VIP/QUNDfUSHxVLtH2MjiVsdvyNXtI0fL7CKdAlaIq3bk8cYyxXUXu4 mBd8SkJ4mgF/nvUPwGOMjBm0oNFfToTe0Ih9UI6A0l7OPyYqctzMMpGPFnunfaK6EGYIoV 2iKjQ+aGBGHp0JhD++mAB89jQKP3FuQt8ol3Y+DCIpUGD1WWA/VsQh9WRF1k+A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1703696737; a=rsa-sha256; cv=none; b=nXb40fHgqxF1a0fHs5hUGGE5uaZjd0pibBMMxj1QY59nK3pWQyiwNU4Qysjw4SXfQUfX6R m6S6ZNcDfDAwuL1FZ6ZVP32aC5XvZHih3xLETDhONf9dPUATVQVeQEUfBt6J/hJ+NdBM4o 42MeoKe+63fY0atvPgGwLtLm2nhasswmokwEXcAnk/DodFk12owN8WAv5BvHkTYtmo7wpI 24AV4Xq1HvfrRYz5vjwhzmjmt6Q1/3jHxaybgHDYxg71cMj5pl48f3TH7GO2ug2OTv3r/F vAoa7Gc4Y7uS0tcHs3vy4kMaTKIrmFgSVcjgrFTp01cDoINzmTEMTul0C/tn4w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1703696737; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=0X09mQeDHCdikr6mCKHxslyYin6ssq4S9ogKuAyo5RM=; b=uIXLB4lFCwqtfKj9JJOO3H3sFJo03K/rtt5NWMztSR11KXwFqQv1Q21OYoLu16S8J0isif tN6EYo3jvcgIP43MAtTyqHJoWcRTdlDwiJRRZED0AjBHtRjmT4hu3q/dKcXtKIS8yc0Vxu 37H8Efe/XJKGRA3kK5QDTPhiDrPnhC35/H/xbg5mRIfJLB/rIIrNSigN/GPjdWPfINs8V6 lcL6muH+wnRWh0hSR42DrBeNM4fgw7QG6tiKPNvQvWGhuWiuSk+M8Yfvnq5huHeWJMOs01 oK32/iAJlU095cqgvjzLfaha6vJkMjIDmFZpOvjaNVheKIFZvy51qV7P1rTXPg== Received: from [IPV6:2601:644:9381:f410:c0ae:18f0:f792:9d4d] (unknown [IPv6:2601:644:9381:f410:c0ae:18f0:f792:9d4d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 4T0dLn2G0Wz15sy; Wed, 27 Dec 2023 17:05:37 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Message-ID: Date: Wed, 27 Dec 2023 09:05:35 -0800 List-Id: Commit messages for all branches of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-all@freebsd.org X-BeenThere: dev-commits-src-all@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: git: b4efc6277634 - main - LinuxKPI: Do not use explicit context in FPU sections on powerpc64 Content-Language: en-US To: Vladimir Kondratyev , src-committers@FreeBSD.org, dev-commits-src-all@FreeBSD.org, dev-commits-src-main@FreeBSD.org References: <202312241320.3BODK2DA076069@gitrepo.freebsd.org> From: John Baldwin In-Reply-To: <202312241320.3BODK2DA076069@gitrepo.freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 12/24/23 5:20 AM, Vladimir Kondratyev wrote: > The branch main has been updated by wulf: > > URL: https://cgit.FreeBSD.org/src/commit/?id=b4efc62776344a9aaada5a0866e453e528a0e977 > > commit b4efc62776344a9aaada5a0866e453e528a0e977 > Author: Vladimir Kondratyev > AuthorDate: 2023-12-24 12:48:06 +0000 > Commit: Vladimir Kondratyev > CommitDate: 2023-12-24 12:48:06 +0000 > > LinuxKPI: Do not use explicit context in FPU sections on powerpc64 > > It is not supported yet. > > Sponsored by: Serenity Cyber Security, LLC > Fixes: 5a3bd281672b ("LinuxKPI: Add explicit software context to FPU sections") > MFC after: 1 week > --- > sys/compat/linuxkpi/common/include/linux/compat.h | 5 ----- > sys/compat/linuxkpi/common/src/linux_current.c | 9 ++++++--- > sys/compat/linuxkpi/common/src/linux_fpu.c | 3 ++- > 3 files changed, 8 insertions(+), 9 deletions(-) Do you need explicit contexts at all? That is, can you not just use FPU_KERN_NOCTX all the time? Most code in the tree now uses FPU_KERN_NOCTX now (all the crypto drivers for example), and I've been thinking about removing support for the !FPU_KERN_NOCTX case. Is there a reason drm-kmod can't use FPU_KERN_NOCTX? Do you really need to save FPU registers in one block of code wrapped by fpu_kern_* and then use those register values in a future section wrapped by fpu_kern_*? -- John Baldwin