From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f47.google.com (mail-wm1-f47.google.com [209.85.128.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 74AF235E527 for ; Thu, 12 Feb 2026 16:48:29 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.47 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770914912; cv=none; b=VdLPoSyS4RdLmR3MHrxC5ClsRoJuw/6HHcETAiU+4Y1Zm+fpAwsc6zgLPCHeALKys4Krw/Ayw0B3sS5+xyNZw3zM3HbCOlepk7fb2f5Ej6WgYG/caUzjtOkWROPGpwG+AVqBFDp6nOqHDM4g0CDZY+sdjura/89GM054R5GSv9Q= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770914912; c=relaxed/simple; bh=O/Wytqqrp4G6zJJ9cQaL2D4ioEYn15abIkQ/N8tlBb8=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=X8we+7k505mXwfhe42Spyyw9v4i2vun2W9Y73p0ojMSNsHLgjvlPuRj/kIBHoogs11dB2R93cJqy9lz5KBAQ7XNaajl0j7jNcKb+TLtAvkEQYlULfD5E0zQJ9WGoNH6WpcN14yYvC5ClyRJGzt2DX+YgyYV6EE2Y+xz+nXLL138= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=hqBezDup; arc=none smtp.client-ip=209.85.128.47 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="hqBezDup" Received: by mail-wm1-f47.google.com with SMTP id 5b1f17b1804b1-483245a8547so35015e9.1 for ; Thu, 12 Feb 2026 08:48:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1770914908; x=1771519708; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=s35shHfPlRPLdZc28zpITEbCE57T/ice0Q0E5ta0TZU=; b=hqBezDupKhrZPI/AABm89hNDHYZZLsL5XgWsgyCtTPas5FxgwZXmAzy9rpunPKl+oH bU0kTm7CcZxvbA1tgxkbcDlhKphKzmPPz6pBizP8DFE3iDnEtAX9FnxoIzK+oa2CRVOs oBft4q7jofVA18UMnX1ffvueKCmagwCtt7MfWoqFs9c3oxK1FMcwJqFLaB3729HU057J 6mK5/sZ6SiVgjdQG+7hvZ5Gh/EzyOXI4Y67RR6nviua49XJwR+4UYmNlkf4tB4DgSRQz KkXHAB56/7PeUqqaEH91GsvWi2hjPQdPMyrB1LtGJ5tBEhb8Lv2YNOObtqgVbDMEPZ/A O8ZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1770914908; x=1771519708; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=s35shHfPlRPLdZc28zpITEbCE57T/ice0Q0E5ta0TZU=; b=wz16VJ7dDATa40zaPYrVSQ34RVWoTmvC9VH8bIuiSFvIrIv3VI27IbIgO3a8pqVUyF ffb9V9fP4QLP1MM0Q0o+YvC5sRaYaHEE2PmOFhcwUCZhlgTPRmX4eW9VOq7WjmP5t9TZ oIjcAyLnH/2geYY/LvpHq1F1l4qerk6Fqu5ekn8pwUHEn9FzPixz+BhfB3scMJjBxZY9 1QiUXBB+opMT8pDYnPT6csw53XB04/3jmgq44KEH4Z5igKpWhyt6+TkOF/EbsY9bHFpz xL1c7UXf3rWbRSesurbjdTEi9VAiTod6/v2qOLs4SiDeO6qqpt4p/ReVbHQZiIP281fe ObrQ== X-Forwarded-Encrypted: i=1; AJvYcCValXq2jpRCJYGP0Mm7pGE4YZgUtvrRlq1DFkP3/XIoo/Ht8rO4TscxI2/aawZxMV4H5dmz9o5kfrS758E=@vger.kernel.org X-Gm-Message-State: AOJu0YzCxAp+gF5ABKQ8uU7GOkHUoBGHt10Rlvc6AoXRGEWVc9uQtIwB E7l657LCfedyYzA8cHcGJwzQEhj3RHb4lN2r5jlhIDgEBiAbEB4G62N0 X-Gm-Gg: AZuq6aLu+TK9u8PCoXq6TvLgjj+fL2V619qumpKEOjAlX5FyC0oyZCy1sItv/603SKo 69+8wyvacgI49WevxRBjhOsov1skI5vOntK/feax32/q+j3ANuKIPQQNP97iFEpzIWQjhsbS8Of fpyHuxDQlVFIy796i87dwnYsv9u/n9fdZvOijF3CFkikKvWuRY9rgYGJOIASjEQ4BG2rS4xeAdL KnLUOHTy1bFTInZikULtoPOT3X7i0cvT4wMyQTsJBV9qT8UKIG0mMTSyH1vsSOKzyl4Lp6mPksx eNEYP5uYuy78rdjXxTSBKwZRr/vDPVC9qVJYcyqOkQr6/RB4B0rwU4x/1c/lc9ElM3WM4hG2QCz nqFSbxnryOrTEbwA8oGP4ksiyOYycRBXbJp0+jboClu+8YiGEQB2HV2AIOBz3FVDfC66cRubP7e koJLNdhz4u1aop7xI= X-Received: by 2002:a05:600c:1d9a:b0:477:5ca6:4d51 with SMTP id 5b1f17b1804b1-4836570e3c5mr29720595e9.3.1770914907561; Thu, 12 Feb 2026 08:48:27 -0800 (PST) Received: from skbuf ([2a02:2f04:d501:d900:2f75:bf70:f0b9:4586]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-4834d5e0ed5sm192002555e9.5.2026.02.12.08.48.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 12 Feb 2026 08:48:26 -0800 (PST) Date: Thu, 12 Feb 2026 18:48:23 +0200 From: Vladimir Oltean To: Josua Mayer Cc: Marc Kleine-Budde , Vincent Mailhol , Vinod Koul , Neil Armstrong , Peter Rosin , Aaro Koskinen , Andreas Kemnade , Kevin Hilman , Roger Quadros , Tony Lindgren , Janusz Krzysztofik , Vignesh R , Andi Shyti , Ulf Hansson , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Geert Uytterhoeven , Magnus Damm , Wolfram Sang , Yazan Shhady , Jon Nettleton , Mikhail Anikin , linux-can@vger.kernel.org, linux-phy@lists.infradead.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, linux-i2c@vger.kernel.org, linux-mmc@vger.kernel.org, devicetree@vger.kernel.org, linux-renesas-soc@vger.kernel.org Subject: Re: [PATCH v9 1/7] phy: can-transceiver: rename temporary helper function to avoid conflict Message-ID: <20260212164823.mbeycqwzsy2dfq6e@skbuf> References: <20260208-rz-sdio-mux-v9-0-9a3be13c1280@solid-run.com> <20260208-rz-sdio-mux-v9-1-9a3be13c1280@solid-run.com> 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-Disposition: inline In-Reply-To: <20260208-rz-sdio-mux-v9-1-9a3be13c1280@solid-run.com> Hi Josua, On Sun, Feb 08, 2026 at 05:38:56PM +0200, Josua Mayer wrote: > Rename the temporary devm_mux_state_get_optional function to avoid > conflict with upcoming implementation in multiplexer subsystem. > > Acked-by: Vinod Koul > Reviewed-by: Geert Uytterhoeven > Reviewed-by: Wolfram Sang > Signed-off-by: Josua Mayer > --- In the future, when you have a series with cross-tree dependencies, please try to think of it as individual mini-series for each tree's 'next' branch, and specify clearly that you need stable tags (to be pulled into other trees). Telling maintainers what is your expected merge strategy helps avoid making mistakes. For example, if you did that in this set, you wouldn't have missed the fact that in linux-phy/next, phy-can-transceiver is _not_ the only occurrence of devm_mux_state_get_optional(). There's another one in drivers/phy/renesas/phy-rcar-gen3-usb2.c, and that should be also handled in order for trees to not enter inconsistent states.