Re: [GIT PULL] TDA998x I2C driver CEC support

On 23 May 2018 at 19:13, Russell King wrote: > On Wed, May 23, 2018 at 10:48:15AM +0200, Daniel Vetter wrote: >> On Tue, May 22, 2018 at 09:27:07AM +0100, Russell King wrote: >> > On Tue, May 22, 2018 at 10:53:49AM +1000, Dave Airlie wrote: >> > > Sorry I missed this, just

[git pull] drm fixes for v4.17-rc7

Hi Linus, Only two sets of drivers fixes, one rcar-du lvds regression fix, and a group of fixes for vmwgfx. Regards, Dave. The following changes since commit 771c577c23bac90597c685971d7297ea00f99d11: Linux 4.17-rc6 (2018-05-20 15:31:38 -0700) are available in the Git repository at:

Re: [PATCH v2] drm/xen-front: fix pointer casts

On 05/23/2018 02:46 PM, Juergen Gross wrote: On 23/05/18 13:36, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko Building for a 32-bit target results in warnings from casting between a 32-bit pointer and a 64-bit integer. Fix the warnings by

Re: [PATCH v3 8/8] drm/mediatek: add third ddp path

Hi, Stu: On Fri, 2018-05-25 at 10:34 +0800, stu.hs...@mediatek.com wrote: > From: Stu Hsieh > > This patch create third crtc by third ddp path > Apply this patch before the patch 'Add support for mediatek SOC MT2712' because this patch is necessary for mt2712. >

Re: [PATCH v3 7/8] drm/mediatek: Add support for mediatek SOC MT2712

Hi, Stu: I've some inline comment. On Fri, 2018-05-25 at 10:34 +0800, stu.hs...@mediatek.com wrote: > From: Stu Hsieh > > This patch add support for the Mediatek MT2712 DISP subsystem. > There are two OVL engine and three disp output in MT2712. > > Signed-off-by: Stu

[PATCH 1/3] drm/scheduler: fix a corner case in dependency optimization

When checking for a dependency fence for belonging to the same entity compare it with scheduled as well finished fence. Earlier we were only comparing it with the scheduled fence. Signed-off-by: Nayan Deshmukh --- drivers/gpu/drm/scheduler/gpu_scheduler.c | 9

[PATCH 3/3] drm/doc: add a chapter for gpu scheduler

Signed-off-by: Nayan Deshmukh --- Documentation/gpu/drm-mm.rst | 18 ++ 1 file changed, 18 insertions(+) diff --git a/Documentation/gpu/drm-mm.rst b/Documentation/gpu/drm-mm.rst index b08e9dcd9177..96ebcc2a7b41 100644 --- a/Documentation/gpu/drm-mm.rst

[PATCH 2/3] drm/scheduler: add documentation

convert existing raw comments into kernel-doc format as well as add new documentation Signed-off-by: Alex Deucher Signed-off-by: Nayan Deshmukh --- drivers/gpu/drm/scheduler/gpu_scheduler.c | 214 --

Re: [PATCH v3 4/8] drm/mediatek: add ddp component AAL1

Hi, Stu: On Fri, 2018-05-25 at 10:34 +0800, stu.hs...@mediatek.com wrote: > From: Stu Hsieh > > This patch add component AAL1 and > rename AAL to AAL0 > > Signed-off-by: Stu Hsieh > --- > drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 3 ++- > 1

Re: [PATCH v3 3/8] drm/mediatek: add connection from OD1 to RDMA1

Hi, Stu: On Fri, 2018-05-25 at 10:34 +0800, stu.hs...@mediatek.com wrote: > From: Stu Hsieh > > This patch add the connection from OD1 to RDMA1 for ext path. > Reviewed-by: CK Hu > Signed-off-by: Stu Hsieh > --- >

Re: [PATCH v3 2/8] drm/mediatek: support maximum 64 mutex mod

Hi, Stu: On Fri, 2018-05-25 at 10:34 +0800, stu.hs...@mediatek.com wrote: > From: Stu Hsieh > > This patch support that if modules more than 32, > add index more than 31 when using DISP_REG_MUTEX_MOD2 bit > Reviewed-by: CK Hu > Signed-off-by: Stu

Re: [PATCH v3 1/8] drm/mediatek: update dt-bindings for mt2712

Hi, Stu: On Fri, 2018-05-25 at 10:34 +0800, stu.hs...@mediatek.com wrote: > From: Stu Hsieh > > Update device tree binding documentation for the display subsystem for > Mediatek MT2712 SoCs. > I've acked v2 of this patch and v3 is the same as v2, so you should keep my

Re: [PATCH] drm/rockchip: vop: fix irq disabled after vop driver probed

Hi Heiko, Sandy, On Fri, May 25, 2018 at 7:07 AM Heiko Stübner wrote: > From: Sandy Huang > The vop irq is shared between vop and iommu and irq probing in the > iommu driver moved to the probe function recently. This can in some > cases lead to a stall if

[PATCH v3 2/8] drm/mediatek: support maximum 64 mutex mod

From: Stu Hsieh This patch support that if modules more than 32, add index more than 31 when using DISP_REG_MUTEX_MOD2 bit Signed-off-by: Stu Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 75 +- 1 file

[PATCH v3 6/8] drm/mediatek: add ddp component PWM2

From: Stu Hsieh This patch add component PWM2 Signed-off-by: Stu Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h

[PATCH v3 8/8] drm/mediatek: add third ddp path

From: Stu Hsieh This patch create third crtc by third ddp path Signed-off-by: Stu Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_drv.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_drv.c

[PATCH v3 5/8] drm/mediatek: add ddp component OD1

From: Stu Hsieh This patch add the component OD1 and rename the OD to OD1 Signed-off-by: Stu Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH v3 0/8] Add support for mediatek SOC MT2712

From: Stu Hsieh This patch add support for the Mediatek MT2712 DISP subsystem. MT2712 is base on MT8173, there are some difference as following: MT2712 support three disp output(two ovl and one rdma) Change in v3: - Added patch for ddp component AAL1 - Added patch for

[PATCH v3 4/8] drm/mediatek: add ddp component AAL1

From: Stu Hsieh This patch add component AAL1 and rename AAL to AAL0 Signed-off-by: Stu Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH v3 7/8] drm/mediatek: Add support for mediatek SOC MT2712

From: Stu Hsieh This patch add support for the Mediatek MT2712 DISP subsystem. There are two OVL engine and three disp output in MT2712. Signed-off-by: Stu Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 46 +++--

[PATCH v3 3/8] drm/mediatek: add connection from OD1 to RDMA1

From: Stu Hsieh This patch add the connection from OD1 to RDMA1 for ext path. Signed-off-by: Stu Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c

[PATCH v3 1/8] drm/mediatek: update dt-bindings for mt2712

From: Stu Hsieh Update device tree binding documentation for the display subsystem for Mediatek MT2712 SoCs. Signed-off-by: Stu Hsieh --- Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt | 2 +- 1 file changed, 1

Re: [PATCH] drm: Add checks for atomic_[duplicate/destroy]_state with atomic drivers

On Thu, May 24, 2018, 9:26 PM Haneen Mohammed wrote: > This patch add checks for atomic_[duplicate/destroy]_state of > drm_[connector/crtc/plane]_funcs for atomic drivers in the relevant > drm_*_init functions since these callback are mandatory for atomic drivers. > >

Re: [DPU PATCH v3] drm/msm: Use atomic private_obj instead of subclassing

On 2018-03-20 04:01, Archit Taneja wrote: Hi, On Tuesday 20 March 2018 01:28 AM, Sean Paul wrote: Instead of subclassing atomic state, store driver private data in private_obj/state. This allows us to remove the swap_state driver hook for mdp5 and get closer to using the atomic helpers

[PATCH] drm/rockchip: vop: fix irq disabled after vop driver probed

From: Sandy Huang The vop irq is shared between vop and iommu and irq probing in the iommu driver moved to the probe function recently. This can in some cases lead to a stall if the irq is triggered while the vop driver still has it disabled. But there is no real need to

Re: [PATCH 06/15] drm/sun4i: tcon: Add support for tcon-top

On Thu, May 24, 2018 at 1:50 AM, Maxime Ripard wrote: > On Mon, May 21, 2018 at 07:27:46PM +0200, Jernej Škrabec wrote: >> Hi, >> >> Dne ponedeljek, 21. maj 2018 ob 10:07:59 CEST je Maxime Ripard napisal(a): >> > On Sat, May 19, 2018 at 08:31:18PM +0200, Jernej Skrabec

[Bug 106441] Totem video playback stuttering and graphical artifacts

https://bugs.freedesktop.org/show_bug.cgi?id=106441 --- Comment #5 from Richard B. Kreckel --- It must be Xorg. I've upgradee to Xorg 1.20 (without upgrading anything else) from Debian/experimental and this problem has disappeared for good. -- You are receiving this mail

[Bug 106430] GPU hang when played video with acceleration (vaapi)

https://bugs.freedesktop.org/show_bug.cgi?id=106430 --- Comment #3 from mikhail.v.gavri...@gmail.com --- A very strange coincidence: Every time I reproduce the described bug case with GPU hangup while playing a video with VAAPI acceleration. The following messages will appear in the kernel log

[Bug 106631] PALM: clpeak: Bus error (core dumped) & lots of GPU lockup

https://bugs.freedesktop.org/show_bug.cgi?id=106631 --- Comment #10 from Jan Vesely --- (In reply to Ricardo Ribalda from comment #9) > (In reply to Ricardo Ribalda from comment #8) > > I am using llvm/clang from https://github.com/kraj/meta-clang . Can you > > point me

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #20 from mikhail.v.gavri...@gmail.com --- (In reply to Alex Deucher from comment #18) > > H.264 works fine. Not sure what's happening with your system. It turns out I was running the old version of mpv and not the new one which

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

https://bugs.freedesktop.org/show_bug.cgi?id=106597 Lukas Wunner changed: What|Removed |Added Resolution|--- |FIXED

[Bug 199425] BUG: KASAN: use-after-free in drm_atomic_helper_wait_for_flip_done+0x247/0x260

https://bugzilla.kernel.org/show_bug.cgi?id=199425 --- Comment #6 from mikita.lip...@amd.com (mikita.lip...@amd.com) --- Created attachment 276173 --> https://bugzilla.kernel.org/attachment.cgi?id=276173=edit Patch to either dublicate or reuse an existing crtc state that might pervent

[Bug 106517] IGT commit rights

https://bugs.freedesktop.org/show_bug.cgi?id=106517 --- Comment #4 from Dhinakaran Pandiyan --- (In reply to arkadiusz.hi...@intel.com from comment #3) > Hey, > > Is this request for an freedesktop account at the same time? Because you > need one to get the commit

[PATCH] gpu: Consistently use octal not symbolic permissions

There is currently a mixture of octal and symbolic permissions uses in files in drivers/gpu/drm and one file in drivers/gpu. There are ~270 existing octal uses and ~115 S_ uses. Convert all the S_ symbolic permissions to their octal equivalents as using octal and not symbolic permissions is

[PATCH] drm/edid: Fix up edid_cea_modes[] formatting

From: Ville Syrjälä Fix up a bunch of bad indentation and insconsistent comments in edid_cea_modes[]. v2: Instead of stripping the aspect ratio comments let's add them to all modes Signed-off-by: Ville Syrjälä ---

[RFC PATCH radeon-alex] drm/amdgpu: vcn_v1_0_is_idle() can be static

Fixes: 9b4c412a654c ("drm/amdgpu: Add static CG control for VCN on RV") Signed-off-by: kbuild test robot --- vcn_v1_0.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/vcn_v1_0.c

[radeon-alex:drm-next-4.18-wip 114/129] drivers/gpu/drm/amd/amdgpu/vcn_v1_0.c:689:6: sparse: symbol 'vcn_v1_0_is_idle' was not declared. Should it be static?

tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.18-wip head: 27bd044dd054fed87166c831b6d38bc609e733cc commit: 9b4c412a654ce71ad0e81044d3300677a7668ac8 [114/129] drm/amdgpu: Add static CG control for VCN on RV reproduce: # apt-get install sparse git checkout

[Bug 199425] BUG: KASAN: use-after-free in drm_atomic_helper_wait_for_flip_done+0x247/0x260

https://bugzilla.kernel.org/show_bug.cgi?id=199425 --- Comment #5 from mikita.lip...@amd.com (mikita.lip...@amd.com) --- Created attachment 276171 --> https://bugzilla.kernel.org/attachment.cgi?id=276171=edit Patch to either dublicate or reuse an existing crtc state that might pervent

[Bug 106548] Failed GfxDrv_DriverAcceptanceQuery.GL_GPU_FREQ_OVERRIDE_MDAPI

https://bugs.freedesktop.org/show_bug.cgi?id=106548 --- Comment #7 from Francesco Balestrieri --- Created attachment 139741 --> https://bugs.freedesktop.org/attachment.cgi?id=139741=edit DMESG output Kernel logs -- You are receiving this mail because: You

[Bug 106631] PALM: clpeak: Bus error (core dumped) & lots of GPU lockup

https://bugs.freedesktop.org/show_bug.cgi?id=106631 --- Comment #9 from Ricardo Ribalda --- (In reply to Ricardo Ribalda from comment #8) > I am using llvm/clang from https://github.com/kraj/meta-clang . Can you > point me to something to check if the debug mode is

[Bug 106631] PALM: clpeak: Bus error (core dumped) & lots of GPU lockup

https://bugs.freedesktop.org/show_bug.cgi?id=106631 --- Comment #8 from Ricardo Ribalda --- I am using llvm/clang from https://github.com/kraj/meta-clang . Can you point me to something to check if the debug mode is enabled or not? Thanks -- You are receiving this

[Bug 106631] PALM: clpeak: Bus error (core dumped) & lots of GPU lockup

https://bugs.freedesktop.org/show_bug.cgi?id=106631 --- Comment #7 from Jan Vesely --- It looks like even 100s is not enough. Can you try running with no time limit? (set to 0). Looking at the numbers I think mesa's results are inflated by the kernel getting killed before

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

https://bugs.freedesktop.org/show_bug.cgi?id=106597 --- Comment #33 from taij...@posteo.de --- (In reply to Alex Deucher from comment #32) > (In reply to taijian from comment #30) > > Created attachment 139739 [details] [review] [review] > > patch that seems to fix things for me > > > > OK,

Re: [PATCH v3 1/2] drm/panel: Add support for Truly NT35597 panel

On Wed, May 23, 2018 at 06:44:00PM -0700, Abhinav Kumar wrote: > Add support for Truly NT35597 panel used > in MSM reference platforms. > > This panel supports both single DSI and dual DSI > modes. > > However, this patch series adds support only for > dual DSI mode. > > Changes in v3: > -

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #19 from mikhail.v.gavri...@gmail.com --- (In reply to Alex Deucher from comment #18) > H.264 works fine. Not sure what's happening with your system. Which info needed? -- You are receiving this mail because: You are the assignee

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

https://bugs.freedesktop.org/show_bug.cgi?id=106597 --- Comment #32 from Alex Deucher --- (In reply to taijian from comment #30) > Created attachment 139739 [details] [review] > patch that seems to fix things for me > > OK, going with Lukas' discovery, I have rebuild my

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #18 from Alex Deucher --- (In reply to mikhail.v.gavrilov from comment #17) > (In reply to Alex Deucher from comment #16) > > vega10 does not support VP9. > Here

[Bug 106519] Is it normal that the 4K video on the Vega 56 GPU played with loud turbine noise, 200% load of the desktop Core i7 CPU and at the same time playable with jerks and dropping frames?

https://bugs.freedesktop.org/show_bug.cgi?id=106519 --- Comment #17 from mikhail.v.gavri...@gmail.com --- (In reply to Alex Deucher from comment #16) > vega10 does not support VP9. Here https://www.phoronix.com/scan.php?page=news_item=AMD-VP9-VAAPI-VCN I am here that AMD Posts VP9 VA-API Video

Re: [PATCH libdrm 3/3] amdgpu: Destroy fd_hash table when the last device is removed.

On Fri, 2018-05-18 at 13:00 -0400, Jan Vesely wrote: > Fixes memory leak on module unload. > Analogous to mesa commit of the same name. > Signed-off-by: Jan Vesely > --- > amdgpu/amdgpu_device.c | 4 > 1 file changed, 4 insertions(+) > > diff --git

Re: [PATCH 4/9] drm: Begin an API for in-kernel clients

On 05/24/2018 12:14 PM, Daniel Vetter wrote: On Thu, May 24, 2018 at 11:25:04AM +0200, Thomas Hellstrom wrote: On 05/24/2018 10:32 AM, Daniel Vetter wrote: On Wed, May 23, 2018 at 11:45:00PM +0200, Thomas Hellstrom wrote: Hi, Noralf. A couple of issues below: On 05/23/2018 04:34 PM, Noralf

[PATCH v9 1/3] drm: Add writeback connector type

From: Brian Starkey Writeback connectors represent writeback engines which can write the CRTC output to a memory framebuffer. Add a writeback connector type and related support functions. Drivers should initialize a writeback connector with drm_writeback_connector_init()

[PATCH v9 0/3] drm: Introduce writeback connectors

Hi, This is v9 of the writeback connector series. Compared to v8 I've addressed the comments from Eric Anholt, as well as Maarten Lankhorst's and Daniel Vetter's one on the client capabilities. Most importantly, I've also realised that Dave Airlie has moved the drm-next tree to fd.org and went

[PATCH v9 2/3] drm: writeback: Add out-fences for writeback connectors

From: Brian Starkey Add the WRITEBACK_OUT_FENCE_PTR property to writeback connectors, to enable userspace to get a fence which will signal once the writeback is complete. It is not allowed to request an out-fence without a framebuffer attached to the connector. A timeline

[PATCH v9 3/3] drm: writeback: Add client capability for exposing writeback connectors

Due to the fact that writeback connectors behave in a special way in DRM (they always report being disconnected) we might confuse some userspace. Add a client capability for writeback connectors that will filter them out for clients that don't understand the capability. Changelog: - only accept

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

https://bugs.freedesktop.org/show_bug.cgi?id=106597 --- Comment #31 from taij...@posteo.de --- Created attachment 139740 --> https://bugs.freedesktop.org/attachment.cgi?id=139740=edit the promised dmesg output with the patch -- You are receiving this mail because: You are the assignee for the

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

https://bugs.freedesktop.org/show_bug.cgi?id=106597 --- Comment #30 from taij...@posteo.de --- Created attachment 139739 --> https://bugs.freedesktop.org/attachment.cgi?id=139739=edit patch that seems to fix things for me OK, going with Lukas' discovery, I have rebuild my kernel from

Re: omapdrm regression in v4.17-rc series

On 24/05/18 16:54, Tony Lindgren wrote: > * Tomi Valkeinen [180524 08:00]: >> >> On 24/05/18 01:03, Tony Lindgren wrote: >>> Hi all, >>> >>> I bisected the n900 LCD issue to commit 24aac6011f70 ("drm: omapdrm: >>> sdi: Allocate the sdi private data structure

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

https://bugs.freedesktop.org/show_bug.cgi?id=106597 --- Comment #29 from taij...@posteo.de --- So a patch to try would look like: -static inline bool snd_hda_sync_power_state(struct hda_codec *codec, +static unsigned int snd_hda_sync_power_state(struct hda_codec *codec, ?? -- You are

Re: omapdrm regression in v4.17-rc series

Reviewed-by: Benoit Parrot Tomi Valkeinen wrote on Thu [2018-May-24 10:58:25 +0300]: > > On 24/05/18 01:03, Tony Lindgren wrote: > > Hi all, > > > > I bisected the n900 LCD issue to commit 24aac6011f70 ("drm: omapdrm: > > sdi: Allocate the sdi private

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

https://bugs.freedesktop.org/show_bug.cgi?id=106597 --- Comment #28 from Lukas Wunner --- Maybe a revert isn't necessary, I think I've spotted the problem: +static inline bool snd_hda_sync_power_state(struct hda_codec *codec, ... should be unsigned int. --

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

https://bugs.freedesktop.org/show_bug.cgi?id=106597 --- Comment #27 from Lukas Wunner --- Okay the real culprit seems to be commit 3b5b899ca67d ("ALSA: hda: Make use of core codec functions to sync power state"): https://git.kernel.org/linus/3b5b899ca67d If you revert that,

[pull] amdgpu, sched drm-next-4.18

Hi Dave, Last feature request for 4.18. Mostly vega20 support. - Vega20 support - clock and powergating for VCN - misc bug fixes The following changes since commit 315852b422972e6ebb1dfddaadada09e46a2681a: drm: rcar-du: Fix build failure (2018-05-17 15:03:40 +1000) are available in the git

[Bug 106639] System display has noise when amdgpu module is being loaded

https://bugs.freedesktop.org/show_bug.cgi?id=106639 --- Comment #2 from Michel Dänzer --- Does https://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-next-4.18=ebdef28ebbcf767d9fa687acb1d02d97d834c628 help? -- You are receiving this mail because: You are the assignee for

Re: [PATCH RFC 07/24] drm/lima: add mali 4xx GPU hardware regs

On Wed, May 23, 2018 at 7:58 PM, Qiang Yu wrote: > On Thu, May 24, 2018 at 1:24 AM, Rob Herring wrote: >> On Fri, May 18, 2018 at 05:27:58PM +0800, Qiang Yu wrote: >>> From: Lima Project Developers >>> >>> Signed-off-by: Qiang

Re: [PATCH] drm/fb-helper: Fix typo on kerneldoc

Den 24.05.2018 11.01, skrev Daniel Vetter: Copypasta mistake. Fixes: 742547b73d27 ("drm/fb_helper: Create wrappers for blit, copyarea and fillrect funcs") Cc: Archit Taneja Cc: Daniel Vetter Cc: Gustavo Padovan Cc:

Re: omapdrm + etnaviv memory leak

Am Donnerstag, den 24.05.2018, 10:43 +0200 schrieb Lucas Stach: > Hi Tomi, > > Am Donnerstag, den 24.05.2018, 11:39 +0300 schrieb Tomi Valkeinen: > > Hi Lucas, > > > > On 23/05/18 11:53, Lucas Stach wrote: > > > > > > With each run, I can see buffers being left lying around, > > > > visible > >

Re: [PATCH 3/6] drm/psr: Fix missed entry in PSR setup time table.

On Fri, 11 May 2018, Dhinakaran Pandiyan wrote: > Entry corresponding to 220 us setup time was missing. I am not aware of > any specific bug this fixes, but this could potentially result in enabling > PSR on a panel with a higher setup time requirement than

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

https://bugs.freedesktop.org/show_bug.cgi?id=106597 --- Comment #26 from Lukas Wunner --- So hda_call_codec_suspend() tries to set the codec's power state to D3 by calling hda_set_power_state(). The return value of that is the 32 bit response detailed on page 151 ff. of the HDA

Re: [PATCH] gpu: drm: vgem: Change return type to vm_fault_t

On Wed, May 23, 2018 at 03:05:35PM +0530, Souptick Joarder wrote: > On Mon, May 14, 2018 at 9:56 PM, Daniel Vetter wrote: > > On Thu, May 10, 2018 at 02:51:38PM -0400, Sean Paul wrote: > >> On Thu, May 10, 2018 at 07:58:11PM +0530, Souptick Joarder wrote: > >> > Hi Sean, > >> > >

Re: [PATCH RFC 05/24] Revert "drm: Nerf the preclose callback for modern drivers"

On Thu, May 24, 2018 at 5:41 PM, Christian König wrote: > Am 24.05.2018 um 11:24 schrieb Qiang Yu: >> >> On Thu, May 24, 2018 at 2:46 PM, Christian König >> wrote: >> [SNIP] >>> >>> Because of this we have a separate tracking in amdgpu so that

Re: [PATCH v4 10/11] media: vsp1: Support Interlaced display pipelines

Hi Kieran, Thank you for the patch. On Thursday, 3 May 2018 16:36:21 EEST Kieran Bingham wrote: > Calculate the top and bottom fields for the interlaced frames and > utilise the extended display list command feature to implement the > auto-field operations. This allows the DU to update the VSP2

omapdrm regression in v4.17-rc series

Hi all, I bisected the n900 LCD issue to commit 24aac6011f70 ("drm: omapdrm: sdi: Allocate the sdi private data structure dynamically"). Reverting this patch makes LCD work for me again on n900. Any ideas? Regards, Tony ___ dri-devel mailing list

Re: [GIT PULL] TDA998x I2C driver CEC support

On Wed, May 23, 2018 at 10:48:15AM +0200, Daniel Vetter wrote: > On Tue, May 22, 2018 at 09:27:07AM +0100, Russell King wrote: > > On Tue, May 22, 2018 at 10:53:49AM +1000, Dave Airlie wrote: > > > Sorry I missed this, just fell between the cracks, > > > > > > Any reason you can't/don't use git

[PATCH v2] gpu: drm: gma500: Change return type to vm_fault_t

Use new return type vm_fault_t for fault handler. For now, this is just documenting that the function returns a VM_FAULT value rather than an errno. Once all instances are converted, vm_fault_t will become a distinct type. Ref-> commit 1c8f422059ae ("mm: change return type to vm_fault_t")

[PATCH v7 5/5] drm/rockchip: support dp training outside dp firmware

DP firmware uses fixed phy config values to do training, but some boards need to adjust these values to fit for their unique hardware design. So get phy config values from dts and use software link training instead of relying on firmware, if software training fail, keep firmware training as a

Re: [PATCH v4 2/2] drm/panel: Add device_link from panel device to drm device

On 2018-05-23 14:38, Andrzej Hajda wrote: > On 23.05.2018 12:46, Peter Rosin wrote: >> On 2018-05-23 11:39, Andrzej Hajda wrote: >> >> *snip* >> >>> Panels are managed by dsi host only if dsi host implements it, and it is >>> up to dsi host author, it is not mandatory. The only case I am aware of

[PATCH v7 4/5] phy: rockchip-typec: support variable phy config value

the phy config values used to fix in dp firmware, but some boards need change these values to do training and get the better eye diagram result. So support that in phy driver. Signed-off-by: Chris Zhong Signed-off-by: Lin Huang --- Changes in v2: -

Re: [PATCH v2 2/3] drm/vkms: Add basic CRTC initialization

On Wed, May 23, 2018 at 10:53:33AM +0200, Daniel Vetter wrote: > On Sun, May 20, 2018 at 09:22:31AM +0300, Haneen Mohammed wrote: > > On Wed, May 16, 2018 at 08:56:21PM -0300, Rodrigo Siqueira wrote: > > > This commit adds the essential infrastructure for around CRTCs which > > > is composed of: a

Re: [PATCH] gpu: drm: vgem: Change return type to vm_fault_t

On Mon, May 14, 2018 at 9:56 PM, Daniel Vetter wrote: > On Thu, May 10, 2018 at 02:51:38PM -0400, Sean Paul wrote: >> On Thu, May 10, 2018 at 07:58:11PM +0530, Souptick Joarder wrote: >> > Hi Sean, >> > >> > On Mon, Apr 16, 2018 at 8:32 PM, Souptick Joarder

Re: [PATCH v2] gpu: drm: udl: Adding new typedef vm_fault_t

On Wed, May 23, 2018 at 2:19 PM, Daniel Vetter wrote: > On Mon, May 21, 2018 at 10:27:44AM +0530, Souptick Joarder wrote: >> On Thu, May 10, 2018 at 7:18 PM, Souptick Joarder >> wrote: >> > On Wed, Apr 25, 2018 at 10:29 AM, Souptick Joarder

Re: [PATCH] gpu: drm: etnaviv: Change return type to vm_fault_t

> A non-fatal signal being delivered to a task which is > in the middle of a page fault may well end up in an > infinite loop, attempting to handle the page fault and > failing forever. > > On seeing NOPAGE, the fault handler believes the PTE > is in the page table, so does nothing before it

[PATCH] gpu: drm: ttm: Adding new return type vm_fault_t

Use new return type vm_fault_t for fault handler. For now, this is just documenting that the function returns a VM_FAULT value rather than an errno. Once all instances are converted, vm_fault_t will become a distinct type. Ref-> commit 1c8f422059ae ("mm: change return type to vm_fault_t")

Re: [PATCH v4 2/2] drm/panel: Add device_link from panel device to drm device

On 2018-05-22 17:03, Peter Rosin wrote: > On 2018-05-22 11:45, Andrzej Hajda wrote: >> On 22.05.2018 09:36, Peter Rosin wrote: >>> On 2018-05-22 08:29, Andrzej Hajda wrote: On 21.05.2018 23:56, Peter Rosin wrote: > On 2018-05-21 11:21, Andrzej Hajda wrote: >> On 21.05.2018 10:53,

[PATCH v5 3/7] drm/atmel-hlcdc: support bus-width (12/16/18/24) in endpoint nodes

This beats the heuristic that the connector is involved in what format should be output for cases where this fails. E.g. if there is a bridge that changes format between the encoder and the connector, or if some of the RGB pins between the lcd controller and the encoder are not routed on the PCB.

Re: [PATCH v2] drm/xen-front: fix pointer casts

On 23/05/18 13:36, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > > Building for a 32-bit target results in warnings from casting > between a 32-bit pointer and a 64-bit integer. Fix the warnings > by casting those pointers to uintptr_t first.

Re: [PATCH V3 0/3] Expanding the basic vkms features

On Wed, May 23, 2018 at 11:15:18AM +0200, Daniel Vetter wrote: > On Mon, May 21, 2018 at 10:04:23PM -0300, Rodrigo Siqueira wrote: > > This series of patches add a centralized initialization mechanism, a > > single CRTC with a plane, an encoder, and extra module information. > > > > Changes in

Re: [PATCH RFC 07/24] drm/lima: add mali 4xx GPU hardware regs

On Wed, May 23, 2018 at 10:24 AM, Rob Herring wrote: > On Fri, May 18, 2018 at 05:27:58PM +0800, Qiang Yu wrote: >> From: Lima Project Developers >> >> Signed-off-by: Qiang Yu >> Signed-off-by: Heiko Stuebner

Re: [PATCH v2] drm/nouveau/secboot: remove VLA usage

On Wed, May 23, 2018 at 5:36 PM, Ben Skeggs wrote: > On Thu, May 24, 2018 at 8:48 AM, Kees Cook wrote: >> On Thu, Apr 26, 2018 at 4:25 PM, Kees Cook wrote: >>> On Thu, Mar 15, 2018 at 7:05 PM, Ben Skeggs

Re: DRM Inquiry

On Thu, 24 May 2018, John Sledge wrote: > I was able to update my kernel to 4.6 which has the DRM_DP_AUX_CHARDEV > in the Kconfig file linux-4.6\drivers\gpu\drm. Though I also > add DRM_DP_AUX_CHARDEV=y in  kernel config. When invoke uname -r, I > could see that the kernel

[Bug 106597] [vga_switcheroo] commit 07f4f97d7b4bf325d9f558c5b58230387e4e57e0 breaks dpm on Alienware 15R3

https://bugs.freedesktop.org/show_bug.cgi?id=106597 --- Comment #24 from Lukas Wunner --- (In reply to taijian from comment #22) > $ grep . /sys/bus/hdaudio/devices/hdaudioC1D0/widgets/*/power_caps > /sys/bus/hdaudio/devices/hdaudioC1D0/widgets/01/power_caps:0xc009

[PATCH v6 6/6] media: platform: Add ChromeOS EC CEC driver

The ChromeOS Embedded Controller can expose a CEC bus, this patch add the driver for such feature of the Embedded Controller. This driver is part of the cros-ec MFD and will be add as a sub-device when the feature bit is exposed by the EC. The controller will only handle a single logical address

Re: [PATCH v4 08/11] media: vsp1: Add support for extended display list headers

Hi Kieran, Thank you for the patch. On Thursday, 3 May 2018 16:36:19 EEST Kieran Bingham wrote: > Extended display list headers allow pre and post command lists to be > executed by the VSP pipeline. This provides the base support for > features such as AUTO_FLD (for interlaced support) and

Re: [PATCH 7/9] drm/cma-helper: Use the generic fbdev emulation

On Wed, May 23, 2018 at 04:34:09PM +0200, Noralf Trønnes wrote: > This switches the CMA helper drivers that use its fbdev emulation over > to the generic fbdev emulation. It's the first phase of using generic > fbdev. A later phase will use DRM client callbacks for the > lastclose/hotplug/remove

Re: [PATCH v4 05/11] media: vsp1: Clean up DLM objects on error

Hi Kieran, Thank you for the patch. On Thursday, 3 May 2018 16:36:16 EEST Kieran Bingham wrote: > If there is an error allocating a display list within a DLM object > the existing display lists are not free'd, and neither is the DL body > pool. > > Use the existing vsp1_dlm_destroy() function

[PATCH v6 3/6] mfd: cros-ec: Increase maximum mkbp event size

Having a 16 byte mkbp event size makes it possible to send CEC messages from the EC to the AP directly inside the mkbp event instead of first doing a notification and then a read. Signed-off-by: Stefan Adolfsson Signed-off-by: Neil Armstrong

Re: [PATCH 4/9] drm: Begin an API for in-kernel clients

On Thu, May 24, 2018 at 11:25:04AM +0200, Thomas Hellstrom wrote: > On 05/24/2018 10:32 AM, Daniel Vetter wrote: > > On Wed, May 23, 2018 at 11:45:00PM +0200, Thomas Hellstrom wrote: > > > Hi, Noralf. > > > > > > A couple of issues below: > > > > > > On 05/23/2018 04:34 PM, Noralf Trønnes wrote:

Re: [PATCH v4 09/11] media: vsp1: Provide support for extended command pools

Hi Kieran, Thank you for the patch. On Thursday, 3 May 2018 16:36:20 EEST Kieran Bingham wrote: > VSPD and VSP-DL devices can provide extended display lists supporting > extended command display list objects. > > These extended commands require their own dma memory areas for a header > and body

Re: [PATCH v4 11/11] drm: rcar-du: Support interlaced video output through vsp1

Hi Kieran, Thank you for the patch. On Thursday, 3 May 2018 16:36:22 EEST Kieran Bingham wrote: > Use the newly exposed VSP1 interface to enable interlaced frame support > through the VSP1 lif pipelines. s/lif/LIF/ > > Signed-off-by: Kieran Bingham >

Re: [PATCH 4/9] drm: Begin an API for in-kernel clients

On 05/24/2018 10:32 AM, Daniel Vetter wrote: On Wed, May 23, 2018 at 11:45:00PM +0200, Thomas Hellstrom wrote: Hi, Noralf. A couple of issues below: On 05/23/2018 04:34 PM, Noralf Trønnes wrote: This the beginning of an API for in-kernel clients. First out is a way to get a framebuffer

Re: [PATCH v4 07/11] media: vsp1: Use header display lists for all WPF outputs linked to the DU

Hi Kieran, Thank you for the patch. On Thursday, 3 May 2018 16:36:18 EEST Kieran Bingham wrote: > Header mode display lists are now supported on all WPF outputs. To > support extended headers and auto-fld capabilities for interlaced mode > handling only header mode display lists can be used. >

  1   2   3   >