From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ed1-f43.google.com (mail-ed1-f43.google.com [209.85.208.43]) (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 9A6CD2D47FF for ; Thu, 19 Mar 2026 05:50:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.208.43 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773899458; cv=none; b=ux1xqbdEcj3azbEMI4EQTuQtQfmX3s8jC9VLQoxxiazza+LAaxT4CAbrgRKV7+WvQn5x/MDPMHgO6ttnsQPmQRx+jXWOYTzhbqzqSjBA3gNH0MULmf+1M4Hbim7BI7myYRu/fTTSYea56y3PKcL89amBR8dy/aIXi1CVnI7+nXM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773899458; c=relaxed/simple; bh=MawAzpxE219MvSlVaJ+0R5jtOtD1/dpHGN0floVbngk=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=ghTmBliIYziL4tu7ApofXGUgKNGsbuUp8jARx4MhF1xN0GcTclb13O9AkoKYTel48w32thsBFoX+atHVD0ivkMe5UIF9i3Bh0woX4jYF1pbm1YJMud3wiA8mgnlDriAh6v7pg3VQLgT+lfagKjVY6GW52dAaFcJgZ7eDuu968YI= 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=AHZGmw4K; arc=none smtp.client-ip=209.85.208.43 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="AHZGmw4K" Received: by mail-ed1-f43.google.com with SMTP id 4fb4d7f45d1cf-66873d8cc9dso133891a12.1 for ; Wed, 18 Mar 2026 22:50:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1773899456; x=1774504256; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=FU3dYOZ5IUxYIeKpkZZZr4uovnrxVzn2MOOjX+dDH/M=; b=AHZGmw4KmLX86laRxFKsxIV/TZxJB8B+eXvjU5u9jPJCN7WGm2OfwV04/pO4P8fmbq xcITO5vILH2D4gSZHgmYaAmbjSMKF624jwAZfNtTh2bJqIywG9geKUfu8EhIJYTUqAuh Kfcwb/ODBSG/RpVh/Jy5bbCGPEil6XBigExHs/Wb3Jgn8Vw0Pk13B4M7pPBq5pD6zvY2 wVRj6USWm7vaxOeoBuM9yL6fV2EAhVLTKyXwelyNFbRVeP+zfTWS+MGawOuU9pijGc5s MQLidUzXhMCPKm7kYOK04c+7ixQapNH6WASCETsf1mPXzT7sNKEEbbvSMRT9w26sTPWz fffg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1773899456; x=1774504256; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=FU3dYOZ5IUxYIeKpkZZZr4uovnrxVzn2MOOjX+dDH/M=; b=et57NBbipT1fWZ+MX/XAuI5E3a50ambrWlZUdxYDLmhaMqNmQHY0wVO4AoRr+bBQQf Ah0sqe3pz/OZCuQbeahoxM6UGwbXHHmV2SFBk8W0gzTZGTxAnSJJbUKT67i+QykHVu3K hsFl0A04+mMyCTNnI9QjqiNIAPSw2xxDEebd+pwAD4TW1Qu3hye5JdVCmXcJk6YLKUrI 1qP3fPUtgVhAo+E9F2V0Dcz1LBO9SrFuBMEiasjif/BxxaiTQ9kUWZ9utT9OhDq8et8K swVLFo8MXhYY7Xk+dGHE2e5UU6ymPiZIYkUq9aQhI9+tU4DLM1Y8EvqcsZSfN167ssBY PwCg== X-Forwarded-Encrypted: i=1; AJvYcCUDDWv6W90lLs9fo7sSjbPvSCJgtae4IN2CqfID8jAqWx6hFDhEBl6OrYOFyxKT6hA0FeeusCEh9tS9ygc=@vger.kernel.org X-Gm-Message-State: AOJu0YwN7uXGBoz6BH+r0KzWxB1PDDaD6F6oYdWwA202cqMyh0Gzck2C qELcVj3l8432xtlODm6+t5pnRn5AGe8qSBXREyP38375jW2+pLMH9B5J X-Gm-Gg: ATEYQzxwij+TpAlyJPWug8v8izW76ILL+rgRpojNMVxgAPtj6GTphIqcXIXxNUdNWGf pRzfIix/iedopZuFgqOHOpsvXc1+8cUGCAVB8RjZ4Sb6yweyNc77kddC7MEyGL88w5ripEoVTzQ EI//87Yf8ccAVM/TNlXK54CMofUnSDnFBYdIYRYi34WTT+oLPXXTH23ZkR97TNfvvGVw+ZnUKnZ 9KozLOSAdtZm5C3qTzUpL1G6GX+SPAD3F21m9lHx6mCk+ZCtnDDaQj/1ZqdA/vEK0gyQ4bli7nP YDv2Jb4Wv2aCCz51Bt2+3yj9nnxVYreNo2r74fEK8z5UYxKd7pVGgn+1PEtmzgFTLHkofUZSjks zc6qSYCRQM32e42Zp0YbFK+4VahuJ1xcaOLWzAdftA4n8BuBtTcZUPHf3xY+v5yOu4Vj4wpRJa4 lERhqcDmxurXa/paSALtBDfYMCFZE0SY86ilTI0Q== X-Received: by 2002:a05:6402:1ed5:b0:667:6eeb:9aa8 with SMTP id 4fb4d7f45d1cf-667b2c03461mr4405868a12.15.1773899455763; Wed, 18 Mar 2026 22:50:55 -0700 (PDT) Received: from [10.52.58.58] ([193.118.55.72]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-667b129e69asm2889513a12.22.2026.03.18.22.50.53 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 18 Mar 2026 22:50:55 -0700 (PDT) Message-ID: <7c7034a7-686a-42c2-bdba-6f31b5179f7c@gmail.com> Date: Thu, 19 Mar 2026 06:50:52 +0100 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 2/2] dt-bindings: Add clock guard DT description To: Rob Herring , Vyacheslav Yurkov Cc: Michael Turquette , Stephen Boyd , Krzysztof Kozlowski , Conor Dooley , linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org, devicetree@vger.kernel.org References: <20260318-feature-clock-guard-v1-0-6137cb4084b7@bruker.com> <20260318-feature-clock-guard-v1-2-6137cb4084b7@bruker.com> <20260318225510.GA639444-robh@kernel.org> Content-Language: en-US From: Vyacheslav Yurkov In-Reply-To: <20260318225510.GA639444-robh@kernel.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 18.03.2026 23:55, Rob Herring wrote: > On Wed, Mar 18, 2026 at 05:43:40PM +0000, Vyacheslav Yurkov wrote: >> Describe device tree binding for virtual clock controller guard. > No idea what this means. Please explain how I would identify this h/w. > > We generally don't do bindings for virtual devices and we don't do > single clock bindings (other than some we are stuck with). > I described a use case in my cover letter (PATCH 0). Perhaps our approach to tackle the issue is not correct in the first place. The term "virtual clock controller guard" is something we named it, but it's literally just a clock provider which combines several other clocks and input GPIO signals in order for the consumers to check whether they are allowed to probe already or have to wait until the input clocks are enabled. So in essence it's like a helper driver to simplify consumers probe procedure. Does it make sense? If you don't do bindings for virtual HW, how else would you approach this?