> -Original Message-
> From: Hajda, Andrzej
> Sent: Friday, July 22, 2022 6:22 PM
> To: Jani Nikula ; Ville Syrjälä
> ; Murthy, Arun R
> Cc: Hajda, Andrzej ; Joonas Lahtinen
> ; Vivi, Rodrigo ;
> Tvrtko Ursulin ; Daniel Vetter
> ; intel-...@lists.freedesktop.org; dri-
> de...@lists.freede
From: Devi prasad Dhamarasingi
Fix a null pointer access when memory allocation fails in
a6xx_get_indexed_registers().
Akhil P Oommen (1):
drm/msm/a6xx: Fix null pointer access in a6xx_get_indexed_registers
drivers/gpu/drm/msm/adreno/a6xx_gpu_state.c | 6 ++
1 file changed, 6 insertions(
From: Akhil P Oommen
Fix a null pointer access when memory allocation fails in
a6xx_get_indexed_registers().
Change-Id: I33e13745cd8e5841d2f377f48a199af98be2ed02
Signed-off-by: Akhil P Oommen
Signed-off-by: Devi prasad Dhamarasingi
---
Changes in v2:
- Corrected the signoff name and email id.
Hello Dri-devel,
( Apparently I have issues with subscribing to your
mailing list, It never sent me a confirmation email,
if you have the time pls manually subscribe me
cause this thing is broken:
https://lists.freedesktop.org/mailman/listinfo/dri-devel )
There is yet another race condition happe
Hi Jonathan
Thank you for your comments
> -Original Message-
> From: Jonathan Corbet
> Sent: Friday, July 22, 2022 10:33 PM
> To: ishikawa yuji(石川 悠司 ○ＲＤＣ□ＡＩＴＣ○ＥＡ開)
> ; Rob Herring ; Hans
> Verkuil ; iwamatsu nobuhiro(岩松 信洋 □ＳＷＣ◯ＡＣＴ)
> ; Sumit Semwal
> ; Christian König
> Cc: linux-arm-
Sorry for this patch not being well formatted.
I'll add change log and the signed-off-by tag.
I should have checked patches with checkpatch.pl as well as testing sources
with --file option.
Regards,
Yuji
> -Original Message-
> From: Greg KH
> Sent: Monday, July 25, 2022 9:47 PM
> To
Hi Greg
Thank you for your comments.
> -Original Message-
> From: Greg KH
> Sent: Monday, July 25, 2022 9:51 PM
> To: ishikawa yuji(石川 悠司 ○ＲＤＣ□ＡＩＴＣ○ＥＡ開)
>
> Cc: Rob Herring ; Hans Verkuil ;
> iwamatsu nobuhiro(岩松 信洋 □ＳＷＣ◯ＡＣＴ)
> ; Jonathan Corbet ;
> Sumit Semwal ; Christian König
> ; li
Hi Greg
Thanks for your comments
> -Original Message-
> From: Greg KH
> Sent: Monday, July 25, 2022 9:48 PM
> To: ishikawa yuji(石川 悠司 ○ＲＤＣ□ＡＩＴＣ○ＥＡ開)
> Hi
> Cc: Rob Herring ; Hans Verkuil ;
> iwamatsu nobuhiro(岩松 信洋 □ＳＷＣ◯ＡＣＴ)
> ; Jonathan Corbet ;
> Sumit Semwal ; Christian König
> ; linu
Hi Greg
Thank you for your comments.
> -Original Message-
> From: Greg KH
> Sent: Monday, July 25, 2022 9:47 PM
> To: ishikawa yuji(石川 悠司 ○ＲＤＣ□ＡＩＴＣ○ＥＡ開)
>
> Cc: Rob Herring ; Hans Verkuil ;
> iwamatsu nobuhiro(岩松 信洋 □ＳＷＣ◯ＡＣＴ)
> ; Jonathan Corbet ;
> Sumit Semwal ; Christian König
> ; li
On Tue, Jul 26, 2022 at 6:15 AM szuni chen wrote:
...
> > > +#define MT6370_ITORCH_MIN_UA 25000
> > > +#define MT6370_ITORCH_STEP_UA 12500
> > > +#define MT6370_ITORCH_MAX_UA 40
> > > +#define MT6370_ITORCH_DOUBLE_MAX_UA80
> > > +#define MT6370_ISTRB_MIN_
Hi Laurent and all,
I have prototyped the RZ/G2L DU driver with a library that shares the common
code
between R-Car and RZ/G2L Du drivers.
Looks like the total patches is now more than 20.
So planning to send the same with batches of 2-3 small series in order to make
review simpler.
Cheers,
Bi
On Mon, Jul 18, 2022 at 11:55:41AM +0100, Tvrtko Ursulin wrote:
On 01/07/2022 23:50, Niranjana Vishwanathapura wrote:
Bind and unbind the mappings upon VM_BIND and VM_UNBIND calls.
Signed-off-by: Niranjana Vishwanathapura
Signed-off-by: Prathap Kumar Valsan
---
drivers/gpu/drm/i915/Makefile
Hi Andy,
>
> > +#define MT6370_ITORCH_MIN_UA 25000
> > +#define MT6370_ITORCH_STEP_UA 12500
> > +#define MT6370_ITORCH_MAX_UA 40
> > +#define MT6370_ITORCH_DOUBLE_MAX_UA80
> > +#define MT6370_ISTRB_MIN_UA5
> > +#define MT6370_ISTRB_STEP_UA
1. Support HDMI_I2S audio format.
2. Return 0 if there is no sink connection in .hw_param callback.
Signed-off-by: Xin Ji
---
drivers/gpu/drm/bridge/analogix/anx7625.c | 23 +--
1 file changed, 17 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/bridge/analogix/anx
[AMD Official Use Only - General]
> -Original Message-
> From: André Almeida
> Sent: Tuesday, July 26, 2022 12:15 AM
> To: Quan, Evan ; Deucher, Alexander
> ; Koenig, Christian
> ; Pan, Xinhui ; David
> Airlie ; Daniel Vetter ; Zhang, Hawking
> ; Zhou1, Tao ; Kuehling,
> Felix ; Xiao, J
On 7/18/2022 3:32 PM, Andrew Morton wrote:
On Mon, 18 Jul 2022 12:56:29 +0200 David Hildenbrand wrote:
/*
* Try to move out any movable page before pinning the range.
*/
@@ -1919,7 +1948,8 @@ static long check_and_migrate_movable_pages(unsign
On Mon, Jul 25, 2022 at 6:31 PM Daniel Thompson
wrote:
>
> On Fri, Jul 22, 2022 at 06:24:07PM +0800, ChiaEn Wu wrote:
> > diff --git a/drivers/video/backlight/Kconfig
> > b/drivers/video/backlight/Kconfig
> > index a003e02..846dbe7 100644
> > --- a/drivers/video/backlight/Kconfig
> > +++ b/driver
Hi Rohith:
At 2022-07-26 03:26:39, "Rohith Iyer" wrote:
>Add writeback support to modetest with the below options:
>+ case 'o':
>+ pipe_args->dump = true;
>+ dump_path = optarg;
>+ break;
> case 'P':
>
In this function, there are two refcount leak bugs:
(1) when breaking out of for_each_endpoint_of_node(), we need call
the of_node_put() for the 'ep';
(2) we should call of_node_put() for the reference returned by
of_graph_get_remote_port() when it is not used anymore.
Fixes: bbbe775ec5b5 ("drm: A
At 2022-07-26 03:39:17, "Martin Blumenstingl"
wrote:
>Hello,
>
>On Fri, Jul 15, 2022 at 3:22 PM Liang He wrote:
>>
>> In this function, there are two refcount leak bugs:
>> (1) when breaking out of for_each_endpoint_of_node(), we need call
>> the of_node_put() for the 'ep';
>> (2) we should cal
As of commit 5451781dadf8 ("regulator: core: Only count load for
enabled consumers"), a load isn't counted for a disabled
regulator. That means all the code in the DSI driver to specify and
set loads before disabling a regulator is not actually doing anything
useful. Let's remove it.
It should be
On 07/25, Magali Lemes wrote:
> Add missing headers to solve the following warnings from sparse:
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dml/dcn20/dcn20_fpu.c:656:17:
> warning: symbol 'ddr4_wm_table_gs' was not declared. Should it be static?
> drivers/gpu/drm/amd/amdgpu/../display/dc/dml/dc
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/Makefile | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 drivers/gpu/drm/via/Makefile
diff --git a/drivers/gpu/drm/via/Makefile b/drivers/gpu/drm/via/Makefile
new file mode 100644
index 0
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/Kconfig | 2 ++
drivers/gpu/drm/Makefile | 1 +
2 files changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig
index 30d5b91b717f..475d20c58da0 100644
--- a/drivers/gpu/drm/Kconfig
+++ b/drivers/
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/Kconfig | 9 +
1 file changed, 9 insertions(+)
create mode 100644 drivers/gpu/drm/via/Kconfig
diff --git a/drivers/gpu/drm/via/Kconfig b/drivers/gpu/drm/via/Kconfig
new file mode 100644
index ..7c4656a1d4
From: Kevin Brace
Signed-off-by: Kevin Brace
---
include/drm/drm_pciids.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index b7e899ce44f0..e91b93d635fa 100644
--- a/include/drm/drm_pciids.h
+++ b/include/drm/drm_pciids.h
@@ -777,7 +
From: Kevin Brace
Signed-off-by: Kevin Brace
---
include/drm/drm_pciids.h | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index e91b93d635fa..a4567d2918a9 100644
--- a/include/drm/drm_pciids.h
+++ b/include/d
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_pm.c | 187 +++
1 file changed, 187 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_pm.c
diff --git a/drivers/gpu/drm/via/via_pm.c b/drivers/gpu/drm/via/via_pm.c
new file mode 100
From: Kevin Brace
Signed-off-by: Kevin Brace
---
include/linux/pci_ids.h | 15 +++
1 file changed, 15 insertions(+)
diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
index 0178823ce8c2..809c61a10fe1 100644
--- a/include/linux/pci_ids.h
+++ b/include/linux/pci_ids.h
@@
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_vt1632.c | 598 +++
1 file changed, 598 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_vt1632.c
diff --git a/drivers/gpu/drm/via/via_vt1632.c b/drivers/gpu/drm/via/via_vt1632.c
new f
From: Kevin Brace
Changed the uAPI.
Signed-off-by: Kevin Brace
---
include/uapi/drm/via_drm.h | 35 +++
1 file changed, 31 insertions(+), 4 deletions(-)
diff --git a/include/uapi/drm/via_drm.h b/include/uapi/drm/via_drm.h
index a1e125d42208..e9da45ce130a 100644
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_ttm.c | 168 ++
1 file changed, 168 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_ttm.c
diff --git a/drivers/gpu/drm/via/via_ttm.c b/drivers/gpu/drm/via/via_ttm.c
new file mode
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_tmds.c | 712 +
1 file changed, 712 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_tmds.c
diff --git a/drivers/gpu/drm/via/via_tmds.c b/drivers/gpu/drm/via/via_tmds.c
new file mo
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_sii164.c | 578 +++
1 file changed, 578 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_sii164.c
diff --git a/drivers/gpu/drm/via/via_sii164.c b/drivers/gpu/drm/via/via_sii164.c
new f
From: Kevin Brace
Note that the code here is GPL based.
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_pll.c | 255 ++
1 file changed, 255 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_pll.c
diff --git a/drivers/gpu/drm/via/via_pll.c b/drive
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_lvds.c | 1233
1 file changed, 1233 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_lvds.c
diff --git a/drivers/gpu/drm/via/via_lvds.c b/drivers/gpu/drm/via/via_lvds.c
new file m
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_hdmi.c | 661 +
1 file changed, 661 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_hdmi.c
diff --git a/drivers/gpu/drm/via/via_hdmi.c b/drivers/gpu/drm/via/via_hdmi.c
new file mo
From: Kevin Brace
Note that the code here is GPL based.
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_i2c.c | 209 ++
1 file changed, 209 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_i2c.c
diff --git a/drivers/gpu/drm/via/via_i2c.c b/drive
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_ioctl.c | 109
1 file changed, 109 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_ioctl.c
diff --git a/drivers/gpu/drm/via/via_ioctl.c b/drivers/gpu/drm/via/via_ioctl.c
new file
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_encoder.c | 224 ++
1 file changed, 224 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_encoder.c
diff --git a/drivers/gpu/drm/via/via_encoder.c
b/drivers/gpu/drm/via/via_encoder.c
n
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_object.c | 324 +++
1 file changed, 324 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_object.c
diff --git a/drivers/gpu/drm/via/via_object.c b/drivers/gpu/drm/via/via_object.c
new f
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_display.c | 125 ++
1 file changed, 125 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_display.c
diff --git a/drivers/gpu/drm/via/via_display.c
b/drivers/gpu/drm/via/via_display.c
n
From: Kevin Brace
Note that GPL is chosen as a license type. This is due to via_i2c.c
and via_pll.c being GPL based. Everything else is MIT license based.
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_drv.c | 336 ++
1 file changed, 336 insertions(+)
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_init.c | 1300
1 file changed, 1300 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_init.c
diff --git a/drivers/gpu/drm/via/via_init.c b/drivers/gpu/drm/via/via_init.c
new file m
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_cursor.c | 419 +++
1 file changed, 419 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_cursor.c
diff --git a/drivers/gpu/drm/via/via_cursor.c b/drivers/gpu/drm/via/via_cursor.c
new f
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_crtc_hw.c | 91 +++
1 file changed, 91 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_crtc_hw.c
diff --git a/drivers/gpu/drm/via/via_crtc_hw.c
b/drivers/gpu/drm/via/via_crtc_hw.c
ne
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_dac.c | 504 ++
1 file changed, 504 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_dac.c
diff --git a/drivers/gpu/drm/via/via_dac.c b/drivers/gpu/drm/via/via_dac.c
new file mode
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_crtc.c | 2333
1 file changed, 2333 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_crtc.c
diff --git a/drivers/gpu/drm/via/via_crtc.c b/drivers/gpu/drm/via/via_crtc.c
new file m
From: Kevin Brace
Likely originated from VIA Technologies.
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_regs.h | 296 +
1 file changed, 296 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_regs.h
diff --git a/drivers/gpu/drm/via/via_regs.h b/
From: Kevin Brace
Likely originated from VIA Technologies.
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_disp_reg.h | 513 +
1 file changed, 513 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_disp_reg.h
diff --git a/drivers/gpu/drm/via/via_disp_
ne DRIVER_NAME"via"
+#define DRIVER_DESC"OpenChrome DRM for VIA Technologies Chrome"
+#define DRIVER_DATE"20220725"
+#define DRIVER_AUTHOR "OpenChrome Project"
+
+
+#define VIA_TTM_PL_NUM 2
+
+#define
From: Kevin Brace
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_crtc_hw.h | 1190 +
1 file changed, 1190 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_crtc_hw.h
diff --git a/drivers/gpu/drm/via/via_crtc_hw.h
b/drivers/gpu/drm/via/via_crtc_hw.h
From: Kevin Brace
Originated from VIA Technologies. Currently unused.
Signed-off-by: Kevin Brace
---
drivers/gpu/drm/via/via_3d_reg.h | 1863 ++
1 file changed, 1863 insertions(+)
create mode 100644 drivers/gpu/drm/via/via_3d_reg.h
diff --git a/drivers/gpu/drm/vi
From: Kevin Brace
Hi,
This is my first attempt (this is not a RFC posting) in trying to get
OpenChrome DRM pulled in for Linux 5.20.
I started to work on this seriously around the summer of 2017, so it has
been a long journey.
I know that the code is not quite perfect, but I have done as much wo
On 07/25, Magali Lemes wrote:
>
> On 7/25/22 16:42, André Almeida wrote:
> > Hi Magali,
> >
> > Às 15:15 de 25/07/22, Magali Lemes escreveu:
> > > As "dcn3_15_soc" and "dcn3_16_soc" are of type "struct
> > > _vcs_dpi_soc_bounding_box_st", change their types accordingly.
> > >
> > I can see that
When booting a kernel compiled with clang's CFI protection
(CONFIG_CFI_CLANG), there is a CFI failure in
drm_simple_kms_crtc_mode_valid() when trying to call
simpledrm_simple_display_pipe_mode_valid() through ->mode_valid():
[0.322802] CFI failure (target:
simpledrm_simple_display_pipe_mode_v
On Mon, 25 Jul 2022 17:17:02 +0200, Marek Vasut wrote:
> Add compatible string for Densitron DMT028VGHMCMI-1A TFT matrix.
> This is a DSI-attached 480x640 2.83 inch panel.
>
> Signed-off-by: Marek Vasut
> Cc: Guido Günther
> Cc: Jagan Teki
> Cc: Laurent Pinchart
> Cc: Linus Walleij
> Cc: Rob
On Fri, 22 Jul 2022 21:15:39 +0200, Krzysztof Kozlowski wrote:
> The spi-cpha and spi-cpol properties are device specific and should be
> accepted only if device really needs them. Drop them from common
> spi-peripheral-props.yaml schema, mention in few panel drivers which use
> them and include i
On Fri, 22 Jul 2022 20:13:52 +0100, Biju Das wrote:
> The RZ/G2L LCD controller is composed of Frame Compression Processor
> (FCPVD), Video Signal Processor (VSPD), and Display Unit (DU).
>
> The DU module supports the following hardware features
> − Display Parallel Interface (DPI) and MIPI LINK
On Wed, 20 Jul 2022 21:06:04 +0800, Allen-KH Cheng wrote:
> DPI is part of the display / multimedia block in MediaTek SoCs
> and is managed using power controller in some platforms. We add
> the power-domains property to the binding documentation.
>
> Fixes:9273cf7d3942("dt-bindings: display: medi
Hi Magali
On 7/25/22 15:15, Magali Lemes wrote:
> As "dcn3_15_soc" and "dcn3_16_soc" are of type "struct
> _vcs_dpi_soc_bounding_box_st", change their types accordingly.
>
> Signed-off-by: Magali Lemes
> ---
Great catch! To the whole series:
Reviewed-by: Maíra Canal
Best Regards,
- Maíra Can
On Fri, 22 Jul 2022 19:02:46 -0700
Nicolin Chen wrote:
> This is a preparatory series for IOMMUFD v2 patches. It prepares for
> replacing vfio_iommu_type1 implementations of vfio_pin/unpin_pages()
> with IOMMUFD version.
>
> There's a gap between these two versions: the vfio_iommu_type1 version
On Tue, 19 Jul 2022 15:52:01 -0600, Rob Herring wrote:
> 'video-mode' is missing a type definition and is not a common property. The
> type is 'uint32'.
>
> Signed-off-by: Rob Herring
> ---
> .../devicetree/bindings/display/panel/raydium,rm67191.yaml | 1 +
> 1 file changed, 1 insertion(+)
On 7/25/22 16:42, André Almeida wrote:
Hi Magali,
Às 15:15 de 25/07/22, Magali Lemes escreveu:
As "dcn3_15_soc" and "dcn3_16_soc" are of type "struct
_vcs_dpi_soc_bounding_box_st", change their types accordingly.
I can see that indeed this type change sense for those variables, but
isn't a
Applied. Thanks!
On Mon, Jul 25, 2022 at 3:23 AM wangjianli wrote:
>
> Delete the redundant word 'in'.
>
> Signed-off-by: wangjianli
> ---
> drivers/gpu/drm/amd/display/dc/dce/dce_audio.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/amd/display/dc/d
Fix null pointer deference caused by drmModeAtomicReq being
allocated before set_property was called when modetest was run
with the atomic flag.
Signed-off-by: Rohith Iyer
---
tests/modetest/modetest.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tests/modetest/modetest
Add writeback support to modetest with the below options:
- Passing in -c will now also show the writeback connector
- Test a built-in mode on writeback connector
- Test a custom mode from user input on writeback connector
Usage: "./modetest -M msm -x :
-a -P @:+0+0@RG24."
Refer
Hi Magali,
Às 15:15 de 25/07/22, Magali Lemes escreveu:
> As "dcn3_15_soc" and "dcn3_16_soc" are of type "struct
> _vcs_dpi_soc_bounding_box_st", change their types accordingly.
>
I can see that indeed this type change sense for those variables, but
isn't a bit strange that the type was wrong in
From: Piotr Piórkowski
At the moment, when we refer to some PCI BAR we use the number of
this BAR in the code. The meaning of BARs between different platforms
may be different. Therefore, in order to organize the code,
let's start using defined names instead of numbers.
Signed-off-by: Piotr Piór
From: Piotr Piórkowski
For proper operation of i915 we need usable PCI GTTMMADDR BAR 0
(1 for GEN2). In most cases we also need usable PCI GFXMEM BAR 2.
Let's add functions to check if BARs are set, and that it have
a size greater than 0.
In case GTTMMADDR BAR, let's validate at the beginning of
From: Piotr Piórkowski
When initializing the i915, we want to be sure that the PCI
BARs have been properly initialized.
As part of this series, I have prepared two patches,
one that introduces BARs names to use in code instead of numbers,
and another that adds function to validate BARs before use
Hello,
On Fri, Jul 15, 2022 at 3:22 PM Liang He wrote:
>
> In this function, there are two refcount leak bugs:
> (1) when breaking out of for_each_endpoint_of_node(), we need call
> the of_node_put() for the 'ep';
> (2) we should call of_node_put() for the reference returned by
> of_graph_get_rem
Add writeback support to modetest with the below options:
- Passing in -c will now also show the writeback connector
- Test a built-in mode on writeback connector
- Test a custom mode from user input on writeback connector
Usage: "./modetest -M msm -x :
-a -P @:+0+0@RG24."
Refer
On Fri, 15 Jul 2022 14:13:13 -0700, Zhanjun Dong wrote:
>
> -static int wait_for_ct_request_update(struct ct_request *req, u32 *status)
> +static int wait_for_ct_request_update(struct intel_guc_ct *ct, struct
> ct_request *req, u32 *status)
> {
> int err;
> + bool ct_enabled;
>
>
Add missing headers to solve the following warnings from sparse:
drivers/gpu/drm/amd/amdgpu/../display/dc/dml/dcn20/dcn20_fpu.c:656:17: warning:
symbol 'ddr4_wm_table_gs' was not declared. Should it be static?
drivers/gpu/drm/amd/amdgpu/../display/dc/dml/dcn20/dcn20_fpu.c:693:17: warning:
symbol
As "dcn3_15_soc" and "dcn3_16_soc" are of type "struct
_vcs_dpi_soc_bounding_box_st", change their types accordingly.
Signed-off-by: Magali Lemes
---
drivers/gpu/drm/amd/display/dc/dcn315/dcn315_resource.h | 2 +-
drivers/gpu/drm/amd/display/dc/dcn316/dcn316_resource.h | 2 +-
2 files changed, 2
On Mon, Jul 25, 2022 at 05:08:59PM +0100, Richard Fitzgerald wrote:
> Call try_module_get() on a component before attempting to call its
> bind() function, to ensure that a loadable module cannot be
> unloaded while we are executing its bind().
How can bind be called while the module is unloaded?
Am 25.07.22 um 17:27 schrieb Tvrtko Ursulin:
On 24/07/2022 19:28, Thomas Zimmermann wrote:
Hi
Am 22.07.22 um 17:47 schrieb Christian König:
Hi Tvrtko,
scratching my head what exactly is going on here.
I've build tested drm-tip a couple of test in the last week and it
always worked flawless
Reviewed-by: Andrey Grodzovsky
Andrey
On 2022-07-19 06:39, Andrey Strachuk wrote:
Local variable 'rq' is initialized by an address
of field of drm_sched_job, so it does not make
sense to compare 'rq' with NULL.
Found by Linux Verification Center (linuxtesting.org) with SVACE.
Signed-off-by:
https://bugzilla.kernel.org/show_bug.cgi?id=216277
--- Comment #5 from dark_syl...@yahoo.com.ar ---
Your hint is very good.
It tells me upstream kernel devs expect the amdgpu driver & firmware should be
in initrd; while Ubuntu does not do that.
This is starting to look more and more like an Ubun
On 7/20/22 16:27, Thomas Zimmermann wrote:
> Move some of simpledrm's functionality into a helper library. Other
> drivers for firmware-provided framebuffers will also need functions
> to handle fixed modes and color formats, or update the back buffer.
>
> Signed-off-by: Thomas Zimmermann
> ---
Às 10:04 de 25/07/22, André Almeida escreveu:
> Às 07:27 de 25/07/22, Quan, Evan escreveu:
>> [AMD Official Use Only - General]
>>
>> Using "uint64_t" instead of "uint32_t" for entry counter may be better.
>>
>
> Indeed, it's a good idea. I'll send a v2 with that change, thanks.
>
However, SMU m
https://bugzilla.kernel.org/show_bug.cgi?id=216277
--- Comment #4 from dark_syl...@yahoo.com.ar ---
Thanks for the hint!
The amdgpu driver (nor the firmware) are definitely NOT in
/boot/initrd.img-5.18.11+
I will have to lookup how to include them into initrd.
Though it may be worth mentioning
On 7/20/22 16:27, Thomas Zimmermann wrote:
> Replace the simple-KMS helpers with the regular atomic helpers. The
> regular helpers are better architectured and therefore allow for easier
> code sharing among drivers. No functional changes.
>
Acked-by: Javier Martinez Canillas
But I've a question
https://bugzilla.kernel.org/show_bug.cgi?id=216277
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
Hello Dri-devel,
There is yet another race condition happening with ttm objects,
this time with fbdev.
Please consider the following simple code that shows the problem (or
email attached):
https://0x0.st/ojmf.c
The kernel assertion:
[ 2112.472011] ---[ end trace ]---
[ 2182.118
On 24/07/2022 19:28, Thomas Zimmermann wrote:
Hi
Am 22.07.22 um 17:47 schrieb Christian König:
Hi Tvrtko,
scratching my head what exactly is going on here.
I've build tested drm-tip a couple of test in the last week and it
always worked flawlessly.
It looks like that some conflict resolu
The internal dma-buf lock isn't needed anymore because the updated
locking specification claims that dma-buf reservation must be locked
by importers, and thus, the internal data is already protected by the
reservation lock. Remove the obsoleted internal lock.
Acked-by: Tomasz Figa
Signed-off-by:
All drivers that use dma-bufs have been moved to the updated locking
specification and now dma-buf reservation is guaranteed to be locked
by importers during the mapping operations. There is no need to take
the internal dma-buf lock anymore. Remove locking from the videobuf2
memory allocators.
Ack
This patch moves the non-dynamic dma-buf users over to the dynamic
locking specification. The strict locking convention prevents deadlock
situation for dma-buf importers and exporters.
Previously the "unlocked" versions of the dma-buf API functions weren't
taking the reservation lock and this patc
Add _unlocked postfix to the dma-buf API function names in a preparation
to move all non-dynamic dma-buf users over to the dynamic locking
specification. This patch only renames API functions, preparing drivers
to the common locking convention. Later on we will make the "unlocked"
functions to take
The new common dma-buf locking convention will require buffer importers
to hold the reservation lock around mapping operations. Make DRM GEM core
to take the lock around the vmapping operations and update QXL and i915
drivers to use the locked functions for the case where DRM core now holds
the loc
Hello,
This series moves all drivers to a dynamic dma-buf locking specification.
>From now on all dma-buf importers are made responsible for holding
dma-buf's reservation lock around all operations performed over dma-bufs
in accordance to the locking specification. This allows us to utilize
reserv
Add compatible string for Densitron DMT028VGHMCMI-1A TFT matrix.
This is a DSI-attached 480x640 2.83 inch panel.
Signed-off-by: Marek Vasut
Cc: Guido Günther
Cc: Jagan Teki
Cc: Laurent Pinchart
Cc: Linus Walleij
Cc: Rob Herring
Cc: Sam Ravnborg
Cc: Thierry Reding
Cc: devicet...@vger.kernel
Add support for Densitron DMT028VGHMCMI-1A TFT matrix into this driver.
This is a DSI-attached 480x640 2.83 inch panel.
Signed-off-by: Marek Vasut
Cc: Guido Günther
Cc: Jagan Teki
Cc: Laurent Pinchart
Cc: Linus Walleij
Cc: Sam Ravnborg
Cc: Thierry Reding
---
drivers/gpu/drm/panel/panel-sit
Hello Geert,
On 7/21/22 16:46, Geert Uytterhoeven wrote:
> Hi Thomas,
>
> On Wed, Jul 20, 2022 at 4:27 PM Thomas Zimmermann wrote:
>> Compute the framebuffer's scanline stride length if not given by
>> the simplefb data.
>>
>> Signed-off-by: Thomas Zimmermann
>
> Thanks for your patch!
>
>> -
On 7/20/22 16:27, Thomas Zimmermann wrote:
> Replace the remaining uses of the field pdev by upcasts from the Linux
> device and remove the field.
>
> Signed-off-by: Thomas Zimmermann
Much better indeed.
Acked-by: Javier Martinez Canillas
--
Best regards,
Javier Martinez Canillas
Linux Engi
Hello Thomas,
On 7/20/22 16:27, Thomas Zimmermann wrote:
> Inline the helpers for initializing the hardware FB, the memory
> management and the modesetting into the device-creation function.
> No functional changes.
>
Could you please elaborate in the commit message why this change is
desirable?
On 7/20/22 16:27, Thomas Zimmermann wrote:
> Remove the unused mem field from struct simpledrm_device.
>
> Signed-off-by: Thomas Zimmermann
> ---
Acked-by: Javier Martinez Canillas
--
Best regards,
Javier Martinez Canillas
Linux Engineering
Red Hat
Calling swiotlb functions directly is nowadays considered harmful. See
https://lore.kernel.org/intel-gfx/20220711082614.ga29...@lst.de/
Replace swiotlb_max_segment() calls with dma_max_mapping_size().
In i915_gem_object_get_pages_internal() no longer consider max_segment
only if CONFIG_SWIOTLB is
1 - 100 of 166 matches
Mail list logo
