From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (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 06C4836F8F9; Tue, 16 Jun 2026 02:04:37 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781575478; cv=none; b=jhsrRpuMhJj7FGy8Ytk0EGViH/nuDl1rD5E13RYQDc9n77J1vc40Q/4Nq2yxMZcxdvwqonPHXglijRwAD9i2Zsm3zpjWWdO9P8KIHLOArYc4YOpIb9O0LK2h+rGj/l/j3eUrw1w7eQFIqefEyD2PC64HAvJAs9ibqd2tXUfogQ0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781575478; c=relaxed/simple; bh=U5oPM1horFdKZDWIZd3XTBMiJ7Tvuzk5bxDKLuXnnco=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=kLZf7s1wY6+kz+vadrZY7aTZ2pRpjhOW3QUHfpfLAfgHvQpmPukj31Aj18EFG9FoCjjcmCrhi6/XXMhiTv4mRpD/6Tpwa5/8Bk9VFQOh6Khq0tmDPs4caTN8ZMTiUFd8RFGtDqe4PwepNGNi4ceq8x8k25Iv6b7bskwEXNfJ4OE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=Y5mhYYkv; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="Y5mhYYkv" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 13B5E1F000E9; Tue, 16 Jun 2026 02:04:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1781575477; bh=Ynt5Rv/FX8cb2j96OmIo8MCXaTk9mcGzKiQ3nlHp39s=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=Y5mhYYkvansAIvT3Hva6QceMfiuFfZeDBYczpkQqd5K5mLQcgstTkkYXGMiZe1SbN +9yzyG7ffYCbYvmYGSKCnPKwDLb8My++8BAflvI3NluL/L8WKo8iy7zwfVrIuP8xY8 0JN9ff0/mAGDquUVykk8Qs0ElBIGY5XXoaOB3tsfZ2pY2jDis/8Zj19SdohC++nakK 8yAz0ltok9dToMeczqsZp1dDHEmSpaEcZsuCk0hSImkURCeNa1ANzOhPxsOlqfkKXX SvxqX0HuIbaFhxVXkpQHc1qEQeKeS2UzHV5+cBHVJfrWWA8w2ugHTyaipJQ+dHPL39 sFuAttQ4CEbAQ== Date: Mon, 15 Jun 2026 19:04:36 -0700 From: Jakub Kicinski To: Daniel Golle Cc: "Chester A. Unal" , Andrew Lunn , Vladimir Oltean , "David S. Miller" , Eric Dumazet , Paolo Abeni , Matthias Brugger , AngeloGioacchino Del Regno , Russell King , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org Subject: Re: [PATCH net-next v3 0/8] net: dsa: mt7530: modernise register access and add two DSA ops Message-ID: <20260615190436.4b87d50b@kernel.org> In-Reply-To: References: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Mon, 15 Jun 2026 06:20:55 +0100 Daniel Golle wrote: > The mt7530 driver carries its own register accessors that predate the > regmap conversion and now largely duplicate what regmap already > provides, including locking. Most of this series removes that layer. > > It first moves the MDIO bus locking into the switch regmap via > .lock/.unlock callbacks, matching the PCS regmaps, so any path reaching > the regmap is serialised automatically. With the wrappers no longer > adding locking, the thin mt7530_mii_* indirection is folded away and the > remaining accessors are replaced mechanically with the plain regmap API, > using the coccinelle semantic patches included in the commit messages. > Open-coded register fields are then converted to FIELD_GET/FIELD_PREP. > None of this is intended to change behaviour. > > The last two patches implement .port_fast_age, which flushes dynamically > learned MAC entries on topology changes, and .port_change_conduit, which > moves a user port's CPU-port affinity at runtime. Oh, v3. I guess the kernel.org bot missed it. Too late to apply this anyway, but also you put the zero init in the wrong place AFAICT. -- pw-bot: defer