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 5EB0B217659 for ; Fri, 13 Feb 2026 19:01:00 +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=1771009261; cv=none; b=PkZnALROhJBZoIfEDKXJc+8KRao+gIEJXlrnZRkZ2RbGWo1wGTOottAV/rahevqTCzzC0uEWrFtLwKF7G5Xn/n72tYRCBEmrlu8Qs0+QT5yADXrN2PrFzERnqbaGL6ooJHEAMYZMGCGHocQeYUG6ME4G1rMvN0Mo/b84VETYTEM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771009261; c=relaxed/simple; bh=5z7j4OzTHPgUpynvi7uFq0cr8kPfrW8/dszklOi3nVM=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=nsDVtH1Gx8Xd6S3racbgbYU+DSnJnv9f/uYFHNANIIvdTbBMI0Tn6CtJ5OJRuZM0hexVNl34dvD4FvpYifoao7eDgJwyJ0McNm1fe6/4yl+ZIHcoH1L/JWe/2pNCwt3yrrmDs+BFvkgOl2FvMldpzxRD9EhkOIcGEWRwpstEiCg= 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=kJjO8WgD; 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="kJjO8WgD" Received: by mail-wm1-f47.google.com with SMTP id 5b1f17b1804b1-4830b67aa6bso1484985e9.0 for ; Fri, 13 Feb 2026 11:01:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1771009259; x=1771614059; 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=sapC28wGLkNp2EIPovx9wYrvEx8pCtzRMVnlm/Q5eK0=; b=kJjO8WgDD28p3HGclLhpCFpmNhQzVF1El2ox7h4SyzNGec0padrgCHqtTKW7hwTvvN 0+EmvQPQ3UpELgKaMAAgFfVg+fGoXH62Tvo/9hNjz8IPwMiwqGlBLYGUoM7jrOKxxJWb JbQVpb6TRwXTmEEQKB7ldvkpj2W3fHj1GqgajrSHJ0xVo2NhXaoPGE622eeBgmAvZ5Fr kcWytC4zQxBLXLmMutam2Ehx1Ocu9oWlawpu7NRBAnv7I88tRzMPd8euUTtYNr75zzOe 0YRzU1TUZhkZVgtBXCsdwJp5KOaZ58/hRDU+z+zgsvgYFRgC1ZDBQC+td+PAvHgII9RA 4ePg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771009259; x=1771614059; 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=sapC28wGLkNp2EIPovx9wYrvEx8pCtzRMVnlm/Q5eK0=; b=bsIX6zFUNwIiIzIzQ4iwo4ZBwHJxwqcPPgtsOYhUGmgyNYSU5yQWLYLNQSlM4l4jRm 3AiuhonZOyfs/phw1XPPDSETOyfAlJM/vc6W3mD0AjK65FHe37TbtmUvDb1yheBhLhB6 soH5GcgXUAPAnrqBz+jEgZCck2DmRaH+tIZ4wFiJPTIW39bmi1OKSoFJchbn7BndyO1b LjDtjX33+NLgZK3g3hAQ1Od3LVWbxMIJQaLyDzDJ5wjQvuDA7wL+5Nfk6xPk4Lkve2M9 4SCHXexmUWNjtuzdGNQ1BIV2s+dOxnubcMjAMPo+uDaCaeNe/R/e3jvyIM291jvVuyaI 7mMA== X-Forwarded-Encrypted: i=1; AJvYcCXIuQqX3ZXSL/bgr8AwT+IwXgKvY1fJyvxKw0Go5JyItIUh5CaxwkfddGBtmYLQffdNHaSBb5vMEcMBsA8=@vger.kernel.org X-Gm-Message-State: AOJu0Yy5wqLbOWx2X162q24xfgDZPC4tO6KoatOnS5YAeMIAZ68Nl/O8 SIPuQCm1XoB7vaJPlSx86wx1+rV7Q7Y4aBjbDbNGvF61hQnEeWrk0gNa X-Gm-Gg: AZuq6aLDNtQRqzRyOLHhMaY9I2j0dJxo0bqb9HUqoS8aWN+mDd5Glhd+EtuAIqV8Ajp Ho0dpVaDXjQJ3XBL3DoctFDa7kGnWDjeXa/CbQG3rNSQR+uqFihy4PBNwP1cYfa2hZyb3Naarib U66h2KSv1fY7ahZ4BTceGd018AoMoMDBTRRrheEh02G7qhGqxjQLxgmNODV+c7Na1yVVTcj5z2/ hdzrRyMfIv2fno+2ApIjC9tLNye2pG7doFhS2SXd+lo0QdN0rX+/gKKuEW08w1UyT3EbjZ76F4y F9UXA9bXRSzMUelzW2EjamNHaHT3rcN4deGJ9Ki0ahD08KJmkXWho6cRdfxicPsq7xwByi7rEXi /N0o3LMZcBd3gh8HKbAMySCiFFDpWWsuXXQ1VWCSjyVpXAG/basy/4HmRSOVF0WeLNZ5wXhX6sH 7Hf5ufYZPLS119NuvMwjCy39lr8Q== X-Received: by 2002:a05:600c:474a:b0:477:7b16:5f97 with SMTP id 5b1f17b1804b1-48370cce47cmr34850165e9.0.1771009258323; Fri, 13 Feb 2026 11:00:58 -0800 (PST) Received: from skbuf ([2a02:2f04:d501:d900:34e8:30f1:fec3:9b0c]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-43796a5b2d1sm8491744f8f.4.2026.02.13.11.00.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 13 Feb 2026 11:00:57 -0800 (PST) Date: Fri, 13 Feb 2026 21:00:54 +0200 From: Vladimir Oltean To: Charan Pedumuru Cc: Vinod Koul , Neil Armstrong , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Kishon Vijay Abraham I , Aaro Koskinen , Andreas Kemnade , Kevin Hilman , Roger Quadros , Tony Lindgren , Roger Quadros , linux-phy@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org Subject: Re: (subset) [PATCH v4 0/3] dt-bindings: phy: Convert TI OMAP control and PIPE3 PHY to DT schema Message-ID: <20260213190054.ezblztj3blmhtywr@skbuf> References: <20260123-ti-phy-v4-0-b557e2c46e6f@gmail.com> <177021985530.133434.13436195442562231016.b4-ty@kernel.org> 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: Hi Charan, On Fri, Feb 13, 2026 at 10:06:16PM +0530, Charan Pedumuru wrote: > On 04-02-2026 21:14, Vinod Koul wrote: > > > > On Fri, 23 Jan 2026 15:39:01 +0000, Charan Pedumuru wrote: > >> This series converts the old text-based DeviceTree bindings for TI OMAP > >> Control PHY and TI PIPE3 PHY to modern JSON-schema (YAML) format. > >> > >> > > > > Applied, thanks! > > > > [2/3] dt-bindings: phy: ti,phy-usb3: convert to DT schema > > commit: 62c9ff8fc20d23c0dc36be1330734fdafb3e8585 > > [3/3] dt-bindings: phy: ti,control-phy-otghs: convert to DT schema > > commit: 7878306d182a1750583a325a29e5ccab9ce0235b > > Hi Vinod, > > You missed to apply the first patch which has DT node pattern changes > and now this dtb check fails in linux-next as these YAML patches use > the updated node pattern. I got a report of errors from kernel test > robot. If there was any request formulated to Vinod to pick up patch 1, then I also missed it while reading this series. Usually, dt-bindings patches are picked up by the subsystem maintainer while DTS patches are picked up by the platform maintainer. If you know that there is any dependency then it would greatly help if you could mention that upfront, or even specify how you expect the patches to be merged. In this case, I expect the warnings will get eventually resolved when Kevin picks up patch 1. To avoid warnings from being introduced in the first place, you could have - requested all patches to be taken through a single tree (requires maintainer coordination with ACK from the other one, more complicated if the files touched are under heavy development) - requested a stable tag from the first maintainer, to be pulled in the second tree - send patch 1, wait for a merge window to pass, send patches 2-3