From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id A227DC43334 for ; Sat, 25 Jun 2022 15:32:05 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229593AbiFYPcE (ORCPT ); Sat, 25 Jun 2022 11:32:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51518 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229516AbiFYPcE (ORCPT ); Sat, 25 Jun 2022 11:32:04 -0400 Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 32F5A15820 for ; Sat, 25 Jun 2022 08:32:03 -0700 (PDT) Received: by mail-lf1-x131.google.com with SMTP id a2so9344544lfg.5 for ; Sat, 25 Jun 2022 08:32:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Z9ETXVQoG+NSia4BWAvn8UPiHwd3KtEYBLM24GpcwVY=; b=Gg3ivGB/psyf11Mg4SFHWWk4639JAi/73oqYuQ/Bw62+6wcg29IedtjpTCpD6fPyVx OFMCg9N9y7lNOJ2Zy9rQG87KUtXYmbjd2+1xSAC+ZDKVfMKIlX5/W+oYLHnOPHUo7gzv yYq/6c/rQHKOxf6R2kCZ4NNr0/rTCSuTzcYKvTACr22HGPDSN/cRGArwOxOxQIfZpazx cu69leHGF3zlwBUksXt9hL5/4v4xeE4jeNx1lNYsYXJvtycxZnmIwTReS66duc5TnSTC QOuzx8guse6oXrARHOrsDnL5c9DytUnHVDDsWwqw8jmybflzBuFiKHtsrxQjJoOkpXBA gCMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Z9ETXVQoG+NSia4BWAvn8UPiHwd3KtEYBLM24GpcwVY=; b=Sv3FILF0EyN7KfqQb80V6q2g0K8VaznYh3axqPbTk6scIYv0aEdl4T/J/DwQZ0Rprc wbvE8feK8FRj/h64dfBgwuan/CJHP0adzt4WkNDa4hwafxjU9hwGnV39fWTK+5z8AckE 8XbnpvM5tOyCdJVVn8lqaaZtRdGFtyWPiEH0NnQZTth0H7DJrdOwBdVn6LJp2jRhIf8o cLB+9QawPbKh9w1crEyGUwe1PW8QIx4UcblIk7aBhBuZuxRNqXdjtfQWJsj1WzIS6slq DJ5/GzfBRFDHreNh4eiRj6zM5+laxgGvMV14z6U7JfCdXGuLw/q5p6GKZ5iCdR+8slz7 BOhg== X-Gm-Message-State: AJIora/ads1aPxxaFVY3HYIq7PAiZvqIzqRrwWhfEXh2bBl7dxCXuOQ+ mBMXU9u4FMZh14EjUxnTf9uKDCC7Rmvj8g== X-Google-Smtp-Source: AGRyM1tYRUZ2+K9ffQbbS2qyHHn7CfSUYEej8iuTqyvLAig+xeKvZnz3WV5JP/I16y9lw5dsM8GbxA== X-Received: by 2002:a05:6512:1281:b0:47f:7066:6fb2 with SMTP id u1-20020a056512128100b0047f70666fb2mr2658566lfs.247.1656171121420; Sat, 25 Jun 2022 08:32:01 -0700 (PDT) Received: from smtpclient.apple (31-178-127-80.dynamic.chello.pl. [31.178.127.80]) by smtp.gmail.com with ESMTPSA id g23-20020ac24d97000000b0047255d2117csm908460lfe.171.2022.06.25.08.32.00 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 25 Jun 2022 08:32:00 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: [PATCH v11 20/24] arm64: dts: rockchip: enable vop2 and hdmi tx on rock-3a From: Piotr Oniszczuk In-Reply-To: Date: Sat, 25 Jun 2022 17:31:59 +0200 Cc: Sascha Hauer , Michael Riesch , dri-devel@lists.freedesktop.org, "linux-arm-kernel@lists.infradead.org" , "open list:ARM/Rockchip SoC..." , "devicetree@vger.kernel.org" , kernel@pengutronix.de, Andy Yan , Benjamin Gaignard , Sandy Huang , =?utf-8?Q?Heiko_St=C3=BCbner?= , kernel test robot Content-Transfer-Encoding: quoted-printable Message-Id: References: <20220422072841.2206452-1-s.hauer@pengutronix.de> <20220422072841.2206452-21-s.hauer@pengutronix.de> <0E6FE020-C95E-47CF-A9D6-AC3F2B2D334F@gmail.com> <9F2D8CFF-1EAE-4586-9EE9-82A9D67840BB@gmail.com> <9567EECF-A154-4FE1-A03C-5ED080409030@gmail.com> <190C3FD3-0185-4A99-B10E-A5790047D993@gmail.com> <0D8B18A1-82FD-4902-A443-AD774DE43DAD@gmail.com> To: Peter Geis X-Mailer: Apple Mail (2.3654.120.0.1.13) Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org > Wiadomo=C5=9B=C4=87 napisana przez Peter Geis w = dniu 25.06.2022, o godz. 16:00: >=20 >=20 > The first issue you have is the TV isn't responding until the absolute > end. I suspect this is because lack on idle gaps between cec commands sent = from board to tv. Maybe TV sw. can't deal with consecutive commands without any idle = between them?=20 It is interesting that disconnecting TV - so CEC line is driven only by = board - rock3a still don't have any idle gaps while rock3b (and radxa = 4.19 bsp) has them (very similar between 5.18mailine and 4.19 bsp). How this is possible that change I/O from m0->m1 impacts _timings_ on = free hanging CEC line?=20 > This strikes me as a signal integrity issue. Do you have an > oscilloscope (not a logic analyzer, you need voltages and ramp times) > to compare the working vs non-working signals? Check both sides of the > level shifter. Indeed - i will verify this with digital oscilloscope.=20 Already ordered and must await week or 2 for delivery :-( My analog oscilloscope shows correct levels and slopes "seems" to be the = same like in working (no memory so i can compare only visually on fuzzy = screen)=20 For me key is to understand why on rock3a there is no any idles between = cec commands - even when nothing is connected to bard (so cec is only = sending and nothing external impacts cec state machine)....=20=