ut it's wrong. You seem to
> have lost all indentation.
Pasting TAB-indented lists into the Gmail web interface?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with techni
o 2024 doesn't sound that off to me.
You are not supposed to bump the copyright year when republishing
without any actual changes. It is meant to be the work’s first year
of publication.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux be
RZG2L dependency with ARCH_RENESAS to allow the driver
> to be built on all relevant Renesas SoCs.
>
> Signed-off-by: Lad Prabhakar
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-
on the
clock header file anyway.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking
o.fr/
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
On Tue, 23 Sept 2025 at 10:57, Laurent Pinchart
wrote:
> On Tue, Sep 23, 2025 at 10:55:20AM +0200, Marek Vasut wrote:
> > On 9/23/25 8:47 AM, Geert Uytterhoeven wrote:
> > >> @@ -457,11 +458,11 @@ static void
> > >> rcar_mipi_dsi_set_display_timing(struct rcar_m
xel_format_to_bpp(dsi->format) == 16)
> + else if (dsibpp == 16)
What about using the switch() statement instead?
> rcar_mipi_dsi_write(dsi, TXVMPSPHSETR, TXVMPSPHSETR_DT_RGB16);
> else {
> dev_warn(dsi->dev, "unsupported format&q
On Thu, 4 Sept 2025 at 23:02, Marek Vasut
wrote:
> Rename dsi-encoder@ node to dsi@ node to follow node name pattern
> in Documentation/devicetree/bindings/display/dsi-controller.yaml .
> No functional change.
>
> Signed-off-by: Marek Vasut
Reviewed-by: Geert Uytterhoeven
i.e
On Thu, 4 Sept 2025 at 23:02, Marek Vasut
wrote:
> Rename dsi-encoder@ node to dsi@ node to follow node name pattern
> in Documentation/devicetree/bindings/display/dsi-controller.yaml .
> No functional change.
>
> Signed-off-by: Marek Vasut
Reviewed-by: Geert Uytterhoeven
i.e
On Thu, 4 Sept 2025 at 23:02, Marek Vasut
wrote:
> Rename dsi-encoder@ node to dsi@ node to follow node name pattern
> in Documentation/devicetree/bindings/display/dsi-controller.yaml .
> No functional change.
>
> Signed-off-by: Marek Vasut
Reviewed-by: Geert Uytterhoeven
i.e
Since commit 63d00be69348fda4 ("PM: runtime: Allow unassigned
->runtime_suspend|resume callbacks"), unassigned
.runtime_{suspend,resume}() callbacks are treated the same as dummy
callbacks that just return zero.
Signed-off-by: Geert Uytterhoeven
---
drivers/gpu/drm/bridge/imx/imx8
Convert the Renesas R-Car Display Unit LVDS driver from
SET_RUNTIME_PM_OPS() to RUNTIME_PM_OPS(), and pm_ptr(). This reduces
kernel size in case CONFIG_PM is disabled. While DRM_RCAR_LVDS depends
on PM, the code may still serve as an example for new drivers.
Signed-off-by: Geert Uytterhoeven
lly happy with this.
Any feedback from the renesas-drm side?
The last patch depends on a header file introduced by the second patch,
so I will need to provide an immutable branch containing the first
two patches (probably/hopefully based on v8).
Thanks!
Gr{oetje,eeting}s,
On Mon, 28 Jul 2025 at 22:14, Prabhakar wrote:
> From: Lad Prabhakar
>
> Add clock and reset entries for the DSI and LCDC peripherals.
>
> Co-developed-by: Fabrizio Castro
> Signed-off-by: Fabrizio Castro
> Signed-off-by: Lad Prabhakar
Reviewed-by: Geert Uytterhoeve
t;
> + if (is_plldsi)
... as you can just test "core->type == CLK_TYPE_PLLDSI" here.
> + priv->pll_dsi_info[core->cfg.pll.instance].pll_dsi_limits =
> + core->cfg.pll.limits;
> +
> parent_name = __clk_get_name(parent);
>
or. This change
> enables support for SoCs with multiple PLL instances (for example,
> RZ/G3E we have two PLL DSIs).
>
> Signed-off-by: Lad Prabhakar
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Lin
RZ/V2N.
> >
> > Signed-off-by: Lad Prabhakar
> > Reviewed-by: Krzysztof Kozlowski
> > Reviewed-by: Geert Uytterhoeven
> > ---
> > v6->v7:
> > - Renamed pllclk to pllrefclk
> > - Preserved the reviewed by tag from Geert and Krzysztof
> >
>
eck patch and it complained this.
> I am leaving Geert to comment on this.
/me chimes in ;-)
You are not required to fix checkpatch warnings or errors if you have a
good reason to do so. In this case, I see no reason for the parentheses
(it is not a very complex expression), so please drop them.
e TXVMVPRMSET0R_HSPOLBIT(17)
#define TXVMVPRMSET0R_HSPOL_HIG0
#define TXVMVPRMSET0R_HSPOL_LOW1
and use FIELD_PREP(TXVMVPRMSET0R_HSPOL, TXVMVPRMSET0R_HSPOL_{HIG,LOW}).
But I agree a single definition is fine for a single-bit register field.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
s@msm/dpu@renesas/r-car@ in the Subject.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists
GPU memory usage tracepoints are only used by DRM GPU drivers.
Hence add a dependency on DRM, to prevent asking the user about this
functionality when configuring a kernel without DRM GPU support.
Fixes: 5d95cbf21a4a550f ("gpu/trace: make TRACE_GPU_MEM configurable")
Signed-off
Convert the Renesas RZ/G2L MIPI DSI Encoder driver from
SET_RUNTIME_PM_OPS() to RUNTIME_PM_OPS() and pm_ptr(). This lets us
drop the __maybe_unused annotations from its runtime suspend and resume
callbacks, and reduces kernel size in case CONFIG_PM is disabled.
Signed-off-by: Geert Uytterhoeven
>>
> >>>>> $ i686-linux-gnu-gcc -o test test.c && ./test
> >>>>> 24 20
> >>>>>
> >>>>> Maybe there is some improvement ?
> >>>>
> >>>> Try again with code size included, and othe
as,r9a09g057-du` compatible
> will be used as a fallback for the RZ/V2N SoC.
>
> Signed-off-by: Lad Prabhakar
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal
y:
if (var->pixclock <= KHZ2PICOS(PM3_MAX_PIXCLOCK))
var->pixclock = KHZ2PICOS(PM3_MAX_PIXCLOCK) + 1;
The "+ 1" is needed because of rounding.
> Actually, I have found a few similar issues in other functions as well. I
> would like to make sure I am addressing them in the correct way.
That would be great. Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
into the existing hole
on 32-bit systems.
> };
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to jo
ead,
if possible.
> +
> if (PICOS2KHZ(var->pixclock) > PM3_MAX_PIXCLOCK) {
> DPRINTK("pixclock too high (%ldKHz)\n",
> PICOS2KHZ(var->pixclock));
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven --
ional(dev, "reset",
> GPIOD_OUT_LOW);
> if (IS_ERR(ctx->reset_gpio)) {
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call
Hi Eero,
On Thu, 29 May 2025 at 02:06, Eero Tamminen wrote:
> On 28.5.2025 11.57, Geert Uytterhoeven wrote:
> > On Wed, 28 May 2025 at 00:47, Eero Tamminen wrote:
> >> I did boot testing on Hatari emulator with a minimal kernel config
> >> having atari_drm enabled
@@ -1322,7 +1349,8 @@ static int ti_sn_bridge_probe(struct auxiliary_device
> > *adev,
> > ? DRM_MODE_CONNECTOR_DisplayPort :
> > DRM_MODE_CONNECTOR_eDP;
> >
> > if (pdata->bridge.type == DRM_MODE_CONNECTOR_DisplayPort)
> > - pdata
Hi Prabhakar,
On Wed, 28 May 2025 at 11:48, Lad, Prabhakar wrote:
> On Fri, May 23, 2025 at 4:19 PM Geert Uytterhoeven
> wrote:
> > On Mon, 12 May 2025 at 20:43, Prabhakar wrote:
> > > From: Lad Prabhakar
> > >
> > > Add DSI support for Renesas RZ/
Hi Eero,
On Wed, 28 May 2025 at 00:47, Eero Tamminen wrote:
> On 25.5.2025 15.05, Geert Uytterhoeven wrote:
> > On Thu, 22 May 2025 at 00:56, Eero Tamminen wrote:
> >> On 21.5.2025 10.06, Geert Uytterhoeven wrote:
> >>> I do keep it up-to-date locally, so I could p
Hi Prabhakar,
On Tue, 27 May 2025 at 23:51, Lad, Prabhakar wrote:
> On Fri, May 23, 2025 at 3:45 PM Geert Uytterhoeven
> wrote:
> > On Mon, 12 May 2025 at 20:43, Prabhakar wrote:
> > > From: Lad Prabhakar
> > >
> > > Add support for PLLDSI and PLLDSI di
ou mean:
Fixes: ae01d3183d2763ed ("drm/bridge: adv7511: switch to the HDMI
connector helpers")
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I
Hi Eero,
On Thu, 22 May 2025 at 00:56, Eero Tamminen wrote:
> On 21.5.2025 10.06, Geert Uytterhoeven wrote:
> > On Wed, 21 May 2025 at 01:59, Eero Tamminen wrote:
> >> I tried your "atari-drm-wip-v1" branch commits on top of 6.14.
> >
> > Thanks for te
L(x) ((x) << 16)
> +#define PHYTCLKSETR_TCLKPRPRCTL(x) ((x) << 24)
> +
> +#define PHYTHSSETR 0x024
> +#define PHYTHSSETR_THSEXITCTL(x) ((x) << 0)
> +#define PHYTHSSETR_THSTRAILCTL(x) ((x) << 8)
> +#define PHYTHSSETR_THSZEROCTL(x)
- renesas,r9a07g044-mipi-dsi # RZ/G2{L,LC}
> + - renesas,r9a07g054-mipi-dsi # RZ/V2L
> + - const: renesas,rzg2l-mipi-dsi
>
>reg:
> maxItems: 1
The rest LGTM, so
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
CSDIV0_DIVCTL2, dtable_16_128),
> +
> + DEF_PLLDSI_DIV(".plldsi_sdiv2", CLK_PLLDSI_SDIV2, CLK_PLLDSI,
".plldsi_gear", CLK_PLLDSI_GEAR ...
> + CSDIV1_DIVCTL2, dtable_2_32),
>
> DEF_DDIV(".pllgpu_gear", CLK_PLLGPU_GEAR, CLK_PLLGPU, CDDIV3_
/* PLL_M component of (output * 65536
> * PLL_P) */
> + output = p.m * 65536ULL *
> OSC_CLK_IN_MEGA;
mul_u32(p.m * 65536, OSC_CLK_IN_MEGA)
> + /* PLL_K component of (output * 65536
> * PLL_P
Hi Eero,
On Wed, 21 May 2025 at 01:59, Eero Tamminen wrote:
> On 23.1.2023 17.10, Geert Uytterhoeven wrote:
> > On Mon, Jan 23, 2023 at 4:09 PM John Paul Adrian Glaubitz
> > wrote:
> >> On 11/25/22 21:31, Geert Uytterhoeven wrote:
> >>> This RFC patch serie
k * 1000);
> + vclk_rate = clk_get_rate(dsi->vclk);
> + if (vclk_rate != mode->clock * MILLI)
> + dev_info(dsi->dev, "Requested vclk rate %lu, actual %lu
> mismatch\n",
> + mode->clock * MILLI, vclk_rate);
Lik
selected by another symbol (which they are not), they can never
be enabled, and no backwards compatibility is provided.
Drop the broken mechanism and the old symbols.
Fixes: 9b8f32002cddf792 ("drm/sitronix: move tiny Sitronix drivers to their own
subdir")
Signed-off-by: Geert Uytterhoev
Hi Thomas,
On Tue, 20 May 2025 at 15:04, Thomas Zimmermann wrote:
> Am 20.05.25 um 14:40 schrieb Geert Uytterhoeven:
> > When moving the Sitronix DRM drivers and renaming their Kconfig symbols,
> > the old symbols were kept, aiming to provide a seamless migration path
> &g
("drm/sitronix: move tiny Sitronix drivers to their own
subdir")
Signed-off-by: Geert Uytterhoeven
---
arch/arm/configs/davinci_all_defconfig must be updated after this has
hit upstream.
---
drivers/gpu/drm/sitronix/Kconfig | 14 --
1 file changed, 8 insertions(+), 6 deletion
nd the existing schema
> validation accordingly.
>
> Signed-off-by: Lad Prabhakar
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with tech
tlin.com/linux/v6.14.5/source/include/linux/math64.h#L60
But you better think twice before using it, especially in
performance-critical code.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m6
Hi Helge,
On Tue, 29 Apr 2025 at 22:17, Helge Deller wrote:
> On 4/28/25 08:36, Geert Uytterhoeven wrote:
> > On Sat, 26 Apr 2025 at 13:33, Helge Deller wrote:
> >> On 4/26/25 08:23, Kees Cook wrote:
> >>> In preparation for making the kmalloc family of allocator
Hi Marcus,
On Tue, 29 Apr 2025 at 08:15, Marcus Folkesson
wrote:
> On Thu, Apr 24, 2025 at 10:38:33AM +0200, Geert Uytterhoeven wrote:
>
> [...]
>
> > > + /*
> > > +* As the display supports grayscale, all pixels
>
oid the confusion by replacing the "n" modifier with "hR", aka
> reverse host ordering. It is inspired by the existing %p[mM]R printf
> format.
>
> Reported-by: Geert Uytterhoeven
> Closes:
> https://lore.kernel.org/r/CAMuHMdV9tX=TG7E_CrSF=2py206txf+_y
struct dac_info * ics5342_init(dac_read_regs_t drr,
> > dac_write_regs_t dwr, void *data)
> > {
> > - struct dac_info *info = kzalloc(sizeof(struct ics5342_info),
> > GFP_KERNEL);
> > + struct dac_info *info = (struct dac_info *)kzalloc(sizeof(struct
&g
*/
So the driver actually supports D1 and D2, and XRGB should be
inverted while converting to monochrome (and grayscale, which is not
yet implemented).
> +*
> +* For monochrome formats, write the same value twice
> to get
> +* either a black or white pixel
Hi Andy,
On Wed, 23 Apr 2025 at 18:30, Andy Shevchenko
wrote:
> On Wed, Apr 23, 2025 at 04:50:02PM +0200, Geert Uytterhoeven wrote:
> > On Wed, 23 Apr 2025 at 15:39, Petr Mladek wrote:
> > > On Tue 2025-04-22 10:43:59, Geert Uytterhoeven wrote:
>
> ...
>
> > &
Hi Petr,
On Wed, 23 Apr 2025 at 15:39, Petr Mladek wrote:
> On Tue 2025-04-22 10:43:59, Geert Uytterhoeven wrote:
> > On Tue, 22 Apr 2025 at 10:30, Aditya Garg wrote:
> > > On 22-04-2025 01:37 pm, Geert Uytterhoeven wrote:
> > > > On Tue, 8 Apr 2025 at 08:48, Adi
Hi Andy,
On Tue, 22 Apr 2025 at 12:16, Andy Shevchenko
wrote:
> On Tue, Apr 22, 2025 at 10:43:59AM +0200, Geert Uytterhoeven wrote:
> > On Tue, 22 Apr 2025 at 10:30, Aditya Garg wrote:
> > > On 22-04-2025 01:37 pm, Geert Uytterhoeven wrote:
> > > > On Tue, 8
Hi Andy,
On Tue, 22 Apr 2025 at 12:12, Andy Shevchenko
wrote:
> On Tue, Apr 22, 2025 at 10:07:33AM +0200, Geert Uytterhoeven wrote:
> > On Tue, 8 Apr 2025 at 08:48, Aditya Garg wrote:
>
> ...
>
> > > +Generic FourCC code
> > > +---
>
Hi Pekka,
On Tue, 22 Apr 2025 at 12:01, Pekka Paalanen wrote:
> On Tue, 22 Apr 2025 11:41:29 +0200
> Geert Uytterhoeven wrote:
> > On Tue, 22 Apr 2025 at 11:11, Pekka Paalanen
> > wrote:
> > > On Mon, 21 Apr 2025 17:50:39 +0300
> > > Laurent Pinchart wrote
; > On 01/04/2025 16:27, Pekka Paalanen wrote:
> > > > > On Mon, 31 Mar 2025 13:53:37 +0300 Pekka Paalanen wrote:
> > > > >> On Mon, 31 Mar 2025 11:21:35 +0300 Laurent Pinchart wrote:
> > > > >>> On Mon, Mar 31, 2025 at 10:54:46AM +0300, Pekka P
Hi Aditya,
CC netdev
On Tue, 22 Apr 2025 at 10:30, Aditya Garg wrote:
> On 22-04-2025 01:37 pm, Geert Uytterhoeven wrote:
> > On Tue, 8 Apr 2025 at 08:48, Aditya Garg wrote:
> >> From: Hector Martin
> >>
> >> %p4cc is designed for DRM/V4L2 FourCCs with
05067)
> +
> +Examples for a big-endian machine, given &(u32)0x67503030::
> +
> + %p4ch gP00 (0x67503030)
> + %p4cn 00Pg (0x30305067)
This doesn't look right to me, as network byte order is big endian?
Note that I didn't check the code.
> + %p4
he last factor unsigned long long.
"vclk_rate * bpp" is still unsigned long, causing overflow on 32-bit.
As there is no rounding variant of mul_u64_u32_div(), you probably
want to use mul_u32_u32() instead.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There&
a validation accordingly.
>
> Signed-off-by: Tommaso Merciai
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call my
LL_DSI_LIMITS(), i.e. why can't you use the latter?
>
> static inline struct rzg2l_mipi_dsi *
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I
2, .max = 32 }, \
> + .fvco = { .min = 1600 * MEGA, .max = 3200 * MEGA } \
> + } \
> +
> +/**
> + * rzv2h_dsi_get_pll_parameters_values - Finds the best combination of PLL
> parameters
&g
= 1, .max = 4 },\
> + .s = { .min = 0, .max = 6 },\
> + .k = { .min = -32768, .max = 32767 }, \
> + .csdiv = { .min = 2, .max = 32 }, \
> +
be inverted?
> +#define CSDIV1_DIVCTL2 DDIV_PACK(CPG_CSDIV1, 8, 4, CSDIV_NO_MON)
>
> #define SSEL0_SELCTL2 SMUX_PACK(CPG_SSEL0, 8, 1)
> #define SSEL0_SELCTL3 SMUX_PACK(CPG_SSEL0, 12, 1)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterho
ever did it but Geert has some patches for this.
[1] needs an update, and still more rework to make them acceptable.
> > Please compare
> > https://www.marcusfolkesson.se/xrgb.png
> > and
> > https://www.marcusfolkesson.se/c1.png
Yep, the latter is using the correct lo
ä
> drivers/gpu/drm/renesas/shmobile/shmob_drm_kms.c | 3 ++-
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I
capitalization of the "hz" part, it is not clear
that the "m" stands for "milli" instead of "mega".
Perhaps hsfreq_mHz or hsfreq_millihz?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge
people from
disabling MMU support on a system that has both a PCI bus and an MMU.
But other people may not agree, or care?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with te
Hi Pekka,
On Thu, 27 Mar 2025 at 16:59, Pekka Paalanen
wrote:
> On Thu, 27 Mar 2025 16:21:16 +0200
> Tomi Valkeinen wrote:
> > On 27/03/2025 11:20, Pekka Paalanen wrote:
> > > On Wed, 26 Mar 2025 15:55:18 +0200
> > > Tomi Valkeinen wrote:
> > >> On
#x27;4') /*
> non-subsampled Cr (1) and Cb (2) planes */
>
> +/* Greyscale formats */
> +
> +#define DRM_FORMAT_Y8 fourcc_code('G', 'R', 'E', 'Y') /* 8-bit
> Y-only */
This format differs from e.g. DRM_FORMAT_R8, which encodes
the number of bi
not support the AMD ISP.
Fixes: e97435ab09f3ad7b ("pinctrl: amd: isp411: Add amdisp GPIO pinctrl")
Signed-off-by: Geert Uytterhoeven
---
drivers/pinctrl/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/pinctrl/Kconfig b/drivers/pinctrl/Kconfig
index cbb81f
On Tue, 18 Feb 2025 at 12:59, Prabhakar wrote:
>
> From: Lad Prabhakar
>
> Add Mali-G31 GPU node to SoC DTSI.
>
> Signed-off-by: Lad Prabhakar
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-devel for v6.15.
Gr{oetje,eeting}s,
Geert
--
> Signed-off-by: Rob Herring (Arm)
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
w
(Arm)
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say
On Tue, 18 Feb 2025 at 12:59, Prabhakar wrote:
> From: Lad Prabhakar
>
> Enable Mali-G31 (GPU) node on EVK board.
>
> Signed-off-by: Lad Prabhakar
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-devel for v6.15.
Gr{oetje,eeting}s,
G
pp, but that is using
bitplanes. There is already some sort of consensus to not expose
bitplanes to userspace in DRM, so limiting to 1, 2, 4, and 8 bpp
(which can be converted from C[1248]) is fine.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's
--+++
> + * | 2 | * DRM_FORMAT_C2 | * DRM_FORMAT_R2 |
> + * ++++
> + * | 1 | * DRM_FORMAT_C1 | * DRM_FORMAT_R1 |
> + * +-
gt; On Tue, Feb 04, 2025 at 09:07:05AM +, Biju Das wrote:
> > > > > > -Original Message-
> > > > > > From: dri-devel On
> > > > > > Behalf Of Geert Uytterhoeven
> > > > > > Sent: 03 February 2025 11:06
> > >
vailable(np))
> + if (!np)
> return -ENODEV;
... fixes the reference count in case of an unavailable node...
>
> rgb = devm_kzalloc(dc->dev, sizeof(*rgb), GFP_KERNEL);
... but as np is stored below, it must not be freed when it goes out
of context?
Gr{o
tible = "ti,sn65dsi86";
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking
= 0x0001
[0xf5] = 0x
[0xf6] = 0x0002
[0xf7] = 0x
[0xf8] = 0x0001
Tested-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversatio
Hi Dmitry,
CC sfr
On Tue, Jan 21, 2025 at 11:44 AM Dmitry Baryshkov
wrote:
> On Tue, 21 Jan 2025 at 11:13, Geert Uytterhoeven wrote:
> > On Tue, Jan 7, 2025 at 12:31 PM Dmitry Baryshkov
> > wrote:
> > > On Sat, 14 Dec 2024 15:37:04 +0200, Dmitry Baryshkov wrote:
>
misc/drm-misc-next' into drm-tip").
What am I missing?
Thanks!
P.S. Sima: noticed while resolving a merge conflict using drm-tip. Thx!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In p
gt; for a very long time on those platforms.
>
> I tried to look around, but I did not find any mentions that CREATE_DUMB
> should only be used for RGB buffers. Is anyone outside the core
> developers even aware of it?
>
> If we don't use dumb buffers there, where do w
e.
Remove it.
Fixes: b168ed458ddecc17 ("kernel/cgroup: Add "dmem" memory accounting cgroup")
Closes:
https://lore.kernel.org/camuhmdumpfahsnzwx2ib5yfh8rjjw25lncnyujnbgckotux...@mail.gmail.com
Signed-off-by: Geert Uytterhoeven
---
Broken commit is in drm/drm-next
Partial fix is in dr
Hi Tomi,
On Wed, Jan 15, 2025 at 3:34 PM Tomi Valkeinen
wrote:
> On 15/01/2025 16:08, Geert Uytterhoeven wrote:
> > On Wed, Jan 15, 2025 at 2:46 PM Tomi Valkeinen
> > wrote:
> >> On 15/01/2025 14:52, Geert Uytterhoeven wrote:
> >>> On Wed, Jan 15, 2025 at
Hi Tomi,
On Wed, Jan 15, 2025 at 2:46 PM Tomi Valkeinen
wrote:
> On 15/01/2025 14:52, Geert Uytterhoeven wrote:
> > On Wed, Jan 15, 2025 at 1:42 PM Tomi Valkeinen
> > wrote:
> >> On 15/01/2025 14:33, Geert Uytterhoeven wrote:
> >>> On Wed, Jan 15, 2025 at
Hi Tomi,
On Wed, Jan 15, 2025 at 1:42 PM Tomi Valkeinen
wrote:
> On 15/01/2025 14:33, Geert Uytterhoeven wrote:
> > On Wed, Jan 15, 2025 at 12:11 PM Tomi Valkeinen
> > wrote:
> >> On 15/01/2025 12:33, Geert Uytterhoeven wrote:
> >>> On Wed, Jan 15, 2025 at
Hi Tomi,
On Wed, Jan 15, 2025 at 12:11 PM Tomi Valkeinen
wrote:
> On 15/01/2025 12:33, Geert Uytterhoeven wrote:
> > On Wed, Jan 15, 2025 at 10:04 AM Tomi Valkeinen
> > wrote:
> >> Add Y10_LE32, a 10 bit greyscale format, with 3 pixels packed into
> >> 32-bit c
;P', 'A', '4') /* [31:0]
> x:Y2:Y1:Y0 2:10:10:10 little endian */
R10_LE32? Or R10_PA4?
Does LE32 have a meaning? My first guess just reading the subject
was wrong ("little endian 32-bit" ;-)
Gr{oetje,eeting}s,
Geert
--
Geert
el value and brightness) */
#define DRM_FORMAT_R8 fourcc_code('R', '8', ' ', ' ') /*
[7:0] R */
See also commit 8aba4d30520ed656 ("drm/fourcc: Clarify the meaning of
single-channel "red"").
Gr{oetje,eeting}s,
device
> + memory usage based on the cgroup hierarchy.
> +
> + As an example, it allows you to restrict VRAM usage for applications
> + in the DRM subsystem.
> +
Do you envision other users than DRM?
Perhaps this should depend on DRM for now?
Gr{oetje,eeting}s
not generally
> available.
>
> Signed-off-by: Thomas Zimmermann
> Reported-by: kernel test robot
> Closes:
> https://lore.kernel.org/oe-kbuild-all/202501071629.dneswlm8-...@intel.com/
> Fixes: 5c3f968712ce ("m68k/video: Create ")
> Cc: Geert Uytterhoeven
> Cc: linux-f
fit on a single line.
> +reg = <0xfea4 0x1000>;
> +power-domains = <&sysc R8A7796_PD_ALWAYS_ON>;
> + clocks = <&cpg CPG_MOD 711>;
> +resets = <&cpg 711>;
> };
Reviewed-by: Geert Uytterhoeven # renesa
Hi Doug,
On Tue, Jan 7, 2025 at 6:27 PM Doug Anderson wrote:
> On Wed, Dec 11, 2024 at 12:27 AM Geert Uytterhoeven
> wrote:
> > On Tue, Dec 10, 2024 at 6:09 PM Doug Anderson wrote:
> > > On Tue, Dec 10, 2024 at 6:19 AM Geert Uytterhoeven
> > > wrote:
> > &g
Hi Jocelyn,
On Wed, Dec 18, 2024 at 3:58 PM Jocelyn Falempe wrote:
> On 18/12/2024 15:18, Petr Mladek wrote:
> > On Wed 2024-12-18 12:41:39, Jocelyn Falempe wrote:
> >> On 18/12/2024 12:00, Geert Uytterhoeven wrote:
> >>> On Wed, Dec 18, 2024 at 11:14 AM
Hi Petr,
On Wed, Dec 18, 2024 at 3:18 PM Petr Mladek wrote:
> On Wed 2024-12-18 12:41:39, Jocelyn Falempe wrote:
> > On 18/12/2024 12:00, Geert Uytterhoeven wrote:
> > > On Wed, Dec 18, 2024 at 11:14 AM Jocelyn Falempe
> > > wrote:
> > > > On 17/
Hi Jocelyn,
On Wed, Dec 18, 2024 at 11:14 AM Jocelyn Falempe wrote:
> On 17/12/2024 15:54, Geert Uytterhoeven wrote:
> > On Tue, Dec 17, 2024 at 3:46 PM Jocelyn Falempe wrote:
> >> On 17/12/2024 15:19, Geert Uytterhoeven wrote:
> >>> On Wed, Dec 4, 2024 at 6:41 PM
P_AUX_BUS
> @@ -39,6 +35,5 @@ config DRM_MEDIATEK_HDMI
> tristate "DRM HDMI Support for Mediatek SoCs"
> depends on DRM_MEDIATEK
> select SND_SOC_HDMI_CODEC if SND_SOC
> - select PHY_MTK_HDMI
> help
> DRM/KMS HDMI driver for Med
1 - 100 of 1605 matches
Mail list logo
