From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 51BF929D29E; Thu, 12 Feb 2026 11:17:18 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770895039; cv=none; b=CTSAmuFLbqB+Fs130TCAS937OoETk6b+4E0Y1DJwnplFi1RK3q1hzluH9VRb4IO8UDJj5+Ov+jSZrrRVNpD1dnfRrIUrrn38gehTaXGicl+ps2F39Fc8cG6HChlwBAiKmAX3mKd5CWMxGDQyHCvEJlv9wBCFxUkrFcbElRHICeI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770895039; c=relaxed/simple; bh=OE95iEv5hbPxhjUCx2mMjsub+XUE22v7OakoLEelgVE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=ilaIuUbK42O8g1TB1SR0RUhUYi71PokHsnuQRJYwIpZf/UCyehAaQTpb4wL3D24tKetm+I/vGetRM2avNm20+FuochIO4IbmZ+m8FL5pvv3XRbQowCCpbEx93QJ2hcPG800m7231rRKdIG3ZAN+z3loL+03QNaLbhOeB7WXa+7A= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=fJNwmr+x; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="fJNwmr+x" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 606E2C4CEF7; Thu, 12 Feb 2026 11:17:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1770895038; bh=OE95iEv5hbPxhjUCx2mMjsub+XUE22v7OakoLEelgVE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=fJNwmr+xLGPlQ/JDiqh03dsABOaOdsbwQpJBXvNEuRa/nSHhhN+ug367o00A9EJ3B LmIIL6t7HuqEqAor0q9+qFqkReSzi/qoeajF2nR0+cGr466r8L3vVXiSkjluj0N5QE h2fO6k+trYuckwiZVqQqee7aBSNFfjO85OYNHmWpCHRd2VIXge2KnPUsoGjvnGFUbx rqh78fKf75yWz0yxQXi/FiID9nA/mmGa3CNyBI7hBFe0dhCeL0NwqqA6Fhqd6ZKaCO J261hyDvN++QBfnTjjGK/VreMU1p6hDAgqJz0oSq8OS+Cp7rPTxlYFNafMbGodczpP UP3ZTow/9zkcw== Date: Thu, 12 Feb 2026 16:47:15 +0530 From: Vinod Koul To: Ulf Hansson Cc: Geert Uytterhoeven , Vladimir Oltean , Yoshihiro Shimoda , Neil Armstrong , Josua Mayer , Wolfram Sang , Tommaso Merciai , linux-phy@lists.infradead.org, linux-mmc@vger.kernel.org, linux-renesas-soc@vger.kernel.org, linux-next@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH next] phy: renesas: rcar-gen3-usb2: Drop local devm_mux_state_get_optional() Message-ID: References: <67c8c4f9bf9f09fd0c13daedef27b82ff389ddfb.1770720452.git.geert+renesas@glider.be> Precedence: bulk X-Mailing-List: linux-next@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: On 12-02-26, 11:39, Ulf Hansson wrote: > On Wed, 11 Feb 2026 at 17:17, Vinod Koul wrote: > > Should I drop the 8bb92fd7a0407792 and it makes things easier for > > everyone and then we can pick fixed commit for 7.1 cycle.. > > Well, my pull request for MMC was broken (the mux patches didn't get > properly tested in linux-next, until it was too late), so Linus will > not take it. Yeah I saw that one, sorry for that > At this point I would say that 8bb92fd7a0407792 is still a bit > problematic as it uses the same name of the helper that the mux core > intends to use. It would be better with a phy specific name for it, so > it becomes easier to convert to the common mux helper, later on. > Although, at this point it's still okay as is, as we will need to > defer the mux core changes to v7.1 anyway. > > So up to you! In that case, I can keep as is for now. We can rename the api as a fix and proper changes can go in for 7.1 -- ~Vinod