From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f52.google.com (mail-wm1-f52.google.com [209.85.128.52]) (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 703673396E6 for ; Tue, 21 Oct 2025 15:43:00 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.52 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1761061382; cv=none; b=moYERMR8CwfucpvcvY16kD3CE6j8ESBhKiEBECOn/qYpc71sw6nr6+fq622NBym23UGns7v45eXyNjw7lPu63xrHP6iCVTZuvAoj1oXxVQazQpWkmZFc+EJsxxWZw0jzmQHmJCtnXq95OhvrmcX2h7ViNAL55VQ63mYk8X8T3bo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1761061382; c=relaxed/simple; bh=75YAXkRpS5AYEhu5CiBSWx6SM3C/ihZP1jjcOFswJjQ=; h=Mime-Version:Content-Type:Date:Message-Id:Cc:Subject:From:To: References:In-Reply-To; b=Fs9ksQxkYCyCkHDj3r0lSRNK5BWpB8sdYUT6RFGMyjASX/6YNjyGFfnXRmNMCD2vKh8Rav/S/Tn2iwOZsFfA/2P6KfL6siGJ9KXSyQN+qrwPIDLoqNISADw4WEj2TkOaZYYe8BRTjkSoKbJw4tvNXQPQRcwYxB+jBuchX127TJs= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linaro.org; spf=pass smtp.mailfrom=linaro.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b=ryuKTo8W; arc=none smtp.client-ip=209.85.128.52 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linaro.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linaro.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="ryuKTo8W" Received: by mail-wm1-f52.google.com with SMTP id 5b1f17b1804b1-46e6a689bd0so54819555e9.1 for ; Tue, 21 Oct 2025 08:43:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1761061379; x=1761666179; darn=vger.kernel.org; h=in-reply-to:references:to:from:subject:cc:message-id:date :content-transfer-encoding:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=AhuCz+PGVZVkdCu2Fi23G6TX91sa3helKlTwcjtnmzg=; b=ryuKTo8WANBP2UwKrgzWZgGqU2v43XPXv1l01txN1LTT3+xHVQnLWTKPVrJaP8iamT FuehqICTzqWuU1cfq7yptj/g/C2ZBKv5PDdADz+olNq/oKYwzOIUIlh1bOG8+whT1CdQ GEctkBKY53F5GxoBqeYyhq948ZTzOC94fQNEboUHfgSJVVtjvCDZYVMH1iKr5AsOPbtz VEg/cVrR6Nqde3Slst1tffnTbUC11fiWQ3LvUr07R1OX4UMDkXdNFoWGQ+hzyDgVuQxB niuzsHCAREJ/BLpkQX3fX7lGh0lueEkUj9iHF44t47qChuUtAcny3w9cpU/C6B5CjpIM 6vPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761061379; x=1761666179; h=in-reply-to:references:to:from:subject:cc:message-id:date :content-transfer-encoding:mime-version:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=AhuCz+PGVZVkdCu2Fi23G6TX91sa3helKlTwcjtnmzg=; b=VDKWpMXeel1fPKAeG1n7iYl958udKb2QFiLWPTk3rwqoKJtFBBDpGDHgBbj2rwucLW NnDPO5lsehRR1LoKozMKkRr7VuNxCt0uoYnbhkhR0Gs265sHgQWgArAqYaazvJeW+GZD D5qG7HMN3iWV3fSKi03LFUHQtVMVcEWJ0OoEFyIJgE7JsKX66ZdaSHUrTy0Ra1KmpFpA d/SlcCqf41e3iKLtqAixlz0eWHS0dDHz/RGdF1yl1q+y2EemyEsYkneGs9UJJn48yF0f FW6Ufez4u4G3EZq+WgIKSvQch2NDUKcLc2Dqh1T8SInf822FjcFY996AWAnPlbfz7K3t h3ig== X-Forwarded-Encrypted: i=1; AJvYcCW3wMMsjTUpX8Q50Qkjr6j4PDomIj40LdG7E2O3pZ/xPuSpKWq05Eu7vXZRSSbzYR8kimDQHTZFdw7Wrj1R@vger.kernel.org X-Gm-Message-State: AOJu0YzXDhJBWaaqp/6ZhwYsF651SmBZrbd5jN4GhR7NiiCVb5VljwRe rg6vdSk6vqaJdfdNjGKCn/xJAyA6ET0tSaEuN//s9qCgJ5UxtPJscNs/Z/e9UqLWboU= X-Gm-Gg: ASbGncuiOqKsCnfKo2ceLrwN4+slBw51BM5P0L5tBehe5n965fPh2KhTEEHD+xdimIi I/gF9I2gXjwBD/rQq6/ZcZ3prTf90+6z+dadvn7QMaX7bxVROXqP+QIsDIp0Ps6O84+KbWEGU09 lIvfihrXjUHohc3ll8OAIxFfkI8z/Od12UoZaTVbjtUdN/L0ATMONPJx4qIJ6Rb0iUZrt1M/913 fKInqstx7jRi/uYDau1l1PZYV1jZMu6dxDMGjDw3PmEqJ5LGE3jUGsjTKkxD+ft3z8bGVIA5fMS zPdj686uZQB4JiS7deiIxbU+uU5RFX3vA5rz9uP6OmTEwqFfPX79x5s3pa2e2GhWRyPyMQtUn/o y+2UXh46O4CY9ZkaASt46ZzE7GaQOYdsLA/l4+K90RsWgeYGmmz9abp6VzAC8LHZjzmXKK0Kgr5 CTcMXUVOtemhJWLYc= X-Google-Smtp-Source: AGHT+IHp7MSIsvZ3s51V1ZsAKBgYboS1prMkRndq+IeFpziSbp+//AH/rUos6US1MvtXcjHxE4wiZw== X-Received: by 2002:a05:600c:1d9b:b0:46e:652e:16a1 with SMTP id 5b1f17b1804b1-47117878458mr130704545e9.7.1761061378667; Tue, 21 Oct 2025 08:42:58 -0700 (PDT) Received: from localhost ([2a02:c7c:7259:a00:8d4e:2f09:764b:8b5a]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-474949dd479sm21881025e9.0.2025.10.21.08.42.57 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 21 Oct 2025 08:42:58 -0700 (PDT) Precedence: bulk X-Mailing-List: linux-arm-msm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Tue, 21 Oct 2025 16:42:57 +0100 Message-Id: Cc: "Bjorn Andersson" , "Konrad Dybcio" , "Linus Walleij" , "Rob Herring" , "Krzysztof Kozlowski" , "Conor Dooley" , "Konrad Dybcio" , "Srinivas Kandagatla" , , , , , Subject: Re: [PATCH v2 3/4] arm64: dts: qcom: qcm2290: add LPASS LPI pin controller From: "Alexey Klimov" To: "Dmitry Baryshkov" X-Mailer: aerc 0.20.0 References: <20251007-rb1_hdmi_audio-v2-0-821b6a705e4c@linaro.org> <20251007-rb1_hdmi_audio-v2-3-821b6a705e4c@linaro.org> <56vmqgrjy3je7omzirxnfxtuocebbj356iaew5thgkagi35464@hh34y7efssow> In-Reply-To: <56vmqgrjy3je7omzirxnfxtuocebbj356iaew5thgkagi35464@hh34y7efssow> On Tue Oct 21, 2025 at 2:03 PM BST, Dmitry Baryshkov wrote: > On Tue, Oct 21, 2025 at 01:56:09PM +0100, Alexey Klimov wrote: >> On Fri Oct 17, 2025 at 11:42 PM BST, Bjorn Andersson wrote: >> > On Fri, Oct 10, 2025 at 01:29:38PM +0100, Alexey Klimov wrote: >> >> On Tue Oct 7, 2025 at 1:39 PM BST, Konrad Dybcio wrote: >> >> > On 10/7/25 4:03 AM, Alexey Klimov wrote: >> >> >> Add the Low Power Audio SubSystem Low Power Island (LPASS LPI) pin >> >> >> controller device node required for audio subsystem on Qualcomm >> >> >> QRB2210 RB1. QRB2210 is based on qcm2290 which is based on sm6115. >> >> >>=20 >> >> >> While at this, also add description of lpi_i2s2 pins (active state= ) >> >> >> required for audio playback via HDMI/I2S. >> >> >>=20 >> >> >> Cc: Srinivas Kandagatla >> >> >> Signed-off-by: Alexey Klimov >> >> >> --- >> >> > >> >> > [...] >> >> > >> >> >> + lpi_i2s2_active: lpi-i2s2-active-state { >> >> >> + data-pins { >> >> >> + pins =3D "gpio12"; >> >> >> + function =3D "i2s2_data"; >> >> >> + bias-disable; >> >> >> + drive-strength =3D <8>; >> >> >> + output-high; >> >> > >> >> > I.. doubt output-high is what you want? >> >>=20 >> >> Why? Or is it because of some in-kernel gpiod? >> >>=20 >> > >> > What does "output-high" mean for a non-gpio function? >>=20 >> This is not efficient. It will be more useful to go straight to >> the point. > > It is efficient. It makes everybody think about it (and ask the same > question in future) instead of just depending on maintainers words. No. Imagine instead of this email you've got smth like this: "I.. doubt efficient is what you want?" >> This description of pins was taken from Qualcomm downstream code >> and the similar patch was applied (see provided URL in the prev email). > > And we all know that downstream can be buggy, incomplete, etc. > >> Back to your question -- does it matter here if it is gpio or non-gpio >> function? > > It does. The I2S data pin is supposed to be toggled in some way by a > certain IP core. What would it mean if we program output-high? Will the > pin still be toggled (by the function) or stay pulled up (because of the > output being programmed)? Here the topic was switched/replaced. And the other referenced email suggests that they don't want to see output property regardless. Anyway, as it was indicated in my previous email the problem they were trying to refer to was kinda understood. Thanks, Alexey