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 X-Spam-Level: X-Spam-Status: No, score=-5.2 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3B262C433E6 for ; Fri, 28 Aug 2020 11:24:35 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 1ED11207DF for ; Fri, 28 Aug 2020 11:24:35 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728680AbgH1LYW (ORCPT ); Fri, 28 Aug 2020 07:24:22 -0400 Received: from elvis.franken.de ([193.175.24.41]:36780 "EHLO elvis.franken.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729226AbgH1LYE (ORCPT ); Fri, 28 Aug 2020 07:24:04 -0400 Received: from uucp (helo=alpha) by elvis.franken.de with local-bsmtp (Exim 3.36 #1) id 1kBcKi-0000dc-00; Fri, 28 Aug 2020 13:14:12 +0200 Received: by alpha.franken.de (Postfix, from userid 1000) id A1EB3C0E2C; Fri, 28 Aug 2020 13:12:57 +0200 (CEST) Date: Fri, 28 Aug 2020 13:12:57 +0200 From: Thomas Bogendoerfer To: Huacai Chen Cc: Jiaxun Yang , "open list:MIPS" , Fuxin Zhang , Zhangjin Wu Subject: Re: [PATCH V3 1/2] MIPS: Loongson-3: Enable COP2 usage in kernel Message-ID: <20200828111257.GA2912@alpha.franken.de> References: <106e65f5-d456-deaa-b47b-45b2a461b048@flygoat.com> <20200811120645.GA6199@alpha.franken.de> <20200826124646.GA9809@alpha.franken.de> <20200828084242.GA6817@alpha.franken.de> <20200828093308.GA7888@alpha.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-mips-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-mips@vger.kernel.org On Fri, Aug 28, 2020 at 05:52:05PM +0800, Huacai Chen wrote: > Hi, Thomas, > > On Fri, Aug 28, 2020 at 5:34 PM Thomas Bogendoerfer > wrote: > > if it is enabled at that point, it was already enabled in kernel. > In kernel FPU may be enabled temporarily, and it seems a preemptible > kernel may enable FPU for a new process (maybe I'm wrong, this is a > bit complex). no you are completly right. We need to clear CU1 in this place otherwise a orphan cpu warning will trigger. It's enabled, if the current thread owns it, but the newly created thread doesn't. Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ]