Re: [Intel-gfx] [RFC v2] drm/i915: Android native sync support

On Sat, Jan 24, 2015 at 04:08:32PM +, Chris Wilson wrote: > On Sat, Jan 24, 2015 at 10:41:46AM +0100, Daniel Vetter wrote: > > On Fri, Jan 23, 2015 at 6:30 PM, Chris Wilson > > wrote: > > > On Fri, Jan 23, 2015 at 04:53:48PM +0100, Daniel Vetter wrote: > > >> Yeah that's kind the big behaviou

Re: [Intel-gfx] [PATCH 4/10] drm/i915: DRRS calls based on frontbuffer

On Thu, Jan 15, 2015 at 02:49:55PM -0800, Rodrigo Vivi wrote: > looks ok for me... > you will also have conflict so a rebased version is at: > http://cgit.freedesktop.org/~vivijim/drm-intel/log/?h=review-drrs > > Reviewed-by: Rodrigo Vivi Merged up to this one, thanks for patches&review. -Daniel

Re: [Intel-gfx] [PATCH] drm/i915: Enable/disable DRRS

On Thu, Jan 22, 2015 at 03:17:40PM +0530, Ramalingam C wrote: > From: Vandana Kannan > > Calling enable/disable DRRS when enable/disable DDI are called. > These functions are responsible for setup of drrs data (in enable) and > reset of drrs (in disable). > has_drrs is true when downclock_mode is

[Intel-gfx] [PATCH] drm/i915: Drop pipe_enable checks in vblank funcs

With Ville's rework to use drm_crtc_vblank_on/off the core will take care of rejecting drm_vblank_get calls when the pipe is off. Also the core won't call the get_vblank_counter hooks in that case either. And since we've dropped ums support recently we can now remove these hacks, yay! Noticed whil

Re: [Intel-gfx] [PATCH] drm/probe-helper: don't lose hotplug event

On Sun, Jan 25, 2015 at 12:37:31PM -0500, Rob Clark wrote: > On Wed, Jan 21, 2015 at 4:40 PM, Rob Clark wrote: > > On Wed, Jan 21, 2015 at 9:41 AM, Daniel Vetter > > wrote: > >> There's a race window (small for hpd, 10s large for polled outputs) > >> where userspace could sneak in with an unrela

Re: [Intel-gfx] [PATCH] tools/intel_audio_dump: add details dump for Cherryview

Any comments? Regards, Libin > -Original Message- > From: Yang, Libin > Sent: Thursday, January 15, 2015 9:21 AM > To: intel-gfx@lists.freedesktop.org > Cc: Yang, Libin > Subject: [PATCH] tools/intel_audio_dump: add details dump for > Cherryview > > From: Libin Yang > > This patch add

Re: [Intel-gfx] [PATCH] drm/probe-helper: don't lose hotplug event

On Wed, Jan 21, 2015 at 4:40 PM, Rob Clark wrote: > On Wed, Jan 21, 2015 at 9:41 AM, Daniel Vetter wrote: >> There's a race window (small for hpd, 10s large for polled outputs) >> where userspace could sneak in with an unrelated connnector probe >> ioctl call and eat the hotplug event (since neit

Re: [Intel-gfx] [PATCH 4/4] drm/i915: Use intel_gpu_freq() and intel_freq_opcode()

On Fri, Jan 23, 2015 at 09:04:26PM +0200, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > Replace all the vlv_gpu_freq(), vlv_freq_opcode(), > *GT_FREQUENCY_MULTIPLIER, and /GT_FREQUENCY_MULTIPLIER instances > with intel_gpu_freq() and intel_freq_opcode() calls. > > Most of the ch

Re: [Intel-gfx] [PATCH 3/4] drm/i915: Add intel_gpu_freq() and intel_freq_opcode()

On Fri, Jan 23, 2015 at 09:04:25PM +0200, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > Rename the vlv_gpu_freq() and vlv_freq_opecode() functions to have > an intel_ prefix, and handle non-VLV/CHV platforms in them as well. > Leave the vlv_ names around for now since they're cur

Re: [Intel-gfx] [PATCH 2/4] drm/i915: Add gt_act_freq_mhz sysfs file

On Fri, Jan 23, 2015 at 09:04:24PM +0200, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > Currently the 'gt_cur_freq_mhz' file shows the actual GPU frequency on > VLV/CHV, and the last requested frequency on other platforms. Change the > meaning of the file on VLV/CHV to follow the

Re: [Intel-gfx] [PATCH 1/4] drm/i915: Update PMINTRMSK on VLV/CHV after sysfs min/max freq change

On Fri, Jan 23, 2015 at 09:04:23PM +0200, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > Currently we don't call valleyview_set_rps() when changing the min/max > limits through sysfs if the current frequency is still within the new > limits. However that means we sometimes forget