From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f48.google.com (mail-wm1-f48.google.com [209.85.128.48]) (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 699AF35DD15 for ; Thu, 12 Feb 2026 16:48:29 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.48 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770914911; cv=none; b=AUyUchCqmSMxJ7dHCuSLzAhhNWfCO4Q57Fu4JlgrvgoFiYSciJw3irqC9f9N4ySeQ/Os2IaPDrcalnWnreYv9ERcmvCh6CWU4AEVjM6SdUFTiz4g5fYT0F5daBv98FnsSbABd2qadTE+bTZ3juIA+ZULPX8IMQsmIjOAwCtanpU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770914911; 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=okATwLEOdq5HoFsKlC1U4GJcNf+NpGZahsE7OwaydwLCB1vTbvkHmc0hw8BSKBK1yvapsMjx5KdIaMSCBEIdN1Urb+UPggTWXfAXicEgzk15i4XcM4iAdI1uBNBFYSp2lg4X7q12g1z25cL/PLKJ3QA4+AxQTLb6WlRK38yVIpE= 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.48 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-f48.google.com with SMTP id 5b1f17b1804b1-4836fc075d2so46345e9.0 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=DXohdq82uSWCj+qLdeikkACLnyq1hufR1DtsUwKR5NCsjiuWD7qdp3sPZelXwZJvgN KF2un2eDvJOxTpjlJVr2IqEvCMdpM2fwBiflX1n9KZ0U0Z2eQ26++U2nzXRYyiTHkBSQ idE7dj4y50AO+D4yDAZJOvfADkuNu0ybUkZalPEdow/WW5g2D2kOTZVh/kQG1NBINZuF 1bukEFdrCBouQ8jv2ZlHbZvDi2efuGsH4z1xQkL4OE5bYrS8Ar6DjXmQ3JOZdSKLWS97 OMbtgF8jAnANlDB9PvzatO1faRNXPPsWz7sJKc4zxDRT78r1f/rttbe5aCtCOaEpVN2I JRbw== X-Forwarded-Encrypted: i=1; AJvYcCUR1yOZWIapzWEJ58mYMbVo3GCtVIjb8Fj2Tbm1eV69CIl5fynxDb0+gQoeTkAAQOHS/mT6i7RBZgA=@vger.kernel.org X-Gm-Message-State: AOJu0YyRNgTgH4Play6qOzRZyyViPVII4Mlk3qAO8Jj+T9I+wjI21bSi SuPVdi7VUDgYYNvcer6s31Ks4wMUL1/qfoiZqkQ/lsL3Rea09HNAvSpr X-Gm-Gg: AZuq6aLMWCaEy7Rp1j13R8yuk2a3YObSgBgRAAfBX5TWHY20m1jGy2nMDvPZyye+zuv MRHEilO077DPD9HKdZk+C075n+DXHJAIEwDiu7K/0bD18rZUx8G+Da+9va0Ji+WkHLNZqiVw5j6 uLlb+e/1BodLlti9jBPsk1reyZBDMH+imEz0VUPRqtNlwVtvv6SsIkfseHk3Es04TjA2zzAl4II TQ30cVy/KWZtnAQ9CkuHuvPR7ec4i1kdjnhoQUuW6l+faDjIyt+t54EYAMfXo7LcinVLAjuSmbv cLEmd5jy05UWRO8OFHGMrTABQVa4H3JUak2dedZpr6/5bLy2kHhmNiKLIzpRKeomMxRHYZMGZ9k Q/GH8o7GnjfaoaWBahN6Xe315uDx0HiOiiENmZgDcjhafy8na+x5TqBaqNfwZDbuXfwdJa6aGgW 2N3ML63Z25B3IMtpQ= 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-i2c@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.