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
Hi Jocelyn.
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 Jocelyn Falempe wrote:
> >> drm_log is a simple logger that uses the drm_client API to print the kmsg
> >> boot log
display, as before:
CONFIG_DRM_CLIENT_DEFAULT_FBDEV=y
# CONFIG_DRM_CLIENT_DEFAULT_LOG is not set
CONFIG_DRM_CLIENT_DEFAULT="fbdev"
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@lin
CC Saravana
On Tue, Dec 17, 2024 at 2:29 PM Geert Uytterhoeven wrote:
> On Mon, Dec 16, 2024 at 2:33 PM Geert Uytterhoeven
> wrote:
> > On Fri, Dec 6, 2024 at 10:33 AM Tomi Valkeinen
> > wrote:
> > > From: Tomi Valkeinen
> > >
> > > Add support
On Mon, Dec 16, 2024 at 2:33 PM Geert Uytterhoeven wrote:
> On Fri, Dec 6, 2024 at 10:33 AM Tomi Valkeinen
> wrote:
> > From: Tomi Valkeinen
> >
> > Add support for the mini DP output on the Gray Hawk board.
> >
> > Signed-off-by: Tomi Valkeinen
> > Re
maxItems: 4
>
> renesas,vsps:
>minItems: 4
> + maxItems: 4
AFAIK these two additions are not needed, as they already match the
values defined at the top level.
The rest LGTM.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven --
Hi Tomi,
On Fri, Dec 6, 2024 at 10:33 AM Tomi Valkeinen
wrote:
> From: Tomi Valkeinen
>
> Add support for the mini DP output on the Gray Hawk board.
>
> Signed-off-by: Tomi Valkeinen
> Reviewed-by: Laurent Pinchart
> Tested-by: Geert Uytterhoeven
Thanks for your patch
Hi Doug,
On Tue, Dec 10, 2024 at 6:09 PM Doug Anderson wrote:
> On Tue, Dec 10, 2024 at 6:19 AM Geert Uytterhoeven
> wrote:
> > Each bridge instance creates up to four auxiliary devices with different
> > names. However, their IDs are always zero, causing duplicate filename
Hi Tomi,
On Tue, Dec 10, 2024 at 7:10 PM Tomi Valkeinen
wrote:
> On 10/12/2024 18:34, Geert Uytterhoeven wrote:
> > On Fri, Dec 6, 2024 at 10:33 AM Tomi Valkeinen
> > wrote:
> >> From: Tomi Valkeinen
> >>
> >> Add support for the mini DP output on th
Hi Tomi,
On Fri, Dec 6, 2024 at 10:33 AM Tomi Valkeinen
wrote:
> From: Tomi Valkeinen
>
> Add support for the mini DP output on the Gray Hawk board.
>
> Signed-off-by: Tomi Valkeinen
> Reviewed-by: Laurent Pinchart
> Tested-by: Geert Uytterhoeven
Thanks for your patch
On Fri, Dec 6, 2024 at 10:33 AM Tomi Valkeinen
wrote:
> From: Tomi Valkeinen
>
> Add the device nodes for supporting DU and DSI.
>
> Signed-off-by: Tomi Valkeinen
> Reviewed-by: Laurent Pinchart
> Tested-by: Geert Uytterhoeven
Reviewed-by: Geert Uytterhoeven
i.e. will q
On Fri, Dec 6, 2024 at 10:33 AM Tomi Valkeinen
wrote:
> From: Tomi Valkeinen
>
> Fix the indent on the two regulators.
>
> Signed-off-by: Tomi Valkeinen
> Reviewed-by: Laurent Pinchart
> Tested-by: Geert Uytterhoeven
Reviewed-by: Geert Uytterhoeven
i.e. will queue in re
vers")
Signed-off-by: Geert Uytterhoeven
---
On the White Hawk development board:
/sys/bus/auxiliary/devices/
|-- ti_sn65dsi86.aux.1068
|-- ti_sn65dsi86.aux.4140
|-- ti_sn65dsi86.bridge.1068
|-- ti_sn65dsi86.bridge.4140
|-- ti_sn65dsi86.gpio.1068
|-- ti_sn65dsi86.gpio.
Hi Tomi,
On Mon, Dec 9, 2024 at 6:26 AM Tomi Valkeinen
wrote:
> On 06/12/2024 15:43, Geert Uytterhoeven wrote:
> > On Fri, Dec 6, 2024 at 10:33 AM Tomi Valkeinen
> > wrote:
> >> From: Tomi Valkeinen
> >>
> >> Add display related clocks for DU, DSI
Hi Tomi,
On Fri, Dec 6, 2024 at 10:33 AM Tomi Valkeinen
wrote:
> From: Tomi Valkeinen
>
> Add display related clocks for DU, DSI, FCPVD, and VSPD.
>
> Signed-off-by: Tomi Valkeinen
> Reviewed-by: Laurent Pinchart
> Tested-by: Geert Uytterhoeven
Reviewed-by: Geert Uy
DPTSR2.
And apparently we had this discussion before...
https://lore.kernel.org/all/camuhmdxxf4oepnylvp84ohsa+wdehcnjbxnhjyo7-1vxpbj...@mail.gmail.com
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
nirq: Setting trigger mode 8 for irq 91 failed
> vsp1 fea2.vsp: failed to request IRQ
>
> I didn't dig further yet.
Yeah, I don't think the GIC supports anything but IRQ_TYPE_LEVEL_HIGH.
Which brings us to the two ISP nodes on R-Car V4H and V4M, both using
IRQ_TYPE_LEVEL_LOW.
Ni
st identical to Renesas
> r8a779g0 and white-hawk board.
Thanks for your series!
> Signed-off-by: Tomi Valkeinen
Woot, SoB tags for cover letters ;-)
Works fine up to 2560x1440 (I don't have a 4K display).
Tested-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Gee
o add h0 to the g0 block in the conditional properties
> below. With that,
Which is not sufficient, as the DU on R-Car V4M has only a single channel,
unlike on R-Car V3U and V4H.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond
Hi Maxime,
On Fri, Nov 22, 2024 at 10:15 AM Maxime Ripard wrote:
> On Fri, Nov 22, 2024 at 09:36:16AM +0100, Geert Uytterhoeven wrote:
> > On Mon, Nov 4, 2024 at 6:30 PM Nathan Chancellor wrote:
> > > On Fri, Oct 18, 2024 at 03:10:10PM +, Arnd Bergmann wrote:
> >
Hi Maxime,
On Fri, Nov 22, 2024 at 10:15 AM Maxime Ripard wrote:
> On Fri, Nov 22, 2024 at 09:36:16AM +0100, Geert Uytterhoeven wrote:
> > On Mon, Nov 4, 2024 at 6:30 PM Nathan Chancellor wrote:
> > > On Fri, Oct 18, 2024 at 03:10:10PM +, Arnd Bergmann wrote:
> >
org/drm/kernel
28eb75e178d389d325f1666e422bc139804c
Compiler: m68k-linux-gcc (GCC) 8.1.0 / GNU ld (GNU Binutils) 2.30
ERROR: modpost: "__udivdi3"
[drivers/gpu/drm/rockchip/rockchipdrm.ko] undefined!
Applying this patch fixes it, so
Acked-by: Geert Uytterhoe
rtunately
https://www.analog.com/media/en/technical-documentation/data-sheets/ADV7533.pdf
agrees ;-)
> Fixes: 1e4d58cd7f88 ("drm/bridge: adv7533: Create a MIPI DSI device")
> Cc: sta...@vger.kernel.org
> Signed-off-by: Biju Das
With the description updated:
Reviewed-by: Geer
33_parse_dt(struct device_node *np, struct
> adv7511 *adv)
> if (!adv->host_node)
> return -ENODEV;
>
> - of_node_put(adv->host_node);
> -
> adv->use_timing_gen = !of_property_read_bool(np,
>
Hi Dmitry,
On Mon, Oct 28, 2024 at 2:34 PM Dmitry Baryshkov
wrote:
> On Tue, Oct 22, 2024 at 07:37:01AM -0700, Doug Anderson wrote:
> > On Tue, Oct 22, 2024 at 12:12 AM Geert Uytterhoeven
> > wrote:
> > > > > > > > However, using i2c_client->adapter->
ntical copies of the XE2LPM_L3SQCREG2, XE2LPM_L3SQCREG3, and
XE2LPM_SCRATCH3_LBCF register definitions.
Fixes: 26bb2dc102783fef ("Merge tag 'drm-xe-next-2024-10-10' of
https://gitlab.freedesktop.org/drm/xe/kernel into drm-next")
Signed-off-by: Geert Uytterhoeven
---
drivers/gpu/drm
Hi Doug,
On Tue, Oct 22, 2024 at 2:28 AM Doug Anderson wrote:
> On Mon, Oct 21, 2024 at 1:48 AM Geert Uytterhoeven
> wrote:
> > On Mon, Oct 21, 2024 at 10:23 AM Geert Uytterhoeven
> > wrote:
> > > On Mon, Oct 21, 2024 at 9:27 AM Greg KH
> > > wrote:
&
Hi Greg,
On Mon, Oct 21, 2024 at 10:23 AM Geert Uytterhoeven
wrote:
> On Mon, Oct 21, 2024 at 9:27 AM Greg KH wrote:
> > On Mon, Oct 21, 2024 at 08:58:30AM +0200, Geert Uytterhoeven wrote:
> > > On Mon, Oct 21, 2024 at 8:39 AM Greg KH
> > > wrote:
> > >
Hi Greg,
On Mon, Oct 21, 2024 at 9:27 AM Greg KH wrote:
> On Mon, Oct 21, 2024 at 08:58:30AM +0200, Geert Uytterhoeven wrote:
> > On Mon, Oct 21, 2024 at 8:39 AM Greg KH wrote:
> > > On Sun, Oct 20, 2024 at 05:36:29PM +0300, Laurent Pinchart wrote:
> > > > On F
On Fri, Oct 18, 2024 at 04:09:26PM +0200, Greg KH wrote:
> > > > > On Fri, Oct 18, 2024 at 03:36:48PM +0200, Geert Uytterhoeven wrote:
> > > > > > On Fri, Oct 18, 2024 at 3:10 PM Laurent Pinchart wrote:
> > > > > > > On Fri, Oct 18, 2024 at 09
Hi Laurent,
CC GregKH
On Fri, Oct 18, 2024 at 3:10 PM Laurent Pinchart
wrote:
> On Fri, Oct 18, 2024 at 09:45:52AM +0200, Geert Uytterhoeven wrote:
> > Each bridge instance creates up to four auxiliary devices with different
> > names. However, their IDs are always zero, ca
by using a unique instance ID per bridge instance.
Fixes: bf73537f411b0d4f ("drm/bridge: ti-sn65dsi86: Break GPIO and MIPI-to-eDP
bridge into sub-drivers")
Signed-off-by: Geert Uytterhoeven
---
/sys/bus/auxiliary/devices
├── ti_sn65dsi86.gpio.0
├── ti_sn65dsi86.pwm.0
├── ti_sn65dsi86.au
g
>
> Similar for me too. My only change to this driver I think was to add DRM
> panic support in commit b2cb6011bcaf ("drm/tidss: Add drm_panic support").
>
> But I'm also OK with the change, so:
>
> Acked-by: Javier Martinez Canillas
Similar for me, just a forg
ine int rcar_cmm_read(struct rcar_cmm *rcmm, u32 reg)
> +static inline __maybe_unused int rcar_cmm_read(struct rcar_cmm *rcmm, u32
> reg)
> {
> return ioread32(rcmm->base + reg);
> }
This function was never used. Why not remove it instead?
Gr{oetje,eeting}s,
d int
color_mode)
+{
+ u32 fourcc = drm_driver_color_mode_format(dev, color_mode);
+
+ drm_client_setup_with_fourcc(dev, fourcc);
+}
+EXPORT_SYMBOL(drm_client_setup_with_color_mode);
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There'
lient_setup_with_fourcc()
>
> Signed-off-by: Thomas Zimmermann
> Cc: Laurent Pinchart
> Cc: Geert Uytterhoeven
> Reviewed-by: Laurent Pinchart
Reviewed-by: Geert Uytterhoeven
Tested-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeve
homas Zimmermann
Cc: Yannick Fertre
Cc: Raphael Gallais-Pou
Cc: Philippe Cornu
Cc: Maxime Coquelin
Cc: Alexandre Torgue
Acked-by: Raphael Gallais-Pou
Acked-by: Raphael Gallais-Pou
WARNING: Duplicate signature
Gr{oetje,eeting}s,
Geert
--
_data->smc_state_table.GraphicsLevel[i].pcieDpmLevel =
> highest_pcie_level_enabled;
> + smu_data->smc_state_table.GraphicsLevel[i].pcieDpmLevel =
> + hightest_pcie_level_enabled;
> }
>
> /* set pcieDpmLevel to lowest_pcie_level_enabled*/
Gr{oetje,eeting}s,
Dmitry Baryshkov wrote:
> > >>>>>> On Wed, May 29, 2024 at 04:03:20AM +0300, Laurent Pinchart wrote:
> > >>>>>>> On Mon, May 27, 2024 at 03:34:48PM +0200, Geert Uytterhoeven wrote:
> > >>>>>>>> Add support
Hi Sui,
On Wed, May 29, 2024 at 1:31 PM Sui Jingfeng wrote:
> On 5/27/24 21:34, Geert Uytterhoeven wrote:
> > Add support for the drm_panic module, which displays a message on
> > the screen when a kernel panic occurs.
> >
> > Signed-off-by: Geert Uytterhoeven
>
Notwithstanding Laurent's comment, the above replacement is equivalent
to the original "output = i;", so there is no need to change this line.
> break;
> }
> }
Gr{oetje,eeting}s,
On Mon, 19 Aug 2024, Geert Uytterhoeven wrote:
JFYI, when comparing v6.11-rc4[1] to v6.11-rc3[3], the summaries are:
- build errors: +6/-4
+ /kisskb/src/arch/sparc/vdso/vdso32/../vclock_gettime.c: error: no previous
prototype for '__vdso_clock_gettime' [-Werror=missing-prototypes
On Mon, 5 Aug 2024, Geert Uytterhoeven wrote:
JFYI, when comparing v6.11-rc2[1] to v6.11-rc1[3], the summaries are:
- build errors: +9/-4
+ /kisskb/src/fs/bcachefs/data_update.c: error: the frame size of 1032 bytes is
larger than 1024 bytes [-Werror=frame-larger-than=]: => 338:1
m
mware
\"%s\"\n", fw_name);
| ^~
Fix this by converting the if/else if/... construct into a proper
switch() statement with a default to handle the error case.
As a bonus, the generated code is ca. 100 bytes smaller (with gcc 11.4.0
targeting arm32).
FIELD_GET(DRM_XE_OA_FORMAT_MASK_BC_REPORT, fmt);
^
Fixes: b6fd51c6211910b1 ("drm/xe/oa/uapi: Define and parse OA stream
properties")
Signed-off-by: Geert Uytterhoeven
---
Compile-tested only.
---
include/uapi/drm/xe_drm.h | 8
1 file changed, 4 insertions(+),
1 - 100 of 1561 matches
Mail list logo
