Jani/Rodrigo,
Original Subject: Re: [Intel-gfx] [PATCH] Revert "drm/i915/hwmon: Enable PL1
power limit"
On Wed, 15 Feb 2023 09:19:07 -0800, Rodrigo Vivi wrote:
>
> On Wed, Feb 15, 2023 at 08:24:51AM -0800, Dixit, Ashutosh wrote:
> > On Wed, 15 Feb 2023 07:37:30 -0800, Jani Nikula wrote:
> > >
>
clang with W=1 reports
drivers/gpu/drm/bridge/sii9234.c:870:31: error:
unused function 'bridge_to_sii9234' [-Werror,-Wunused-function]
static inline struct sii9234 *bridge_to_sii9234(struct drm_bridge *bridge)
^
This static function is not used, so remove it.
Signed
Cleanup bindings dropping unneeded quotes. Once all these are fixed,
checking for this can be enabled in yamllint.
Signed-off-by: Rob Herring
---
.../bindings/auxdisplay/holtek,ht16k33.yaml| 2 +-
.../bindings/display/bridge/nxp,ptn3460.yaml | 2 +-
.../display/bridge/toshiba,tc358767.ya
The reset pin might not be software controllable from the SoC,
so make it optional.
Signed-off-by: Sebastian Reichel
---
drivers/gpu/drm/panel/panel-sitronix-st7789v.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/panel/panel-sitronix-st7789v.c
b/drivers/gp
Add compatible value for Inanbo t28cp45tn89 and
make reset GPIO non mandatory, since it might not
be connected to the CPU.
Signed-off-by: Sebastian Reichel
---
.../devicetree/bindings/display/panel/sitronix,st7789v.yaml | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
a/D
ST7789V_COLMOD_RGB_FMT_18BITS and ST7789V_COLMOD_CTRL_FMT_18BITS
are unused in favour of MIPI_DCS_PIXEL_FMT_18BIT, remove them.
Signed-off-by: Sebastian Reichel
---
drivers/gpu/drm/panel/panel-sitronix-st7789v.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-si
Prepare the driver for additional panels with different
initialization.
Signed-off-by: Sebastian Reichel
---
.../gpu/drm/panel/panel-sitronix-st7789v.c| 110 +++---
1 file changed, 67 insertions(+), 43 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-sitronix-st7789v.c
b/d
SPI device drivers should also have a SPI ID table.
Signed-off-by: Sebastian Reichel
---
drivers/gpu/drm/panel/panel-sitronix-st7789v.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-sitronix-st7789v.c
b/drivers/gpu/drm/panel/panel-sitronix-st7789v.c
inde
UNI-T UTi260b has a Inanbo T28CP45TN89 v17 panel. I could not find
proper documentation for the panel apart from a technical drawing, but
according to the vendor U-Boot it is based on a Sitronix st7789v chip.
I generated the init sequence by modifying the default one until proper
graphics output ha
Hi,
This adds panel support for Inanbo T28CP45TN89, which I found inside of a
handheld thermal camera. The panel is based on the st7789v controller. All
information is based on reverse engineering.
The series conflicts with [0] ("Add timing override to sitronix,st7789v").
I can rebase, but did no
Shenzhen INANBO Electronic Technology Co., Ltd. manufacturers
TFT/OLED LCD panels.
Signed-off-by: Sebastian Reichel
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml
b/Documenta
On Sun, Mar 12, 2023 at 7:45 AM Martin Kepplinger
wrote:
>
> Am Donnerstag, dem 09.03.2023 um 22:39 -0800 schrieb Saravana Kannan:
> > After commit 3fb16866b51d ("driver core: fw_devlink: Make cycle
> > detection more robust"), fw_devlink prints an error when consumer
> > devices don't have their
On Thu, 16 Mar 2023 15:06:32 -0700, john.c.harri...@intel.com wrote:
>
> From: John Harrison
>
> A failure to load the GuC is occasionally observed where the GuC log
> actually showed that the GuC had loaded just fine. The implication
> being that the load just took ever so slightly longer than th
On Fri, Mar 17, 2023 at 7:51 PM Andy Shevchenko
wrote:
> The of_gpio.h is going to be removed. In preparation of that convert
> the driver to the agnostic API.
>
> Signed-off-by: Andy Shevchenko
Thanks for fixing this Andy!
> -#if !IS_ENABLED(CONFIG_LCD_HX8357)
> +#if IS_ENABLED(CONFIG_LCD_HX8
Applied. Thanks!
Alex
On Fri, Mar 17, 2023 at 4:24 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/link/link_detection.c:877: warning:
> Function parameter or member 'link' not described in
> 'detect_link_and_local_sink'
>
Applied. Thanks!
On Fri, Mar 17, 2023 at 4:23 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce60/dce60_resource.c:157:21:
> note: in expansion of macro ‘mmCRTC1_DCFE_MEM_LIGHT_SLEEP_CNTL’
> drivers/gpu/drm/amd/amdgpu/../
Applied. Thanks!
Alex
On Fri, Mar 17, 2023 at 4:23 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/link/protocols/link_dp_capability.c:2190:
> warning: Function parameter or member 'link' not described in
> 'dc_link_is_
Applied. Thanks!
Alex
On Fri, Mar 17, 2023 at 4:23 AM Lee Jones wrote:
>
> ‘ds_port’ is clearly not used anywhere and ‘result_write_min_hblank’ is
> only utilised when debugging is enabled. The alternative would be to
> allocate the variable under the same clause as the debugging code, but
> t
Applied. Thanks!
On Fri, Mar 17, 2023 at 4:23 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/link/protocols/link_dp_training.c:
> In function ‘perform_link_training_with_retries’:
>
> drivers/gpu/drm/amd/amdgpu/../display
Applied. Thanks!
On Fri, Mar 17, 2023 at 4:23 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/link/link_detection.c: In function
> ‘query_hdcp_capability’:
> drivers/gpu/drm/amd/amdgpu/../display/dc/link/link_detection.c:50
On Fri, Mar 17, 2023 at 4:23 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_stat.c:38: warning: Cannot
> understand
> *
> drivers/gpu/drm/
Applied. Thanks!
On Fri, Mar 17, 2023 at 4:23 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce/dmub_psr.c:257: warning: This
> comment starts with '/**', but isn't a kernel-doc comment. Refer
> Documentation/doc-guide/ke
On Fri, Mar 17, 2023 at 4:23 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_helpers.c:48:22:
> warning: ‘SYNAPTICS_DEVICE_ID’ defined but not used [-Wunused-const-variable=]
CONFIG_DRM_AMD_DC_DCN was recentl
Applied. Thanks!
Alex
On Fri, Mar 17, 2023 at 4:23 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/include/ddc_service_types.h: At top
> level:
> drivers/gpu/drm/amd/amdgpu/../display/include/ddc_service_types.h:143:22:
>
Applied. Thanks!
Alex
On Fri, Mar 17, 2023 at 4:23 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../pm/swsmu/smu11/vangogh_ppt.c:2381: warning:
> Function parameter or member 'residency' not described in
> 'vangogh_get_gfxoff_residenc
Applied with minor modification. Thanks!
Alex
On Fri, Mar 17, 2023 at 4:23 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_vce.c:599: warning: Function parameter or
> member 'p' not described in 'amdgpu_vce_validate_bo'
>
> Cc: Al
Applied. Thanks!
On Fri, Mar 17, 2023 at 4:23 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_mes.c: In function
> ‘amdgpu_mes_ctx_alloc_meta_data’:
> drivers/gpu/drm/amd/amdgpu/amdgpu_mes.c:1099:13: warning: variable ‘r’ set
> b
Applied. Thanks!
On Fri, Mar 17, 2023 at 4:23 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/ih_v6_0.c:392: warning: Function parameter or
> member 'ih' not described in 'ih_v6_0_get_wptr'
> drivers/gpu/drm/amd/amdgpu/ih_v6_0.c:432: war
Applied. Thanks!
Alex
On Fri, Mar 17, 2023 at 4:23 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/gmc_v11_0.c:282: warning: Function parameter or
> member 'vmhub' not described in 'gmc_v11_0_flush_gpu_tlb'
> drivers/gpu/drm/amd/amdgpu/
Applied. Thanks!
Alex
On Fri, Mar 17, 2023 at 4:23 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_vm_pt.c:683: warning: Function parameter
> or member 'unlocked' not described in 'amdgpu_vm_pt_free_dfs'
>
> Cc: Alex Deucher
> Cc
Applied. Thanks!
On Fri, Mar 17, 2023 at 4:22 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_ucode.c:129:6: warning: no previous
> prototype for ‘amdgpu_ucode_print_imu_hdr’ [-Wmissing-prototypes]
>
> Cc: Alex Deucher
> Cc: "Chri
Applied. Thanks!
On Fri, Mar 17, 2023 at 4:22 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_device.c:5152:
>warning: Function parameter or member 'reset_context' not described in
> 'amdgpu_device_gpu_recover'
>
> Cc: Alex Deu
Applied. Thanks!
On Fri, Mar 17, 2023 at 4:22 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dc_hdmi_types.h:53:22:
>warning: ‘dp_hdmi_dongle_signature_str’ defined but not used
> [-Wunused-const-variable=]
>
> [snipped
On Fri, Mar 17, 2023 at 12:08 PM Faith Ekstrand wrote:
>
>
> On Wed, Mar 8, 2023 at 9:54 AM Rob Clark wrote:
>>
>> From: Rob Clark
>>
>> Add a new flag to let userspace provide a deadline as a hint for syncobj
>> and timeline waits. This gives a hint to the driver signaling the
>> backing fence
On Fri, Mar 17, 2023 at 07:47:52PM +0100, Sebastian Wick wrote:
> On Fri, Mar 17, 2023 at 7:38 PM Ville Syrjälä
> wrote:
> >
> > On Fri, Mar 17, 2023 at 06:40:53PM +0100, Sebastian Wick wrote:
> > > On Fri, Mar 17, 2023 at 5:34 PM Ville Syrjälä
> > > wrote:
> > > >
> > > > On Fri, Mar 17, 2023 at
On Fri, Mar 17, 2023 at 07:41:04PM +0100, Matthieu Baerts wrote:
> @Konstantin: would it be OK for your future Bugzilla bot to deal with
> the generic "Link:" tag instead of the specific "Closes:" one?
Yes and no -- we can easily figure out that "it's a bugzilla link and it
points at this bug", bu
The of_gpio.h is going to be removed. In preparation of that convert
the driver to the agnostic API.
Signed-off-by: Andy Shevchenko
---
drivers/gpio/gpiolib-of.c| 4 +-
drivers/video/backlight/hx8357.c | 74 ++--
2 files changed, 24 insertions(+), 54 deletion
On Fri, Mar 17, 2023 at 7:38 PM Ville Syrjälä
wrote:
>
> On Fri, Mar 17, 2023 at 06:40:53PM +0100, Sebastian Wick wrote:
> > On Fri, Mar 17, 2023 at 5:34 PM Ville Syrjälä
> > wrote:
> > >
> > > On Fri, Mar 17, 2023 at 05:37:51PM +0200, Pekka Paalanen wrote:
> > > > On Fri, 17 Mar 2023 16:14:38 +0
Hi Linus, Daniel, Konstantin,
@Linus, Daniel: Thank you both for your replies!
@Konstantin: I have one question for you at the end of this email if you
don't mind.
On 17/03/2023 17:58, Daniel Vetter wrote:
> On Thu, 16 Mar 2023 at 18:30, Linus Torvalds
> wrote:
>>
>> On Thu, Mar 16, 2023 at 4:4
On Fri, Mar 17, 2023 at 06:40:53PM +0100, Sebastian Wick wrote:
> On Fri, Mar 17, 2023 at 5:34 PM Ville Syrjälä
> wrote:
> >
> > On Fri, Mar 17, 2023 at 05:37:51PM +0200, Pekka Paalanen wrote:
> > > On Fri, 17 Mar 2023 16:14:38 +0200
> > > Ville Syrjälä wrote:
> > >
> > > > On Fri, Mar 17, 2023 a
Zero-length arrays as fake flexible arrays are deprecated and we are
moving towards adopting C99 flexible-array members instead.
Address the following warning found with GCC-13 and
-fstrict-flex-arrays=3 enabled:
drivers/gpu/drm/i915/gem/i915_gem_context.c: In function
‘set_proto_ctx_engines.isra
On Wed, Mar 15, 2023 at 5:22 PM Steven Rostedt wrote:
>
> I hope that this gets in by -rc3, as I want to start basing my next branch
> on that tag.
My tree should have it now as commit c00133a9e87e ("drm/ttm: drop
extra ttm_bo_put in ttm_bo_cleanup_refs").
Linus
On Fri, Mar 17, 2023 at 5:34 PM Ville Syrjälä
wrote:
>
> On Fri, Mar 17, 2023 at 05:37:51PM +0200, Pekka Paalanen wrote:
> > On Fri, 17 Mar 2023 16:14:38 +0200
> > Ville Syrjälä wrote:
> >
> > > On Fri, Mar 17, 2023 at 03:35:53PM +0200, Pekka Paalanen wrote:
> > > > On Fri, 17 Mar 2023 14:50:40 +
The pull request you sent on Fri, 17 Mar 2023 17:59:36 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2023-03-17
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/2cf5a401c87178237c5b782c44578c26690a802b
Thank you!
--
Deet-doot-dot, I am a bot.
https://k
Thomas Zimmermann writes:
> Am 16.03.23 um 23:34 schrieb Javier Martinez Canillas:
>> There's a nice macro to calculate the destination pitch that already takes
>> into account sub-byte pixel formats. Use that instead of open coding it.
>>
>> Suggested-by: Geert Uytterhoeven
>> Signed-off-by: J
On Thu, 16 Mar 2023 at 18:30, Linus Torvalds
wrote:
>
> On Thu, Mar 16, 2023 at 4:43 AM Matthieu Baerts
> wrote:
> >
> > @Linus: in short, we would like to continue using the "Closes:" tag (or
> > similar, see below) with a URL in commit messages. They are useful to
> > have public bug trackers d
Hi Dave, Daniel,
New stuff for 6.4.
The following changes since commit 424b3d7582a2a4a7c45d405225ac70cff97f2e4a:
drm/amd/pm: downgrade log level upon SMU IF version mismatch (2023-02-23
17:35:59 -0500)
are available in the Git repository at:
https://gitlab.freedesktop.org/agd5f/linux.git
On Thu, Mar 16, 2023 at 08:43:46PM -0700, Yang, Fei wrote:
> >> From: Fei Yang
> >>
> >> On MTL, objects allocated through i915_gem_object_create_internal() are
> >> mapped as uncached in GPU by default because HAS_LLC is false. However
> >> in the live_hwsp_read selftest these watcher objects are
On Fri, Mar 17, 2023 at 05:37:51PM +0200, Pekka Paalanen wrote:
> On Fri, 17 Mar 2023 16:14:38 +0200
> Ville Syrjälä wrote:
>
> > On Fri, Mar 17, 2023 at 03:35:53PM +0200, Pekka Paalanen wrote:
> > > On Fri, 17 Mar 2023 14:50:40 +0200
> > > Ville Syrjälä wrote:
> > >
> > > > On Fri, Mar 17, 2
On Fri, Mar 17, 2023 at 05:08:47PM +0100, Thomas Zimmermann wrote:
> Hi
>
> Am 17.03.23 um 16:11 schrieb Maxime Ripard:
> > On Fri, Mar 17, 2023 at 01:51:42PM +0100, Thomas Zimmermann wrote:
> > > Hi
> > >
> > > Am 17.03.23 um 13:39 schrieb Javier Martinez Canillas:
> > > > Thomas Zimmermann wri
Hi
Am 17.03.23 um 16:11 schrieb Maxime Ripard:
On Fri, Mar 17, 2023 at 01:51:42PM +0100, Thomas Zimmermann wrote:
Hi
Am 17.03.23 um 13:39 schrieb Javier Martinez Canillas:
Thomas Zimmermann writes:
Consolidate all handling of CONFIG_DRM_FBDEV_LEAK_PHYS_SMEM by
making the module parameter o
On Fri, Mar 17, 2023 at 3:23 AM Jonas Ådahl wrote:
>
> On Thu, Mar 16, 2023 at 09:28:55AM -0700, Rob Clark wrote:
> > On Thu, Mar 16, 2023 at 2:26 AM Jonas Ådahl wrote:
> > >
> > > On Wed, Mar 15, 2023 at 09:19:49AM -0700, Rob Clark wrote:
> > > > On Wed, Mar 15, 2023 at 6:53 AM Jonas Ådahl wrot
On 3/17/2023 8:04 AM, Maxime Ripard wrote:
On Thu, Mar 16, 2023 at 11:04:05AM -0600, Jeffrey Hugo wrote:
On 3/14/2023 3:59 AM, Jacek Lawrynowicz wrote:
Hi
On 06.03.2023 22:34, Jeffrey Hugo wrote:
Add MAINTAINERS entry for the Qualcomm Cloud AI 100 driver.
Signed-off-by: Jeffrey Hugo
Reviewe
On Fri, 17 Mar 2023 16:14:38 +0200
Ville Syrjälä wrote:
> On Fri, Mar 17, 2023 at 03:35:53PM +0200, Pekka Paalanen wrote:
> > On Fri, 17 Mar 2023 14:50:40 +0200
> > Ville Syrjälä wrote:
> >
> > > On Fri, Mar 17, 2023 at 10:53:35AM +0200, Pekka Paalanen wrote:
> > > > On Fri, 17 Mar 2023 01:
On Fri, Mar 17, 2023 at 01:51:42PM +0100, Thomas Zimmermann wrote:
> Hi
>
> Am 17.03.23 um 13:39 schrieb Javier Martinez Canillas:
> > Thomas Zimmermann writes:
> >
> > > Consolidate all handling of CONFIG_DRM_FBDEV_LEAK_PHYS_SMEM by
> > > making the module parameter optional in drm_fb_helper.c.
Hi Matti,
On Fri, Mar 17, 2023 at 04:42:25PM +0200, Matti Vaittinen wrote:
> The creation of a dummy device in order to test managed interfaces is a
> generally useful test feature. The drm test helpers
> test_kunit_helper_alloc_device() and test_kunit_helper_free_device()
> are doing exactly this
On Thu, Mar 16, 2023 at 11:59 PM Rob Clark wrote:
>
> On Thu, Mar 16, 2023 at 3:22 PM Sebastian Wick
> wrote:
> >
> > On Thu, Mar 16, 2023 at 5:29 PM Rob Clark wrote:
> > >
> > > On Thu, Mar 16, 2023 at 2:26 AM Jonas Ådahl wrote:
> > > >
> > > > On Wed, Mar 15, 2023 at 09:19:49AM -0700, Rob Cla
The QMP PHY is a USB3/DP combo phy, switch to the newly
documented bindings and register the clocks to the GCC
and DISPCC controllers.
Reviewed-by: Dmitry Baryshkov
Reviewed-by: Konrad Dybcio
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/qcom/sm8450.dtsi | 42 +-
Add the Display Port controller subnode to the MDSS node.
Tested-by: Dmitry Baryshkov #SM8350-HDK
Reviewed-by: Dmitry Baryshkov
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/qcom/sm8350.dtsi | 79
1 file changed, 79 insertions(+)
diff --git a/arch/
The SM8450 & SM350 shares the same DT TX IP version, use the
SM8350 compatible as fallback for SM8450.
Reviewed-by: Krzysztof Kozlowski
Signed-off-by: Neil Armstrong
---
.../bindings/display/msm/dp-controller.yaml| 25 +-
1 file changed, 15 insertions(+), 10 deletion
Add the Display Port controller subnode to the MDSS node.
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/qcom/sm8450.dtsi | 79
1 file changed, 79 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sm8450.dtsi
b/arch/arm64/boot/dts/qcom/sm8450.dtsi
The first QMP PHY is an USB3/DP combo phy, switch to the newly
documented bindings and register the clocks to the GCC
and DISPCC controllers.
Reviewed-by: Dmitry Baryshkov
Tested-by: Dmitry Baryshkov #SM8350-HDK
Reviewed-by: Konrad Dybcio
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/
Switch the QMP PHY to the newly documented USB3/DP Combo PHY
bindings at [1] and add the DP controller nodes.
The DP output is shared with the USB3 SuperSpeed lanes and is
usually connected to an USB-C port which Altmode is controlled
by the PMIC Glink infrastructure in discution at [1] & [2].
DT
On Thu, Mar 16, 2023 at 7:09 PM Stefano Stabellini
wrote:
>
> On Thu, 16 Mar 2023, Juergen Gross wrote:
> > On 16.03.23 14:53, Alex Deucher wrote:
> > > On Thu, Mar 16, 2023 at 9:48 AM Juergen Gross wrote:
> > > >
> > > > On 16.03.23 14:45, Alex Deucher wrote:
> > > > > On Thu, Mar 16, 2023 at 3:
The creation of a dummy device in order to test managed interfaces is a
generally useful test feature. The drm test helpers
test_kunit_helper_alloc_device() and test_kunit_helper_free_device()
are doing exactly this. It makes no sense that each and every component
which intends to be testing manage
The creation of a dummy device in order to test managed interfaces is a
generally useful test feature. The drm test helpers
drm_kunit_helper_alloc_device() and drm_kunit_helper_free_device()
are doing exactly this. It makes no sense that each and every component
which intends to be testing managed
Support ROHM BU27034 ALS sensor
This series adds support for ROHM BU27034 Ambient Light Sensor.
The BU27034 has configurable gain and measurement (integration) time
settings. Both of these have inversely proportional relation to the
sensor's intensity channel scale.
Many users only set the scale
On 17/03/2023 13:09, Dmitry Baryshkov wrote:
On 17/03/2023 11:12, Neil Armstrong wrote:
The QMP PHY is a USB3/DP combo phy, switch to the newly
documented bindings and register the clocks to the GCC
and DISPCC controllers.
Reviewed-by: Dmitry Baryshkov
Reviewed-by: Konrad Dybcio
Signed-off-by
On Fri, Mar 17, 2023 at 03:35:53PM +0200, Pekka Paalanen wrote:
> On Fri, 17 Mar 2023 14:50:40 +0200
> Ville Syrjälä wrote:
>
> > On Fri, Mar 17, 2023 at 10:53:35AM +0200, Pekka Paalanen wrote:
> > > On Fri, 17 Mar 2023 01:01:38 +0200
> > > Ville Syrjälä wrote:
> > >
> > > > On Thu, Mar 16, 2
On Fri, Mar 17, 2023 at 9:23 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/nouveau/nvkm/engine/gr/tu102.c:210:1: warning:
> ‘tu102_gr_load’ defined but not used [-Wunused-function]
>
mhh, this looks a little fishy and might be a mistake not using t
nouveau changes up to here are:
Reviewed-by: Karol Herbst
On Fri, Mar 17, 2023 at 9:23 AM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/nouveau/dispnv04/crtc.c:453: warning: This comment starts
> with '/**', but isn't a kernel-doc comment. Refer
>
On Thu, Mar 16, 2023 at 11:04:05AM -0600, Jeffrey Hugo wrote:
> On 3/14/2023 3:59 AM, Jacek Lawrynowicz wrote:
> > Hi
> >
> > On 06.03.2023 22:34, Jeffrey Hugo wrote:
> > > Add MAINTAINERS entry for the Qualcomm Cloud AI 100 driver.
> > >
> > > Signed-off-by: Jeffrey Hugo
> > > Reviewed-by: Carl
On 3/17/23 13:35, Pekka Paalanen wrote:
On Fri, 17 Mar 2023 14:50:40 +0200
Ville Syrjälä wrote:
On Fri, Mar 17, 2023 at 10:53:35AM +0200, Pekka Paalanen wrote:
On Fri, 17 Mar 2023 01:01:38 +0200
Ville Syrjälä wrote:
On Thu, Mar 16, 2023 at 10:13:54PM +0100, Sebastian Wick wrote:
On
On 17/03/2023 13:19, Dmitry Baryshkov wrote:
On 17/03/2023 11:12, Neil Armstrong wrote:
Add the Display Port controller subnode to the MDSS node.
Reviewed-by: Konrad Dybcio
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/qcom/sm8450.dtsi | 79
1 f
On Fri, 17 Mar 2023 14:50:40 +0200
Ville Syrjälä wrote:
> On Fri, Mar 17, 2023 at 10:53:35AM +0200, Pekka Paalanen wrote:
> > On Fri, 17 Mar 2023 01:01:38 +0200
> > Ville Syrjälä wrote:
> >
> > > On Thu, Mar 16, 2023 at 10:13:54PM +0100, Sebastian Wick wrote:
> > > > On Thu, Mar 16, 2023 at
On Fri, Mar 17, 2023 at 03:15:56PM +0200, Ville Syrjälä wrote:
> On Fri, Mar 17, 2023 at 01:29:13PM +0100, Jonas Ådahl wrote:
> > On Fri, Mar 17, 2023 at 01:21:43PM +0100, Jonas Ådahl wrote:
> > > On Fri, Mar 17, 2023 at 01:33:25PM +0200, Ville Syrjälä wrote:
> > > > On Fri, Mar 17, 2023 at 11:34:1
On Fri, Mar 17, 2023 at 01:29:13PM +0100, Jonas Ådahl wrote:
> On Fri, Mar 17, 2023 at 01:21:43PM +0100, Jonas Ådahl wrote:
> > On Fri, Mar 17, 2023 at 01:33:25PM +0200, Ville Syrjälä wrote:
> > > On Fri, Mar 17, 2023 at 11:34:16AM +0100, Jonas Ådahl wrote:
> > > > On Mon, Mar 13, 2023 at 06:33:11P
On Fri, Mar 17, 2023 at 01:21:40PM +0100, Jonas Ådahl wrote:
> On Fri, Mar 17, 2023 at 01:33:25PM +0200, Ville Syrjälä wrote:
> > On Fri, Mar 17, 2023 at 11:34:16AM +0100, Jonas Ådahl wrote:
> > > On Mon, Mar 13, 2023 at 06:33:11PM +0200, Ville Syrjala wrote:
> > > > From: Ville Syrjälä
> > > >
>
Hi
Am 17.03.23 um 13:39 schrieb Javier Martinez Canillas:
Thomas Zimmermann writes:
Consolidate all handling of CONFIG_DRM_FBDEV_LEAK_PHYS_SMEM by
making the module parameter optional in drm_fb_helper.c.
Without the config option, modules can set smem_start in struct
fb_info for internal usa
On Fri, Mar 17, 2023 at 10:53:35AM +0200, Pekka Paalanen wrote:
> On Fri, 17 Mar 2023 01:01:38 +0200
> Ville Syrjälä wrote:
>
> > On Thu, Mar 16, 2023 at 10:13:54PM +0100, Sebastian Wick wrote:
> > > On Thu, Mar 16, 2023 at 1:35 PM Ville Syrjälä
> > > wrote:
> > > >
> > > > On Thu, Mar 16, 202
Thomas Zimmermann writes:
> Rename symbols to match the style of other fbdev-emulation source
> code. No functional changes.
>
> Signed-off-by: Thomas Zimmermann
> ---
Reviewed-by: Javier Martinez Canillas
--
Best regards,
Javier Martinez Canillas
Core Platforms
Red Hat
Thomas Zimmermann writes:
> Consolidate all handling of CONFIG_DRM_FBDEV_LEAK_PHYS_SMEM by
> making the module parameter optional in drm_fb_helper.c.
>
> Without the config option, modules can set smem_start in struct
> fb_info for internal usage, but not export if to userspace. The
> address can
On 16/03/2023 15:08, Jayesh Choudhary wrote:
> From: Rahul T R
>
> Add no-hpd property to the bindings, to disable
> hpd when not connected or unusable
>
> Signed-off-by: Rahul T R
> Signed-off-by: Jayesh Choudhary
> ---
> .../devicetree/bindings/display/bridge/cdns,mhdp8546.yaml | 6 ++
On Fri, Mar 17, 2023 at 01:21:43PM +0100, Jonas Ådahl wrote:
> On Fri, Mar 17, 2023 at 01:33:25PM +0200, Ville Syrjälä wrote:
> > On Fri, Mar 17, 2023 at 11:34:16AM +0100, Jonas Ådahl wrote:
> > > On Mon, Mar 13, 2023 at 06:33:11PM +0200, Ville Syrjala wrote:
> > > > From: Ville Syrjälä
> > > >
>
Thomas Zimmermann writes:
[...]
> @@ -91,36 +93,52 @@ static int drm_fbdev_fb_probe(struct drm_fb_helper
> *fb_helper,
>
> fb_helper->buffer = buffer;
> fb_helper->fb = buffer->fb;
> - fb = buffer->fb;
> +
> + screen_size = buffer->gem->size;
[...]
> - info->screen_s
On Fri, Mar 17, 2023 at 01:33:25PM +0200, Ville Syrjälä wrote:
> On Fri, Mar 17, 2023 at 11:34:16AM +0100, Jonas Ådahl wrote:
> > On Mon, Mar 13, 2023 at 06:33:11PM +0200, Ville Syrjala wrote:
> > > From: Ville Syrjälä
> > >
> > > Add a new immutable plane property by which a plane can advertise
Hi Javier
Am 17.03.23 um 12:47 schrieb Javier Martinez Canillas:
Thomas Zimmermann writes:
Hello Thomas,
Remove all codepaths that implement fbdev output directly on GEM
buffers. Always allocate a shadow buffer in system memory and set
up deferred I/O for mmap.
The fbdev code that operated
On 17/03/2023 11:12, Neil Armstrong wrote:
Add the Display Port controller subnode to the MDSS node.
Reviewed-by: Konrad Dybcio
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/qcom/sm8450.dtsi | 79
1 file changed, 79 insertions(+)
diff --git a/ar
On 17/03/2023 11:12, Neil Armstrong wrote:
Add the Display Port controller subnode to the MDSS node.
Tested-by: Dmitry Baryshkov #SM8350-HDK
Reviewed-by: Dmitry Baryshkov
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/qcom/sm8350.dtsi | 74
1 fil
In order to declare IOCTLs with the current Rust abstractions, we use
the kernel::declare_drm_ioctls! macro. This macro considers that the
IOCTLs are in the right order and there are no gaps. This isn't the case
for vgem, which start the IOCTLs with 0x01, instead of 0x00.
With the intention to use
In order to prevent possible hangs, if the fence is not signaled for
more than 10 seconds, force the fence to expire by being signaled.
Signed-off-by: Maíra Canal
---
drivers/gpu/drm/rustgem/fence.rs | 31 +--
drivers/gpu/drm/rustgem/file.rs | 7 +++
2 files cha
The VGEM driver is a non-hardware backed GEM service and it is currently
implemented in C on the DRM subsystem. This patch introduces a new
version of the VGEM driver written in Rust. This driver provides the
same functionalities and uses the same UAPI of the original VGEM driver.
Signed-off-by: M
Bindgen doesn't expand C macros, which makes DRM_IOCTL_VGEM_FENCE_ATTACH
and DRM_IOCTL_VGEM_FENCE_SIGNAL not accessible through the Rust
bindings. So, move the IOCTLs numbers to a enum, preserving the same
values and the same name. This won't produce any functional changes to
the UAPI and it will m
Some drivers use the gem_create_object callback to define the mapping of
the object write-combined (map_wc). Currently, the DRM Rust abstractions
doesn't allow such operation. So, add a constant to the DriverObject trait
to allow drivers to set map_wc on the gem_create_object callback. By
default,
Each fence has a linear increasing sequence number inside the execution
context, that can be used to decide which fence would be signaled later.
So, expose this attribute to the Rust drivers through a method.
Signed-off-by: Maíra Canal
---
rust/kernel/dma_fence.rs | 7 +++
1 file changed, 7
A GEMObject, related to struct drm_gem_object, holds a pointer
to reservation object associated with the this GEM object. Therefore,
expose this reservation object through the DmaResv safe abstraction.
Signed-off-by: Maíra Canal
---
rust/kernel/drm/gem/mod.rs | 7 +++
1 file changed, 7 inser
To indicate the current status of the fence, there is a kernel function that
returns an indication if the fence is signaled yet. Therefore, add a method
in the Rust abstraction to return an indication if the fence is signaled.
Signed-off-by: Maíra Canal
---
rust/helpers.c | 6 ++
r
The DMA reservation object provides a mechanism to manage a container
of dma_fence object associated with a resource. So, add an abstraction
to allow Rust drivers to interact with this subsystem.
Signed-off-by: Maíra Canal
---
rust/bindings/bindings_helper.h | 1 +
rust/helpers.c
This is my first take on using the DRM Rust abstractions [1] to convert a DRM
driver, written originally in C, to Rust. This patchset consists of a conversion
of the vgem driver to a DRM Rust driver. This new driver has the exactly same
functionalities of the original C driver, but takes advantages
On 17/03/2023 11:12, Neil Armstrong wrote:
The QMP PHY is a USB3/DP combo phy, switch to the newly
documented bindings and register the clocks to the GCC
and DISPCC controllers.
Reviewed-by: Dmitry Baryshkov
Reviewed-by: Konrad Dybcio
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/qc
1 - 100 of 186 matches
Mail list logo
