Re: [PATCH 1/7] drm: Add eDP 1.5 early transport definition

Hello All, I accidentally pushed this patch into drm-intel/drm-intel-next. Hopefully this doesn't cause problems. I'm very sorry for inconvenience. Best Regards, Jouni Högander On Wed, 2024-01-03 at 10:46 +, Kahola, Mika wrote: > > -Original Message- > > From: Intel-gfx On Behalf >

[PATCH v2 1/1] drm: panel: simple: convert LG LB070WV8 fixed mode into display timings

At least the pixelclock has a range which can vary. Convert fixed mode into display timings so they can be overwritten in DT if necessary. Signed-off-by: Alexander Stein --- Changes in v2: * Rebase to next-20240110 drivers/gpu/drm/panel/panel-simple.c | 24 1 file

Re: [PATCH 08/11] ARM: dts: DRA7xx: Add device tree entry for SGX GPU

* Andrew Davis [240109 17:20]: > --- a/arch/arm/boot/dts/ti/omap/dra7.dtsi > +++ b/arch/arm/boot/dts/ti/omap/dra7.dtsi > @@ -850,12 +850,19 @@ target-module@5600 { > ; > ti,sysc-sidle = , > , > -

Re: [PATCH 02/11] dt-bindings: gpu: Add PowerVR Series5 SGX GPUs

* Krzysztof Kozlowski [240109 19:53]: > On 09/01/2024 18:19, Andrew Davis wrote: > > The Imagination PowerVR Series5 "SGX" GPU is part of several SoCs from > > multiple vendors. Describe how the SGX GPU is integrated in these SoC, > > including register space and interrupts. Clocks, reset, and pow

Re: Lenovo b40-30 i915.invert_brightness

On Tue, 09 Jan 2024, f380cedric wrote: > Dear maintainers, > > I have a Lenovo b40-30 that I have been running with nomodeset for a while. > The issue was that it needed invert_brightness. Here are the requested IDs: > 0f31, 17aa, 3986 :). Please file a bug as described at [1]. BR. Jani. [1] h

Re: [PATCH v2 1/1] drm: panel-simple: add missing bus flags for Tianma tm070jvhg[30/33]

Hi, is there something missing? Or can someone pick this? Thanks Alexander Am Donnerstag, 12. Oktober 2023, 10:42:08 CET schrieb Alexander Stein: > From: Markus Niebel > > The DE signal is active high on this display, fill in the missing > bus_flags. This aligns panel_desc with its display_tim

Re: Rework TTMs busy handling

On 2024-01-09 09:34, Christian König wrote: > Am 09.01.24 um 09:14 schrieb Thomas Hellström: >> On Tue, 2024-01-09 at 08:47 +0100, Christian König wrote: >>> >>> I'm trying to make this functionality a bit more useful for years now >>> since we multiple reports that behavior of drivers can be subop

Re: [PATCH 08/22] [v2] arch: consolidate arch_irq_work_raise prototypes

On Wed, Nov 8, 2023 at 2:01 PM Arnd Bergmann wrote: > From: Arnd Bergmann > > The prototype was hidden in an #ifdef on x86, which causes a warning: > > kernel/irq_work.c:72:13: error: no previous prototype for > 'arch_irq_work_raise' [-Werror=missing-prototypes] This issue is now present upstre

Re: [PATCH] drm/meson: vclk: fix calculation of 59.94 fractional rates

Hi, On 10/01/2024 00:07, Christian Hewitt wrote: Playing 4K media with 59.94 fractional rate (typically VP9) causes the screen to lose sync with the following error reported in the system log: [ 89.610280] Fatal Error, invalid HDMI vclk freq 593406 Modetest shows the following: 3840x2160 5

Re: [PATCH v2 1/2] dt-bindings: display: panel: panel-simple: Add compatible property for waveshare 7inch touchscreen panel

On 09/01/2024 17:32, Conor Dooley wrote: On Tue, Jan 09, 2024 at 03:09:48PM +0800, Shengyang Chen wrote: The waveshare 7" 800x480 panel is a clone of Raspberry Pi 7" 800x480 panel It can be drived by Raspberry Pi panel's process but it needs different timing from Raspberry Pi panel. Add compatib

Re: [PATCH 1/3] drm/nouveau: include drm/drm_edid.h only where needed

On Tue, 09 Jan 2024, Danilo Krummrich wrote: > On 1/9/24 10:59, Jani Nikula wrote: >> On Mon, 08 Jan 2024, Danilo Krummrich wrote: >>> On 1/4/24 21:16, Jani Nikula wrote: Including drm_edid.h from nouveau_connector.h causes the rebuild of 15 files when drm_edid.h is modified, while ther

disable large folios for shmem file used by xfs xfile

Hi all, Darrick reported that the fairly new XFS xfile code blows up when force enabling large folio for shmem. This series fixes this quickly by disabling large folios for this particular shmem file for now until it can be fixed properly, which will be a lot more invasive. I've added most of yo

[PATCH 1/2] mm: add a mapping_clear_large_folios helper

Users of shmem_kernel_file_setup might not be able to deal with large folios (yet). Give them a way to disable large folio support on their mapping. Signed-off-by: Christoph Hellwig --- include/linux/pagemap.h | 14 ++ 1 file changed, 14 insertions(+) diff --git a/include/linux/pag

[PATCH 2/2] xfs: disable large folio support in xfile_create

The xfarray code will crash if large folios are force enabled using: echo force > /sys/kernel/mm/transparent_hugepage/shmem_enabled Fixing this will require a bit of an API change, and prefeably sorting out the hwpoison story for pages vs folio and where it is placed in the shmem API. For now

Re: [PATCH 3/3] ASoC: hdmi-codec: drop drm/drm_edid.h include

On Thu, 04 Jan 2024, Jani Nikula wrote: > hdmi-codec.h does not appear to directly need drm/drm_edid.h for > anything. Remove it. Jaroslav, Takashi, ack for merging this via the drm trees, please? BR, Jani. > > There are some files that get drm/drm_edid.h by proxy; include it where > needed. >

Re: [PATCH 5/7] drm/uAPI: Add "preferred color format" drm property as setting for userspace

Hi, On Tue, Jan 09, 2024 at 06:11:02PM +, Andri Yngvason wrote: > From: Werner Sembach > > Add a new general drm property "preferred color format" which can be used > by userspace to tell the graphic drivers to which color format to use. > > Possible options are: > - auto (default/curre

Re: [PATCH v2 0/1] Implementation of resource_query_layout

I see, I will implement this. Thank you very much. On 2023/12/27 09:29, Gurchetan Singh wrote: > > > On Thu, Dec 21, 2023 at 2:01 AM Julia Zhang > wrote: > > Hi all, > > Sorry to late reply. This is v2 of the implementation of > resource_query_layout. T

Re: [PATCH] drm/shmem-helper: Fix comment describing dma-buf mappings

On 09.01.2024 14:14, Daniel Vetter wrote: > On Tue, Jan 09, 2024 at 11:43:05AM +0100, Jacek Lawrynowicz wrote: >> `shmem->map_wc was` set to `false` but the comment suggested WC was >> enabled for imported buffers. >> >> Signed-off-by: Jacek Lawrynowicz >> --- >> drivers/gpu/drm/drm_gem_shmem_hel

Re: [PATCH] drm/stm: Fix an error handling path in stm_drm_platform_probe()

Hi Christophe, On 1/6/24 17:54, Christophe JAILLET wrote: > If drm_dev_register() fails, a call to drv_load() must be undone, as > already done in the remove function. > > Fixes: b759012c5fa7 ("drm/stm: Add STM32 LTDC driver") > Signed-off-by: Christophe JAILLET > --- > This was already sent a fe

[PATCH 0/1] Implement device_attach for virtio gpu

To realize dGPU prime feature for virtio gpu, we are trying let dGPU import vram object of virtio gpu. But this feature would finally call function virtio_dma_buf_ops.device_attach(), which was set as drm_gem_map_attach(). drm_gem_map_attach() requires drm_gem_object_funcs.get_sg_table to be implem

[PATCH 1/1] drm/virtio: Implement device_attach

drm_gem_map_attach() requires drm_gem_object_funcs.get_sg_table to be implemented, or else return ENOSYS. Virtio has no get_sg_table implemented for vram object. To fix this, add a new device_attach to call drm_gem_map_attach() for shmem object and return 0 for vram object instead of calling drm_ge

Re: [PATCH 5/7] drm/uAPI: Add "preferred color format" drm property as setting for userspace

Hi, mið., 10. jan. 2024 kl. 09:27 skrifaði Maxime Ripard : > On Tue, Jan 09, 2024 at 06:11:02PM +, Andri Yngvason wrote: > > From: Werner Sembach > > > > Add a new general drm property "preferred color format" which can be used > > by userspace to tell the graphic drivers to which color forma

Re: [PATCH 1/1] drm/virtio: Implement device_attach

Am 10.01.24 um 10:56 schrieb Julia Zhang: drm_gem_map_attach() requires drm_gem_object_funcs.get_sg_table to be implemented, or else return ENOSYS. Virtio has no get_sg_table implemented for vram object. To fix this, add a new device_attach to call drm_gem_map_attach() for shmem object and return

Re: [PATCH 08/22] [v2] arch: consolidate arch_irq_work_raise prototypes

On Wed, Jan 10, 2024, at 10:03, Geert Uytterhoeven wrote: > On Wed, Nov 8, 2023 at 2:01 PM Arnd Bergmann wrote: >> From: Arnd Bergmann >> >> The prototype was hidden in an #ifdef on x86, which causes a warning: >> >> kernel/irq_work.c:72:13: error: no previous prototype for >> 'arch_irq_work_rai

Re: [PATCH 1/1] drm/virtio: Implement device_attach

On Wed, Jan 10, 2024 at 05:56:28PM +0800, Julia Zhang wrote: > drm_gem_map_attach() requires drm_gem_object_funcs.get_sg_table to be > implemented, or else return ENOSYS. Virtio has no get_sg_table > implemented for vram object. To fix this, add a new device_attach to > call drm_gem_map_attach() fo

Re: [PATCH 1/1] drm/virtio: Implement device_attach

On Wed, Jan 10, 2024 at 11:19:37AM +0100, Christian König wrote: > Am 10.01.24 um 10:56 schrieb Julia Zhang: > > drm_gem_map_attach() requires drm_gem_object_funcs.get_sg_table to be > > implemented, or else return ENOSYS. Virtio has no get_sg_table > > implemented for vram object. To fix this, add

Re: [PATCH] drm/shmem-helper: Fix comment describing dma-buf mappings

On Wed, Jan 10, 2024 at 10:54:42AM +0100, Jacek Lawrynowicz wrote: > On 09.01.2024 14:14, Daniel Vetter wrote: > > On Tue, Jan 09, 2024 at 11:43:05AM +0100, Jacek Lawrynowicz wrote: > >> `shmem->map_wc was` set to `false` but the comment suggested WC was > >> enabled for imported buffers. > >> > >>

Re: [PATCH 1/3] dt-bindings: display: convert Atmel's HLCDC to DT schema

On 10/01/2024 11:25, Dharma Balasubiramani wrote: > Convert the existing DT binding to DT schema of the Atmel's HLCDC display > controller. > > Signed-off-by: Dharma Balasubiramani > --- > .../display/atmel/atmel,hlcdc-dc.yaml | 133 ++ > .../bindings/display/atmel/hlcdc-

Re: [PATCH] drm/v3d: Free the job and assign it to NULL if initialization fails

Hi Iago, On 1/10/24 03:48, Iago Toral wrote: I think this is fine, but I was wondering if it would be simpler and easier to just remove the sched cleanup from v3d_job_init and instead always rely on callers to eventually call v3d_job_cleanup for fail paths, where we are already calling v3d_job_c

Re: [PATCH 2/7] drm/uAPI: Add "active color format" drm property as feedback for userspace

On Tue, Jan 09, 2024 at 11:12:11PM +, Andri Yngvason wrote: > Hi Daniel, > > þri., 9. jan. 2024 kl. 22:32 skrifaði Daniel Stone : > > > On Tue, 9 Jan 2024 at 18:12, Andri Yngvason wrote: > > > + * active color format: > > > + * This read-only property tells userspace the color format > >

Re: [PATCH 1/1] drm/virtio: Implement device_attach

Am 10.01.24 um 11:22 schrieb Daniel Vetter: On Wed, Jan 10, 2024 at 11:19:37AM +0100, Christian König wrote: Am 10.01.24 um 10:56 schrieb Julia Zhang: drm_gem_map_attach() requires drm_gem_object_funcs.get_sg_table to be implemented, or else return ENOSYS. Virtio has no get_sg_table implemented

Re: [PATCH v1 0/8] drm/ci: Add support for GPU and display testing

Hi Daniel, On 09/01/24 19:08, Daniel Stone wrote: Hi, On Wed, 20 Dec 2023 at 12:11, Vignesh Raman wrote: Some ARM SOCs have a separate display controller and GPU, each with different drivers. For mediatek mt8173, the GPU driver is powervr, and the display driver is mediatek. In the case of me

Re: [PATCH 1/1] drm/virtio: Implement RESOURCE_GET_LAYOUT ioctl

On Thu, Dec 21, 2023 at 06:00:16PM +0800, Julia Zhang wrote: > From: Daniel Stone > > Add a new ioctl to allow the guest VM to discover how the guest > actually allocated the underlying buffer, which allows buffers to > be used for GL<->Vulkan interop and through standard window systems. > It's a

Re: [PATCH] Revert "drm/msm/gpu: Push gpu lock down past runpm"

On Tue, Jan 09, 2024 at 10:22:17AM -0800, Rob Clark wrote: > From: Rob Clark > > This reverts commit abe2023b4cea192ab266b351fd38dc9dbd846df0. > > Changing the locking order means that scheduler/msm_job_run() can race > with the recovery kthread worker, with the result that the GPU gets an > ext

Re: [PATCH 08/10] accel/ivpu: Disable buffer sharing among VPU contexts

On 05.01.2024 17:46, Jeffrey Hugo wrote: > On 1/5/2024 4:22 AM, Jacek Lawrynowicz wrote: >> This was not supported properly. A buffer was imported to another VPU >> context as a separate buffer object with duplicated sgt. >> Both exported and imported buffers could be DMA mapped causing a double >>

Re: [PATCH v2] drm: Check output polling initialized before disabling

On Tue, Jan 09, 2024 at 10:59:47PM -0800, Shradha Gupta wrote: > In drm_kms_helper_poll_disable() check if output polling > support is initialized before disabling polling. > For drivers like hyperv-drm, that do not initialize connector > polling, if suspend is called without this check, it leads t

Re: [PATCH 08/10] accel/ivpu: Disable buffer sharing among VPU contexts

On 05.01.2024 23:34, Carl Vanderlip wrote: > > On 1/5/2024 3:22 AM, Jacek Lawrynowicz wrote: >> Imported buffer from another VPU context will now have just reference >> increased and there will be a single sgt fixing above problem but >> buffers still can't be shared among VPU contexts because eac

Re: [PATCH 1/1] drm/virtio: Implement device_attach

On Wed, Jan 10, 2024 at 11:46:35AM +0100, Christian König wrote: > Am 10.01.24 um 11:22 schrieb Daniel Vetter: > > On Wed, Jan 10, 2024 at 11:19:37AM +0100, Christian König wrote: > > > Am 10.01.24 um 10:56 schrieb Julia Zhang: > > > > drm_gem_map_attach() requires drm_gem_object_funcs.get_sg_table

Re: [PATCH 3/3] arm64: dts: qcom: sm7225-fairphone-fp4: Enable display and GPU

On 1/5/24 15:29, Luca Weiss wrote: Add the description for the display panel found on this phone and remove the simple-framebuffer that was in place until now Why? They should be able to coexist with a smooth-ish handoff [...] +&gmu { + status = "okay"; Please kick the disablem

Re: [PATCH 3/3] arm64: dts: qcom: sm7225-fairphone-fp4: Enable display and GPU

On Wed Jan 10, 2024 at 11:58 AM CET, Konrad Dybcio wrote: > > > On 1/5/24 15:29, Luca Weiss wrote: > > Add the description for the display panel found on this phone and remove > > the simple-framebuffer that was in place until now > > Why? They should be able to coexist with a smooth-ish handoff D

Re: [PATCH 09/10] accel/ivpu: Improve buffer object debug logs

On 05.01.2024 18:03, Jeffrey Hugo wrote: > On 1/5/2024 4:22 AM, Jacek Lawrynowicz wrote: >> Make debug logs more readable and consistent: >>    - don't print handle as it is not always available for all buffers >>    - use hashed ivpu_bo ptr as main buffer identifier >>    - remove unused fields

Re: [PATCH 3/7] drm/amd/display: Add handling for new "active color format" property

On Tue, Jan 09, 2024 at 06:11:00PM +, Andri Yngvason wrote: > From: Werner Sembach > > This commit implements the "active color format" drm property for the AMD > GPU driver. > > Signed-off-by: Werner Sembach > Signed-off-by: Andri Yngvason > Tested-by: Andri Yngvason > --- > .../gpu/drm

Re: [PATCH v2 09/15] drm/msm/dp: move phy_configure_opts to dp_ctrl

On 12/31/23 01:43, Dmitry Baryshkov wrote: There is little point in sharing phy configuration structure between several modules. Move it to dp_ctrl, which becomes the only submodule re-configuring the PHY. Signed-off-by: Dmitry Baryshkov --- Reviewed-by: Konrad Dybcio Konrad

Re: [PATCH v2 10/15] drm/msm/dp: remove PHY handling from dp_catalog.c

On 12/31/23 01:43, Dmitry Baryshkov wrote: Inline dp_catalog_aux_update_cfg() and call phy_calibrate() from dp_aux functions directly. Signed-off-by: Dmitry Baryshkov --- That's some hard-to-digest spaghetti.. Reviewed-by: Konrad Dybcio Konrad

Re: [PATCH v2 11/15] drm/msm/dp: handle PHY directly in dp_ctrl

On 12/31/23 01:43, Dmitry Baryshkov wrote: There is little point in going trough dp_parser->io indirection each time the driver needs to access the PHY. Store the pointer directly in dp_ctrl_private. Signed-off-by: Dmitry Baryshkov --- Reviewed-by: Konrad Dybcio Konrad

Re: [PATCH v2 12/15] drm/msm/dp: move all IO handling to dp_catalog

On 12/31/23 01:43, Dmitry Baryshkov wrote: Rather than parsing the I/O addresses from dp_parser and then passing them via a struct pointer to dp_catalog, handle I/O region parsing in dp_catalog and drop it from dp_parser. Signed-off-by: Dmitry Baryshkov --- [...] diff --git a/drivers/gpu

Re: [PATCH 3/3] arm64: dts: qcom: sm7225-fairphone-fp4: Enable display and GPU

On Wed, Jan 10, 2024 at 12:00:23PM +0100, Luca Weiss wrote: > On Wed Jan 10, 2024 at 11:58 AM CET, Konrad Dybcio wrote: > > > > > > On 1/5/24 15:29, Luca Weiss wrote: > > > Add the description for the display panel found on this phone and remove > > > the simple-framebuffer that was in place until

Re: [DO NOT MERGE v6 26/37] dt-bindings: vendor-prefixes: Add smi

Hi Conor, On Tue, Jan 9, 2024 at 7:06 PM Conor Dooley wrote: > On Tue, Jan 09, 2024 at 05:23:23PM +0900, Yoshinori Sato wrote: > > Add Silicon Mortion Technology Corporation Motion > > https://www.siliconmotion.com/ > > > > Signed-off-by: Yoshinori Sato > > --- > > Documentation/devicetree/bi

Re: [PATCH v2 14/15] drm/msm/dp: move next_bridge handling to dp_display

On 12/31/23 01:44, Dmitry Baryshkov wrote: Remove two levels of indirection and fetch next bridge directly in dp_display_probe_tail(). Signed-off-by: Dmitry Baryshkov --- Reviewed-by: Konrad Dybcio Konrad

Re: [PATCH v2 15/15] drm/msm/dp: drop dp_parser

On 12/31/23 01:44, Dmitry Baryshkov wrote: Finally drop separate "parsing" submodule. There is no need in it anymore. All submodules handle DT properties directly rather than passing them via the separate structure pointer. Signed-off-by: Dmitry Baryshkov --- Reviewed-by: Konrad Dybcio K

Re: [PATCH 3/3] arm64: dts: qcom: sm7225-fairphone-fp4: Enable display and GPU

On 1/10/24 12:23, Maxime Ripard wrote: On Wed, Jan 10, 2024 at 12:00:23PM +0100, Luca Weiss wrote: On Wed Jan 10, 2024 at 11:58 AM CET, Konrad Dybcio wrote: On 1/5/24 15:29, Luca Weiss wrote: Add the description for the display panel found on this phone and remove the simple-framebuffer t

Re: [PATCH 3/3] arm64: dts: qcom: sm7225-fairphone-fp4: Enable display and GPU

On Wed Jan 10, 2024 at 12:23 PM CET, Maxime Ripard wrote: > On Wed, Jan 10, 2024 at 12:00:23PM +0100, Luca Weiss wrote: > > On Wed Jan 10, 2024 at 11:58 AM CET, Konrad Dybcio wrote: > > > > > > > > > On 1/5/24 15:29, Luca Weiss wrote: > > > > Add the description for the display panel found on this

Re: [PATCH V7 1/2] dt-bindings: display: imx: add binding for i.MX8MP HDMI PVI

Hi Adam, thanks for pushing this forward. Am Samstag, 6. Januar 2024, 22:51:44 CET schrieb Adam Ford: > From: Lucas Stach > > Add binding for the i.MX8MP HDMI parallel video interface block. > > Signed-off-by: Lucas Stach > Reviewed-by: Laurent Pinchart > Reviewed-by: Conor Dooley > Signed-

Re: [PATCH 1/3] dt-bindings: display: convert Atmel's HLCDC to DT schema

On Wed, 10 Jan 2024 15:55:33 +0530, Dharma Balasubiramani wrote: > Convert the existing DT binding to DT schema of the Atmel's HLCDC display > controller. > > Signed-off-by: Dharma Balasubiramani > --- > .../display/atmel/atmel,hlcdc-dc.yaml | 133 ++ > .../bindings/dis

Re: [PATCH 2/3] dt-bindings: mfd: atmel,hlcdc: Convert to DT schema format

On Wed, 10 Jan 2024 15:55:34 +0530, Dharma Balasubiramani wrote: > Convert the atmel,hlcdc binding to DT schema format. > > Signed-off-by: Dharma Balasubiramani > --- > .../devicetree/bindings/mfd/atmel,hlcdc.yaml | 106 ++ > .../devicetree/bindings/mfd/atmel-hlcdc.txt | 56

Re: [PATCH 1/1] drm/virtio: Implement RESOURCE_GET_LAYOUT ioctl

On 2024/1/10 18:47, Daniel Vetter wrote: > On Thu, Dec 21, 2023 at 06:00:16PM +0800, Julia Zhang wrote: >> From: Daniel Stone >> >> Add a new ioctl to allow the guest VM to discover how the guest >> actually allocated the underlying buffer, which allows buffers to >> be used for GL<->Vulkan inte

Re: disable large folios for shmem file used by xfs xfile

On Wed, Jan 10, 2024 at 10:21:07AM +0100, Christoph Hellwig wrote: > Hi all, > > Darrick reported that the fairly new XFS xfile code blows up when force > enabling large folio for shmem. This series fixes this quickly by disabling > large folios for this particular shmem file for now until it can

Re: [PATCH 3/7] drm/amd/display: Add handling for new "active color format" property

mið., 10. jan. 2024 kl. 11:10 skrifaði Daniel Vetter : > > On Tue, Jan 09, 2024 at 06:11:00PM +, Andri Yngvason wrote: > > + /* Extract information from crtc to communicate it to userspace as > > connector properties */ > > + for_each_new_connector_in_state(state, connector, new_con_st

Re: [PATCH 5/7] drm/uAPI: Add "preferred color format" drm property as setting for userspace

Hi, Am 10.01.24 um 11:11 schrieb Andri Yngvason: Hi, mið., 10. jan. 2024 kl. 09:27 skrifaði Maxime Ripard : On Tue, Jan 09, 2024 at 06:11:02PM +, Andri Yngvason wrote: From: Werner Sembach Add a new general drm property "preferred color format" which can be used by userspace to tell the

Re: [PATCH 3/7] drm/amd/display: Add handling for new "active color format" property

On Wed, 10 Jan 2024 at 13:53, Andri Yngvason wrote: > > mið., 10. jan. 2024 kl. 11:10 skrifaði Daniel Vetter : > > > > On Tue, Jan 09, 2024 at 06:11:00PM +, Andri Yngvason wrote: > > > + /* Extract information from crtc to communicate it to userspace as > > > connector properties */ > > >

Re: [PATCH 3/7] drm/amd/display: Add handling for new "active color format" property

Hi, Am 10.01.24 um 14:09 schrieb Daniel Vetter: On Wed, 10 Jan 2024 at 13:53, Andri Yngvason wrote: mið., 10. jan. 2024 kl. 11:10 skrifaði Daniel Vetter : On Tue, Jan 09, 2024 at 06:11:00PM +, Andri Yngvason wrote: + /* Extract information from crtc to communicate it to userspace as

[PATCH v2 11/13] drm/panelreplay: dpcd register definition for panelreplay SU

Add definitions for panel replay selective update v2: Remove unnecessary Cc from commit message Signed-off-by: Jouni Högander --- include/drm/display/drm_dp.h | 6 ++ 1 file changed, 6 insertions(+) diff --git a/include/drm/display/drm_dp.h b/include/drm/display/drm_dp.h index 281afff6ee4e

Re: [PATCH 10/12] drm/panelreplay: dpcd register definition for panelreplay SU

On Thu, 2024-01-04 at 12:59 +0200, Dmitry Baryshkov wrote: > On Thu, 4 Jan 2024 at 12:49, Jouni Högander > wrote: > > > > Add definitions for panel replay selective update > > > > Cc: dri-devel@lists.freedesktop.org > > > > 1) This CC should not be necessary. It is already a part of > maintain

Re: [PATCH 2/7] drm/uAPI: Add "active color format" drm property as feedback for userspace

Hi, On Wed, 10 Jan 2024 at 10:44, Daniel Vetter wrote: > On Tue, Jan 09, 2024 at 11:12:11PM +, Andri Yngvason wrote: > > ţri., 9. jan. 2024 kl. 22:32 skrifađi Daniel Stone : > > > How does userspace determine what's happened without polling? Will it > > > only change after an `ALLOW_MODESET`

Re: [PATCH 2/7] drm/uAPI: Add "active color format" drm property as feedback for userspace

Hi, Am 09.01.24 um 19:10 schrieb Andri Yngvason: From: Werner Sembach Add a new general drm property "active color format" which can be used by graphic drivers to report the used color format back to userspace. There was no way to check which color format got actually used on a given monitor.

Re: [PATCH 5/7] drm/uAPI: Add "preferred color format" drm property as setting for userspace

mið., 10. jan. 2024 kl. 13:09 skrifaði Werner Sembach : > > Hi, > > Am 10.01.24 um 11:11 schrieb Andri Yngvason: > > Hi, > > > > mið., 10. jan. 2024 kl. 09:27 skrifaði Maxime Ripard : > >> On Tue, Jan 09, 2024 at 06:11:02PM +, Andri Yngvason wrote: > >>> From: Werner Sembach > >>> > >>> Add a

Re: [PATCH 2/3] arch and include: Update LLVM Phabricator links

On Tue, Jan 09, 2024 at 03:16:30PM -0700, Nathan Chancellor wrote: > reviews.llvm.org was LLVM's Phabricator instances for code review. It > has been abandoned in favor of GitHub pull requests. While the majority > of links in the kernel sources still work because of the work Fangrui > has done tur

Re: [DO NOT MERGE v6 26/37] dt-bindings: vendor-prefixes: Add smi

On 1/10/24 03:23, Geert Uytterhoeven wrote: Hi Conor, On Tue, Jan 9, 2024 at 7:06 PM Conor Dooley wrote: On Tue, Jan 09, 2024 at 05:23:23PM +0900, Yoshinori Sato wrote: Add Silicon Mortion Technology Corporation Motion https://www.siliconmotion.com/ Signed-off-by: Yoshinori Sato --- D

Re: [PATCH 10/10] accel/ivpu: Remove deprecated DRM_IVPU_PARAM_CONTEXT_PRIORITY

On 05.01.2024 18:29, Jeffrey Hugo wrote: > On 1/5/2024 4:22 AM, Jacek Lawrynowicz wrote: >> From: "Wachowski, Karol" >> >> DRM_IVPU_PARAM_CONTEXT_PRIORITY has been deprecated because it >> has been replaced with DRM_IVPU_JOB_PRIORITY levels set with >> submit IOCTL and was unused anyway. >> >> Sig

Re: [PATCH 5/7] drm/uAPI: Add "preferred color format" drm property as setting for userspace

Hi, Am 10.01.24 um 14:42 schrieb Andri Yngvason: mið., 10. jan. 2024 kl. 13:09 skrifaði Werner Sembach: Hi, Am 10.01.24 um 11:11 schrieb Andri Yngvason: Hi, mið., 10. jan. 2024 kl. 09:27 skrifaði Maxime Ripard: On Tue, Jan 09, 2024 at 06:11:02PM +, Andri Yngvason wrote: From: Werner Se

Re: [PATCH] Revert "drm/msm/gpu: Push gpu lock down past runpm"

On Wed, Jan 10, 2024 at 2:50 AM Daniel Vetter wrote: > > On Tue, Jan 09, 2024 at 10:22:17AM -0800, Rob Clark wrote: > > From: Rob Clark > > > > This reverts commit abe2023b4cea192ab266b351fd38dc9dbd846df0. > > > > Changing the locking order means that scheduler/msm_job_run() can race > > with the

[PATCH v2 0/4] Add display support for Fairphone 4

Introduce the bindings and panel driver for the DJN LCD panel using HX83112A driver IC. Then we can add the panel to the device dts and also enable the GPU. Signed-off-by: Luca Weiss --- Changes in v2: - Driver: - Drop "bool prepared" from driver (Dmitry) - Use drm_connector_helper_get_modes

[PATCH v2 3/4] arm64: dts: qcom: sm6350: Remove "disabled" state of GMU

The GMU won't probe without GPU being enabled, so we can remove the disabled status so we don't have to explicitly enable the GMU in all the devices that enable GPU. Signed-off-by: Luca Weiss --- arch/arm64/boot/dts/qcom/sm6350.dtsi | 2 -- 1 file changed, 2 deletions(-) diff --git a/arch/arm64

[PATCH v2 2/4] drm/panel: Add driver for DJN HX83112A LCD panel

Add support for the 2340x1080 LCD DJN panel bundled with a HX83112A driver IC, as found on the Fairphone 4 smartphone. Signed-off-by: Luca Weiss --- drivers/gpu/drm/panel/Kconfig| 10 + drivers/gpu/drm/panel/Makefile | 1 + drivers/gpu/drm/panel/panel-himax-hx831

[PATCH v2 4/4] arm64: dts: qcom: sm7225-fairphone-fp4: Enable display and GPU

Add the description for the display panel found on this phone. Unfortunately the LCDB module on PM6150L isn't yet supported upstream so we need to use a dummy regulator-fixed in the meantime. And with this done we can also enable the GPU and set the zap shader firmware path. Signed-off-by: Luca W

[PATCH v2 1/4] dt-bindings: display: panel: Add Himax HX83112A

Himax HX83112A is a display driver IC used to drive LCD DSI panels. Describe it. Reviewed-by: Krzysztof Kozlowski Signed-off-by: Luca Weiss --- .../bindings/display/panel/himax,hx83112a.yaml | 75 ++ 1 file changed, 75 insertions(+) diff --git a/Documentation/devicetre

Re: [PATCH linux-next v2] drm/nouveau/disp: switch to use kmemdup() helper

On 1/9/24 07:24, yang.gua...@zte.com.cn wrote: From: Chen Haonan Use kmemdup() helper instead of open-coding to simplify the code. Signed-off-by: Chen Haonan Reviewed-by: Yang Guang Applied to drm-misc-next, thanks! --- drivers/gpu/drm/nouveau/nvif/outp.c | 3 +-- 1 file changed, 1 in

Re: disable large folios for shmem file used by xfs xfile

Quoting Matthew Wilcox (2024-01-10 14:37:18) > On Wed, Jan 10, 2024 at 10:21:07AM +0100, Christoph Hellwig wrote: > > Hi all, > > > > Darrick reported that the fairly new XFS xfile code blows up when force > > enabling large folio for shmem. This series fixes this quickly by disabling > > large f

Re: disable large folios for shmem file used by xfs xfile

Quoting Joonas Lahtinen (2024-01-10 17:20:24) > Quoting Matthew Wilcox (2024-01-10 14:37:18) > > On Wed, Jan 10, 2024 at 10:21:07AM +0100, Christoph Hellwig wrote: > > > Hi all, > > > > > > Darrick reported that the fairly new XFS xfile code blows up when force > > > enabling large folio for shmem

Re: disable large folios for shmem file used by xfs xfile

On Wed, Jan 10, 2024 at 05:28:22PM +0200, Joonas Lahtinen wrote: > Quoting Joonas Lahtinen (2024-01-10 17:20:24) > > However we specifically pass "huge=within_size" to vfs_kern_mount when > > creating a private mount of tmpfs for the purpose of i915 created > > allocations. > > > > Older hardware

[PATCH 1/2] drm/etnaviv: Expose a few more chipspecs to userspace

These ones will be needed to make use fo the NN and TP units in the NPUs based on Vivante IP. Signed-off-by: Tomeu Vizoso Acked-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 20 drivers/gpu/drm/etnaviv/etnaviv_gpu.h | 12 drivers/gpu/drm/e

Re: disable large folios for shmem file used by xfs xfile

On Wed, 10 Jan 2024 10:21:07 +0100 Christoph Hellwig wrote: > Hi all, > > Darrick reported that the fairly new XFS xfile code blows up when force > enabling large folio for shmem. This series fixes this quickly by disabling > large folios for this particular shmem file for now until it can be f

Re: [PATCH v4 6/6] drm/tests: managed: Add a simple test for drmm_managed_release

On Fri, Jan 05, 2024 at 11:13:24AM +0100, Michał Winiarski wrote: > Add a simple test that checks whether the action is indeed called right > away and that it is not called on the final drm_dev_put(). > > Signed-off-by: Michał Winiarski > --- > drivers/gpu/drm/tests/drm_managed_test.c | 28 +

Re: [DO NOT MERGE v6 26/37] dt-bindings: vendor-prefixes: Add smi

On Wed, Jan 10, 2024 at 12:23:37PM +0100, Geert Uytterhoeven wrote: > Hi Conor, > > On Tue, Jan 9, 2024 at 7:06 PM Conor Dooley wrote: > > On Tue, Jan 09, 2024 at 05:23:23PM +0900, Yoshinori Sato wrote: > > > Add Silicon Mortion Technology Corporation > > Motion > > > > https://www.siliconmotio

Re: [PATCH v15 3/5] drm: renesas: Add RZ/G2L DU Support

On Thu, Jan 04, 2024 at 02:34:33PM +, Biju Das wrote: > Hi Maxime Ripard, > > > -Original Message- > > From: Maxime Ripard > > Sent: Friday, December 15, 2023 2:24 PM > > Subject: Re: [PATCH v15 3/5] drm: renesas: Add RZ/G2L DU Support > > > > On Fri, Dec 15, 2023 at 01:25:48PM +

Re: disable large folios for shmem file used by xfs xfile

On Wed, Jan 10, 2024 at 12:37:18PM +, Matthew Wilcox wrote: > On Wed, Jan 10, 2024 at 10:21:07AM +0100, Christoph Hellwig wrote: > > Hi all, > > > > Darrick reported that the fairly new XFS xfile code blows up when force > > enabling large folio for shmem. This series fixes this quickly by di

Re: disable large folios for shmem file used by xfs xfile

On Wed, Jan 10, 2024 at 07:38:43AM -0800, Andrew Morton wrote: > I assume that kernels which contain 137db333b29186 ("xfs: teach xfile > to pass back direct-map pages to caller") want this, so a Fixes: that > and a cc:stable are appropriate? I think it needs to back all the way back to 3934e8ebb7c

Re: [PATCH RESEND v1 4/8] drm/stm: ltdc: implement bus clock

On 12/21/23 14:17, Dmitry Baryshkov wrote: > On Thu, 21 Dec 2023 at 14:45, Raphael Gallais-Pou > wrote: >> From: Yannick Fertre >> >> The latest hardware version of the LTDC presents the addition of a bus >> clock, which contains the global configuration registers and the interrupt >> register.

Re: [PATCH 1/2] drm/etnaviv: Expose a few more chipspecs to userspace

Hi, On Wed, 10 Jan 2024 16:37:00 +0100, Tomeu Vizoso wrote: > These ones will be needed to make use fo the NN and TP units in the NPUs > based on Vivante IP. > > Thanks, Applied to https://git.kernel.org/pub/scm/linux/kernel/git/amlogic/linux.git (v6.9/arm64-dt) [1/2] drm/etnaviv: Expose a f

Re: [PATCH 1/2] drm/etnaviv: Expose a few more chipspecs to userspace

On 10/01/2024 17:24, Neil Armstrong wrote: Hi, On Wed, 10 Jan 2024 16:37:00 +0100, Tomeu Vizoso wrote: These ones will be needed to make use fo the NN and TP units in the NPUs based on Vivante IP. Thanks, Applied to https://git.kernel.org/pub/scm/linux/kernel/git/amlogic/linux.git (v6.9/a

[PATCH 3/3] dt-bindings: atmel, hlcdc: convert pwm bindings to json-schema

Convert device tree bindings for Atmel's HLCDC PWM controller to YAML format. Signed-off-by: Dharma Balasubiramani --- .../bindings/pwm/atmel,hlcdc-pwm.yaml | 62 +++ .../bindings/pwm/atmel-hlcdc-pwm.txt | 29 - 2 files changed, 62 insertions(+), 29 delet

[PATCH 2/3] dt-bindings: mfd: atmel, hlcdc: Convert to DT schema format

Convert the atmel,hlcdc binding to DT schema format. Signed-off-by: Dharma Balasubiramani --- .../devicetree/bindings/mfd/atmel,hlcdc.yaml | 106 ++ .../devicetree/bindings/mfd/atmel-hlcdc.txt | 56 - 2 files changed, 106 insertions(+), 56 deletions(-) create mode 10

[PATCH 0/3] Convert Microchip's HLCDC Text based DT bindings to JSON schema

Converted the text bindings to YAML and validated them using following commands $ make dt_binding_check DT_SCHEMA_FILES=Documentation/devicetree/bindings/ $ make dtbs_check DT_SCHEMA_FILES=Documentation/devicetree/bindings/ Dharma Balasubiramani (3): dt-bindings: display: convert Atmel's HLCDC

[PATCH 1/3] dt-bindings: display: convert Atmel's HLCDC to DT schema

Convert the existing DT binding to DT schema of the Atmel's HLCDC display controller. Signed-off-by: Dharma Balasubiramani --- .../display/atmel/atmel,hlcdc-dc.yaml | 133 ++ .../bindings/display/atmel/hlcdc-dc.txt | 75 -- 2 files changed, 133 insertions(+

Re: [PATCH 3/7] drm/amd/display: Add handling for new "active color format" property

Hi Werner, mið., 10. jan. 2024 kl. 13:14 skrifaði Werner Sembach : > > Hi, > > Am 10.01.24 um 14:09 schrieb Daniel Vetter: > > On Wed, 10 Jan 2024 at 13:53, Andri Yngvason wrote: > >> mið., 10. jan. 2024 kl. 11:10 skrifaði Daniel Vetter : > >>> On Tue, Jan 09, 2024 at 06:11:00PM +, Andri Yng

[PATCH 0/6] drm: enable W=1 warnings by default across the subsystem

This is v2 of [1] to enable most W=1 warnings across the drm subsystem. Some fixes first, and a CONFIG_DRM_WERROR on top. I build tested this for x86 (both gcc and clang), arm and arm64. BR, Jani. [1] https://lore.kernel.org/r/20231129181219.1237887-1-jani.nik...@intel.com Jani Nikula (6):

[PATCH 2/6] drm/nouveau/svm: remove unused but set variables

Fix the W=1 warning -Wunused-but-set-variable. Cc: Karol Herbst Cc: Lyude Paul Cc: Danilo Krummrich Cc: nouv...@lists.freedesktop.org Signed-off-by: Jani Nikula --- drivers/gpu/drm/nouveau/nouveau_svm.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/drivers/gpu

[PATCH 1/6] drm/nouveau/acr/ga102: remove unused but set variable

Fix the W=1 warning -Wunused-but-set-variable. Cc: Karol Herbst Cc: Lyude Paul Cc: Danilo Krummrich Cc: nouv...@lists.freedesktop.org Signed-off-by: Jani Nikula --- drivers/gpu/drm/nouveau/nvkm/subdev/acr/lsfw.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu

[PATCH 3/6] drm/amdgpu: prefer snprintf over sprintf

This will trade the W=1 warning -Wformat-overflow to -Wformat-truncation. This lets us enable -Wformat-overflow subsystem wide. Cc: Alex Deucher Cc: Christian König Cc: Pan, Xinhui Cc: amd-...@lists.freedesktop.org Signed-off-by: Jani Nikula --- drivers/gpu/drm/amd/amdgpu/amdgpu_gfx.c | 3 ++-

[PATCH 4/6] drm/imx: prefer snprintf over sprintf

This will trade the W=1 warning -Wformat-overflow to -Wformat-truncation. This lets us enable -Wformat-overflow subsystem wide. Cc: Philipp Zabel Signed-off-by: Jani Nikula --- drivers/gpu/drm/imx/ipuv3/imx-ldb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/dr

  1   2   >