On Mon, May 09, 2022 at 03:01:30PM +0530, Ankit Nautiyal wrote:
> As per Sec 7.8.1 of HDMI2.1 spec, sources that support modes:
> 4K100, 4K120, 8K50, 8K60 must support these modes in at least one of
> the below formats:
> i) uncompressed FRL, 420 format and min of 10 bpc, or
> ii) compressed FRL, 4
And use it to store expectations about what the drm/msm driver is
supposed to pass in the IGT test suite.
Also include a configuration file that points to the out-of-tree CI
scripts.
By storing the test expectations along the code we can make sure both
stay in sync with each other, and so we can
The VOP2 driver relies on reg-names properties, but these are not
documented. Add the missing documentation, make reg-names mandatory
and increase minItems to 2 as always both register spaces are needed.
Signed-off-by: Sascha Hauer
---
.../bindings/display/rockchip/rockchip-vop2.yaml |
"regs" seems to generic when there are multiple register spaces, so
rename to "vop". Also, replace "gamma_lut" with better looking
"gamma-lut". This has been changed in the driver and binding
documentation as well.
Signed-off-by: Sascha Hauer
---
arch/arm64/boot/dts/rockchip/rk356x.dtsi | 2 +-
The VOP2 driver sitting in next uses named register spaces, but the
binding lacks documentation for that. Add the missing documentation
and while at it take the opportunity to rename the register spaces
from too generic "regs" to "vop" and from "gamma_lut" to better looking
"gamma-lut".
Sascha Hau
"regs" seems to generic when there are multiple register spaces, so
rename that one to "vop". Also change "gamma_lut" to better looking
"gamma-lut".
Signed-off-by: Sascha Hauer
---
drivers/gpu/drm/rockchip/rockchip_drm_vop2.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Hi
Am 09.05.22 um 17:43 schrieb Jocelyn Falempe:
On 09/05/2022 16:22, Thomas Zimmermann wrote:
Hi,
first of all
Tested-by: Thomas Zimemrmann
on G200EH. I clicked a bit in Gnome settings and the display changed
colors. It's pretty cool.
yeah, I also played a bit with https://github.com/zb
LGTM, The subject perhaps can be modified to suggest drm_edid being
added to detailed_mode_closure.
In any case:
Reviewed-by: Ankit Nautiyal
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 2
On 10.05.2022 00:42, Javier Martinez Canillas wrote:
On 5/10/22 00:22, Andrzej Hajda wrote:
[snip]
static void drm_fbdev_fb_destroy(struct fb_info *info)
{
+ if (info->cmap.len)
+ fb_dealloc_cmap(&info->cmap);
+
drm_fbdev_release(info->par);
+ frame
> Wiadomość napisana przez Peter Geis w dniu 10.05.2022,
> o godz. 03:35:
>
> Could you grab the clock tree from /sys/kernel/debug/clk/clk_summary
> for the clk_hdmi_cec tree?
Here it is:
enable prepare protect
duty hardware
Add a new sku to the fuse map of 7c3 gpu.
Signed-off-by: Akhil P Oommen
---
drivers/gpu/drm/msm/adreno/a6xx_gpu.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/msm/adreno/a6xx_gpu.c
b/drivers/gpu/drm/msm/adreno/a6xx_gpu.c
index 841e47a..61bb21d 100644
--- a/drivers/gpu/
Add support for a new sc7280 sku in the gpu's opp table.
Signed-off-by: Akhil P Oommen
---
arch/arm64/boot/dts/qcom/sc7280.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/boot/dts/qcom/sc7280.dtsi
b/arch/arm64/boot/dts/qcom/sc7280.dtsi
index d782ffe..16f
On 5/10/22 09:19, Andrzej Hajda wrote:
>
>
> On 10.05.2022 00:42, Javier Martinez Canillas wrote:
>> On 5/10/22 00:22, Andrzej Hajda wrote:
>>
>> [snip]
>>
static void drm_fbdev_fb_destroy(struct fb_info *info)
{
+ if (info->cmap.len)
+ fb_dealloc_cma
Add a new sku to the fuse map of 7c3 gpu.
Signed-off-by: Akhil P Oommen
---
(no changes since v1)
drivers/gpu/drm/msm/adreno/a6xx_gpu.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/msm/adreno/a6xx_gpu.c
b/drivers/gpu/drm/msm/adreno/a6xx_gpu.c
index 841e47a..61bb21d 10
Add support for a new sc7280 sku in the gpu's opp table.
Signed-off-by: Akhil P Oommen
---
Changes in v2:
- Commit message update
arch/arm64/boot/dts/qcom/sc7280.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/boot/dts/qcom/sc7280.dtsi
b/arch/arm64/boot
Hi
Am 10.05.22 um 00:42 schrieb Javier Martinez Canillas:
On 5/10/22 00:22, Andrzej Hajda wrote:
[snip]
static void drm_fbdev_fb_destroy(struct fb_info *info)
{
+ if (info->cmap.len)
+ fb_dealloc_cmap(&info->cmap);
+
drm_fbdev_release(info->par);
+ fr
From: Tvrtko Ursulin
Convert fdinfo format to one documented in drm-usage-stats.rst.
Opens/TODO:
* Does someone from AMD want to take over this patch?
(I have no access to amdgpu hardware so won't be able to test
any hypothetical gputop work.)
* What are the semantics of AMD engine ut
Hello Thomas,
On 5/10/22 10:04, Thomas Zimmermann wrote:
> Hi
>
> Am 10.05.22 um 00:42 schrieb Javier Martinez Canillas:
>> On 5/10/22 00:22, Andrzej Hajda wrote:
>>
>> [snip]
>>
static void drm_fbdev_fb_destroy(struct fb_info *info)
{
+ if (info->cmap.len)
+
Hi
Am 10.05.22 um 10:30 schrieb Javier Martinez Canillas:
Hello Thomas,
On 5/10/22 10:04, Thomas Zimmermann wrote:
Hi
Am 10.05.22 um 00:42 schrieb Javier Martinez Canillas:
On 5/10/22 00:22, Andrzej Hajda wrote:
[snip]
static void drm_fbdev_fb_destroy(struct fb_info *info)
{
+
Hi Tvrtko,
Am 10.05.22 um 10:23 schrieb Tvrtko Ursulin:
From: Tvrtko Ursulin
Convert fdinfo format to one documented in drm-usage-stats.rst.
Opens/TODO:
* Does someone from AMD want to take over this patch?
(I have no access to amdgpu hardware so won't be able to test
any hypothe
Hi
Am 10.05.22 um 10:37 schrieb Thomas Zimmermann:
...
You have to go through all DRM drivers that call drm_fb_helper_fini()
and make sure that they free fb_info. For example armada appears to be
leaking now. [1]
But shouldn't fb_info be freed when unregister_framebuffer() is called
through
On 5/5/22 19:40, Marek Vasut wrote:
> On 5/4/22 09:59, Raphael Gallais-Pou wrote:
>> Hi Marek,
>
> Hi,
>
> [...]
>
>>> @@ -499,8 +512,16 @@ static int dw_mipi_dsi_stm_probe(struct platform_device
>>> *pdev)
>>> }
>>> dsi->hw_version = dsi_read(dsi, DSI_VERSION) & VERSION;
>>> +
>>>
LGTM.
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm
LGTM.
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/
Hello Thomas,
On 5/10/22 10:50, Thomas Zimmermann wrote:
[snip]
>>> Drivers shouldn't really explicitly call this helper in my opinion.
>
> One more stupid question: does armada actually use
> drm_fbdev_fb_destroy()? It's supposed to be a callback for struct
> fb_ops. Armada uses it's own ins
LGTM.
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/
On 5/10/22 10:51, Raphael Gallais-Pou wrote:
On 5/5/22 19:40, Marek Vasut wrote:
On 5/4/22 09:59, Raphael Gallais-Pou wrote:
Hi Marek,
Hi,
[...]
@@ -499,8 +512,16 @@ static int dw_mipi_dsi_stm_probe(struct platform_device
*pdev)
}
dsi->hw_version = dsi_read(dsi, DSI_VERSIO
LGTM.
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/dr
LGTM.
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 52 --
1 file changed, 27 insertions(+), 25 deletions(-)
LGTM.
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 27 ++-
1 file changed, 14 insertions(+), 13 deletions(-)
diff --git
LGTM.
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.
v2: Drop incorrect NULL name check (Dan Carpenter)
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 24
1 file chang
Am 10.05.22 um 04:43 schrieb Charan Teja Kalla:
Hello Mercier,
On 5/10/2022 3:19 AM, T.J. Mercier wrote:
On Mon, May 9, 2022 at 12:50 PM Charan Teja Kalla
wrote:
From: Charan Teja Reddy
When dma_buf_stats_setup() fails, it closes the dmabuf file which
results into the calling of dma_buf_fil
LGTM.
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.
v2: Fix checkpatch warning on superfluous parens
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 36 ++--
1
Hi Javier
Am 10.05.22 um 11:06 schrieb Javier Martinez Canillas:
Hello Thomas,
On 5/10/22 10:50, Thomas Zimmermann wrote:
[snip]
Drivers shouldn't really explicitly call this helper in my opinion.
One more stupid question: does armada actually use
drm_fbdev_fb_destroy()? It's supposed to b
On 5/10/22 11:39, Thomas Zimmermann wrote:
[snip]
>>
>> 3) Set .fb_destroy to drm_fbdev_fb_destroy() if isn't set by drivers when
>> they call drm_fb_helper_initial_config() or drm_fb_helper_fill_info().
>>
>> I'm leaning towards option (3). Then the fb_info release will be automatic
>> wheth
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.
v2: Handle NULL EDID pointer (Ville, CI)
Signed-off-by: Jani Nikula
LGTM.
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
---
drivers/gpu/drm/drm_edid.c | 34 +-
1 file
LGTM
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.'
v2: Handle NULL EDID pointer (Ville, CI)
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 37 +++--
1 file ch
LGTM.
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.
v2: Handle NULL EDID pointer (Ville, CI)
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 33 -
1 file change
LGTM.
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.
v2: Handle NULL EDID pointer (Ville, CI)
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 37 ++---
1 file ch
LGTM.
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.
v2: Handle NULL drm_edid
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 21 +++--
1 file changed, 11 insertions(+), 10 dele
The dmabuf file uses get_next_ino()(through dma_buf_getfile() ->
alloc_anon_inode()) to get an inode number and uses the same as a
directory name under /sys/kernel/dmabuf/buffers/. This directory is
used to collect the dmabuf stats and it is created through
dma_buf_stats_setup(). At current, failur
LGTM.
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.
v2: Rebase
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
dif
On 09/05/2022 10:45, Rex-BC Chen wrote:
>>> +soc {
>>> +#address-cells = <2>;
>>> +#size-cells = <2>;
>>> +
>>> +vdo1_rdma0: mdp-rdma@1c104000 {
>>
>> Generic node name. dma-controller (if it does not conflict with
>> dma-common.yaml schema)?
>
> We don't understand wha
LGTM.
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.
v2: Handle NULL EDID pointer (Ville, CI)
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 14 +++---
1 file changed, 11 insertions(+)
On Tue, May 10, 2022 at 6:28 PM Krzysztof Kozlowski
wrote:
>
> On 09/05/2022 10:45, Rex-BC Chen wrote:
> >>> +soc {
> >>> +#address-cells = <2>;
> >>> +#size-cells = <2>;
> >>> +
> >>> +vdo1_rdma0: mdp-rdma@1c104000 {
> >>
> >> Generic node name. dma-controller (if it d
From: Ville Syrjälä
Make the PNPID decoding available for other users.
Cc: dri-devel@lists.freedesktop.org
Reviewed-by: Jani Nikula
Signed-off-by: Ville Syrjälä
---
include/drm/drm_edid.h | 21 +
1 file changed, 17 insertions(+), 4 deletions(-)
diff --git a/include/drm/dr
Systems with AST graphics can have multiple output; typically VGA
plus some other port. Record detected output chips in a bitmask and
initialize each output on its own.
Tested on AST2100.
Signed-off-by: Thomas Zimmermann
Fixes: a59b026419f3 ("drm/ast: Initialize encoder and connector for VGA in
Hi,
On 10/05/2022 09:48, Christian König wrote:
Hi Tvrtko,
Am 10.05.22 um 10:23 schrieb Tvrtko Ursulin:
From: Tvrtko Ursulin
Convert fdinfo format to one documented in drm-usage-stats.rst.
Opens/TODO:
* Does someone from AMD want to take over this patch?
(I have no access to amdgpu
Hi
Am 04.05.22 um 10:49 schrieb Kuo-Hsiang Chou:
Hi Thomas,
Thanks for your efforts to review this patch.
Now, I observe a change that after DP unplugged and then the system is
unable to get EDID from D-sub connecting.
The reason seems that TXs are merged into union structure in
/drivers/g
On 10/05/2022 12:37, Chen-Yu Tsai wrote:
>> Use a generic node name, as Devicetree spec asks:
>> "The name of a node should be somewhat generic, reflecting the function
>> of the device and not its precise programming
>>
>> model. If appropriate, the name should be one of the following choices:"
>>
On Tue, May 10, 2022 at 03:53:32PM +0530, Charan Teja Kalla wrote:
> The dmabuf file uses get_next_ino()(through dma_buf_getfile() ->
> alloc_anon_inode()) to get an inode number and uses the same as a
> directory name under /sys/kernel/dmabuf/buffers/. This directory is
> used to collect the dmabu
Hi, this is your Linux kernel regression tracker.
On 10.05.22 02:12, Zack Rusin wrote:
>> On May 9, 2022, at 6:57 AM, Hans de Goede
>> wrote: On 4/11/22 16:24, Zack Rusin wrote:
>>> On Mon, 2022-04-11 at 10:52 +0200, Hans de Goede wrote:
Fedora has received a bug report here:
>>>
On Mon, May 09, 2022 at 09:16:37AM +0900, Byungchul Park wrote:
> On Sat, May 07, 2022 at 04:20:50PM +0900, Hyeonggon Yoo wrote:
> > On Fri, May 06, 2022 at 09:11:35AM +0900, Byungchul Park wrote:
> > > Linus wrote:
> > > >
> > > > On Wed, May 4, 2022 at 1:19 AM Byungchul Park
> > > > wrote:
> >
Hi Jani,
Can you please help to push this series to drm-next?
CI result:
https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_102502v7/index.html?
I'll merge IGT changes [1] first, so that we won't break the CI.
[1]: https://patchwork.freedesktop.org/series/102387/
- Bhanu
On Mon-11-04-2022 0
On 10/05/2022 03:46, Rex-BC Chen wrote:
>>
>>
>> That's mediatek-drm, and this refers to the HDR block in the display
>> IP...
>>
>> Though, I have no idea of what "ET" stands for in "ETHDR", so, it
>> would be
>> definitely nice if MediaTek can write the meaning in the description,
>> like
>>
>> d
Am 10.05.22 um 12:50 schrieb Tvrtko Ursulin:
Hi,
On 10/05/2022 09:48, Christian König wrote:
Hi Tvrtko,
Am 10.05.22 um 10:23 schrieb Tvrtko Ursulin:
From: Tvrtko Ursulin
Convert fdinfo format to one documented in drm-usage-stats.rst.
Opens/TODO:
* Does someone from AMD want to take over
Am 10.05.22 um 13:00 schrieb Greg KH:
On Tue, May 10, 2022 at 03:53:32PM +0530, Charan Teja Kalla wrote:
The dmabuf file uses get_next_ino()(through dma_buf_getfile() ->
alloc_anon_inode()) to get an inode number and uses the same as a
directory name under /sys/kernel/dmabuf/buffers/. This direc
Thanks Greg for the inputs!!
On 5/10/2022 4:30 PM, Greg KH wrote:
>> The dmabuf file uses get_next_ino()(through dma_buf_getfile() ->
>> alloc_anon_inode()) to get an inode number and uses the same as a
>> directory name under /sys/kernel/dmabuf/buffers/. This directory is
>> used to collect the d
LGTM
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere.
v2: Rebase
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_displayid.c | 16
drivers/gpu/drm/drm_edid.c | 17 ++---
LGTM
Reviewed-by: Ankit Nautiyal
Regards,
Ankit
On 5/9/2022 5:33 PM, Jani Nikula wrote:
We'll need to propagate drm_edid everywhere. Also make version_greater()
a function for type safety.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 29 +
1 fi
On Tue, May 10, 2022 at 3:29 AM Piotr Oniszczuk
wrote:
>
>
>
> > Wiadomość napisana przez Peter Geis w dniu
> > 10.05.2022, o godz. 03:35:
> >
> > Could you grab the clock tree from /sys/kernel/debug/clk/clk_summary
> > for the clk_hdmi_cec tree?
>
> Here it is:
>
On Tue, May 10, 2022 at 01:35:41PM +0200, Christian König wrote:
> Am 10.05.22 um 13:00 schrieb Greg KH:
> > On Tue, May 10, 2022 at 03:53:32PM +0530, Charan Teja Kalla wrote:
> > > The dmabuf file uses get_next_ino()(through dma_buf_getfile() ->
> > > alloc_anon_inode()) to get an inode number and
Thanks Christian for the inputs!!
On 5/10/2022 5:05 PM, Christian König wrote:
>
>> And what's to keep the seconds field from also being the same?
>
> Well exporting two DMA-bufs with the same ino in the same nanosecond
> should be basically impossible, but I would rather opt for using a 64bit
>
Am 10.05.22 um 14:16 schrieb Charan Teja Kalla:
Thanks Christian for the inputs!!
On 5/10/2022 5:05 PM, Christian König wrote:
And what's to keep the seconds field from also being the same?
Well exporting two DMA-bufs with the same ino in the same nanosecond
should be basically impossible, but
> On May 10, 2022, at 7:06 AM, Thorsten Leemhuis
> wrote:
>
> Hi, this is your Linux kernel regression tracker.
>
> On 10.05.22 02:12, Zack Rusin wrote:
>>> On May 9, 2022, at 6:57 AM, Hans de Goede
>>> wrote: On 4/11/22 16:24, Zack Rusin wrote:
On Mon, 2022-04-11 at 10:52 +0200, Hans d
On 10.05.22 14:26, Zack Rusin wrote:
>> On May 10, 2022, at 7:06 AM, Thorsten Leemhuis
>> wrote:
>> On 10.05.22 02:12, Zack Rusin wrote:
On May 9, 2022, at 6:57 AM, Hans de Goede
wrote: On 4/11/22 16:24, Zack Rusin wrote:
> On Mon, 2022-04-11 at 10:52 +0200, Hans de Goede wrote:
>>
Am 10.05.22 um 14:10 schrieb Greg KH:
On Tue, May 10, 2022 at 01:35:41PM +0200, Christian König wrote:
Am 10.05.22 um 13:00 schrieb Greg KH:
On Tue, May 10, 2022 at 03:53:32PM +0530, Charan Teja Kalla wrote:
The dmabuf file uses get_next_ino()(through dma_buf_getfile() ->
alloc_anon_inode()) t
On 10/05/2022 12:26, Christian König wrote:
Am 10.05.22 um 12:50 schrieb Tvrtko Ursulin:
Hi,
On 10/05/2022 09:48, Christian König wrote:
Hi Tvrtko,
Am 10.05.22 um 10:23 schrieb Tvrtko Ursulin:
From: Tvrtko Ursulin
Convert fdinfo format to one documented in drm-usage-stats.rst.
Opens/TO
On Tue, 2022-05-10 at 14:44 +0200, Thorsten Leemhuis wrote:
> On 10.05.22 14:26, Zack Rusin wrote:
> > > On May 10, 2022, at 7:06 AM, Thorsten Leemhuis
> > > wrote:
> > > On 10.05.22 02:12, Zack Rusin wrote:
> > > > > On May 9, 2022, at 6:57 AM, Hans de Goede
> > > > >
> > > > > wrote: On 4/11/22
On 5/9/22 16:42, Daniel Vetter wrote:
> On Fri, May 06, 2022 at 01:49:12AM +0300, Dmitry Osipenko wrote:
>> On 5/5/22 11:12, Daniel Vetter wrote:
>>> On Wed, May 04, 2022 at 06:56:09PM +0300, Dmitry Osipenko wrote:
On 5/4/22 11:21, Daniel Vetter wrote:
...
>>> - Maybe also do what you
On 5/9/22 16:49, Daniel Vetter wrote:
> On Fri, May 06, 2022 at 03:10:43AM +0300, Dmitry Osipenko wrote:
>> On 5/5/22 11:34, Thomas Zimmermann wrote:
>>> Hi
>>>
>>> Am 18.04.22 um 00:37 schrieb Dmitry Osipenko:
Introduce a common DRM SHMEM shrinker. It allows to reduce code
duplication am
> Wiadomość napisana przez Peter Geis w dniu 10.05.2022,
> o godz. 14:08:
>
>
> You are on the clk_rtc32k_frac which is a fractional divider that is
> fed from the 24m clock. Your clock likely isn't the issue here. I'd
> recommend setting up the cec-gpio node to validate your hardware
> work
On 10.05.22 15:30, Zack Rusin wrote:
> On Tue, 2022-05-10 at 14:44 +0200, Thorsten Leemhuis wrote:
>> On 10.05.22 14:26, Zack Rusin wrote:
On May 10, 2022, at 7:06 AM, Thorsten Leemhuis
wrote:
On 10.05.22 02:12, Zack Rusin wrote:
>> On May 9, 2022, at 6:57 AM, Hans de Goede
On Tue, 2022-05-10 at 15:49 +0200, Thorsten Leemhuis wrote:
> On 10.05.22 15:30, Zack Rusin wrote:
> > On Tue, 2022-05-10 at 14:44 +0200, Thorsten Leemhuis wrote:
> > > On 10.05.22 14:26, Zack Rusin wrote:
> > > > > On May 10, 2022, at 7:06 AM, Thorsten Leemhuis
> > > > > wrote:
> > > > > On 10.05
The INTEL_GT_RPS_SYSFS_ATTR was creating to different structures
but. When called with the "static" keyword this is affecting only
the first structure, while the second is created as non static.
Move the static keyword inside the macros to affect both the
structures.
Reported-by: Jani Nikula
Fix
The dmabuf file uses get_next_ino()(through dma_buf_getfile() ->
alloc_anon_inode()) to get an inode number and uses the same as a
directory name under /sys/kernel/dmabuf/buffers/. This directory is
used to collect the dmabuf stats and it is created through
dma_buf_stats_setup(). At current, failur
Hi Sascha,
Am Dienstag, 10. Mai 2022, 09:09:12 CEST schrieb Sascha Hauer:
> The VOP2 driver relies on reg-names properties, but these are not
> documented. Add the missing documentation, make reg-names mandatory
> and increase minItems to 2 as always both register spaces are needed.
>
> Signed-of
On Tue, 10 May 2022 08:38:38 +0900
Byungchul Park wrote:
> Yes, I was talking about A and L'.
>
> > detect that regardless of L. A nested lock associates the the nesting with
>
> When I checked Lockdep code, L' with depth n + 1 and L' with depth n
> have different classes in Lockdep.
If that
And use it to store expectations about what the drm/msm driver is
supposed to pass in the IGT test suite.
Also include a configuration file that points to the out-of-tree CI
scripts.
By storing the test expectations along the code we can make sure both
stay in sync with each other, and so we can
Pointer of struct *drm_crtc was dereferenced before checking it was non
NULL. This could potentially create a kernel panic.
Fixes: 79b44684a14e ("drm/stm: ltdc: add support for CRC hashing feature")
Reported-by: kernel test robot
Reported-by: Dan Carpenter
Signed-off-by: Raphael Gallais-Pou
---
Applied. Thanks!
Alex
On Mon, May 9, 2022 at 10:50 PM Wan Jiabing wrote:
>
> Fix following coccicheck warning:
> ./drivers/gpu/drm/amd/amdgpu/vcn_v4_0.c:724:4-36: duplicated argument to & or
> |
>
> Remove duplicated UVD_SUVD_CGC_GATE__SRE_H264_MASK.
>
> Signed-off-by: Wan Jiabing
> ---
> dr
Applied. Thanks!
Alex
On Tue, May 10, 2022 at 2:05 AM Jiapeng Chong
wrote:
>
> Eliminate the follow smatch warning:
>
> drivers/gpu/drm/amd/amdgpu/nbio_v7_7.c:35 nbio_v7_7_get_rev_id() warn:
> inconsistent indenting.
>
> drivers/gpu/drm/amd/amdgpu/nbio_v7_7.c:214 nbio_v7_7_init_registers()
> wa
Am 10.05.22 um 16:06 schrieb Charan Teja Kalla:
The dmabuf file uses get_next_ino()(through dma_buf_getfile() ->
alloc_anon_inode()) to get an inode number and uses the same as a
directory name under /sys/kernel/dmabuf/buffers/. This directory is
used to collect the dmabuf stats and it is created
On Tue, May 10, 2022 at 7:12 AM Jörg Rödel wrote:
>
> Gentle ping. This is a 5.18 regression and I also see it with
> 5.18-rc6. Please let me know if you need anything else to debug.
>
Are you doing anything special when it happens? I.e., does it happen
when the monitor is coming out of DPMS or
From: Rob Clark
The offset got dropped by accident.
Fixes: d413e6f97134 ("drm/msm: Drop msm_gem_iova()")
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/msm_fb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/msm/msm_fb.c b/drivers/gpu/drm/msm/msm_fb.c
ind
On 2022-05-09 14:03, Deucher, Alexander wrote:
[Public]
-Original Message-
From: Bjorn Helgaas
Sent: Monday, May 9, 2022 12:23 PM
To: Linux PCI
Cc: r087...@yahoo.it; Deucher, Alexander
; Koenig, Christian
; Pan, Xinhui ; amd-gfx
mailing list ; dri-devel
Subject: Re: [Bug 215958] Ne
On 5/10/2022 8:42 PM, Christian König wrote:
>> * The information in the interface can also be used to derive
>> per-exporter
>> * statistics. The data from the interface can be gathered on error
>> conditions
>> @@ -172,6 +172,7 @@ int dma_buf_stats_setup(struct dma_buf *dmabuf)
>> {
>>
On Tue, May 10, 2022 at 09:09:12AM +0200, Sascha Hauer wrote:
> The VOP2 driver relies on reg-names properties, but these are not
> documented. Add the missing documentation, make reg-names mandatory
> and increase minItems to 2 as always both register spaces are needed.
>
> Signed-off-by: Sascha
The tda9950 driver prints an error message if it is instantiated without
an interrupt being available since the device is non-functional in that
case. Unfortunately due to packaging of tda9950 with tda998x series devices
the tda998x driver unconditionally instantiates a tda9950 so systems with a
td
On Tue, May 10, 2022 at 04:08:02PM +0200, Heiko Stübner wrote:
> Hi Sascha,
>
> Am Dienstag, 10. Mai 2022, 09:09:12 CEST schrieb Sascha Hauer:
> > The VOP2 driver relies on reg-names properties, but these are not
> > documented. Add the missing documentation, make reg-names mandatory
> > and incre
Am 10.05.22 um 19:14 schrieb Charan Teja Kalla:
On 5/10/2022 8:42 PM, Christian König wrote:
* The information in the interface can also be used to derive
per-exporter
* statistics. The data from the interface can be gathered on error
conditions
@@ -172,6 +172,7 @@ int dma_buf_stats_setu
On 5/10/2022 9:52 AM, Rob Clark wrote:
From: Rob Clark
The offset got dropped by accident.
Fixes: d413e6f97134 ("drm/msm: Drop msm_gem_iova()")
Signed-off-by: Rob Clark
Reviewed-by: Abhinav Kumar
---
drivers/gpu/drm/msm/msm_fb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On Tue, 10 May 2022 at 19:52, Rob Clark wrote:
>
> From: Rob Clark
>
> The offset got dropped by accident.
>
> Fixes: d413e6f97134 ("drm/msm: Drop msm_gem_iova()")
> Signed-off-by: Rob Clark
Reviewed-by: Dmitry Baryshkov
> ---
> drivers/gpu/drm/msm/msm_fb.c | 2 +-
> 1 file changed, 1 insert
On Tue, May 10, 2022 at 10:46 AM Dmitry Baryshkov
wrote:
>
> On Tue, 10 May 2022 at 19:52, Rob Clark wrote:
> >
> > From: Rob Clark
> >
> > The offset got dropped by accident.
> >
> > Fixes: d413e6f97134 ("drm/msm: Drop msm_gem_iova()")
> > Signed-off-by: Rob Clark
>
> Reviewed-by: Dmitry Barys
Quoting Rob Clark (2022-05-10 09:52:16)
> From: Rob Clark
>
> The offset got dropped by accident.
>
> Fixes: d413e6f97134 ("drm/msm: Drop msm_gem_iova()")
> Signed-off-by: Rob Clark
> ---
Reviewed-by: Stephen Boyd
Tested-by: Stephen Boyd # CoachZ
On Fri, May 06, 2022 at 08:10:26PM +0200, Lucas Stach wrote:
> The HDMI TX controller on the i.MX8MP SoC is a Synopsys designware IP
> core with a little bit of SoC integration around it.
>
> Signed-off-by: Lucas Stach
> ---
> .../bindings/display/imx/fsl,imx8mp-hdmi.yaml | 73 ++
On Fri, May 06, 2022 at 08:10:30PM +0200, Lucas Stach wrote:
> Add a DT binding for the HDMI PHY found on the i.MX8MP SoC.
>
> Signed-off-by: Lucas Stach
> ---
> .../bindings/phy/fsl,imx8mp-hdmi-phy.yaml | 62 +++
> 1 file changed, 62 insertions(+)
> create mode 100644
> Do
Hi,
On Fri, Apr 29, 2022 at 9:21 AM Doug Anderson wrote:
>
> Hi,
>
> On Thu, Apr 28, 2022 at 10:51 PM wrote:
> >
> > From: Minghao Chi
> >
> > Simplify the return expression.
> >
> > Reported-by: Zeal Robot
> > Signed-off-by: Minghao Chi
> > ---
> > drivers/gpu/drm/bridge/parade-ps8640.c | 7
[Why]
If a connector property is attached but
drm_atomic_connector_get_property doesn't handle a case for it,
modeteset will crash with a segfault without.
[How]
Add a debug message indicating that a connector property is not handled
when user space is trying to read it.
TEST=modetest
Signed-off
Currently selective fetch area calculation ends up as bogus area in
at least following cases:
1. Updated plane is partially or fully outside pipe area
2. Big fb with only part of memory area used for plane
These end up as y1 = 0, y2 = 4 or y2 being outside pipe area. This
patch set addresses thes
1 - 100 of 171 matches
Mail list logo