Received: by 2002:ab2:1347:0:b0:1f4:ac9d:b246 with SMTP id g7csp379503lqg; Thu, 11 Apr 2024 06:06:21 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCU7+eF6Otz7K4Yo3ZM7gXViae2jHDvkySu7NApxTrzGcNFU9QK88FYMF208bt2EztyrfXELsJe4SGXX+pjHrs+Vq4c6fFNblnZHMzMqmQ== X-Google-Smtp-Source: AGHT+IHtNFeeEiGn6IHE8Vk4AO6A++0rSiT70jkL3CP/UnphcX0hfgY+11qGvxlgemASKF9wvEZU X-Received: by 2002:a05:6a20:9703:b0:1a3:e2c4:956e with SMTP id hr3-20020a056a20970300b001a3e2c4956emr5319304pzc.25.1712840781115; Thu, 11 Apr 2024 06:06:21 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1712840781; cv=pass; d=google.com; s=arc-20160816; b=YnBiQVfl7+JYahGsZs5CviFNTF2IT8VwhLeZY1r83RFU/I8K9QOAp96s7xxZsJd+pt HIaiNQW29RS5nA07kTu2gQREQ83ECPPB7JUeQUUFbtwUpx1jfWDVoMJPR9rOZXUGLuA5 iwoTpfXweJ4GPtIPNNKZMfJdgmSCQu39fACwCyWYsZzeqz7TbG2ZCEWTbuEk7W4CKyY8 pHCLCuH+xBkudPakEv8sUi7aDAWHoLo8B8QLDxK13fmzy4MGK9NWJp8GKKPGxr6oOBTA byAIvFkqzZdIn9feg550MfsLZdpJs+wUNo1Od8BuK8xSoa34tlk5Heg+31EoYT9KR6lt u1ZQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:subject:cc:to:from:date:references :in-reply-to:message-id:mime-version:list-unsubscribe:list-subscribe :list-id:precedence:user-agent:feedback-id:dkim-signature :dkim-signature; bh=yj3L41BBACRzg4qgbnEqB1wd5tAnTER3vhd4irRjfD0=; fh=QaOMUT67UflIyzhanZdyr/Jqd065Z0Mhlu/e1TEw060=; b=KQNOr2eg4ZvQAU1fv+iu3314n2gEcdJ2OeQNpzVZCyzepeXU+P0Ae/S/mqc83J6XPi sCJCJqxb1UMIEI2wCILGRpBHENmYWCXY3v/np9c51PBycQINmTHZmIyJbXmVUNEJsjGe DJKqDl7A4/LL9HWVSHUEtdjnBFtpFxdjUR+SQ+mFuQWaO8TKdGORrfNklT/qZRPfRwBe Q4X2j+YjhwpwhSy5aOIbLp4+WqDrcgOK0IxYmaUognCexcZkT8gnUWlnoQUfmhguVmlT DM0YHivxhqycbbFbDEsBBzOr3cDsn6B0Agp1fi7ic+K4Jcqabf3S9+0kTODCeGNCmqiw U6zA==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@arndb.de header.s=fm2 header.b=beT4DTQy; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=iHB5ETUr; arc=pass (i=1 spf=pass spfdomain=arndb.de dkim=pass dkdomain=arndb.de dkim=pass dkdomain=messagingengine.com dmarc=pass fromdomain=arndb.de); spf=pass (google.com: domain of linux-kernel+bounces-140480-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-140480-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=arndb.de Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id d1-20020a056a0010c100b006ed21c12b7csi1426951pfu.35.2024.04.11.06.06.20 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 11 Apr 2024 06:06:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-140480-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; dkim=pass header.i=@arndb.de header.s=fm2 header.b=beT4DTQy; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=iHB5ETUr; arc=pass (i=1 spf=pass spfdomain=arndb.de dkim=pass dkdomain=arndb.de dkim=pass dkdomain=messagingengine.com dmarc=pass fromdomain=arndb.de); spf=pass (google.com: domain of linux-kernel+bounces-140480-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-140480-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=arndb.de Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id C942A2838FF for ; Thu, 11 Apr 2024 13:06:20 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 015AB14B088; Thu, 11 Apr 2024 13:06:09 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=arndb.de header.i=@arndb.de header.b="beT4DTQy"; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="iHB5ETUr" Received: from fout8-smtp.messagingengine.com (fout8-smtp.messagingengine.com [103.168.172.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 36FE438DD2; Thu, 11 Apr 2024 13:06:04 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=103.168.172.151 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712840767; cv=none; b=MWc34QbYBQ+88rxCac3ML72XFT6zqGSPXMITLjzf8s9JPNQjaj9YgO4ePbMRpvJr1vPdlWCDCsE4LTpm8vc8oSBWN7q/gOrMFj7WlUE31mRjbqAgpFQy2aau4prT2R68e5dn2OXOfoDLH6Uld3/2vFtgHOPB95b/OlOcrqmvTK4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712840767; c=relaxed/simple; bh=ykvqByV4lzjo0vKPgy3+JXNnx6WoNf2+XWOiGQ7HCJY=; h=MIME-Version:Message-Id:In-Reply-To:References:Date:From:To:Cc: Subject:Content-Type; b=q2Tvh+3DePddCzaEFBFRE33CW69tR4uI8p3frJkYHPOJxh8eIxu7QxcCWvw11xmllDMQVjFAXth+ncAPes8YdJ2GREuQsnwpZEVuW3SdMMVOYCtjkYJzhf6HXMvmjueGpznxaWwSnITrHI0BUEfpxzaxz5LdTyM5UzFyS63rte0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arndb.de; spf=pass smtp.mailfrom=arndb.de; dkim=pass (2048-bit key) header.d=arndb.de header.i=@arndb.de header.b=beT4DTQy; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b=iHB5ETUr; arc=none smtp.client-ip=103.168.172.151 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arndb.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arndb.de Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailfout.nyi.internal (Postfix) with ESMTP id 276C0138025B; Thu, 11 Apr 2024 09:06:04 -0400 (EDT) Received: from imap51 ([10.202.2.101]) by compute5.internal (MEProxy); Thu, 11 Apr 2024 09:06:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arndb.de; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1712840764; x=1712927164; bh=yj3L41BBACRzg4qgbnEqB1wd5tAnTER3vhd4irRjfD0=; b= beT4DTQyVXapX9VjkjPwhPXdHURnM/ZCCDls9VSQvZ8jnWlZeo/nciiuyV20/Kt5 QSIvDXPNpWMfdNCSMEZlAg2qvGK4qSrETVZkcVNW/Rzqn9sPNV2RmNKthjLnBElO PSdTY8BOa2uIzcj3cNr97247hhrF5OgHkvr6e3ID3MrM82S+YN+F+ki9pH7RlaD7 srA3Xh0N0ptDWxMRt+vxYwjHkoqjsbei9U6aDHj44C1fxYygKrdo50pNnz1vpHo3 Gg6bTlsUiFzO70iavY0+M7qfca3ERWSO1riSHIQFgdjRIMNjUsJeC+kyips3x6zc gvG38wCdhwIAIuSNrQE+0w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1712840764; x= 1712927164; bh=yj3L41BBACRzg4qgbnEqB1wd5tAnTER3vhd4irRjfD0=; b=i HB5ETUr01AhS0wBRoP6D0jH8qNl/9c1nhUBdv0B3Dfnjh8qTr4/n0JGzsSz6Fod0 j9JXff6yOtVRy3nmLrZt3I7ma7Dc6chD41WCFXvBGhmNow+Ctl/l/KRAf9tFUgRD Tep0m4+npFqHts87z7IKjSYAoR03rB2Hid0ThQ7Bs4ydXomNaxn2+48F06h+Ai2S 8J/zdRPmKRLFOmmzvud7mcZLWBRJCdXEh/32+CnBm3vE+MQ8uH7eXLkEpBGh3CcL K17eDgvryQL8tDfImuaGcdv1yGumwv6nduafJtsjsuKMu+ocN9M/80ih/l3G9GRy PuGYHXYva62LWR1AMv3Pw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrudehkedgieduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvfevufgtgfesthhqredtreerjeenucfhrhhomhepfdet rhhnugcuuegvrhhgmhgrnhhnfdcuoegrrhhnugesrghrnhgusgdruggvqeenucggtffrrg htthgvrhhnpefgkeeuleegieeghfduudeltdekfeffjeeuleehleefudettddtgfevueef feeigeenucffohhmrghinhepkhgvrhhnvghlrdhorhhgnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomheprghrnhgusegrrhhnuggsrdguvg X-ME-Proxy: Feedback-ID: i56a14606:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 5E9FFB6008F; Thu, 11 Apr 2024 09:06:02 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.11.0-alpha0-379-gabd37849b7-fm-20240408.001-gabd37849 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Message-Id: In-Reply-To: References: <20240215162327.3663092-1-sean.anderson@seco.com> <20240219153016.ntltc76bphwrv6hn@skbuf> Date: Thu, 11 Apr 2024 15:05:41 +0200 From: "Arnd Bergmann" To: "Christophe Leroy" , "Vladimir Oltean" , "Qiang Zhao" , "Shawn Guo" , "Herve Codina" Cc: "David S . Miller" , "Eric Dumazet" , "Jakub Kicinski" , "Paolo Abeni" , Netdev , "linuxppc-dev@lists.ozlabs.org" , "Steffen Trumtrar" , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "Roy Pledge" , "Camelia Groza" , "Claudiu Manoil" , "Scott Wood" , "stable@vger.kernel.org" , "Sean Anderson" Subject: Re: [RESEND PATCH net v4 1/2] soc: fsl: qbman: Always disable interrupts when taking cgr_lock Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable On Wed, Apr 10, 2024, at 06:54, Christophe Leroy wrote: > Le 19/02/2024 =C3=A0 16:30, Vladimir Oltean a =C3=A9crit=C2=A0: >> On Thu, Feb 15, 2024 at 11:23:26AM -0500, Sean Anderson wrote: >>> smp_call_function_single disables IRQs when executing the callback. = To >>> prevent deadlocks, we must disable IRQs when taking cgr_lock elsewhe= re. >>> This is already done by qman_update_cgr and qman_delete_cgr; fix the >>> other lockers. >>> >>> Fixes: 96f413f47677 ("soc/fsl/qbman: fix issue in qman_delete_cgr_sa= fe()") >>> CC: stable@vger.kernel.org >>> Signed-off-by: Sean Anderson >>> Reviewed-by: Camelia Groza >>> Tested-by: Vladimir Oltean >>> --- >>> I got no response the first time I sent this, so I am resending to n= et. >>> This issue was introduced in a series which went through net, so I h= ope >>> it makes sense to take it via net. >>> >>> [1] https://lore.kernel.org/linux-arm-kernel/20240108161904.2865093-= 1-sean.anderson@seco.com/ >>> >>> (no changes since v3) >>> >>> Changes in v3: >>> - Change blamed commit to something more appropriate >>> >>> Changes in v2: >>> - Fix one additional call to spin_unlock >>=20 >> Leo Li (Li Yang) is no longer with NXP. Until we figure out within NXP >> how to continue with the maintainership of drivers/soc/fsl/, yes, ple= ase >> continue to submit this series to 'net'. I would also like to point >> out to Arnd that this is the case. >>=20 >> Arnd, a large portion of drivers/soc/fsl/ is networking-related >> (dpio, qbman). Would it make sense to transfer the maintainership >> of these under the respective networking drivers, to simplify the >> procedures? If there are parts that are only used by networking, I'm definitely fine with moving those out of drivers/soc into the respective users, but as far as I can tell, all the code there is shared by multiple subsystems (crypto, dma, usb, ...), so that would likely require at least a reorganization. > I see FREESCALE QUICC ENGINE LIBRARY (drivers/soc/fsl/qe/) is maintain= ed=20 > by Qiang Zhao but I can't find any mail from him = in=20 > the past 4 years in linuxppc-dev list, and everytime I wanted to submi= t=20 > something I only got responses from Leo Ly. > > The last commit he reviewed is 661ea25e5319 ("soc: fsl: qe: Replace=20 > one-element array and use struct_size() helper"), it was in May 2020. > > Is he still working at NXP and actively maintaining that library ?=20 > Keeping this part maintained is vital for me as this SOC is embedded i= n=20 > the two powerpc platform I maintain (8xx and 83xx). > > If Qiang Zhao is not able to activaly maintain that SOC anymore, I=20 > volonteer to maintain it. Thanks, much appreciated. The QE driver is also used on arm64/ls1043a, but I have not seen any email or pull requests from Qiang Zhao for that driver either. The previous setup was that Li Yang picked up patches for anything under drivers/soc/fsl/ and forwarded them to soc@kernel.org for me to pick up. I would very much like to get back to the state of having one or two maintainers for all of drivers/soc/fsl/ and not have to worry about individual drivers under it when they are all maintained by different people. Shawn Guo is already maintaining the arm64 side of Layerscape in addition to the i.MX code. Herve Codina in turn has taken responsibility for qe/qmc.c and qe/tsa.c. Maybe you can pick one more more maintainers for drivers/soc/fsl/ between the three of you to collect patches into a git branch and send pull requests to soc@kernel.org? Arnd