Re: [PATCH 4/5] drm/amdgpu: Set/clear CPU_ACCESS_REQUIRED flag on page fault and CS

Am 30.06.2017 um 04:24 schrieb Michel Dänzer: On 29/06/17 07:05 PM, Daniel Vetter wrote: On Thu, Jun 29, 2017 at 06:58:05PM +0900, Michel Dänzer wrote: On 29/06/17 05:23 PM, Christian König wrote: Am 29.06.2017 um 04:35 schrieb Michel Dänzer: On 29/06/17 08:26 AM, John Brooks wrote: On Wed,

Re: [RESEND-CI v4 13/15] drm/i915: prepare csc unit for YCBCR HDMI output

Regards Shashank On 6/29/2017 5:38 PM, Ander Conselvan De Oliveira wrote: On Wed, 2017-06-21 at 16:04 +0530, Shashank Sharma wrote: To support ycbcr HDMI output, we need a pipe CSC block to do the RGB->YCBCR conversion, as the blender output is in RGB. Current Intel platforms have only one

Re: [BISECTED, REGRESSION] v4.12-rc: omapdrm fails to probe on Nokia N900

On 29/06/17 21:50, Aaro Koskinen wrote: > Hi, > > On Thu, Jun 15, 2017 at 09:51:06AM +0300, Tomi Valkeinen wrote: >> On 15/06/17 01:11, Aaro Koskinen wrote: >>> When booting v4.12-rc5 on Nokia N900, omapdrm fails to probe and there >>> is no display. >> >> Are you sure it doesn't probe? It fails

Re: [BISECTED, REGRESSION] v4.12-rc: omapdrm fails to probe on Nokia N900

On 30/06/17 11:58, Aaro Koskinen wrote: > Hi, > > On Fri, Jun 30, 2017 at 09:41:35AM +0300, Tomi Valkeinen wrote: >> On 29/06/17 21:50, Aaro Koskinen wrote: >>> On Thu, Jun 15, 2017 at 09:51:06AM +0300, Tomi Valkeinen wrote: On 15/06/17 01:11, Aaro Koskinen wrote: > When booting

Re: [PATCH] drm: rcar-du: remove an unneeded NULL check

Hi Dan, Thank you for the patch. On Friday 30 Jun 2017 11:00:12 Dan Carpenter wrote: > "params" can't be NULL here. The next lines assume that we either > hit the break statement of "params->mpixelclock == ~0UL". The > inconsistent NULL checking makes static checkers complain. I've just >

[PATCH v2 1/3] drm: Add old state pointer to CRTC .enable() helper function

The old state is useful for drivers that need to perform operations at enable time that depend on the transition between the old and new states. While at it, rename the operation to .atomic_enable() to be consistent with .atomic_disable(), as the .enable() operation is used by atomic helpers

[PATCH v2 2/3] drm: Convert atomic drivers from CRTC .disable() to .atomic_disable()

The CRTC .disable() helper operation is deprecated for atomic drivers, the new .atomic_disable() helper operation being preferred. Convert all atomic drivers to .atomic_disable() to avoid cargo-cult use of .disable() in new drivers. Signed-off-by: Laurent Pinchart

[PATCH v2 3/3] drm: vmwgfx: Remove the legacy CRTC .prepare() helper operations

The CRTC .prepare() helper operation is legacy code, drivers should use the .atomic_disable() operation instead. When a CRTC is temporarily disabled prior to a mode set, the atomic helpers call the .prepare() operation if provided instead of the .atomic_disable() operation. In order to avoid

[PATCH v2 0/3] Cleanup CRTC .enable()/.disable() cargo-cult

Hello, The first version of this patch series removed legacy CRTC helper operations from most atomic drivers, and got partially merged in the drm-misc tree. This second version is a repost of the two unmerged patches from the original series, with an additional patch to complete removal of the

[Bug 101499] Black screen when detaching HDMI cable (AMD A10-9620P)

https://bugs.freedesktop.org/show_bug.cgi?id=101499 Michel Dänzer changed: What|Removed |Added CC|

Re: [PATCH v3 1/6] drm/atomic: initial support for asynchronous plane update

On Fri, Jun 30, 2017 at 09:30:50AM +0200, Daniel Vetter wrote: > On Wed, Jun 28, 2017 at 05:54:55PM -0300, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > In some cases, like cursor updates, it is interesting to update the > > plane in an asynchronous

[PATCH] drm: rcar-du: remove an unneeded NULL check

"params" can't be NULL here. The next lines assume that we either hit the break statement of "params->mpixelclock == ~0UL". The inconsistent NULL checking makes static checkers complain. I've just removed the test. Signed-off-by: Dan Carpenter diff --git

Re: [PATCH 6/8] drm: Allow DSI devices to be registered before the host registers.

On 29.06.2017 17:22, Eric Anholt wrote: > Andrzej Hajda writes: > >> On 29.06.2017 07:03, Archit Taneja wrote: >>> On 06/28/2017 01:28 AM, Eric Anholt wrote: When a mipi_dsi_host is registered, the DT is walked to find any child nodes with compatible strings. Those

[Bug 101499] Black screen when detaching HDMI cable (AMD A10-9620P)

https://bugs.freedesktop.org/show_bug.cgi?id=101499 --- Comment #22 from Carlo Caione --- Just to keep you updated we have verified that with a bigger VRAM this is not reproducible anymore. -- You are receiving this mail because: You are the assignee for the

[Bug 196197] [drm:r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

https://bugzilla.kernel.org/show_bug.cgi?id=196197 --- Comment #6 from Michel Dänzer (mic...@daenzer.net) --- That's not the end of the bisection yet. Every time you run "git bisect good/bad/skip", it will check out a new commit that you need to compile and test, and print the estimated number of

[PATCH] drm/msm: fix an integer overflow test

We recently added an integer overflow check but it needs an additional tweak to work properly on 32 bit systems. The problem is that we're doing the right hand side of the assignment as type unsigned long so the max it will have an integer overflow instead of being larger than SIZE_MAX. That

Re: [BISECTED, REGRESSION] v4.12-rc: omapdrm fails to probe on Nokia N900

On 30/06/17 09:41, Tomi Valkeinen wrote: > So, I don't know... I guess I need to try to invent some horrible hacks > around the driver to somehow manage the omap3 problems. Perhaps > disabling/enabling the outputs when sync lost happens... Well, I tried that (attached), but it didn't work

Re: [PATCH v5] drm/sun4i: hdmi: Implement I2C adapter for A10s DDC bus

Hi, On Fri, Jun 30, 2017 at 08:22:13AM +1000, Jonathan Liu wrote: > Hi Maxime, > > On 30 June 2017 at 01:56, Maxime Ripard > wrote: > > On Wed, Jun 28, 2017 at 08:39:33PM +1000, Jonathan Liu wrote: > >> >> + u32 int_status; > >> >> + u32 fifo_status; >

Re: [PATCH v3 1/6] drm/atomic: initial support for asynchronous plane update

On Wed, Jun 28, 2017 at 05:54:55PM -0300, Gustavo Padovan wrote: > From: Gustavo Padovan > > In some cases, like cursor updates, it is interesting to update the > plane in an asynchronous fashion to avoid big delays. The current queued > update could be still

Re: [PATCH v3 2/6] drm/i915: update cursors asynchronously through atomic

On Wed, Jun 28, 2017 at 05:54:56PM -0300, Gustavo Padovan wrote: > From: Gustavo Padovan > > Add support to async updates of cursors by using the new atomic > interface for that. Basically what this commit does is do what > intel_legacy_cursor_update() did but

[PATCH] drm/atomic: Drop helper include from drm_atomic.c

Core code should never have to look at helper stuff, to make sure that all helper code is 100% optional and can be overriden. Cc: Gustavo Padovan Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_atomic.c | 1 - 1 file changed, 1 deletion(-)

Re: [RESEND-CI v4 06/15] drm/edid: parse sink information before CEA blocks

On Fri, Jun 30, 2017 at 10:52:54AM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 6/27/2017 5:25 PM, Ville Syrjälä wrote: > > On Wed, Jun 21, 2017 at 04:04:04PM +0530, Shashank Sharma wrote: > >> CEA-861-F adds ycbcr capability map block, for HDMI 2.0 sinks. > >> This block

Re: [RESEND-CI v4 01/15] drm: add HDMI 2.0 VIC support for AVI info-frames

On Wed, Jun 21, 2017 at 04:03:59PM +0530, Shashank Sharma wrote: > HDMI 1.4b support the CEA video modes as per range of CEA-861-D (VIC 1-64). > For any other mode, the VIC filed in AVI infoframes should be 0. > HDMI 2.0 sinks, support video modes range as per CEA-861-F spec, which is > extended

Re: [RESEND-CI v4 04/15] drm/edid: parse YCBCR 420 videomodes from EDID

Regards Shashank On 6/30/2017 5:28 PM, Ville Syrjälä wrote: On Fri, Jun 30, 2017 at 10:47:48AM +0530, Sharma, Shashank wrote: Regards Shashank On 6/27/2017 5:22 PM, Ville Syrjälä wrote: On Wed, Jun 21, 2017 at 04:04:02PM +0530, Shashank Sharma wrote: HDMI 2.0 spec adds support for

Re: [Intel-gfx] [RESEND-CI v4 15/15] drm/i915/glk: set HDMI 2.0 identifier

On Wed, 2017-06-21 at 16:04 +0530, Shashank Sharma wrote: > This patch sets the is_hdmi2_src identifier in drm connector > for GLK platform. GLK contains a native HDMI 2.0 controller. > This identifier will help the EDID handling functions to save > lot of work which is specific to HDMI 2.0

Re: [RESEND-CI v4 13/15] drm/i915: prepare csc unit for YCBCR HDMI output

On Fri, 2017-06-30 at 11:33 +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 6/29/2017 5:38 PM, Ander Conselvan De Oliveira wrote: > > On Wed, 2017-06-21 at 16:04 +0530, Shashank Sharma wrote: > > > To support ycbcr HDMI output, we need a pipe CSC block to > > > do the RGB->YCBCR

Re: [RESEND-CI v4 06/15] drm/edid: parse sink information before CEA blocks

Regards Shashank On 6/30/2017 5:16 PM, Ville Syrjälä wrote: On Fri, Jun 30, 2017 at 10:52:54AM +0530, Sharma, Shashank wrote: Regards Shashank On 6/27/2017 5:25 PM, Ville Syrjälä wrote: On Wed, Jun 21, 2017 at 04:04:04PM +0530, Shashank Sharma wrote: CEA-861-F adds ycbcr capability map

Re: [RESEND-CI v4 04/15] drm/edid: parse YCBCR 420 videomodes from EDID

On Fri, Jun 30, 2017 at 10:47:48AM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 6/27/2017 5:22 PM, Ville Syrjälä wrote: > > On Wed, Jun 21, 2017 at 04:04:02PM +0530, Shashank Sharma wrote: > >> HDMI 2.0 spec adds support for YCBCR420 sub-sampled output. > >> CEA-861-F adds two

[PATCH] drm/vblank: Fix race between drm_crtc_arm_vblank_event() and the irq

From: Ville Syrjälä Make sure the armed even doesn't fire until the next vblank by adding one to the current vblank counter value. This will prevent the event being fired off prematurely if drm_handle_vblank() is called redundantly, or if the irq handler gets

Re: [PATCH 4/8] ASoC: AMD: added condition checks for CZ specific code

On Thu, Jun 29, 2017 at 12:58:02PM +, Mukunda, Vijendar wrote: > -Original Message- > From: Mark Brown [mailto:broo...@kernel.org] > Sent: Wednesday, June 28, 2017 11:36 PM > To: Alex Deucher Please fix your mail client to quote mails in a more normal fashion, this looks pretty

Applied "drm: adv7511_audio: Add .get_dai_id callback to map port number to dai id" to the asoc tree

The patch drm: adv7511_audio: Add .get_dai_id callback to map port number to dai id has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the

Re: [RESEND-CI v4 11/15] drm/i915: prepare scaler for YCBCR420 modeset

Regards Shashank On 6/30/2017 5:04 PM, Ander Conselvan De Oliveira wrote: On Fri, 2017-06-30 at 11:20 +0530, Sharma, Shashank wrote: Regards Shashank On 6/27/2017 5:46 PM, Ander Conselvan De Oliveira wrote: On Wed, 2017-06-21 at 16:04 +0530, Shashank Sharma wrote: To get a YCBCR420

Re: [RESEND-CI v4 11/15] drm/i915: prepare scaler for YCBCR420 modeset

On Fri, 2017-06-30 at 11:20 +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 6/27/2017 5:46 PM, Ander Conselvan De Oliveira wrote: > > On Wed, 2017-06-21 at 16:04 +0530, Shashank Sharma wrote: > > > To get a YCBCR420 output from intel platforms, we need one > > > scaler to scale

[Bug 84041] Possible deadlock when using dri PRIME, caught by lockdep while playing video via vdpau

https://bugzilla.kernel.org/show_bug.cgi?id=84041 Jani Nikula (jani.nik...@intel.com) changed: What|Removed |Added Status|NEW |RESOLVED

Re: [Intel-gfx] [RESEND-CI v4 15/15] drm/i915/glk: set HDMI 2.0 identifier

Regards Shashank On 6/30/2017 5:37 PM, Ander Conselvan De Oliveira wrote: On Wed, 2017-06-21 at 16:04 +0530, Shashank Sharma wrote: This patch sets the is_hdmi2_src identifier in drm connector for GLK platform. GLK contains a native HDMI 2.0 controller. This identifier will help the EDID

Re: [PATCH v4 5/5] drm/i915: Solve the GPU reset vs. modeset deadlocks with an rw_semaphore

On Fri, Jun 30, 2017 at 03:35:03PM +0200, Daniel Vetter wrote: > On Thu, Jun 29, 2017 at 10:26:08PM +0300, Ville Syrjälä wrote: > > On Thu, Jun 29, 2017 at 06:57:30PM +0100, Chris Wilson wrote: > > > Quoting ville.syrj...@linux.intel.com (2017-06-29 15:36:42) > > > > From: Ville Syrjälä

Re: [PATCH] drm/vblank: Fix race between drm_crtc_arm_vblank_event() and the irq

On Fri, Jun 30, 2017 at 03:36:50PM +0200, Daniel Vetter wrote: > On Fri, Jun 30, 2017 at 04:26:49PM +0300, Ville Syrjälä wrote: > > On Fri, Jun 30, 2017 at 03:12:51PM +0200, Daniel Vetter wrote: > > > On Fri, Jun 30, 2017 at 03:27:29PM +0300, ville.syrj...@linux.intel.com > > > wrote: > > > >

Re: [Intel-gfx] [PATCH 1/2] drm/atomic: Change drm_atomic_helper_swap_state to return an error.

On Wed, Jun 28, 2017 at 03:28:11PM +0200, Maarten Lankhorst wrote: > We want to change swap_state to wait indefinitely, but to do this > swap_state should wait interruptibly. This requires propagating > the error to each driver. All drivers have changes to deal with the > clean up. In order to

Re: [PATCH v2 3/3] drm: vmwgfx: Remove the legacy CRTC .prepare() helper operations

Hi, Daniel, If possible, throw it into drm-misc. We have no changes for the next merge window at this time so it's a bit unnecessary to generate a separate pull request for this. Thanks, Thomas On 06/30/2017 03:39 PM, Daniel Vetter wrote: Want me to throw this into drm-misc too, or will

[Bug 101654] The Witcher 3: ground is too dark in some areas

https://bugs.freedesktop.org/show_bug.cgi?id=101654 Shmerl changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 101653] FAN speed is too high when displays are off

https://bugs.freedesktop.org/show_bug.cgi?id=101653 --- Comment #3 from Alex Deucher --- Created attachment 132374 --> https://bugs.freedesktop.org/attachment.cgi?id=132374=edit possible fix Depends on attachment 132358. -- You are receiving this mail because: You are

[Bug 196197] [drm:r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

https://bugzilla.kernel.org/show_bug.cgi?id=196197 --- Comment #7 from Andreas Brogle (an...@ok.de) --- Hello Michel, is that what you need ? The last 7 turns caused a kernel panic, all the 4.10.0-rc1 versions. I declared them as bad with git bisect. Hence I can't say if that ring 0 bug does

Re: [RESEND-CI v4 11/15] drm/i915: prepare scaler for YCBCR420 modeset

On Fri, 2017-06-30 at 17:29 +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 6/30/2017 5:04 PM, Ander Conselvan De Oliveira wrote: > > On Fri, 2017-06-30 at 11:20 +0530, Sharma, Shashank wrote: > > > Regards > > > > > > Shashank > > > > > > > > > On 6/27/2017 5:46 PM, Ander

Re: [PATCH 4/5] drm/amdgpu: Set/clear CPU_ACCESS_REQUIRED flag on page fault and CS

On Fri, Jun 30, 2017 at 08:47:27AM +0200, Christian König wrote: > Am 30.06.2017 um 04:24 schrieb Michel Dänzer: > > On 29/06/17 07:05 PM, Daniel Vetter wrote: > > > On Thu, Jun 29, 2017 at 06:58:05PM +0900, Michel Dänzer wrote: > > > > On 29/06/17 05:23 PM, Christian König wrote: > > > > > Am

Re: [PATCH v2 2/3] drm: Convert atomic drivers from CRTC .disable() to .atomic_disable()

On Fri, Jun 30, 2017 at 12:36:45PM +0300, Laurent Pinchart wrote: > The CRTC .disable() helper operation is deprecated for atomic drivers, > the new .atomic_disable() helper operation being preferred. Convert all > atomic drivers to .atomic_disable() to avoid cargo-cult use of > .disable() in new

Re: [PATCH] drm/atomic: Drop helper include from drm_atomic.c

Hi Daniel, 2017-06-30 Daniel Vetter : > Core code should never have to look at helper stuff, to make sure that > all helper code is 100% optional and can be overriden. > > Cc: Gustavo Padovan > Signed-off-by: Daniel Vetter

Re: [PATCH] drm/vblank: Fix race between drm_crtc_arm_vblank_event() and the irq

On Fri, Jun 30, 2017 at 03:27:29PM +0300, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > Make sure the armed even doesn't fire until the next vblank by adding > one to the current vblank counter value. This will prevent the event > being fired off

Re: [PATCH 5/5] drm/i915: Solve the GPU reset vs. modeset deadlocks with an rw_semaphore

On Fri, Jun 30, 2017 at 03:25:58PM +0200, Daniel Vetter wrote: > On Thu, Jun 29, 2017 at 04:49:48PM +0300, ville.syrj...@linux.intel.com wrote: > > From: Ville Syrjälä > > > > Introduce an rw_semaphore to protect the display commits. All normal > > commits use

Re: [PATCH] drm/vblank: Fix race between drm_crtc_arm_vblank_event() and the irq

On Fri, Jun 30, 2017 at 04:26:49PM +0300, Ville Syrjälä wrote: > On Fri, Jun 30, 2017 at 03:12:51PM +0200, Daniel Vetter wrote: > > On Fri, Jun 30, 2017 at 03:27:29PM +0300, ville.syrj...@linux.intel.com > > wrote: > > > From: Ville Syrjälä > > > > > > Make sure

Re: [PATCH 2/2] drm/atomic: Wait indefinitely and interruptibly for hw_done.

On Wed, Jun 28, 2017 at 03:28:12PM +0200, Maarten Lankhorst wrote: > Without waiting for hw_done, previous atomic updates may dereference > the wrong state and cause a lot of confusion. The real fix is fixing > all obj->state to use the accessor macros, but for now wait > indefinitely and

Re: [PATCH] drm/vblank: Fix race between drm_crtc_arm_vblank_event() and the irq

On Fri, Jun 30, 2017 at 03:12:51PM +0200, Daniel Vetter wrote: > On Fri, Jun 30, 2017 at 03:27:29PM +0300, ville.syrj...@linux.intel.com wrote: > > From: Ville Syrjälä > > > > Make sure the armed even doesn't fire until the next vblank by adding > > one to the

Re: [Intel-gfx] [RESEND-CI v4 15/15] drm/i915/glk: set HDMI 2.0 identifier

On Fri, 2017-06-30 at 17:47 +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 6/30/2017 5:37 PM, Ander Conselvan De Oliveira wrote: > > On Wed, 2017-06-21 at 16:04 +0530, Shashank Sharma wrote: > > > This patch sets the is_hdmi2_src identifier in drm connector > > > for GLK

Re: [PATCH v2 3/3] drm: vmwgfx: Remove the legacy CRTC .prepare() helper operations

Want me to throw this into drm-misc too, or will you pick this up in wmvgfx trees? Since it's not tree-wide there's no reason for it to go through drm-misc. -Daniel On Fri, Jun 30, 2017 at 3:04 PM, Thomas Hellstrom wrote: > Reviewed-by: Thomas Hellstrom

Re: [PATCH 5/5] drm/i915: Solve the GPU reset vs. modeset deadlocks with an rw_semaphore

On Fri, Jun 30, 2017 at 03:30:33PM +0200, Daniel Vetter wrote: > On Fri, Jun 30, 2017 at 03:25:58PM +0200, Daniel Vetter wrote: > > On Thu, Jun 29, 2017 at 04:49:48PM +0300, ville.syrj...@linux.intel.com > > wrote: > > > From: Ville Syrjälä > > > > > > Introduce

[PATCH] drm/fb-helper: Restore first connection behaviour on deferred setup

Prior to commit b0aa06e9a7fd ("drm/fb-helper: Support deferred setup"), if no output is connected at framebuffer setup time, we get a default 1024x768 mode that is going to be used when we first connect a monitor. After the commit, on first connection after deferred setup, we probe the monitor and

Re: [PATCH v5] drm/sun4i: hdmi: Implement I2C adapter for A10s DDC bus

On Sat, Jul 01, 2017 at 12:14:44AM +1000, Jonathan Liu wrote: > Hi Chen-Yu and Maxime, > > On 30 June 2017 at 13:16, Chen-Yu Tsai wrote: > > On Fri, Jun 30, 2017 at 6:22 AM, Jonathan Liu wrote: > >> Hi Maxime, > >> > >> On 30 June 2017 at 01:56, Maxime Ripard >

Re: [PATCH v4 5/5] drm/i915: Solve the GPU reset vs. modeset deadlocks with an rw_semaphore

Quoting Daniel Vetter (2017-06-30 16:30:59) > On Fri, Jun 30, 2017 at 04:53:19PM +0300, Ville Syrjälä wrote: > > On Fri, Jun 30, 2017 at 03:35:03PM +0200, Daniel Vetter wrote: > > > On Thu, Jun 29, 2017 at 10:26:08PM +0300, Ville Syrjälä wrote: > > > > On Thu, Jun 29, 2017 at 06:57:30PM +0100,

Re: [PATCH v4 5/5] drm/i915: Solve the GPU reset vs. modeset deadlocks with an rw_semaphore

On Fri, Jun 30, 2017 at 04:53:19PM +0300, Ville Syrjälä wrote: > On Fri, Jun 30, 2017 at 03:35:03PM +0200, Daniel Vetter wrote: > > On Thu, Jun 29, 2017 at 10:26:08PM +0300, Ville Syrjälä wrote: > > > On Thu, Jun 29, 2017 at 06:57:30PM +0100, Chris Wilson wrote: > > > > Quoting

Re: [Mesa-dev] [PATCH 2/4] intel: Add Cannonlake PCI IDs for Y-skus.

series pushed to libdrm. Thanks for the review. On Thu, Jun 29, 2017 at 3:16 PM, Clint Taylor wrote: > Reviewed-by: Clinton Taylor > > -Clint > > > > > On 06/29/2017 02:34 PM, Rodrigo Vivi wrote: >> >> By the Spec all CNL Y skus are 2+2,

Re: [PATCH 1/3] drm/vblank: Introduce drm_crtc_vblank_get_accurate()

On Fri, Jun 30, 2017 at 05:18:41PM +0300, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > Add drm_crtc_vblank_get_accurate() which is the same as > drm_crtc_vblank_get() except that it will forcefully update the > the current vblank counter/timestamp

Re: [Freedreno] [PATCH] drm/msm: fix an integer overflow test

On Fri, Jun 30, 2017 at 10:59:15AM +0300, Dan Carpenter wrote: > We recently added an integer overflow check but it needs an additional > tweak to work properly on 32 bit systems. > > The problem is that we're doing the right hand side of the assignment as > type unsigned long so the max it will

Re: [PATCH] drm/fb-helper: Restore first connection behaviour on deferred setup

On Fri, Jun 30, 2017 at 6:51 PM, Liviu Dudau wrote: > Prior to commit b0aa06e9a7fd ("drm/fb-helper: Support deferred setup"), > if no output is connected at framebuffer setup time, we get a default > 1024x768 mode that is going to be used when we first connect a monitor. >

[PATCH] intel/intel_chipset: Move IS_9XX below IS_GEN10.

No functional change. Just organizing the code so it gets clear for future platforms. Paulo deserves credits becuase he was the one that just noticed this IS_9XX was in the wrong position after CNL patches got introduced. Cc: Paulo Zanoni Signed-off-by: Rodrigo Vivi

[PATCH v4 0/6] drm: add asynchrounous plane update

From: Gustavo Padovan Hi, Follow up after Daniel's comments. Here I move the common async code to drm_atomic_helper.c. i915 and msm now have to call the drm_atomic_helper_async_check() themselves. Please review! Thanks. Gustavo Gustavo Padovan (6):

[PATCH v4 2/6] drm/i915: update cursors asynchronously through atomic

From: Gustavo Padovan Add support to async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what intel_legacy_cursor_update() did but through atomic. v4: - call drm_atomic_helper_async_check() from the

Re: [PATCH 5/5] drm/i915: Solve the GPU reset vs. modeset deadlocks with an rw_semaphore

On Fri, Jun 30, 2017 at 5:44 PM, Ville Syrjälä wrote: >> And if the GEM folks insist the old behavior can't be restored, then we >> just need a tailor-made get-out-of-jail card for gen4 gpu reset somewhere >> in i915_sw_fence. Force-completing all render requests

Re: [PATCH 5/5] drm/i915: Solve the GPU reset vs. modeset deadlocks with an rw_semaphore

On Fri, Jun 30, 2017 at 08:23:58PM +0200, Daniel Vetter wrote: > On Fri, Jun 30, 2017 at 5:44 PM, Ville Syrjälä > wrote: > >> And if the GEM folks insist the old behavior can't be restored, then we > >> just need a tailor-made get-out-of-jail card for gen4 gpu reset

[PATCH] drm/panel: simple: Skip error message on deferred probe

From: Fabio Estevam When enable_gpio is provided via an I2C or SPI expander, it may not be available when panel-simple probes leading to the following error: panel-simple panel: failed to request GPIO: -517 As this error message is not very useful to the end user, skip

[PATCH libdrm 2/2] radeon: use asic id table to get chipset name

Change-Id: I24b6624789d1a9dc0fd3a446b0e6f21ed5183ff2 Signed-off-by: Samuel Li --- radeon/Makefile.am | 6 +++ radeon/Makefile.sources | 6 ++- radeon/radeon_asic_id.c | 106 radeon/radeon_asic_id.h | 37

[PATCH v4 1/6] drm/atomic: initial support for asynchronous plane update

From: Gustavo Padovan In some cases, like cursor updates, it is interesting to update the plane in an asynchronous fashion to avoid big delays. The current queued update could be still waiting for a fence to signal and thus block any subsequent update until its

[PATCH v4 6/6] drm/vc4: update cursors asynchronously through atomic

From: Gustavo Padovan Add support for async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what vc4_update_plane() did but through atomic. v5: add missing call to vc4_plane_atomic_check() (Eric Anholt) v4: add

[PATCH v4 4/6] drm/msm: update cursors asynchronously through atomic

From: Gustavo Padovan Add support to async updates of cursors by using the new atomic interface for that. Basically what this commit does is do what mdp5_update_cursor_plane_legacy() did but through atomic. v5: call drm_atomic_helper_async_check() from the check

[PATCH v4 3/6] drm/i915: remove intel_cursor_plane_funcs

From: Gustavo Padovan After converting legacy cursor updates to atomic async commits intel_cursor_plane_funcs just duplicates intel_plane_funcs now. Cc: Daniel Vetter Signed-off-by: Gustavo Padovan ---

[PATCH v4 5/6] drm/msm: remove mdp5_cursor_plane_funcs

From: Gustavo Padovan After converting legacy cursor updates to atomic async commits mdp5_cursor_plane_funcs just duplicates mdp5_plane_funcs now. Cc: Rob Clark Cc: Archit Taneja Signed-off-by: Gustavo Padovan

Re: [PATCH 1/3] drm/vblank: Introduce drm_crtc_vblank_get_accurate()

On Fri, Jun 30, 2017 at 5:26 PM, Daniel Vetter wrote: > On Fri, Jun 30, 2017 at 05:18:41PM +0300, ville.syrj...@linux.intel.com wrote: >> From: Ville Syrjälä >> >> Add drm_crtc_vblank_get_accurate() which is the same as >> drm_crtc_vblank_get()

[PATCH libdrm 1/2] util: move some files to an ASIC neutral directory.

Change-Id: Iac1c4870253e8b8860a61b7cf175e7a25cc95921 Signed-off-by: Samuel Li --- Makefile.sources | 10 +- amdgpu/Makefile.am | 3 +- amdgpu/Makefile.sources | 7 +- amdgpu/amdgpu_asic_id.c | 219 --- amdgpu/amdgpu_device.c | 7

[Bug 101653] FAN speed is too high when displays are off

https://bugs.freedesktop.org/show_bug.cgi?id=101653 --- Comment #4 from Alexander Tsoy --- (In reply to Alex Deucher from comment #3) > Created attachment 132374 [details] [review] > possible fix It works. Thanks. -- You are receiving this mail because: You are the assignee

Re: [BISECTED, REGRESSION] v4.12-rc: omapdrm fails to probe on Nokia N900

On Fri, Jun 30, 2017 at 09:41:35AM +0300, Tomi Valkeinen wrote: > On 29/06/17 21:50, Aaro Koskinen wrote: > > Hi, > > > > On Thu, Jun 15, 2017 at 09:51:06AM +0300, Tomi Valkeinen wrote: > >> On 15/06/17 01:11, Aaro Koskinen wrote: > >>> When booting v4.12-rc5 on Nokia N900, omapdrm fails to probe

Re: [Intel-gfx] [PATCH] drm/atomic: Add missing drm_atomic_state_clear to atomic_remove_fb

On Thu, Jun 29, 2017 at 05:17:39PM +0300, Ville Syrjälä wrote: > On Thu, Jun 29, 2017 at 04:57:25PM +0300, Ville Syrjälä wrote: > > On Thu, Jun 29, 2017 at 01:59:54PM +0200, Maarten Lankhorst wrote: > > > Signed-off-by: Maarten Lankhorst > > > --- > > >

Re: [Intel-gfx] [PATCH] drm/atomic: Add missing drm_atomic_state_clear to atomic_remove_fb

On Thu, Jun 29, 2017 at 01:59:54PM +0200, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst With a real commit message (just explain why it's needed): Reviewed-by: Daniel Vetter Also needs Fixes: db8f6403e88a ("drm: Convert

Re: [PATCH 4/5] drm/amdgpu: Set/clear CPU_ACCESS_REQUIRED flag on page fault and CS

Am 30.06.2017 um 14:39 schrieb Daniel Vetter: On Fri, Jun 30, 2017 at 08:47:27AM +0200, Christian König wrote: Am 30.06.2017 um 04:24 schrieb Michel Dänzer: On 29/06/17 07:05 PM, Daniel Vetter wrote: On Thu, Jun 29, 2017 at 06:58:05PM +0900, Michel Dänzer wrote: On 29/06/17 05:23 PM,

Re: Resizeable PCI BAR support V5

Hi Dieter, thanks a lot for testing that. But I think my poor little FUJITSU PRIMERGY TX150 S7, Xeon X3470 (Nehalem), PCIe 2.0, 24 GB is to old for this stuff... Well, actually you only need to figure out how to enable a PCIe window above the 4GB limit. Could be that the BIOS supports this

Re: [Intel-gfx] [PATCH 1/5] drm/atomic: Refactor drm_atomic_state_realloc_connectors()

On Thu, Jun 29, 2017 at 04:49:44PM +0300, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > Pull the code to reallocate the state->connectors[] array into a > helper function. We'll have another use for this later. > > Signed-off-by: Ville Syrjälä

Re: [PATCH 5/5] drm/i915: Solve the GPU reset vs. modeset deadlocks with an rw_semaphore

On Thu, Jun 29, 2017 at 04:49:48PM +0300, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > Introduce an rw_semaphore to protect the display commits. All normal > commits use down_read() and hence can proceed in parallel, but GPU reset > will use

Re: [PATCH v4 5/5] drm/i915: Solve the GPU reset vs. modeset deadlocks with an rw_semaphore

On Thu, Jun 29, 2017 at 10:26:08PM +0300, Ville Syrjälä wrote: > On Thu, Jun 29, 2017 at 06:57:30PM +0100, Chris Wilson wrote: > > Quoting ville.syrj...@linux.intel.com (2017-06-29 15:36:42) > > > From: Ville Syrjälä > > > > > > Introduce an rw_semaphore to protect

Re: [PATCH v2 3/3] drm: vmwgfx: Remove the legacy CRTC .prepare() helper operations

Reviewed-by: Thomas Hellstrom On 06/30/2017 11:36 AM, Laurent Pinchart wrote: The CRTC .prepare() helper operation is legacy code, drivers should use the .atomic_disable() operation instead. When a CRTC is temporarily disabled prior to a mode set, the atomic helpers

[PATCH 3/3] drm/i915: Use drm_crtc_vblank_get_accurate() in intel_atomic_wait_for_vblanks()

From: Ville Syrjälä To make sure intel_atomic_wait_for_vblanks() really waits for at least one vblank let's switch to using drm_crtc_vblank_get_accurate(). Also toss in a FIXME that we should really be sampling the vblank counter when we did the plane/wm update

[PATCH 1/3] drm/vblank: Introduce drm_crtc_vblank_get_accurate()

From: Ville Syrjälä Add drm_crtc_vblank_get_accurate() which is the same as drm_crtc_vblank_get() except that it will forcefully update the the current vblank counter/timestamp value even if the interrupt is already enabled. And we'll switch drm_wait_one_vblank()

[PATCH 2/3] drm/i915: Fix race between pipe update and vblank irq

From: Ville Syrjälä Make sure that we have an up to date vblank counter value for sending out the completion event. On gen2/3 the vblank irq fires at frame start rather than at start of vblank, so if we perform an update between vblank start and frame start we

Re: [RESEND-CI v4 11/15] drm/i915: prepare scaler for YCBCR420 modeset

Regards Shashank On 6/30/2017 7:45 PM, Ander Conselvan De Oliveira wrote: On Fri, 2017-06-30 at 17:29 +0530, Sharma, Shashank wrote: Regards Shashank On 6/30/2017 5:04 PM, Ander Conselvan De Oliveira wrote: On Fri, 2017-06-30 at 11:20 +0530, Sharma, Shashank wrote: Regards Shashank