On Fri, Sep 5, 2025 at 12:02 PM Dmitry Torokhov
wrote:
> On Thu, Aug 21, 2025 at 01:56:24PM +0200, Linus Walleij wrote:
> > Hi Ariel,
> >
> > thanks for your patch!
> >
> > On Wed, Aug 20, 2025 at 7:17 PM Ariel D'Alessandro
> > wrote:
> >
> &g
he driver
> and bindings were written for.
>
> The M2 Pro/Max/Ultra SoCs use the same pinctrl hardware, so just add its
> per-SoC compatible using the new base as fallback.
>
> [1]:
> https://lore.kernel.org/asahi/12ab93b7-1fc2-4ce0-926e-c8141cfe8...@kernel.org/
>
> Signe
he driver
> and bindings were written for.
>
> [1]:
> https://lore.kernel.org/asahi/12ab93b7-1fc2-4ce0-926e-c8141cfe8...@kernel.org/
>
> Signed-off-by: Janne Grunau
Acked-by: Linus Walleij
Yours,
Linus Walleij
On Wed, Aug 20, 2025 at 7:16 PM Ariel D'Alessandro
wrote:
> Current, the DT bindings for MediaTek's MT65xx Pin controller is missing
> the gpio-line-names property, add it to the associated schema.
>
> Signed-off-by: Ariel D'Alessandro
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
equired by the hardware.
Unfortunately we have no YAML syntax for enforcing flags :/
With that fix:
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
2c767 ("drm/panel: Rename Sony ACX424 to Novatek NT35560"), which
> determined that this driver supports the Novatek NT35560 panel
> controller.
>
> Reviewed-by: Douglas Anderson
> Signed-off-by: Brigham Campbell
Reviewed-by: Linus Walleij
(Maybe this is applied already...)
Yours,
Linus Walleij
ror occurred. The buggy code reports an error under
> either condition.
>
> Fixes: 8152c2bfd780 ("drm/panel: Add driver for Sony ACX424AKP panel")
> Reviewed-by: Douglas Anderson
> Reviewed-by: Neil Armstrong
> Signed-off-by: Brigham Campbell
Reviewed-by: Linus
On Thu, Jul 10, 2025 at 7:43 PM Brian Masney wrote:
> The round_rate() clk ops is deprecated, so migrate this driver from
> round_rate() to determine_rate() using the Coccinelle semantic patch
> on the cover letter of this series.
>
> Signed-off-by: Brian Masney
Reviewed-by
On Thu, Jul 10, 2025 at 7:43 PM Brian Masney wrote:
> The round_rate() clk ops is deprecated, so migrate this driver from
> round_rate() to determine_rate() using the Coccinelle semantic patch
> on the cover letter of this series.
>
> Signed-off-by: Brian Masney
Reviewed-by
On Tue, Jul 1, 2025 at 10:13 PM Paul Kocialkowski wrote:
> The original comment doesn't match the pin attribution, probably due
> to a hasty copy/paste.
>
> Signed-off-by: Paul Kocialkowski
This patch 1/5 applied to the pin control tree.
Yours,
Linus Walleij
On Thu, Jun 19, 2025 at 9:19 PM Anusha Srivatsa wrote:
> Put the panel reference returned by of_drm_find_panel()
> back when driver is no longer using it.
>
> Signed-off-by: Anusha Srivatsa
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Fri, May 30, 2025 at 4:52 AM Anusha Srivatsa wrote:
> Move to using the new API devm_drm_panel_alloc() to allocate the
> panel.
>
> Reviewed-by: Neil Armstrong
> Signed-off-by: Anusha Srivatsa
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Fri, May 30, 2025 at 4:53 AM Anusha Srivatsa wrote:
> Move to using the new API devm_drm_panel_alloc() to allocate the
> panel.
>
> Reviewed-by: Neil Armstrong
> Signed-off-by: Anusha Srivatsa
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Fri, May 30, 2025 at 4:52 AM Anusha Srivatsa wrote:
> Move to using the new API devm_drm_panel_alloc() to allocate the
> panel.
>
> Reviewed-by: Neil Armstrong
> Signed-off-by: Anusha Srivatsa
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Fri, May 30, 2025 at 4:52 AM Anusha Srivatsa wrote:
> Move to using the new API devm_drm_panel_alloc() to allocate the
> panel.
>
> Reviewed-by: Neil Armstrong
> Signed-off-by: Anusha Srivatsa
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Wed, May 21, 2025 at 6:11 AM Anusha Srivatsa wrote:
> Move to using the new API devm_drm_panel_alloc() to allocate the
> panel.
>
> Reviewed-by: Neil Armstrong
> Signed-off-by: Anusha Srivatsa
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
y-nt35521.c
and the last argument is the page, so there we added
a switch page macro making it clear what is going on.
Could you do the same here?
With this addressed:
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
; Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
hel
> Signed-off-by: Maxim Schwalm
> Reviewed-by: Neil Armstrong
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Tue, May 6, 2025 at 11:27 AM Svyatoslav Ryhel wrote:
> R69328 is liquid crystal driver for high-definition amorphous silicon
> (a-Si) panels and is ideal for tablets and smartphones.
>
> Signed-off-by: Svyatoslav Ryhel
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
igned-off-by: Svyatoslav Ryhel
> Reviewed-by: Neil Armstrong
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
ying
display controller, excellent work.
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Thu, Apr 24, 2025 at 9:00 PM Luca Ceresoli wrote:
> This is the new API for allocating DRM bridges.
>
> Signed-off-by: Luca Ceresoli
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
szewski
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Tue, Apr 1, 2025 at 7:05 PM Anusha Srivatsa wrote:
> Move to using the new API devm_drm_panel_alloc() to allocate the
> panel.
>
> Signed-off-by: Anusha Srivatsa
Acked-by: Linus Walleij
Yours,
Linus Walleij
, to prevent asking the user about this driver when
> configuring a kernel that does not support the AMD ISP.
>
> Fixes: e97435ab09f3ad7b ("pinctrl: amd: isp411: Add amdisp GPIO pinctrl")
> Signed-off-by: Geert Uytterhoeven
Patch applied as obviously correct.
Yours,
Linus Walleij
>
> See https://lore.kernel.org/all/Z8z236h4B5A6Ki3D@gallifrey/
>
> Remove it.
>
> Signed-off-by: Dr. David Alan Gilbert
Acked-by: Linus Walleij
Yours,
Linus Walleij
On Wed, Mar 5, 2025 at 11:25 AM Charles Han wrote:
> Fix below inconsistent indenting smatch warning.
> smatch warnings:
> drivers/gpu/drm/pl111/pl111_versatile.c:504 pl111_versatile_init() warn:
> inconsistent indenting
>
> Signed-off-by: Charles Han
Patch applied!
Yours,
Linus Walleij
reak out as separate driver")
> Signed-off-by: John Keeping
Patch applied to next as a nonurgent fix.
Thanks!
Yours,
Linus Walleij
On Thu, Feb 13, 2025 at 7:25 PM Andy Shevchenko
wrote:
> Instead of opencoding with long lines, use for_each_if() macro
> which makes intention clearer and less error prone.
Excellent patch series.
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
the reviewer and committer should be
two different people. So if I do this:
Reviewed-by: Linus Walleij
I think Neil will apply it.
Yours,
Linus Walleij
happy about active maintainers!
Yours,
Linus Walleij
technically correct so I just applied it to the pin control tree.
Yours,
Linus Walleij
to it.
Is there some example committ of this type of conversion in the
tree?
Yours,
Linus Walleij
ne an arbitrary maximum number of
> items based on current users.
>
> Signed-off-by: Dave Stevenson
Reviewed-by: Linus Walleij
Perhaps Bartosz can just apply this one patch separately?
Yours,
Linus Walleij
Emma Anholt dropped maintainership for PL111 and I
didn't notice it at the time. I've written part of it
and I'm happy to maintain it, list myself as maintainer
and assume active maintainership.
Signed-off-by: Linus Walleij
---
MAINTAINERS | 3 ++-
1 file changed, 2 insertions
amsung_oled_video_qhd_pt-8930.c#L66-L74
>
> Signed-off-by: Jakob Hauser
> Reviewed-by: Neil Armstrong
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
video/msm/mdss/samsung/S6E88A0_AMS427AP24/ss_dsi_panel_S6E88A0_AMS427AP24.c#L666-L678
>
> Signed-off-by: Jakob Hauser
> Reviewed-by: Neil Armstrong
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
qhd_octa_video.dtsi
>
> Signed-off-by: Jakob Hauser
Comments instead of #defines?
OK then, it's readable too.
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
that aspect of the driver.
(...)
> + if (ctx->flip_horizontal)
> + mipi_dsi_dcs_write_seq_multi(&dsi_ctx, 0xcb, 0x0e);
#define S6E88A0_SET_FLIP 0xcb
or something like this.
Other than that it looks good!
Yours,
Linus Walleij
, 0x55, 0x00);
0x55 is MIPI_DCS_WRITE_POWER_SAVE in
> + mipi_dsi_dcs_write_buffer_multi(&dsi_ctx, b6, ARRAY_SIZE(b6));
> + mipi_dsi_dcs_write_buffer_multi(&dsi_ctx, ca, ARRAY_SIZE(ca));
> + mipi_dsi_dcs_write_seq_multi(&dsi_ctx, 0xf7, 0x03);
> + mipi_dsi_dcs_write_seq_multi(&dsi_ctx, 0xf0, 0xa5, 0xa5);
Clearly this locks the L2 access again.
Yours,
Linus Walleij
ite_seq_multi(&dsi_ctx, 0xb2,
> +0x40, 0x08, 0x20, 0x00, 0x08);
> + mipi_dsi_dcs_write_seq_multi(&dsi_ctx, 0xb6, 0x28, 0x0b);
> + mipi_dsi_dcs_write_seq_multi(&dsi_ctx, 0xf7, 0x03);
> + mipi_dsi_dcs_write_seq_multi(&dsi_ctx, 0x55, 0x00);
> + mipi_dsi_dcs_write_seq_multi(&dsi_ctx, 0xf0, 0xa5, 0xa5);
> + mipi_dsi_dcs_write_seq_multi(&dsi_ctx, 0xfc, 0xa5, 0xa5);
Send in the reverse password: disable access.
A bit of #defines and comments would make it much more clear what
is going on.
Yours,
Linus Walleij
f Kozlowski
I think I even have a legacy panel that needs this, good!
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Thu, Oct 24, 2024 at 5:18 AM Jakob Hauser wrote:
> Add bindings for Samsung AMS427AP24 panel with S6E88A0 controller.
>
> Signed-off-by: Jakob Hauser
> Reviewed-by: Krzysztof Kozlowski
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
el")
> Signed-off-by: Cong Yang
Reviewed-by: Linus Walleij
If you look in panel-samsung-s6e63m0.c you can see how that driver actually
uses a set of gamma+power (ACL) settings to regulate the "backlight",
i.e. the brightness of the OLED display. You might want to implement
8
> [ 22.113868] invoke_syscall+0x78/0x1a8
> [ 22.114703] do_el0_svc+0x124/0x1a0
> [ 22.115498] el0_svc+0x3c/0xe0
> [ 22.116181] el0t_64_sync_handler+0x70/0xc0
> [ 22.117110] el0t_64_sync+0x190/0x198
> [ 22.117931] ---[ end trace ]---
>
> Signed-off-by: Janne Grunau
> Fixes: 5a498d4d06d6 ("drm/fbdev-dma: Only install deferred I/O if necessary")
Good catch!
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
nd should go in as a separate commit.
> Other than that LGTM.
Ooops residuals from an earlier patch iteration.
I fixed it up while applying the patch.
Thanks!
Linus Walleij
Fixes: 219a1f49094f ("drm/panel: nt35510: support FRIDA FRD400B25025-A-CTK")
Acked-by: Jessica Zhang
Signed-off-by: Linus Walleij
---
Changes in v2:
- After Stefan's testing conclude that we only need to make
SETVCMOFF optional.
- Link to v1:
https://lore.kernel.org/r/20240906-f
: Stefan Hansson
Fixes: 219a1f49094f ("drm/panel: nt35510: support FRIDA FRD400B25025-A-CTK")
Signed-off-by: Linus Walleij
---
Stefan: if this patch works and you have time you can try adding
the three flags one at a time to your device and we can see which
command is problematic.
---
d
> Closes: https://lore.kernel.org/all/23636953.6Emhk5qWAg@steina-w/
> Reported-by: Linus Walleij
> Closes:
> https://lore.kernel.org/dri-devel/CACRpkdb+hb9AGavbWpY-=uqq0apy9en_twjiopkf_fabxmp...@mail.gmail.com/
> Tested-by: Alexander Stein
> Cc: Thomas Zimmermann
> Cc: Jav
rt for each node
Early memory node ranges
node 0: [mem 0x8000-0xefff]
Initmem setup node 0 [mem 0x8000-0xefff]
percpu: Embedded 15 pages/cpu s39052 r0 d22388 u61440
So at the top of the normal zone at 0xef00 as I read it.
Yours,
Linus Walleij
"using device-specific reserved memory\n");
priv->use_device_memory = true;
}
Yours,
Linus Walleij
On Mon, Sep 2, 2024 at 1:41 PM Liao Chen wrote:
> Add MODULE_DEVICE_TABLE(), so modules could be properly autoloaded based
> on the alias from of_device_id table.
>
> Signed-off-by: Liao Chen
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Wed, Jul 31, 2024 at 2:23 PM Thomas Zimmermann wrote:
> Replace FB_BLANK_ constants with their counterparts from the
> backlight subsystem. The values are identical, so there's no
> change in functionality or semantics.
>
> Signed-off-by: Thomas Zimmermann
> Cc: Li
red color mode of 32. As this
> is the default if no format has been given, leave it out entirely.
>
> Signed-off-by: Thomas Zimmermann
> Cc: Linus Walleij
Acked-by: Linus Walleij
Yours,
Linus Walleij
On Fri, Aug 16, 2024 at 2:54 PM Thomas Zimmermann wrote:
> Call drm_client_setup() to run the kernel's default client setup
> for DRM. Set fbdev_probe in struct drm_driver, so that the client
> setup can start the common fbdev client.
>
> Signed-off-by: Thomas Zimmermann
void the
> warning on correctly working systems. Also add some comments and
> update the TODO items in the hopes that future developers won't be too
> confused by what's going on here.
>
> Suggested-by: Daniel Vetter
> Signed-off-by: Douglas Anderson
Reviewed-by: Linus Walleij
This is the right thing to do.
Yours,
Linus Walleij
On Thu, Jul 4, 2024 at 6:50 AM Cong Yang
wrote:
> These panels have some common cmds (e0h~e3h,80h), let's break
> them into helper functions.
>
> Signed-off-by: Cong Yang
This is a good start! :)
Reviewed-by: Linus Walleij
If you get time one of these days, see if you can
ed-off-by: Cong Yang
This is certainly OK
Acked-by: Linus Walleij
> +static int melfas_lmfbx101117480_init_cmds(struct jadard *jadard)
> +{
> + struct mipi_dsi_multi_context dsi_ctx = { .dsi = jadard->dsi };
> +
> + mipi_dsi_dc
On Mon, Jun 24, 2024 at 5:20 PM Thomas Zimmermann wrote:
> Replace FB_BLANK_ constants with their counterparts from the
> backlight subsystem. The values are identical, so there's no
> change in functionality.
>
> Signed-off-by: Thomas Zimmermann
Reviewed-by: Linus Wa
On Mon, Jun 24, 2024 at 5:20 PM Thomas Zimmermann wrote:
> Replace FB_BLANK_ constants with their counterparts from the
> backlight subsystem. The values are identical, so there's no
> change in functionality.
>
> Signed-off-by: Thomas Zimmermann
Reviewed-by: Linus Wa
t; is non-NULL.
>
> Suggested-by: Maxime Ripard
> Reviewed-by: Maxime Ripard
> Reviewed-by: Fei Shao
> Tested-by: Fei Shao
> Signed-off-by: Douglas Anderson
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Thu, Jun 6, 2024 at 9:28 AM Primoz Fiser wrote:
> Add support for PrimeView PM070WL4 7.0" (800x480) TFT-LCD panel.
> Datasheet can be found at [1].
>
> [1] https://www.beyondinfinite.com/lcd/Library/Pvi/PM070WL4-V1.0.pdf
>
> Signed-off-by: Primoz Fiser
Reviewed-by
gt; Probably need to read dri-devel archives for all the past attempts around
> device_link_add.
I think involving Saravana Kannan in the discussions around this
is the right thing to do, because he knows how to get devicelinks
to do the right thing.
If we can describe what devicelink needs to do to get this ordering
right, I'm pretty sure Saravana can tell us how to do it.
Yours,
Linus Walleij
us but long. I think I stayed off it
because changing stuff like that all over the place creates churn
and churn is bad.
Yours,
Linus Walleij
On Wed, May 15, 2024 at 3:47 AM Cong Yang
wrote:
> The IVO t109nw41 is a 11.0" WUXGA TFT LCD panel with himax-hx83102
> controller. Hence, we add a new compatible with panel specific config.
>
> Signed-off-by: Cong Yang
> Acked-by: Conor Dooley
Reviewed-by: Linus Wa
On Wed, May 15, 2024 at 3:47 AM Cong Yang
wrote:
> The BOE nv110wum-l60 is a 11.0" WUXGA TFT LCD panel with himax-hx83102
> controller. Hence, we add a new compatible with panel specific config.
>
> Signed-off-by: Cong Yang
> Acked-by: Conor Dooley
Reviewed-by: Linus Wa
> Signed-off-by: Cong Yang
> Reviewed-by: Conor Dooley
Nice work,
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
by: Linus Walleij
Yours,
Linus Walleij
lay panels.
>
> Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
g Yang
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
Cong Yang
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
d 0x29 cmds invoked at prepare()
> function.
>
> Note:0x11 is mipi_dsi_dcs_exit_sleep_mode
> 0x29 is mipi_dsi_dcs_set_display_on
>
> [1]:
> https://lore.kernel.org/all/CACRpkdbzYZAS0=zbqjuc4cb2wj4s1h6n6asazqvdmv95r3z...@mail.gmail.com
>
> Signed-off-by: Cong Yang
With Doug
ached display
> panels, based on DTS sources in Linux kernel (assume all devices take
> only one channel number).
>
> Signed-off-by: Krzysztof Kozlowski
Looks right to me.
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
62365248-988
> Total: Before=10651, After=9663, chg -9.28%
>
> Cc: Ritesh Kumar
> Signed-off-by: Douglas Anderson
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
rg
This is the right thing to do, thanks for looking into this!
As for the behaviour of .remove() I doubt whether in many cases
the original driver authors have even tested this themselves.
I would say we should just apply the series as soon as it's non-RFC
after the next merge window and see what happens. I doubt it
will cause much trouble.
The series:
Acked-by: Linus Walleij
Yours,
Linus Walleij
] https://lore.kernel.org/r/20230921192749.1542462-1-diand...@chromium.org
>
> Cc: Laurent Pinchart
> Cc: Sebastian Reichel
> Signed-off-by: Douglas Anderson
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Fri, May 3, 2024 at 11:38 PM Douglas Anderson wrote:
> It's the responsibility of a correctly written DRM modeset driver to
> call drm_atomic_helper_shutdown() at shutdown time and that should be
> disabling / unpreparing the panel if needed. Panel drivers shouldn't
> be calling these function
trying to disable.
>
> Cc: Laurent Pinchart
> Cc: Sebastian Reichel
> Signed-off-by: Douglas Anderson
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
tables, let's also convert hex numbers to
> lower case as per kernel conventions.
>
> Signed-off-by: Douglas Anderson
With the mentioned bugfix:
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
delta
> nt36672e_1080x2408_60hz_init62365248-988
> Total: Before=10651, After=9663, chg -9.28%
>
> Signed-off-by: Douglas Anderson
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
hen we can perhaps get others to chime in to see which style they
> prefer? Let me know what you think.
I'm in favor of this design.
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
> Since we're touching all the tables, let's also convert hex numbers to
> lower case as per kernel conventions.
>
> Signed-off-by: Douglas Anderson
Reviewed-by: Linus Walleij
Thanks for doing this Doug, everything is starting to look much
better after this series, and I hope we can keep Chromium display
drivers looking this good going forward.
Yours,
Linus Walleij
x numbers to
> lower case as per kernel conventions.
>
> Signed-off-by: Douglas Anderson
Wow that's a *VERY* nice patch.
Reviewed-by: Linus Walleij
The metrics surprisingly reports more compact object code,
I wasn't expecting this, but it's nice.
Yours,
Linus Walleij
d to one
string in the chatty function and a function call at the invoking
site".
With some explanation like that +/- added in:
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
_init 17080 10640 -6440
> nt36672e_1080x2408_60hz_init._rs 10320 - -10320
> Total: Before=31815, After=15055, chg -52.68%
>
> Signed-off-by: Douglas Anderson
OK then!
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
aner to make the types match so let's
> fix it.
>
> Fixes: a9015ce59320 ("drm/mipi-dsi: Add a mipi_dsi_dcs_write_seq() macro")
> Signed-off-by: Douglas Anderson
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
er to make the types match so let's
> fix it.
>
> Fixes: 2a9e9daf7523 ("drm/mipi-dsi: Introduce mipi_dsi_dcs_write_seq macro")
> Signed-off-by: Douglas Anderson
All right! Nice work.
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
ivo_t109nw41
> together to make a separate driver and break out boe-tv101wum-nl6 ,
> because they belong to the same controller.
Aha OK sorry for my misunderstanding!
We are all in agreement.
Yours,
Linus Walleij
se the power supply is quick to be overloaded by the
> backlight.
Thanks then I bet the prototype 8060 MMCC driver needs similar fixes
before it will work as well, so we should work to merge this, then look at
8060 support after that.
Yours,
Linus Walleij
uot;,
.data = &nt35510_frida_frd400b25025,
},
{
.compatible = "hydis,hva40wv1",
.data = &nt35510_hydis_hva40wv1,
},
{ }
};
Take some inspiration from this driver and how we parameterize
the different data depending on compatible string.
Yours,
Linus Walleij
.
Yours,
Linus Walleij
ill call mipi_dsi_dcs_exit_sleep_mode(), delay, send
command sequence, delay, call mipi_dsi_dcs_set_display_on()
and delay where any delay can be 0.
This achieves the same goal without messing up the whole place,
but requires some tinkering with how to pass a sequence the right
way etc.
Are Google & partners interested in the job? ;)
Yours,
Linus Walleij
On Sun, Mar 31, 2024 at 10:45 AM Krzysztof Kozlowski
wrote:
> virtio core already sets the .owner, so driver does not need to.
>
> Acked-by: Bartosz Golaszewski
> Acked-by: Viresh Kumar
> Signed-off-by: Krzysztof Kozlowski
Acked-by: Linus Walleij
Yours,
Linus Walleij
lly where it got
> in the way, using the syntax that is supported by both compilers.
>
> Fixes: 2cd3271b7a31 ("kbuild: avoid duplicate warning options")
> Signed-off-by: Arnd Bergmann
Neat!
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
sztof Kozlowski
(...)
> drivers/pinctrl/tegra/pinctrl-tegra-xusb.c | 2 +-
Acked-by: Linus Walleij
Yours,
Linus Walleij
- BACKLIGHT_KTD2801 [=m] && HAS_IOMEM [=y] && BACKLIGHT_CLASS_DEVICE [=m]
>
> Fixes: 66c76c1cd984 ("backlight: Add Kinetic KTD2801 backlight support")
> Signed-off-by: Duje Mihanović
Acked-by: Linus Walleij
Technically you can also select GPIOLIB, because it
om schema $id:
> http://devicetree.org/schemas/display/panel/novatek,nt35510.yaml#
This is because the checker is applying the patch on something that is not
drm-misc-next.
I think the patch is fine.
Yours,
Linus Walleij
racting out the library and the library
has the change I requested so:
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
uot;extern" since it is default I think even
checkpatch complains about it these days?
Anyway, no big deal:
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
1 - 100 of 1118 matches
Mail list logo
