Hi,
On Thu, May 1, 2025 at 12:48 AM wrote:
>
> From: Max Krummenacher
>
> The bridge driver currently disables handling the hot plug input and
> relies on a always connected eDP panel with fixed delays when the
> panel is ready.
Not entirely correct. In some cases we don't have fixed delays and
Hi,
On Wed, Apr 30, 2025 at 10:52 AM Nick Bowler wrote:
>
> > > To clarify, there is no boot failure. There is just no video output
> > > after rebooting. I can then boot Linux again by any method that works
> > > without being able to see the screen, and then everything is fine once
> > > I do
Hi,
On Wed, Apr 30, 2025 at 6:28 AM Nick Bowler wrote:
>
> Hi Doug,
>
> On Mon, Apr 28, 2025 at 01:40:25PM -0700, Doug Anderson wrote:
> > On Sun, Apr 20, 2025 at 9:26■PM Nick Bowler wrote:
> > > I recently noticed that on current kernels I lose video output from
&
Hi,
On Wed, Apr 30, 2025 at 3:36 AM Luca Ceresoli wrote:
>
> Hello Doug,
>
> On Mon, 28 Apr 2025 13:59:50 -0700
> Doug Anderson wrote:
>
> [...]
>
> > Reviewed-by: Douglas Anderson # parade-ps8640
> > Tested-by: Douglas Anderson # parade-ps8640
>
> T
Hi,
On Tue, Apr 29, 2025 at 2:20 AM Zhengqiao Xia
wrote:
>
> CSW MNE007QS3-8 EDID:
> edid-decode (hex):
>
> 00 ff ff ff ff ff ff 00 0e 77 57 14 00 00 00 00
> 34 22 01 04 a5 1e 13 78 07 ee 95 a3 54 4c 99 26
> 0f 50 54 00 00 00 01 01 01 01 01 01 01 01 01 01
> 01 01 01 01 01 01 cd 7c 80 a0 70 b0 50
Hi,
On Tue, Apr 29, 2025 at 2:20 AM Zhengqiao Xia
wrote:
>
> BOE NE140WUM-N6S EDID:
> edid-decode (hex):
>
> 00 ff ff ff ff ff ff 00 09 e5 73 0d 00 00 00 00
> 32 22 01 04 a5 1e 13 78 07 13 45 a6 54 4d a0 27
> 0c 50 54 00 00 00 01 01 01 01 01 01 01 01 01 01
> 01 01 01 01 01 01 03 3e 80 a0 70 b0 48
Hi,
On Tue, Apr 29, 2025 at 2:20 AM Zhengqiao Xia
wrote:
>
> AUO B140QAN08.H EDID:
> edid-decode (hex):
>
> 00 ff ff ff ff ff ff 00 06 af b9 fe 00 00 00 00
> 00 23 01 04 a5 1e 13 78 03 c1 45 a8 55 48 9d 24
> 0f 50 54 00 00 00 01 01 01 01 01 01 01 01 01 01
> 01 01 01 01 01 01 18 86 40 a0 b0 08 52
Hi,
On Tue, Apr 29, 2025 at 1:34 AM Stephan Gerhold
wrote:
>
> There is a small chance that the GPU is already hot during boot. In that
> case, the call to of_devfreq_cooling_register() will immediately try to
> apply devfreq cooling, as seen in the following crash:
>
> Unable to handle kernel
Hi,
On Thu, Apr 24, 2025 at 6:32 PM Kumar, Udit wrote:
>
> Hello Jayesh,
>
> On 4/24/2025 4:24 PM, Jayesh Choudhary wrote:
> > For TI SoC J784S4, the display pipeline looks like:
> > TIDSS -> CDNS-DSI -> SN65DSI86 -> DisplayConnector -> DisplaySink
> > This requires HPD to detect connection form
Hi,
On Thu, Apr 24, 2025 at 11:59 AM Luca Ceresoli
wrote:
>
> devm_drm_bridge_alloc() is the new API to be used for allocating (and
> partially initializing) a private driver struct embedding a struct
> drm_bridge.
>
> For many drivers having a simple code flow in the probe function, this
> commi
Hi,
On Thu, Apr 24, 2025 at 12:00 PM Luca Ceresoli
wrote:
>
> This is the new API for allocating DRM bridges.
>
> Reviewed-by: Herve Codina
> Signed-off-by: Luca Ceresoli
> ---
> drivers/gpu/drm/bridge/ti-sn65dsi86.c | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-)
Reviewed-by:
Hi,
On Sun, Apr 20, 2025 at 9:26 PM Nick Bowler wrote:
>
> Hi,
>
> I recently noticed that on current kernels I lose video output from
> my Blackbird's AST2500 BMC after a reboot, which makes it difficult to
> boot the system again (the video output will come on only after Linux
> is booted again
Hi,
On Mon, Apr 21, 2025 at 4:37 AM Zhengqiao Xia
wrote:
>
> CSW MNE007QS3-8 EDID:
> edid-decode (hex):
>
> 00 ff ff ff ff ff ff 00 0e 77 57 14 00 00 00 00
> 34 22 01 04 a5 1e 13 78 07 ee 95 a3 54 4c 99 26
> 0f 50 54 00 00 00 01 01 01 01 01 01 01 01 01 01
> 01 01 01 01 01 01 cd 7c 80 a0 70 b0 50
Hi,
On Mon, Apr 21, 2025 at 4:37 AM Zhengqiao Xia
wrote:
>
> BOE NE140WUM-N6S EDID:
> edid-decode (hex):
>
> 00 ff ff ff ff ff ff 00 09 e5 73 0d 00 00 00 00
> 32 22 01 04 a5 1e 13 78 07 13 45 a6 54 4d a0 27
> 0c 50 54 00 00 00 01 01 01 01 01 01 01 01 01 01
> 01 01 01 01 01 01 03 3e 80 a0 70 b0 48
Hi,
On Mon, Apr 21, 2025 at 4:36 AM Zhengqiao Xia
wrote:
>
> AUO B140QAN08.H EDID:
> edid-decode (hex):
>
> 00 ff ff ff ff ff ff 00 06 af b9 fe 00 00 00 00
> 00 23 01 04 a5 1e 13 78 03 c1 45 a8 55 48 9d 24
> 0f 50 54 00 00 00 01 01 01 01 01 01 01 01 01 01
> 01 01 01 01 01 01 18 86 40 a0 b0 08 52
Hi,
On Thu, Apr 24, 2025 at 3:47 AM Jayesh Choudhary wrote:
>
> Hello Doug,
>
> On 17/04/25 02:40, Jayesh Choudhary wrote:
> > Hello Doug,
> >
> > On 13/04/25 07:22, Doug Anderson wrote:
> >> Hi,
> >>
> >> On Fri, Apr 11, 2025 at 2:23 A
Hi,
On Sat, Apr 12, 2025 at 9:00 PM Tejas Vipin wrote:
>
> Changes the boe-bf060y8m-aj0 panel to use multi style functions for
> improved error handling. Additionally the MIPI_DSI_MODE_LPM flag is set
> after the off commands are run in boe_bf060y8m_aj0_off regardless of any
> failures, and regul
Hi,
On Sat, Apr 12, 2025 at 9:00 PM Tejas Vipin wrote:
>
> Changes the boe-bf060y8m-aj0 panel to use multi style functions for
> improved error handling. Additionally the MIPI_DSI_MODE_LPM flag is set
> after the off commands are run in boe_bf060y8m_aj0_off regardless of any
> failures, and regul
Hi,
On Fri, Apr 11, 2025 at 2:23 AM Jayesh Choudhary wrote:
>
> Enable NO_EOT and SYNC flags for DSI to use VIDEO_SYNC_PULSE_MODE
> with EOT disabled.
Any chance you could add some details to this commit message? Your
subject says that these flags are "necessary", but people have been
using this
Hi,
On Fri, Apr 11, 2025 at 9:30 PM Tejas Vipin wrote:
>
> Changes the boe-bf060y8m-aj0 panel to use multi style functions for
> improved error handling. Additionally the MIPI_DSI_MODE_LPM flag is set
> after the off commands are run in boe_bf060y8m_aj0_off regardless of any
> failures, and regul
t;
> @rule_3@
> identifier dsi_var;
> identifier func;
> type t;
> position p;
> expression list es;
> @@
> t func(...) {
> ...
> struct mipi_dsi_multi_context dsi_ctx = { .dsi = dsi_var };
> ...
> -return 0;
> +return dsi_ctx.accum_err;
> }
This is
Hi,
On Mon, Mar 31, 2025 at 6:52 PM Dmitry Baryshkov
wrote:
>
> > > ...although I think you said that the DRM framework ignores errors
> > > from prepare() and still calls unprepare(). I guess this is in
> > > panel_bridge_atomic_pre_enable() where drm_panel_prepare()'s error
> > > code is ignore
Hi,
On Mon, Mar 31, 2025 at 1:28 PM Dmitry Baryshkov
wrote:
>
> On Mon, Mar 31, 2025 at 08:06:36AM -0700, Doug Anderson wrote:
> > Hi,
> >
> > On Sun, Mar 30, 2025 at 11:18 PM Tejas Vipin wrote:
> > >
> > > @@ -157,7 +137,6 @@ static int boe_bf060y8m_
Hi,
On Sun, Mar 30, 2025 at 11:18 PM Tejas Vipin wrote:
>
> @@ -157,7 +137,6 @@ static int boe_bf060y8m_aj0_prepare(struct drm_panel
> *panel)
>
> ret = boe_bf060y8m_aj0_on(boe);
> if (ret < 0) {
> - dev_err(dev, "Failed to initialize panel: %d\n", ret);
>
Hi,
On Wed, Mar 12, 2025 at 2:02 AM Chen Ni wrote:
>
> 'destroy_workqueue()' already drains the queue before destroying it, so
> there is no need to flush it explicitly.
>
> Remove the redundant 'flush_workqueue()' calls.
>
> This was generated with coccinelle:
>
> @@
> expression E;
> @@
> - flu
pt is
> used and remove the actual script from commit log.
> Use mipi_dsi_dcs_write_seq_multi() for mipi_dsi_dcs_write() (Doug)
>
> Cc: Maxime Ripard
> Cc: Dmitry Baryshkov
> Cc: Tejas Vipin
> Cc: Doug Anderson
> Signed-off-by: Anusha Srivatsa
> ---
> Changes in v3:
> -
Hi,
On Wed, Mar 26, 2025 at 1:08 AM Krzysztof Kozlowski wrote:
>
> On Tue, Mar 25, 2025 at 07:21:26PM +, Christopher Obbard wrote:
> > The Samsung ATNA40YK20 panel is a 14" AMOLED eDP panel. It is
> > similar to the ATNA33XC20 except that it is larger and has a
> > different resolution.
> >
>
Hi,
On Tue, Mar 25, 2025 at 2:47 AM Tejas Vipin wrote:
>
> Changes the himax-hx8394 panel to use multi style functions for
> improved error handling.
>
> Reviewed-by: Dmitry Baryshkov
> Signed-off-by: Tejas Vipin
> ---
> Changes in v2:
> - Revert behavior change in hx8394_enable
> - Mov
Hi,
On Mon, Mar 24, 2025 at 10:31 AM Laurent Pinchart
wrote:
>
> On Mon, Mar 24, 2025 at 10:17:05AM -0700, Doug Anderson wrote:
> > On Mon, Mar 24, 2025 at 9:40 AM Laurent Pinchart wrote:
> > > On Tue, Mar 18, 2025 at 10:00:31PM +0100, Wolfram Sang wrot
Hi,
On Mon, Mar 24, 2025 at 9:40 AM Laurent Pinchart
wrote:
>
> On Tue, Mar 18, 2025 at 10:00:31PM +0100, Wolfram Sang wrote:
> > Hi Laurent,
> >
> > > > Read out and check the ID registers, so we can bail out if I2C
> > > > communication does not work or if the device is unknown.
> > >
> > > Wha
Hi,
On Sat, Mar 22, 2025 at 10:30 PM Tejas Vipin wrote:
>
> @@ -493,35 +481,28 @@ static int hx8394_enable(struct drm_panel *panel)
> {
> struct hx8394 *ctx = panel_to_hx8394(panel);
> struct mipi_dsi_device *dsi = to_mipi_dsi_device(ctx->dev);
> - int ret;
> -
> - re
Hi,
On Wed, Mar 19, 2025 at 1:05 PM Doug Anderson wrote:
>
> Hi,
>
> On Wed, Mar 19, 2025 at 11:31 AM Tejas Vipin wrote:
> >
> > Changes the samsung-s6d7aa0 panel to use multi style functions for
> > improved error handling.
> >
> > Signed-off-
Hi,
On Mon, Mar 17, 2025 at 7:33 AM Doug Anderson wrote:
>
> Hi,
>
> On Sat, Mar 15, 2025 at 1:17 PM Wolfram Sang
> wrote:
> >
> > Do not create a custom directory in debugfs-root, but use the
> > debugfs_init callback to create a custom directory at the given
Hi,
On Tue, Mar 18, 2025 at 10:56 AM Doug Anderson wrote:
>
> Hi,
>
> On Tue, Mar 18, 2025 at 8:56 AM Wolfram Sang
> wrote:
> >
> > Read out and check the ID registers, so we can bail out if I2C
> > communication does not work or if the device is unknown. Teste
Hi,
On Sat, Mar 15, 2025 at 11:25 AM Tejas Vipin wrote:
>
> Changes the novatek-nt36523 panel to use multi style functions for
> improved error handling.
>
> Reviewed-by: Douglas Anderson
> Signed-off-by: Tejas Vipin
> ---
> Changes in v4:
> - Cleanup nt36523_prepare
>
> Link to v3:
> http
Hi,
On Tue, Mar 18, 2025 at 7:37 AM Anusha Srivatsa wrote:
>
> Move away from using deprecated API and use _multi
> variants if available. Use mipi_dsi_msleep()
> and mipi_dsi_usleep_range() instead of msleep()
> and usleep_range() respectively.
>
> Used Coccinelle to find the _multi variant APIs
Hi,
On Thu, Mar 20, 2025 at 6:47 AM Dmitry Baryshkov
wrote:
>
> On Thu, Mar 20, 2025 at 12:47:09PM +, Christopher Obbard wrote:
> > The Lenovo Thinkpad T14s Gen6 Snapdragon OLED model has a Samsung
> > panel. The kernel currently prints a warning due to not having the
> > correct timings.
> >
Hi,
On Wed, Mar 19, 2025 at 11:31 AM Tejas Vipin wrote:
>
> Changes the samsung-s6d7aa0 panel to use multi style functions for
> improved error handling.
>
> Signed-off-by: Tejas Vipin
> ---
> Changes in v2:
> - Remove unnecessary early return in s6d7aa0_lock
> - Remove redundant GPIO re
Hi,
On Tue, Mar 18, 2025 at 8:50 AM Tomi Valkeinen
wrote:
>
> Hi,
>
> On 12/03/2025 14:52, Dmitry Baryshkov wrote:
> > On Wed, Mar 12, 2025 at 11:56:41AM +0530, Harikrishna Shenoy wrote:
> >>
> >>
> >> On 05/02/25 19:03, Dmitry Baryshkov wrote:
> >>> On Wed, Feb 05, 2025 at 12:52:52PM +0100, Krzy
Hi,
On Tue, Mar 18, 2025 at 8:56 AM Wolfram Sang
wrote:
>
> Read out and check the ID registers, so we can bail out if I2C
> communication does not work or if the device is unknown. Tested on a
> Renesas GrayHawk board (R-Car V4M) by using a wrong I2C address and by
> not enabling RuntimePM for t
Hi,
On Sat, Mar 15, 2025 at 9:50 PM Tejas Vipin wrote:
>
> @@ -62,93 +62,66 @@ static void s6d7aa0_reset(struct s6d7aa0 *ctx)
> msleep(50);
> }
>
> -static int s6d7aa0_lock(struct s6d7aa0 *ctx, bool lock)
> +static void s6d7aa0_lock(struct s6d7aa0 *ctx, struct mipi_dsi_multi_context
> *
Hi,
On Sat, Mar 15, 2025 at 2:00 AM Wolfram Sang
wrote:
>
> Hi Doug,
>
> > Seems reasonable to me. I would probably put an error message in this
> > case, though? I don't think regmap_read() necessarily prints an error
> > so it would just be a mysterious failure for why things didn't probe,
> >
Hi,
On Sat, Mar 15, 2025 at 1:17 PM Wolfram Sang
wrote:
>
> Do not create a custom directory in debugfs-root, but use the
> debugfs_init callback to create a custom directory at the given place
> for the bridge. The new directory layout looks like this on a Renesas
> GrayHawk-Single with a R-Car
Hi,
On Fri, Mar 14, 2025 at 3:42 PM Wolfram Sang
wrote:
>
> From: Phong Hoang
>
> Add a check to the very first register access function when attaching a
> bridge device, so we can bail out if I2C communication does not work.
>
> Signed-off-by: Phong Hoang
> Signed-off-by: Jacopo Mondi
> Revie
Hi,
On Thu, Mar 13, 2025 at 9:47 PM Anusha Srivatsa wrote:
>
> @@ -181,24 +162,15 @@ static int r63353_panel_prepare(struct drm_panel *panel)
> static int r63353_panel_deactivate(struct r63353_panel *rpanel)
> {
> struct mipi_dsi_device *dsi = rpanel->dsi;
> - struct device *dev =
Hi,
On Mon, Mar 10, 2025 at 3:42 AM Damon Ding wrote:
>
> Add analogix_dpaux_wait_hpd_asserted() to help confirm the HPD state
> before doing AUX transfers.
>
> Signed-off-by: Damon Ding
> ---
> .../drm/bridge/analogix/analogix_dp_core.c| 21 +++
> 1 file changed, 21 inserti
Hi,
On Mon, Mar 10, 2025 at 3:42 AM Damon Ding wrote:
>
> The main modification is moving the DP AUX initialization from function
> analogix_dp_bind() to analogix_dp_probe(). In order to get the EDID of
> eDP panel during probing, it is also needed to advance PM operations to
> ensure that eDP co
Hi,
On Mon, Mar 10, 2025 at 3:42 AM Damon Ding wrote:
>
> Move drm_of_find_panel_or_bridge() a little later and combine it with
> component_add() into a new function rockchip_dp_link_panel(). The function
> will serve as done_probing() callback of devm_of_dp_aux_populate_bus(),
> aiding to suppor
Hi,
On Wed, Mar 12, 2025 at 5:00 PM Anusha Srivatsa wrote:
>
>
>
> On Wed, Mar 12, 2025 at 11:48 AM Doug Anderson wrote:
>>
>> Hi,
>>
>> On Wed, Mar 12, 2025 at 8:06 AM Anusha Srivatsa wrote:
>> >
>> >> > @@ -106,53 +107,46 @@ st
Hi,
On Wed, Mar 12, 2025 at 2:02 AM Chen Ni wrote:
>
> 'destroy_workqueue()' already drains the queue before destroying it, so
> there is no need to flush it explicitly.
>
> Remove the redundant 'flush_workqueue()' calls.
>
> This was generated with coccinelle:
>
> @@
> expression E;
> @@
> - flu
Hi,
On Wed, Mar 12, 2025 at 8:06 AM Anusha Srivatsa wrote:
>
>> > @@ -106,53 +107,46 @@ static int r63353_panel_power_off(struct
>> > r63353_panel *rpanel)
>> > static int r63353_panel_activate(struct r63353_panel *rpanel)
>> > {
>> > struct mipi_dsi_device *dsi = rpanel->dsi;
>> > -
Hi,
On Wed, Mar 12, 2025 at 7:54 AM Anusha Srivatsa wrote:
>
>> > @@ -78,7 +79,7 @@ static int r63353_panel_power_on(struct r63353_panel
>> > *rpanel)
>> > return ret;
>> > }
>> >
>> > - usleep_range(15000, 25000);
>> > + mipi_dsi_usleep_range(&dsi_ctx, 15000,
Hi,
On Sat, Mar 8, 2025 at 8:04 PM Tejas Vipin wrote:
>
> Changes the novatek-nt36523 panel to use multi style functions for
> improved error handling.
>
> Signed-off-by: Tejas Vipin
> ---
> Changes in v3:
> - Remove mipi_dsi_dual_msleep
> - Change mipi_dsi_dual_dcs_write_seq_multi to us
Hi,
On Mon, Mar 10, 2025 at 1:58 PM Anusha Srivatsa wrote:
>
> @@ -70,6 +70,7 @@ static int r63353_panel_power_on(struct r63353_panel
> *rpanel)
> {
> struct mipi_dsi_device *dsi = rpanel->dsi;
> struct device *dev = &dsi->dev;
> + struct mipi_dsi_multi_context dsi_ctx = {
Hi,
On Thu, Mar 6, 2025 at 11:03 AM Dmitry Baryshkov
wrote:
>
> On Thu, 6 Mar 2025 at 18:44, Doug Anderson wrote:
> >
> > Hi,
> >
> > On Thu, Mar 6, 2025 at 8:33 AM Dmitry Baryshkov
> > wrote:
> > >
> > > On Thu, Mar 06, 2025 at 03:05:10PM
Hi,
On Thu, Mar 6, 2025 at 9:20 AM Maxime Ripard wrote:
>
> On Thu, Mar 06, 2025 at 10:08:24AM -0500, Anusha Srivatsa wrote:
> > On Thu, Mar 6, 2025 at 4:31 AM Maxime Ripard wrote:
> >
> > > Hi Anusha,
> > >
> > > On Wed, Mar 05, 2025 at 07:01:41PM -0500, Anusha Srivatsa wrote:
> > > > Move away
Hi,
On Thu, Mar 6, 2025 at 8:33 AM Dmitry Baryshkov
wrote:
>
> On Thu, Mar 06, 2025 at 03:05:10PM +0100, neil.armstr...@linaro.org wrote:
> > On 06/03/2025 14:43, Tejas Vipin wrote:
> > > Changes the novatek-nt36523 panel to use multi style functions for
> > > improved error handling.
> > >
> > >
Hi,
On Thu, Mar 6, 2025 at 6:05 AM wrote:
>
> On 06/03/2025 14:43, Tejas Vipin wrote:
> > Changes the novatek-nt36523 panel to use multi style functions for
> > improved error handling.
> >
> > Signed-off-by: Tejas Vipin
> > ---
> > drivers/gpu/drm/panel/panel-novatek-nt36523.c | 1683
Hi,
On Tue, Feb 25, 2025 at 8:44 AM Maxime Ripard wrote:
>
> The TI sn65dsi86 driver follows the drm_encoder->crtc pointer that is
> deprecated and shouldn't be used by atomic drivers.
>
> This was due to the fact that we did't have any other alternative to
> retrieve the CRTC pointer. Fortunatel
Hi,
On Tue, Feb 18, 2025 at 11:30 AM Jerome Brunet wrote:
>
> The auxiliary device creation of this driver is simple enough to
> use the available auxiliary device creation helper.
>
> Use it and remove some boilerplate code.
>
> Signed-off-by: Jerome Brunet
> ---
> drivers/gpu/drm/bridge/ti-sn
Hi,
On Mon, Feb 24, 2025 at 12:14 AM Damon Ding wrote:
>
> @@ -392,11 +393,27 @@ static const struct component_ops
> rockchip_dp_component_ops = {
> .unbind = rockchip_dp_unbind,
> };
>
> +static int rockchip_dp_link_panel(struct drm_dp_aux *aux)
> +{
> + struct analogix_dp_plat_d
Hi,
On Mon, Feb 24, 2025 at 12:14 AM Damon Ding wrote:
>
> The IRQF_NO_AUTOEN can be used for the drivers that don't want
> interrupts to be enabled automatically via devm_request_threaded_irq().
> Using this flag can provide be more robust compared to the way of
> calling disable_irq() after dev
Hi,
On Mon, Feb 24, 2025 at 12:14 AM Damon Ding wrote:
>
> Remove the check related to CONFIG_PM in order to make the code more
> concise, as the CONFIG_PM should be a required option for many drivers.
>
> In addition, it is preferable to use devm_pm_runtime_enable() instead of
> manually invokin
Hi,
On Mon, Feb 24, 2025 at 12:14 AM Damon Ding wrote:
>
> The main modification is moving the DP AUX initialization from function
> analogix_dp_bind() to analogix_dp_probe(). In order to get the EDID of
> eDP panel during probing, it is also needed to advance PM operations to
> ensure that eDP c
Hi,
On Mon, Feb 24, 2025 at 12:14 AM Damon Ding wrote:
>
> With the commit f37952339cc2 ("drm/bridge: analogix_dp: handle clock via
> runtime PM"), the PM operations can help enable/disable the clock. The
> err_disable_clk label and clk_disable_unprepare() operations are no
> longer necessary bec
Hi,
On Mon, Feb 17, 2025 at 9:49 AM Uwe Kleine-König
wrote:
>
> Currently CONFIG_PWM is a bool but I intend to change it to tristate. If
> CONFIG_PWM=m in the configuration, the cpp symbol CONFIG_PWM isn't
> defined and so the PWM code paths in the ti-sn65dsi86 driver are not
> used.
>
> The corr
Hi,
On Wed, Feb 19, 2025 at 8:58 PM Tejas Vipin wrote:
>
> Removes mipi_dsi_dcs_set_tear_off and replaces it with a
> multi version as after replacing it in sony-td4353-jdi, it doesn't
> appear anywhere else. sony-td4353-jdi is converted to use multi style
> functions, including mipi_dsi_dcs_set_
Hi,
On Fri, Feb 14, 2025 at 8:46 PM Tejas Vipin wrote:
>
>
>
> On 2/15/25 6:12 AM, Doug Anderson wrote:
> > Hi,
> >
> > On Fri, Feb 14, 2025 at 9:30 AM Tejas Vipin wrote:
> >>
> >> Change the sony-td4353-jdi panel to use multi style functions fo
Hi,
On Tue, Feb 18, 2025 at 1:55 AM Maxime Ripard wrote:
>
> > I also questioned whether this really made sense to try to do with a
> > Coccinelle script and I still don't think so. It looks like Dmitry has
> > already reviewed the first few of your patches and has repeated my
> > advice. If you
Hi,
On Fri, Feb 14, 2025 at 9:30 AM Tejas Vipin wrote:
>
> mipi_dsi_dcs_set_tear_off can heavily benefit from being converted
> to a multi style function as it is often called in the context of
> similar functions.
Given that it has one caller, the wording "heavily benefit" and "often
called" is
Hi,
On Fri, Feb 14, 2025 at 9:30 AM Tejas Vipin wrote:
>
> Change the sony-td4353-jdi panel to use multi style functions for
> improved error handling.
>
> Signed-off-by: Tejas Vipin
> ---
> drivers/gpu/drm/panel/panel-sony-td4353-jdi.c | 107 --
> 1 file changed, 23 insertions(
Hi,
On Thu, Feb 13, 2025 at 6:44 AM Maxime Ripard wrote:
>
> It's pretty inconvenient to access the full atomic state from
> drm_bridges, so let's change the atomic_post_disable hook prototype to
> pass it directly.
>
> Reviewed-by: Dmitry Baryshkov
> Signed-off-by: Maxime Ripard
>From the poi
Hi,
On Thu, Feb 13, 2025 at 6:44 AM Maxime Ripard wrote:
>
> It's pretty inconvenient to access the full atomic state from
> drm_bridges, so let's change the atomic_enable hook prototype to pass it
> directly.
>
> Reviewed-by: Dmitry Baryshkov
> Signed-off-by: Maxime Ripard
>From the point of
Hi,
On Thu, Feb 13, 2025 at 6:45 AM Maxime Ripard wrote:
>
> The drm_bridge structure contains an encoder pointer that is widely used
> by bridge drivers. This pattern is largely documented as deprecated in
> other KMS entities for atomic drivers.
>
> However, one of the main use of that pointer
Hi,
On Thu, Feb 13, 2025 at 6:44 AM Maxime Ripard wrote:
>
> It's pretty inconvenient to access the full atomic state from
> drm_bridges, so let's change the atomic_disable hook prototype to pass
> it directly.
>
> Reviewed-by: Dmitry Baryshkov
> Signed-off-by: Maxime Ripard
>From the point of
Hi,
On Thu, Feb 13, 2025 at 6:44 AM Maxime Ripard wrote:
>
> It's pretty inconvenient to access the full atomic state from
> drm_bridges, so let's change the atomic_pre_enable hook prototype to
> pass it directly.
>
> Reviewed-by: Dmitry Baryshkov
> Signed-off-by: Maxime Ripard
>From the point
Hi,
On Thu, Feb 13, 2025 at 6:45 AM Maxime Ripard wrote:
>
> The TI sn65dsi86 driver follows the drm_encoder->crtc pointer that is
> deprecated and shouldn't be used by atomic drivers.
>
> This was due to the fact that we did't have any other alternative to
> retrieve the CRTC pointer. Fortunatel
Hi,
On Thu, Feb 13, 2025 at 12:44 PM Anusha Srivatsa wrote:
>
> A lot of mipi API are deprecated and have a _multi() variant
> which is the preferred way forward. This covers TODO in the
> gpu Documentation:[1]
>
> An incomplete effort was made in the previous version
> to address this[2]. It re
Hi,
On Fri, Feb 14, 2025 at 12:59 AM Jerome Brunet wrote:
>
> > One think that's always felt a bit meh to me is this id number stuff,
> > I just threw in 666 for meme value.
>
> :)
>
> > The whole thing seems super
> > arbitrary, do any of the users of this helper actually put meaningful
> > valu
Hi,
On Mon, Feb 10, 2025 at 7:28 AM Doug Anderson wrote:
>
> Hi,
>
> On Mon, Feb 10, 2025 at 1:24 AM Tejas Vipin wrote:
> >
> > Change the visionox-r66451 panel to use multi style functions for
> > improved error handling. Additionally, always drop LPM flag a
Hi,
On Tue, Feb 11, 2025 at 9:28 AM Jerome Brunet wrote:
>
> The auxiliary device creation of this driver is simple enough to
> use the available auxiliary device creation helper.
>
> Use it and remove some boilerplate code.
>
> Signed-off-by: Jerome Brunet
> ---
> drivers/gpu/drm/bridge/ti-sn6
Hi,
On Tue, Feb 11, 2025 at 2:16 PM Doug Anderson wrote:
>
> Hi,
>
> On Tue, Feb 4, 2025 at 7:01 AM Maxime Ripard wrote:
> >
> > @@ -374,12 +377,15 @@ static int __maybe_unused ti_sn65dsi86_resume(struct
> > device *dev)
> > * panel (including th
Hi,
On Tue, Feb 4, 2025 at 7:01 AM Maxime Ripard wrote:
>
> @@ -374,12 +377,15 @@ static int __maybe_unused ti_sn65dsi86_resume(struct
> device *dev)
> * panel (including the aux channel) w/out any need for an input clock
> * so we can do it in resume which lets us read the EDI
Hi,
On Mon, Feb 10, 2025 at 5:43 PM Sebastian Reichel wrote:
>
> From: Sebastian Reichel
>
> The Lenovo Thinkpad T14s Gen6 Snapdragon is currently sold with three
> different panel versions: OLED, Low Power IPS or IPS with Touchscreen.
>
> My Low Power IPS version had this panel and the kernel c
Hi,
On Tue, Feb 11, 2025 at 5:14 AM Maxime Ripard wrote:
>
> On Fri, Feb 07, 2025 at 05:44:38PM -0800, Doug Anderson wrote:
> > On Tue, Feb 4, 2025 at 7:01 AM Maxime Ripard wrote:
> > >
> > > The TI sn65dsi86 driver follows the drm_encoder->crtc pointer that is
Hi,
On Sat, Feb 8, 2025 at 12:25 PM Doug Anderson wrote:
>
> Hi,
>
> On Sat, Feb 8, 2025 at 2:53 AM Langyan Ye
> wrote:
> >
> > The starry-2082109qfh040022-50e is a 10.95" TFT panel. The MIPI controller
> > on this panel is the same as the other panels here
Hi,
On Sat, Feb 8, 2025 at 12:25 PM Doug Anderson wrote:
>
> Hi,
>
> On Sat, Feb 8, 2025 at 2:53 AM Langyan Ye
> wrote:
> >
> > The kingdisplay-kd110n11-51ie is a 10.95" TFT panel. The MIPI controller
> > on this panel is the same as the other panels here
Hi,
On Mon, Feb 10, 2025 at 2:16 AM Krzysztof Kozlowski wrote:
>
> On Sat, Feb 08, 2025 at 06:53:24PM +0800, Langyan Ye wrote:
> > Add a new compatible for the panels KINGDISPLAY KD110N11-51IE and
> > STARRY 2082109QFH040022-50E. Both panels use the HX83102 IC, so
> > add the compatible to the hx
Hi,
On Mon, Feb 10, 2025 at 1:24 AM Tejas Vipin wrote:
>
> Change the visionox-r66451 panel to use multi style functions for
> improved error handling. Additionally, always drop LPM flag after
> sending init sequence.
>
> Signed-off-by: Tejas Vipin
> ---
> Changes in v2:
> - Fixed visionox_r
Hi,
On Thu, Feb 6, 2025 at 1:06 PM Anusha Srivatsa wrote:
>
> Transition away from mipi_dsi_generic_write_seq() and
> mipi_dsi_dcs_write_seq() to mipi_dsi_generic_write_seq_multi()
> and mipi_dsi_dcs_write_seq_multi() respectively.
>
> This is addressing one of the gpu todo items [1]
>
> Used Coc
Hi,
On Sat, Feb 8, 2025 at 2:53 AM Langyan Ye
wrote:
>
> The kingdisplay-kd110n11-51ie is a 10.95" TFT panel. The MIPI controller
> on this panel is the same as the other panels here, so add this panel
> to this driver.
>
> Signed-off-by: Langyan Ye
> ---
> drivers/gpu/drm/panel/panel-himax-hx8
Hi,
On Sat, Feb 8, 2025 at 2:53 AM Langyan Ye
wrote:
>
> Add a new compatible for the panels KINGDISPLAY KD110N11-51IE and
> STARRY 2082109QFH040022-50E. Both panels use the HX83102 IC, so
> add the compatible to the hx83102 bindings file.
>
> Signed-off-by: Langyan Ye
> ---
> .../devicetree/bi
Hi,
On Sat, Feb 8, 2025 at 2:53 AM Langyan Ye
wrote:
>
> The starry-2082109qfh040022-50e is a 10.95" TFT panel. The MIPI controller
> on this panel is the same as the other panels here, so add this panel to
> this driver.
>
> Signed-off-by: Langyan Ye
> ---
> drivers/gpu/drm/panel/panel-himax-h
Hi,
On Fri, Feb 7, 2025 at 9:16 PM Tejas Vipin wrote:
>
> Change the visionox-r66451 panel to use multi style functions for
> improved error handling.
>
> Signed-off-by: Tejas Vipin
> ---
> drivers/gpu/drm/panel/panel-visionox-r66451.c | 179 --
> 1 file changed, 76 insertions(+
Hi,
On Tue, Feb 4, 2025 at 7:01 AM Maxime Ripard wrote:
>
> The TI sn65dsi86 driver follows the drm_encoder->crtc pointer that is
> deprecated and shouldn't be used by atomic drivers.
>
> This was due to the fact that we did't have any other alternative to
> retrieve the CRTC pointer. Fortunately
Hi,
On Tue, Feb 4, 2025 at 6:59 AM Maxime Ripard wrote:
>
> drm_atomic_bridge_chain_post_disable() disables all bridges affected by
> a new commit. It takes the drm_atomic_state being committed as a
> parameter.
>
> However, that parameter name is called (and documented) as old_state,
> which is
Hi,
On Tue, Feb 4, 2025 at 6:59 AM Maxime Ripard wrote:
>
> drm_atomic_bridge_chain_pre_enable() enables all bridges affected by
> a new commit. It takes the drm_atomic_state being committed as a
> parameter.
>
> However, that parameter name is called (and documented) as old_state,
> which is pre
Hi,
On Thu, Feb 6, 2025 at 11:21 AM Doug Anderson wrote:
>
> Hi,
>
> On Thu, Feb 6, 2025 at 10:13 AM Conor Dooley wrote:
> >
> > On Thu, Feb 06, 2025 at 09:12:45AM -0800, Doug Anderson wrote:
> > > Hi,
> > >
> > > On Thu, Feb 6, 2025 at 5:13 AM
Hi,
On Thu, Feb 6, 2025 at 5:13 AM Langyan Ye
wrote:
>
> The csot-pna957qt1-1 is a 10.95" TFT panel. The MIPI controller on this
> panel is the same as the other panels here, so add this panel to this
> driver.
>
> Signed-off-by: Langyan Ye
> ---
> drivers/gpu/drm/panel/panel-himax-hx83102.c |
Hi,
On Thu, Feb 6, 2025 at 10:14 AM Conor Dooley wrote:
>
> On Thu, Feb 06, 2025 at 09:12:59PM +0800, Langyan Ye wrote:
> > Add a new compatible for the panel CSOT PNA957QT1-1. This panel uses
> > HX83102 IC, so add the compatible to the hx83102 binding files.
> >
> > Signed-off-by: Langyan Ye
>
1 - 100 of 1407 matches
Mail list logo
