From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from relay08.th.seeweb.it (relay08.th.seeweb.it [5.144.164.169]) (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 7884730C373 for ; Mon, 29 Dec 2025 11:43:37 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=5.144.164.169 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767008620; cv=none; b=qdegZM6eejuVjojLoCYKn9zhhge4DWTDr5WN96GKpmc4BJHFmMmZhtvrZ1L5P45KyshAqkyMerhEAiNJU3Puv9hWMwIu1E4Hc8UpHME+uGddLOckq/RVEOrZGIALHzSQEkL89t8VpEgs+rAAMZY7z4asdsh7DldCGCbNVhZFeeE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767008620; c=relaxed/simple; bh=jmzMjrpmB3DMcKfSHbtLtRaBrJmhzjkzJi1bfjji/Kc=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=krjUI0BN3FJwokh5YLP36DjXX3Vz7KmSdIoU5Ztt96llAgV3DWktctZRxnYvffIWifpAizaK/wlZhF42i19Gb8CCI4xnaBhjxOziMqDYx2HXdD9FT7CjiakSYMuKqun1Z66iYC8CHNniKao6s/aMtS3vue7Gafx/51DYzPdx4kc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=somainline.org; spf=pass smtp.mailfrom=somainline.org; arc=none smtp.client-ip=5.144.164.169 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=somainline.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=somainline.org Received: from SoMainline.org (94-211-6-86.cable.dynamic.v4.ziggo.nl [94.211.6.86]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by m-r2.th.seeweb.it (Postfix) with ESMTPSA id A22523F439; Mon, 29 Dec 2025 12:43:27 +0100 (CET) Date: Mon, 29 Dec 2025 12:43:26 +0100 From: Marijn Suijten To: Linus Walleij Cc: Neil Armstrong , Sam Ravnborg , David Airlie , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Andy Gross , Bjorn Andersson , Jessica Zhang , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , Simona Vetter , Casey Connolly , Rob Herring , Krzysztof Kozlowski , Simona Vetter , ~postmarketos/upstreaming@lists.sr.ht, AngeloGioacchino Del Regno , Martin Botka , Jami Kettunen , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-msm@vger.kernel.org, Abhinav Kumar , Kuogee Hsieh , Jessica Zhang , AngeloGioacchino Del Regno , Konrad Dybcio , Konrad Dybcio , Dmitry Baryshkov Subject: Re: [PATCH v2 05/11] drm/panel: Add panel driver for Samsung SOFEF01 DDIC Message-ID: References: <20251222-drm-panels-sony-v2-0-82a87465d163@somainline.org> <20251222-drm-panels-sony-v2-5-82a87465d163@somainline.org> Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: On 2025-12-26 18:43:03, Linus Walleij wrote: > On Fri, Dec 26, 2025 at 3:16 PM Marijn Suijten > wrote: > > On 2025-12-26 14:21:37, Linus Walleij wrote: > > > > The sofef00 driver tell us exactly what this sequence is: > > > > > > #define sofef00_test_key_on_lvl2(ctx) \ > > > mipi_dsi_dcs_write_seq_multi(ctx, 0xf0, 0x5a, 0x5a) > > > #define sofef00_test_key_off_lvl2(ctx) \ > > > mipi_dsi_dcs_write_seq_multi(ctx, 0xf0, 0xa5, 0xa5) > > > > > > I would just rename these two to sofef01_test_key_on/off_lvl2() > > > and use the same helpers in this driver to follow the sofef00 pattern. > > > > Right, yes. I think I already brought this up in V1, that some existing > > Samsung drivers call this (the 0xf0 part) the MCS PASSWORD, others call it the > > LEVEL_2_KEY or USER_KEY or ACCESSPROT. > > Actually all of the samsung s6e panels are suspected to be s0fef0/1 Just noting the first 0 is actually the letter o. > display controller variants, which you see if you look inside > panel-samsung-s6e*, for example panel-samsung-s6e3fc2x01.c has this: ... > I think the s0fef0/1 drivers and all the panel-samsung-s6e* drivers > should probably be unified a bit maybe we can just create a > local s0fef.h file with the above for all these drivers to use? > > (If someone has actual datasheets for s0fef0/1 that would be great.) If we know exactly what the commands are, and have their arguments documented, it'd be nice to have these as constants and functions in a global reusable header, but it does require being absolutely certain on their meaning and equivalence. - Marijn