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 89AAA3659EE for ; Mon, 23 Feb 2026 13:12:26 +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=1771852347; cv=none; b=T85EjgD9ENQFgXrajD+tJaKXrnD4gqNc7JboEV3SoMI0FUpd4lrJznZvblVCcdw+hm6w9G9mgTScmr+14SDqDrtCBRvrQJjXFitZXI8ROzyE2yQDQysCDVLPw5EDD5Dx0CH8Idpvbw2KKrSufnE4LCsnMw96ecRolmk9ulxR8GM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771852347; c=relaxed/simple; bh=UelqCIooRDzXzu6GGwJNPnHTqntDSLz5KWUuE06LKeg=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=nGpYPOe0R4ylnGYHoExV4UJdigD7dW2uTUnD2t8BHefexmf1HcIqVAyXoptXmUPHLW/iORG+BWQRmWdfIMJNjJR45MBnWzY+L1GP0Cwz+DZoIvTR9vTFIxkKXF5iBEaf9FJGbOb+8p6DLWPh+97Ku67Y3TmBqlA6v/FQXcaDRXM= 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=KiUbJoDg; 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="KiUbJoDg" Received: by mail-wm1-f48.google.com with SMTP id 5b1f17b1804b1-4806b88d8c9so5814715e9.2 for ; Mon, 23 Feb 2026 05:12:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1771852345; x=1772457145; 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=zTyRvgzsFp6gxgHmcwTyuSKYelY9uTSe0Y6njaYUk74=; b=KiUbJoDgAy5LHc/Z2unOl01huhD5gypy7MemonxqkLwMvl5jhri2dAM2kzsUScb6SO IKJVD6jHk9CtP6lQ+2JZTULcLpZKpnQQrQIATfWmVsEiTIOqs3jnbt3fGn7KMTIJ7bTQ 5+aajvXt7Gtj6g4ma1DpaJ7XJYrXY+NUJ6CAmQ2SM9I82zn+TQVbKjjOJ0vwARM/EiD7 0zlzLr1fkNQNbGNTaP/3kJbje1Ei1nNFEthcixKlKiR6ia+kk5xsStM2NuB33L2vjEps tB6EyBDJEdpTGs0MUxQ/sMBwShV6HGmwxVMxqtxR5bYJ9cJK8DDEJbDnM1ufpG41NXyh MPZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771852345; x=1772457145; 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=zTyRvgzsFp6gxgHmcwTyuSKYelY9uTSe0Y6njaYUk74=; b=fewLbElY8g6ycdXgY2XwNOGCqezRGfCtQxhYM9B+klOBX32JwCt0L4ICa2U2WBTXjv uJiW8mLFYmeSrln+MvHCjOSicvx0a8LgAS68cTctisaZrWzcR2MLyH9AWdUdLf42SFf5 /h/HT3CkdToTAleMQ9Lu3GksLPVwVHBvmBNeXrCDeocGvX4pEm529dR12IXkMuUkQIXx P6QkM0mpW2991Mh2yRchjx654Lie+dXjJyUWJ1wtRx4e5fJakZvBWACgQas+11e4Mkro sgSYRRx/NWwhgzG98gDaOHKKhYO7sneUOYCWATvt0ymL1ZYvpUrg/jcHj3RE+zPHf2wo +NHw== X-Forwarded-Encrypted: i=1; AJvYcCUjvXLzLd5gtMtUqIVO7pm1bxFQ/kTdlcbznE7fWbRhxOA+oFpe31Jrx7lqfHVrKASgfx1oXEu8RYtOblk=@vger.kernel.org X-Gm-Message-State: AOJu0YwzrqVf+YdvH9FDN4VYszFIJYjYVh7/b8amuYt+S/crImNBF6qd ljrs2MIYo8zPbifkihCSw3JkWz3Amw8E8IwDkCbuO2LmCZ7rXxXC5RS0 X-Gm-Gg: AZuq6aJJE8f0/Tihpv6I3XS3tE/jvCkIk72Z4VcyzdFvlfqCeZnkuM7LjZARNCeeKey lyNF/dwZfA+Bq9t4uL1ndaqQ1gdU2PnBtT03Xfplb4TiWMScNy80XcUNmxwlwCB25hJ4EqLcMFd 63iVL01buRVyVdhb9loulV1jM3/Y3ZO2mQWCxAC2idXDShbK5W4N1xwcQNBJugktjDKxLh8pUW6 A861ELDRM6np5bNum2BsYFAc+4gb4j0Gr10bbgZb8ULRHMnjebdKDLkteMxaHm/xadGRNGI8MTI jJV3I0SxCGoY1BXkMxflFldrk2PJfqtmdMvAXQ4i6fjbZwmZEwqGoywDU/2lytuWR245OSoBEO0 dmgTsursPhnXpi103YCQygqSIKzWodJhY/qo5M9aDNECp1n4gu2tJUCMzQrEWmjX50VEjvEEf+3 jLPAsBdWA0N1/Q1zs= X-Received: by 2002:a05:600c:1d04:b0:47d:6f12:de57 with SMTP id 5b1f17b1804b1-483a95e2493mr74965915e9.4.1771852344731; Mon, 23 Feb 2026 05:12:24 -0800 (PST) Received: from skbuf ([2a02:2f04:d809:4b00:a289:4e95:a726:c01d]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-483a9b75e51sm195718605e9.5.2026.02.23.05.12.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 Feb 2026 05:12:23 -0800 (PST) Date: Mon, 23 Feb 2026 15:12:20 +0200 From: Vladimir Oltean To: Josua Mayer Cc: Andreas Kemnade , Geert Uytterhoeven , Marc Kleine-Budde , Vincent Mailhol , Vinod Koul , Neil Armstrong , Peter Rosin , Aaro Koskinen , 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: <20260223131220.evt33bzga5lafwzw@skbuf> References: <20260208-rz-sdio-mux-v9-0-9a3be13c1280@solid-run.com> <20260208-rz-sdio-mux-v9-1-9a3be13c1280@solid-run.com> <20260212164823.mbeycqwzsy2dfq6e@skbuf> <20260216092914.kmvl7aep7dantcsd@skbuf> <20260216162406.0121dd91@kemnade.info> <203a36fb-6ac9-41f6-80ce-b137b9db4ad1@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: <203a36fb-6ac9-41f6-80ce-b137b9db4ad1@solid-run.com> On Mon, Feb 23, 2026 at 12:43:48PM +0000, Josua Mayer wrote: > It would help immensely if there was a way to get the patches renaming > driver-local conflicting helper-functions very early, before anything else. > > Would this sort of patch be acceptable in linux-next now, so it can make > it into v7.0-rc1? > > If not then that mini-patchset would be the first one I shall submit after > v7.0-rc1 is released. v7.0-rc1 was already tagged as commit 6de23f81a5e08be8fbf5e8d7e9febc72a5b5f27f. Additionally, patches are not accepted directly *in* linux-next. They are accepted in subsystem trees (linux-phy, mmc, etc) which are then integrated all together in linux-next. > > Then I can treat the actual implementation of the devm_mux_* helpers > as a second standalone patch-set. > > And finally patching all drivers with local helpers to use the new global ones > can be patch-set number 3. > > Any opinions on this? >From linux-phy perspective, I think in this particular case the following would help: - submit the patches at the beginning of the development cycle (i.e. now) while the subsystem trees didn't diverge too much - submit the patch series *in full* (to get build testing of the later devm_mux_state_get_optional() introduction too, even if that is not for linux-phy) - keep all patches pertaining to linux-phy (the mini-patchset) together and close to the beginning of the series, so they can be picked without other dependencies - be clear in the cover letter if you require a stable tag for the linux-phy patches to be picked in other trees. You seem to be in the best position to be aware of all dependencies. I don't know what is the exact status with the MULTIPLEXER SUBSYSTEM which is marked as Odd Fixes and doesn't have appear to have a subsystem tree. I have no recommendation there.