From nobody Fri Jun 19 22:16:30 2026 Received: from mail.mainlining.org (mail.mainlining.org [5.75.144.95]) (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 797D91DC985 for ; Tue, 21 Apr 2026 15:33:10 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=5.75.144.95 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776785592; cv=none; b=oINSB2DKJRKiQtuTpeCkiXTqvnV7whSsbZ4cqMj1epNgf+1bA+wfD2WhbjNt/caD4NGJwFa8+9BvTxoTh4CDM5UO7/m58lHWwRyW0qCj/ur3Op/95DmYJ2ovfbDpzCYC1ACX2TOOmc7J3ETjsZpTgSkGwlnY1tC6yeHZJULx0lI= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776785592; c=relaxed/simple; bh=0xw6wB/EqcLeRrWA3mgR/LGC3Q4vznfi9Fwhe741VAI=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=eRK0yz6y9Fud3iyvEXricpofCKYjWqY6HvLfBdPKQiCcCwrkHtj0t656ijs1BiuwT0hceL/PnfFSPy2/qMNIoFc3YuEjJpzEp05fNfcf4xrZ1HqQguENpCcnkvGseA6IPl/XL4+T6amNwiPrcMYuexJSZVa9PJgB1zJZbua+5Hg= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=mainlining.org; spf=pass smtp.mailfrom=mainlining.org; dkim=pass (2048-bit key) header.d=mainlining.org header.i=@mainlining.org header.b=QIiQiyGK; dkim=permerror (0-bit key) header.d=mainlining.org header.i=@mainlining.org header.b=uQPt8J6s; arc=none smtp.client-ip=5.75.144.95 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=mainlining.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=mainlining.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=mainlining.org header.i=@mainlining.org header.b="QIiQiyGK"; dkim=permerror (0-bit key) header.d=mainlining.org header.i=@mainlining.org header.b="uQPt8J6s" DKIM-Signature: v=1; a=rsa-sha256; s=202507r; d=mainlining.org; c=relaxed/relaxed; h=Message-ID:Date:Subject:To:From; t=1776785561; bh=fVRhtyjLDHRWXj7cJQzxSuC CdVr8YdgSrxsxTmgjANc=; b=QIiQiyGKyKTVI1qfXp/bWKUbqi0Rw5bKIeS14nEycduRWTX9gt 0gRa2ozCJzPXhOQYA3re90gFQemh5Z95YKSvrME+qVdxkjLpodbQRe2vce2jcZWARvJRxzpDMaR xKyMHzGbSsRDNRy/gx1A/nteiTO8MoZLSgEvsh0vtYkBCjk3ZAXgkvunwvyMyybYe5W3G5M7dBL Kioon3uBRAzl3YHMw+PJznTCN806kjz+eQJoGgvFLzd6niQFIfSGTBTKE/zVti6rqEPnoADp8fa hsdyMx0XSkfyu6fEmM+ipt+Y+ffp4Ez2AZZGmZtbA0TzFRqd+VOIraoAvE3QzrbQbRQ==; DKIM-Signature: v=1; a=ed25519-sha256; s=202507e; d=mainlining.org; c=relaxed/relaxed; h=Message-ID:Date:Subject:To:From; t=1776785561; bh=fVRhtyjLDHRWXj7cJQzxSuC CdVr8YdgSrxsxTmgjANc=; b=uQPt8J6sdZDORmvDmz9e+mfDPQjXTpl/JOmktPfvSsMDZ0oxri xQz2J5a8/n0x1Qn2rgPzXiMedtjcWhEPgVDg==; From: Brady Norander To: Neil Armstrong , Jessica Zhang , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , David Airlie , Simona Vetter Cc: dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, Brady Norander Subject: [PATCH] drm/panel/boe-tv101wum-nl6: set MIPI_DSI_MODE_LPM after sending panel disable cmds Date: Tue, 21 Apr 2026 11:31:48 -0400 Message-ID: <20260421153147.4378-2-brady.norander@mainlining.org> X-Mailer: git-send-email 2.52.0 Precedence: bulk X-Mailing-List: linux-kernel@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" A recent change to Mediatek drm driver enabled HS mode support. With that change, my MT8183-based krane sku176 chromebook display's colors would look= darker and desaturated after turning the display off and back on. Looking at other= panel drivers, it seems common to enable HS mode to send the disable commands and= to disable HS mode afterwards. However, the boe-tv101wum-nl6 driver would never disable HS mode, leading to this issue. Update the behavior of boe_panel_di= sable to match those other panel drivers. As a side note, I did also test removin= g the line which enables HS mode during panel_disable. This worked fine for my de= vice, but just in case that doesn't work for other devices, I chose to keep that = and instead disable HS mode after sending the panel disable commands. Signed-off-by: Brady Norander diff --git a/drivers/gpu/drm/panel/panel-boe-tv101wum-nl6.c b/drivers/gpu/d= rm/panel/panel-boe-tv101wum-nl6.c index d5fe105bdbdd..f69b5bd776c0 100644 --- a/drivers/gpu/drm/panel/panel-boe-tv101wum-nl6.c +++ b/drivers/gpu/drm/panel/panel-boe-tv101wum-nl6.c @@ -1326,6 +1326,8 @@ static int boe_panel_disable(struct drm_panel *panel) =20 mipi_dsi_msleep(&ctx, 150); =20 + boe->dsi->mode_flags |=3D MIPI_DSI_MODE_LPM; + return ctx.accum_err; } =20 --=20 2.52.0