From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from perceval.ideasonboard.com (perceval.ideasonboard.com [213.167.242.64]) (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 CC1E8306B31 for ; Wed, 6 May 2026 07:55:13 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=213.167.242.64 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778054115; cv=none; b=dD8GLEq7d3gsCzsBvJSKWvst6nCtXTZwMp3ciAJe/I2phBQrNDW9tn/G/KRwyc1JGBCFGy9Qt7qIKS+6k4+hg959cdeaNnkGxoj8ju23P2WHCYS+T38uxykG5jaytzYIV8Hy/R/YTUDPS/9+q/JTN3dudQyvnwiNIwpzERxd/7k= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778054115; c=relaxed/simple; bh=c1/AoiVlEYG79xm3rIJLDAWWiIopLEoJhCEdl0A7TCs=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=hjvUUBZZxAKrZXbvGAG+gFADDfS/GDXScfqbzInT8GoWKwitXtQ+GyirLfqfBd/ozpqxOevp5X1PLGJXMW6gVVpTGYQhGTYvIPDdFjPATvxdKPbZp6nr2cU/ehRgzeZAZSsi/KtNcs1ehPklQeF/Srly1Vkbn+VJddvhj8aI2k8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=ideasonboard.com; spf=pass smtp.mailfrom=ideasonboard.com; dkim=pass (1024-bit key) header.d=ideasonboard.com header.i=@ideasonboard.com header.b=gD2bM5JA; arc=none smtp.client-ip=213.167.242.64 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=ideasonboard.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=ideasonboard.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=ideasonboard.com header.i=@ideasonboard.com header.b="gD2bM5JA" Received: from [192.168.88.20] (91-158-153-178.elisa-laajakaista.fi [91.158.153.178]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id BF58478E; Wed, 6 May 2026 09:55:07 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1778054108; bh=c1/AoiVlEYG79xm3rIJLDAWWiIopLEoJhCEdl0A7TCs=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=gD2bM5JADF/XtIAkyDij6TK+gNJZEqyWAw6g+mPf1Gv6J6vMBWVdLyQhxsmoCQc5x zJynw1vCkdPVfMnRtZRWybCWK3ypcjFbI7MsPQ8ed6goQL+hegKUq7ttoMDVowFSmq nkt94/vmXyTRCQDCmON5haNI/Z3ECRwh/TCGea2s= Message-ID: Date: Wed, 6 May 2026 10:55:07 +0300 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 v2 0/7] drm/bridge: tc358768: Long command support To: Andrzej Hajda , Neil Armstrong , Robert Foss , Laurent Pinchart , Jonas Karlman , Jernej Skrabec , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , David Airlie , Simona Vetter , Parth Pancholi , Francesco Dolcini Cc: dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, =?UTF-8?Q?Jo=C3=A3o_Paulo_Gon=C3=A7alves?= , Dmitry Osipenko References: <20260311-tc358768-v2-0-e75a99131bd5@ideasonboard.com> Content-Language: en-US From: Tomi Valkeinen In-Reply-To: <20260311-tc358768-v2-0-e75a99131bd5@ideasonboard.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi all, On 11/03/2026 09:48, Tomi Valkeinen wrote: > This series makes some small improvements to the tc358768 driver, and > then adds support for long commands, commands that have more than 8 > bytes of payload. > > This has been tested on Toradex Verdin AM62 board, with a ST7703 based > DSI panel which requires initial configuration using commands that have > 8+ bytes. > > I tested the following combinations, by observing the panel visually and > the DSI lanes with an oscilloscope: > > - HS command transfer, continuous clock > - HS command transfer, non-continuous clock > - LP command transfer, continuous clock > - LP command transfer, non-continuous clock > > All except LP + continuous clock work fine. While observing the lanes > with normal oscilloscope is a very high level and vague view of what > exactly is going on the lanes, it still looks good to me: initial > commands are sent in LP, and then video data is being sent in HS, and > clock lane is continuous. However, the panel stays black, so something > is not quite right. > > As it doesn't make sense to send commands in LP during initial > configuration, especially with longer commands, I will leave that > particular combination unresolved. I'd be interested to hear if it works > on some other panel. > > Signed-off-by: Tomi Valkeinen > --- > Changes in v2: > - Add reviewed-by & tested-by tags > - Rebase on v7.0-rc2 > - Link to v1: https://lore.kernel.org/r/20251021-tc358768-v1-0-d590dc6a1a0c@ideasonboard.com Any further comments from anyone? I don't see a specific maintainer for this bridge chip, so if there are no comments I'll push this to drm-misc in the coming days. Tomi