Am 25.07.24 um 20:09 schrieb Nikita Zhandarovich:
Several cs track offsets (such as 'track->db_s_read_offset')
either are initialized with or plainly take big enough values that,
once shifted 8 bits left, may be hit with integer overflow if the
resulting values end up going over u32 limit.
Some
I strongly suggest to revert that again. See my other mail.
Christian.
Am 25.07.24 um 22:59 schrieb Alex Deucher:
Applied. Thanks!
Alex
On Thu, Jul 25, 2024 at 2:20 PM Nikita Zhandarovich
wrote:
Several cs track offsets (such as 'track->db_s_read_offset')
either are initialized with or pla
Hi Vignesh,
On Wed, 24 Jul 2024 at 11:11, Vignesh Raman wrote:
> +dumb_buffer@create-clear,Fail
> +dumb_buffer@create-valid-dumb,Fail
> +dumb_buffer@invalid-bpp,Fail
> +dumb_buffer@map-invalid-size,Fail
> +dumb_buffer@map-uaf,Fail
> +dumb_buffer@map-valid,Fail
> +fbdev@eof,Fail
> +fbdev@read,Fail
Hi Vignesh,
On Wed, 24 Jul 2024 at 11:12, Vignesh Raman wrote:
> For rockchip rk3288 and rk3399, the display driver is rockchip
> and gpu driver is panfrost. Currently, in drm-ci for rockchip
> rk3288 and rk3399, only the gpu driver is tested. Refactor
> the existing rockchip jobs to test both di
On Thursday, July 25th, 2024 at 12:28 PM, Daniel Stone
wrote:
> Hi Piotr,
Hi, Daniel!
Thank you for the review.
>
> In the atomic_enable callback, we are already holding the VOP lock,
> and waiting to set cfg_done etc - we then do it all over again here.
> This should all be atomic, so th
Adhere to Linux kernel coding style
Reported by checkpatch:
WARNING: Unnecessary ftrace-like logging - prefer using ftrace
Signed-off-by: Riyan Dhiman
---
drivers/staging/fbtft/fb_ili9320.c | 2 --
drivers/staging/fbtft/fb_ra8875.c | 7 ---
drivers/staging/fbtft/fb_sh1106.c | 3 ---
d
The current implementation of drm_sched_start uses a hardcoded
-ECANCELED to dispose of a job when the parent/hw fence is NULL.
This results in drm_sched_job_done being called with -ECANCELED for
each job with a NULL parent in the pending list, making it difficult
to distinguish between recovery me
On 7/22/24 10:38, Yanjun Yang wrote:
On Fri, Jun 28, 2024 at 8:47 PM Philippe CORNU
wrote:
On 1/29/24 11:41, Raphael Gallais-Pou wrote:
This patch series aims to add several features of the dw-mipi-dsi phy
driver that are missing or need to be updated.
First patch update a PM macro.
S
Hello Qiang Yu,
On 2024-07-26 08:07, Qiang Yu wrote:
Yeah, I agree weakdep is a better choice here. It solves the confusion
of softdep which the depend module is optional.
Thanks, I'm glad that you agree.
But I prefer using weakdep directly instead of creating an aliasing of
it which has no
On Fri, 26 Jul 2024, zhaoxiong lv
wrote:
> On Thu, Jul 25, 2024 at 4:41 PM Jani Nikula
> wrote:
>>
>> On Thu, 25 Jul 2024, Zhaoxiong Lv
>> wrote:
>> > Move the 11/29 command from enable() to init() function
>>
>> OOC, what is the "11/29" command?
>>
>> BR,
>> Jani.
>
> hi Jani
> Sorry, maybe
On Thu, 25 Jul 2024, Nikita Zhandarovich wrote:
> Hi,
>
> On 7/25/24 01:17, Jani Nikula wrote:
>> On Wed, 24 Jul 2024, Nikita Zhandarovich wrote:
>>> On the off chance that clock value ends up being too high (by means
>>> of skl_ddi_calculate_wrpll() having benn called with big enough
>>> value o
On 26/07/2024 03:25, Alex Lanzano wrote:
> On Thu, Jul 25, 2024 at 08:08:57AM GMT, Krzysztof Kozlowski wrote:
>> On 25/07/2024 02:47, Alex Lanzano wrote:
>>> +static const struct spi_device_id sharp_memory_ids[] = {
>>> + {"ls010b7dh04", LS010B7DH04},
>>> + {"ls011b7dh03", LS011B7DH03},
>>> +
On Fri, Jul 26, 2024 at 4:03 PM Dragan Simic wrote:
>
> Hello Qiang Yu,
>
> On 2024-07-26 08:07, Qiang Yu wrote:
> > Yeah, I agree weakdep is a better choice here. It solves the confusion
> > of softdep which the depend module is optional.
>
> Thanks, I'm glad that you agree.
>
> > But I prefer us
On 24/07/2024 12:16, Christian König wrote:
Am 24.07.24 um 10:16 schrieb Tvrtko Ursulin:
[SNIP]
Absolutely.
Absolutely good and absolutely me, or absolutely you? :)
You, I don't even have time to finish all the stuff I already started :/
Okay, I think I can squeeze it in.
These are t
Hi Piotr,
Thanks for your work.
On 7/25/24 06:05, Piotr Zalewski wrote:
Add support for gamma LUT in VOP2 driver. The implementation is based on
the one found in VOP driver and modified to be compatible with VOP2. Blue
and red channels in gamma LUT register write were swapped with respect to
Hi,
On Thu, Jul 25, 2024 at 10:12:46AM GMT, Doug Anderson wrote:
> On Thu, Jul 25, 2024 at 1:28 AM Maxime Ripard wrote:
> >
> > On Wed, Jul 24, 2024 at 06:32:14PM GMT, Jani Nikula wrote:
> > > On Wed, 24 Jul 2024, Tejas Vipin wrote:
> > > > Changes all the multi functions to check if the current
Hi Daniel,
On 26/07/24 12:54, Daniel Stone wrote:
Hi Vignesh,
On Wed, 24 Jul 2024 at 11:11, Vignesh Raman wrote:
+dumb_buffer@create-clear,Fail
+dumb_buffer@create-valid-dumb,Fail
+dumb_buffer@invalid-bpp,Fail
+dumb_buffer@map-invalid-size,Fail
+dumb_buffer@map-uaf,Fail
+dumb_buffer@map-valid
On 2024-07-26 10:54, Qiang Yu wrote:
On Fri, Jul 26, 2024 at 4:03 PM Dragan Simic
wrote:
On 2024-07-26 08:07, Qiang Yu wrote:
> Yeah, I agree weakdep is a better choice here. It solves the confusion
> of softdep which the depend module is optional.
Thanks, I'm glad that you agree.
> But I pre
On Wed, Jul 24, 2024 at 02:11:40PM +0530, Nilawar, Badal wrote:
>
>
> On 12-07-2024 17:53, Raag Jadav wrote:
> > Add hwmon support for fan1_input attribute, which will expose fan speed
> > in RPM. With this in place we can monitor fan speed using lm-sensors tool.
> >
> > $ sensors
> > i915-pci-0
Use of macro ARRAY_SIZE to calculate array size minimizes
the redundant code and improves code reusability.
./drivers/gpu/drm/amd/display/dc/spl/dc_spl_scl_easf_filters.c:1552:57-58:
WARNING: Use ARRAY_SIZE.
./drivers/gpu/drm/amd/display/dc/spl/dc_spl_scl_easf_filters.c:1561:57-58:
WARNING: Use
Hi Daniel,
On 26/07/24 13:06, Daniel Stone wrote:
Hi Vignesh,
On Wed, 24 Jul 2024 at 11:12, Vignesh Raman wrote:
For rockchip rk3288 and rk3399, the display driver is rockchip
and gpu driver is panfrost. Currently, in drm-ci for rockchip
rk3288 and rk3399, only the gpu driver is tested. Refac
oc.yaml | 2 +-
.../devicetree/bindings/soc/qcom/qcom,rpm-master-stats.yaml | 2 +-
MAINTAINERS | 6 +++---
26 files changed, 29 insertions(+), 27 deletions(-)
---
base-commit: 2347b4c79f5e6cd3f4996e80c2d3c15f53006bf5
change-id:
Map my old addresses.
Signed-off-by: Konrad Dybcio
---
.mailmap | 2 ++
1 file changed, 2 insertions(+)
diff --git a/.mailmap b/.mailmap
index e51d76df75c2..d189c6424697 100644
--- a/.mailmap
+++ b/.mailmap
@@ -353,6 +353,8 @@ Kenneth Westfield
Kiran Gunda
Kirill Tkhai
Kishon Vijay Ab
Use my @kernel.org address everywhere.
Signed-off-by: Konrad Dybcio
---
Documentation/devicetree/bindings/clock/qcom,dispcc-sm6350.yaml | 2 +-
Documentation/devicetree/bindings/clock/qcom,gcc-msm8994.yaml | 2 +-
Documentation/devicetree/bindings/clock/qcom,gcc-sm6125.yaml
Use my @kernel.org address everywhere.
Signed-off-by: Konrad Dybcio
---
MAINTAINERS | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9200d953868e..6c7d3951192f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2745,7 +2745,7 @@ F:incl
On 26.07.2024 1:18 PM, Konrad Dybcio wrote:
> Patch 3 should probably go straight to Rob's dt-bindings tree
>
> Signed-off-by: Konrad Dybcio
> ---
> Konrad Dybcio (3):
> mailmap: Add an entry for Konrad Dybcio
> MAINTAINERS: Update Konrad Dybcio's email address
> dt-bindings:
On 26/07/2024 13:18, Konrad Dybcio wrote:
> Use my @kernel.org address everywhere.
>
> Signed-off-by: Konrad Dybcio
> ---
FWIW:
Acked-by: Krzysztof Kozlowski
Rob, will you take it directly?
Best regards,
Krzysztof
Hi Piotr,
On Thu, 25 Jul 2024 at 20:06, Piotr Zalewski wrote:
> I based my patch on how gamma LUT is handled in VOP. There, in atomic
> enable, gamma LUT write takes places at the end too, after the mutex was
> already first-time unlocked. I understand the concept of DRM atomic state
> updates an
On Fri, Jul 26, 2024 at 09:55:50AM +0200, Christian König wrote:
> The current implementation of drm_sched_start uses a hardcoded
> -ECANCELED to dispose of a job when the parent/hw fence is NULL.
> This results in drm_sched_job_done being called with -ECANCELED for
> each job with a NULL parent in
On Fri, Jul 26, 2024 at 3:05 AM Christian König
wrote:
>
> Am 25.07.24 um 20:09 schrieb Nikita Zhandarovich:
> > Several cs track offsets (such as 'track->db_s_read_offset')
> > either are initialized with or plainly take big enough values that,
> > once shifted 8 bits left, may be hit with intege
On 26/07/2024 13:18, Konrad Dybcio wrote:
Map my old addresses.
Signed-off-by: Konrad Dybcio
---
.mailmap | 2 ++
1 file changed, 2 insertions(+)
diff --git a/.mailmap b/.mailmap
index e51d76df75c2..d189c6424697 100644
--- a/.mailmap
+++ b/.mailmap
@@ -353,6 +353,8 @@ Kenneth Westfield
On 26/07/2024 13:18, Konrad Dybcio wrote:
Use my @kernel.org address everywhere.
Signed-off-by: Konrad Dybcio
---
MAINTAINERS | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9200d953868e..6c7d3951192f 100644
--- a/MAINTAINERS
+++ b/MA
On Thu, Jul 25, 2024 at 03:35:18PM -0400, Lyude Paul wrote:
> On Tue, 2024-07-16 at 11:25 +0200, Daniel Vetter wrote:
> > On Mon, Jul 15, 2024 at 02:05:49PM -0300, Daniel Almeida wrote:
> > > Hi Sima!
> > >
> > >
> > > >
> > > > Yeah I'm not sure a partially converted driver where the main drive
Instead of manually passing around 'struct edid *' and its size,
use 'struct drm_edid', which encapsulates a validated combination of
both.
As the drm_edid_ can handle NULL gracefully, the explicit checks can be
dropped.
Also save a few characters by transforming '&array[0]' to the equivalent
'ar
Instead of manually passing around 'struct edid *' and its size,
use 'struct drm_edid', which encapsulates a validated combination of
both.
As the drm_edid_ can handle NULL gracefully, the explicit checks can be
dropped.
Also save a few characters by transforming '&array[0]' to the equivalent
'ar
Instead of manually passing around 'struct edid *' and its size,
use 'struct drm_edid', which encapsulates a validated combination of
both.
While this series introduces new users for drm_edid_raw(),
these can be removed when the drivers get converted to 'struct drm_edid'
completely for which this
On 7/24/2024 8:42 PM, Jani Nikula wrote:
On Tue, 23 Jul 2024, Arunpravin Paneer Selvam
wrote:
- Add a new start parameter in trim function to specify exact
address from where to start the trimming. This would help us
in situations like if drivers would like to do address alignment
Applied. Thanks!
On Fri, Jul 26, 2024 at 5:55 AM Jiapeng Chong
wrote:
>
> Use of macro ARRAY_SIZE to calculate array size minimizes
> the redundant code and improves code reusability.
>
> ./drivers/gpu/drm/amd/display/dc/spl/dc_spl_scl_easf_filters.c:1552:57-58:
> WARNING: Use ARRAY_SIZE.
> ./d
On Thu, Jul 25, 2024 at 04:51:08PM -0400, Hamza Mahfooz wrote:
> We would like to be able to enable vblank_disable_immediate
> unconditionally, however there are a handful of cases where a small off
> delay is necessary (e.g. with PSR enabled). So, we would like to be able
> to adjust the vblank of
On Thu, Jul 25, 2024 at 04:51:09PM -0400, Hamza Mahfooz wrote:
> Hook up drm_crtc_vblank_on_config() in amdgpu_dm. So, that we can enable
> PSR and other static screen optimizations more quickly, while avoiding
> stuttering issues that are accompanied by the following dmesg error:
>
> [drm:dc_dmub
On Fri, Jul 26, 2024 at 09:55:50AM +0200, Christian König wrote:
> The current implementation of drm_sched_start uses a hardcoded
> -ECANCELED to dispose of a job when the parent/hw fence is NULL.
> This results in drm_sched_job_done being called with -ECANCELED for
> each job with a NULL parent in
Applied the series. Thanks!
Alex
On Fri, Jul 26, 2024 at 9:40 AM Thomas Weißschuh wrote:
>
> Instead of manually passing around 'struct edid *' and its size,
> use 'struct drm_edid', which encapsulates a validated combination of
> both.
>
> As the drm_edid_ can handle NULL gracefully, the expli
Hi,
On Fri, Jul 26, 2024 at 2:15 AM Maxime Ripard wrote:
>
> > c) Declare that, since there are no known cases where we want to
> > suppress the error printouts, that suppressing the error printouts is
> > a "tomorrow" problem. We transition everyone to _multi but don't
> > provide a way to suppr
On 26/07/2024 1:33, Dan Carpenter wrote:
On Thu, Jul 25, 2024 at 08:21:51AM +, Tomer Tayar wrote:
On 24/07/2024 19:08, Dan Carpenter wrote:
Hello Tomer Tayar,
Commit 09524eb8824e ("accel/habanalabs: enforce release order of
compute device and dma-buf") from Jan 22, 2023 (linux-next), lead
On 7/16/2024 1:30 AM, Zenghui Yu wrote:
The partition device ioctl was removed during the development of the
initial version of qaic driver. Remove its description from the
documentation to avoid confusing readers.
Signed-off-by: Zenghui Yu
Reviewed-by: Jeffrey Hugo
On 7/16/2024 1:30 AM, Zenghui Yu wrote:
The partition device ioctl was removed during the development of the
initial version of qaic driver. Remove its description from the
documentation to avoid confusing readers.
Signed-off-by: Zenghui Yu
Pushed to drm-misc-next
-Jeff
Pranjal's email address is bouncing.
Signed-off-by: Jeffrey Hugo
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 71b739b40921..258f6236ac1c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -18461,7 +18461,6 @@ F: include/dt-bindings/clock/qcom
On Tue, Jul 9, 2024 at 3:52 PM Biju Das wrote:
> Document DU found in RZ/G2UL SoC. The DU block is identical to RZ/G2L
> SoC, but has only DPI interface.
>
> While at it, add missing required property port@1 for RZ/G2L and RZ/V2L
> SoCs. Currently there is no user for the DPI interface and hence t
Hi all,
On Mon, Jul 22, 2024 at 01:19:52PM -0400, Lyude Paul wrote:
> For patches 1-3:
>
> Reviewed-by: Lyude Paul
>
> Thanks!
Thanks Lyude for the review.
Thomas, Maxim, Maarten, could you ack merging these 3 DRM core patches
through the i915 tree?
--Imre
> On Mon, 2024-07-22 at 19:54 +030
On Fri, Jul 26, 2024 at 02:56:04PM +, Tomer Tayar wrote:
>
> Okay, no problem, I wont change the code.
>
> Unless you are against it, I think I can still add a short comment
> before calling fput(), explaining why it is okay to access 'ctx' at
> that point. Thanks, Tomer
A comment would be g
Hi,
On Thu, Jul 25, 2024 at 4:53 AM Haikun Zhou
wrote:
>
> Add support for the CSW MNB601LS1-4, pleace the EDID here for
> subsequent reference.
> 00 ff ff ff ff ff ff 00 0e 77 04 11 00 00 00 00
> 00 22 01 04 a5 1a 0e 78 03 a1 35 9b 5e 58 91 25
> 1c 50 54 00 00 00 01 01 01 01 01 01 01 01 01 01
>
The pull request you sent on Fri, 26 Jul 2024 14:00:29 +1000:
> https://gitlab.freedesktop.org/drm/kernel.git tags/drm-next-2024-07-26
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0ba9b1551185a8b42003b708b6a9c25a9808701e
Thank you!
--
Deet-doot-dot, I am a bot.
ht
On 7/25/2024 1:32 AM, Zhaoxiong Lv wrote:
Modify the Melfas panel init code to satisfy the gamma
value of 2.2
Signed-off-by: Zhaoxiong Lv
Hi Zhaoxiong,
Acked-by: Jessica Zhang
Thanks,
Jessica Zhang
---
.../gpu/drm/panel/panel-jadard-jd9365da-h3.c | 78 +--
1 file
This patch series add support for the monochrome Sharp Memory LCD
panels. This series is based off of the work done by Mehdi Djait.
References:
https://lore.kernel.org/dri-devel/71a9dbf4609dbba46026a31f60261830163a0b99.1701267411.git.mehdi.dj...@bootlin.com/
https://www.sharpsde.com/fileadmin/prod
Add device tree bindings for the monochrome Sharp Memory LCD
Signed-off-by: Alex Lanzano
Co-developed-by: Mehdi Djait
Signed-off-by: Mehdi Djait
---
.../bindings/display/sharp,ls010b7dh04.yaml | 94 +++
1 file changed, 94 insertions(+)
create mode 100644
Documentation/devic
Add support for the monochrome Sharp Memory LCDs.
Signed-off-by: Alex Lanzano
Co-developed-by: Mehdi Djait
Signed-off-by: Mehdi Djait
---
MAINTAINERS | 7 +
drivers/gpu/drm/tiny/Kconfig| 20 +
drivers/gpu/drm/tiny/Makefile | 1 +
drivers/gpu/drm/tiny/
Hi Alex,
kernel test robot noticed the following build warnings:
[auto build test WARNING on robh/for-next]
[also build test WARNING on drm-misc/drm-misc-next linus/master v6.10
next-20240726]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we
Le 26/07/2024 à 21:44, Alex Lanzano a écrit :
Add support for the monochrome Sharp Memory LCDs.
Signed-off-by: Alex Lanzano
Co-developed-by: Mehdi Djait
Signed-off-by: Mehdi Djait
---
MAINTAINERS | 7 +
drivers/gpu/drm/tiny/Kconfig| 20 +
drivers/gpu/d
Quoting Abhinav Kumar (2024-07-25 15:03:19)
> diff --git a/drivers/gpu/drm/msm/dp/dp_panel.c
> b/drivers/gpu/drm/msm/dp/dp_panel.c
> index a916b5f3b317..56ce5e4008f8 100644
> --- a/drivers/gpu/drm/msm/dp/dp_panel.c
> +++ b/drivers/gpu/drm/msm/dp/dp_panel.c
> @@ -423,8 +424,10 @@ int dp_panel_init_
Hi Biju,
Thank you for the patch.
On Tue, Jul 09, 2024 at 02:51:41PM +0100, Biju Das wrote:
> Document DU found in RZ/G2UL SoC. The DU block is identical to RZ/G2L
> SoC, but has only DPI interface.
>
> While at it, add missing required property port@1 for RZ/G2L and RZ/V2L
> SoCs. Currently the
Hi Biju,
Thank you for the patch.
On Tue, Jul 09, 2024 at 02:51:43PM +0100, Biju Das wrote:
> The LCD controller is composed of Frame Compression Processor (FCPVD),
> Video Signal Processor (VSPD), and Display Unit (DU).
>
> It has DPI interface and supports a maximum resolution of WXGA along
>
Hi Biju,
Thank you for the patch.
On Tue, Jul 09, 2024 at 02:51:44PM +0100, Biju Das wrote:
> Add vspd node to RZ/G2UL SoC DTSI.
>
> Signed-off-by: Biju Das
> ---
> v1->v2:
> * No change.
> ---
> arch/arm64/boot/dts/renesas/r9a07g043u.dtsi | 13 +
> 1 file changed, 13 insertions(+
Hi Biju,
Thank you for the patch.
On Tue, Jul 09, 2024 at 02:51:45PM +0100, Biju Das wrote:
> Add fcpvd node to RZ/G2UL SoC DTSI.
>
> Signed-off-by: Biju Das
Reviewed-by: Laurent Pinchart
> ---
> v1->v2:
> * No change.
> ---
> arch/arm64/boot/dts/renesas/r9a07g043u.dtsi | 11 +++
>
Hi Biju,
Thank you for the patch.
On Tue, Jul 09, 2024 at 02:51:46PM +0100, Biju Das wrote:
> Add DU node to RZ/G2UL SoC DTSI.
>
> Signed-off-by: Biju Das
> ---
> v1->v2:
> * No change.
> ---
> arch/arm64/boot/dts/renesas/r9a07g043u.dtsi | 25 +
> 1 file changed, 25 insert
On Sat, Jul 27, 2024 at 12:12:01AM GMT, Christophe JAILLET wrote:
> Le 26/07/2024 à 21:44, Alex Lanzano a écrit :
> > Add support for the monochrome Sharp Memory LCDs.
> >
> > Signed-off-by: Alex Lanzano
> >
> > Co-developed-by: Mehdi Djait
> >
> > Signed-off-by: Mehdi Djait
> >
> > ---
> >
The drm_property_create_signed_range() function returns NULL on error,
it doesn't return error pointers. Change the IS_ERR() tests to check
for NULL.
Fixes: 8f7179a1027d ("drm/atomic: Add support for mouse hotspots")
Signed-off-by: Dan Carpenter
---
drivers/gpu/drm/drm_plane.c | 8
1 f
66 matches
Mail list logo
