Hi Akshay,
On 9 February 2016 at 22:25, Akshay Bhat wrote:
> On 02/09/2016 04:28 PM, Daniel Stone wrote:
>> On 1 February 2016 at 19:02, Akshay Bhat wrote:
>>> On 02/01/2016 07:11 AM, Liviu Dudau wrote:
On Fri, Jan 29, 2016 at 05:12:28PM -0500, Akshay Bhat wrote:
> On 01/28/2016 05:29 P
On Tue, 09 Feb 2016, Rasmus Villemoes wrote:
> This fails to undo the setup for pin==0; moreover, something
> interesting happens if the setup failed already at pin==0.
>
> Signed-off-by: Rasmus Villemoes
> ---
> drivers/gpu/drm/i915/intel_i2c.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deleti
Hi
On Tue, Feb 9, 2016 at 9:45 PM, Haixia Shi wrote:
> Regarding the following comment:
>
>> diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
>> index 1ea8790..b4332d4 100644
>> --- a/drivers/gpu/drm/drm_fops.c
>> +++ b/drivers/gpu/drm/drm_fops.c
>> @@ -497,8 +497,6 @@ int drm
Hi Akshay,
On 1 February 2016 at 19:02, Akshay Bhat wrote:
> On 02/01/2016 07:11 AM, Liviu Dudau wrote:
>> On Fri, Jan 29, 2016 at 05:12:28PM -0500, Akshay Bhat wrote:
>>> On 01/28/2016 05:29 PM, Rob Clark wrote:
>>> Also from the original log you can see that there are a lot of modules
>>> that
This fails to undo the setup for pin==0; moreover, something
interesting happens if the setup failed already at pin==0.
Signed-off-by: Rasmus Villemoes
---
drivers/gpu/drm/i915/intel_i2c.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_i2c.c b/driv
The current code fails to call i2c_del_adapter on
dev_prev->gmbus[0].adapter, and if the for loop above failed already
at i==0, all hell breaks loose when we do the loop body for
i = -1,-2,...
Signed-off-by: Rasmus Villemoes
---
drivers/gpu/drm/gma500/intel_gmbus.c | 2 +-
1 file changed, 1 inse
There are a few instances of
for (i = 0; i < FOO; ++i) {
ret = do_stuff(i)
if (ret)
goto err;
}
...
err:
while (--i)
undo_stuff(i);
At best, this fails to undo_stuff for i==0, but if i==0 was the case
that failed, we'll end up with an "infinite" loop in the error path
xt part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160209/3b862a5e/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160209/835f27f1/attachment.html>
On Tue, Feb 09, 2016 at 07:36:41PM +0200, Ville Syrjälä wrote:
> On Tue, Feb 09, 2016 at 07:03:51PM +0200, Ville Syrjälä wrote:
> > On Tue, Feb 09, 2016 at 04:39:21PM +, Sharma, Shashank wrote:
> > > Hi Nick,
> > >
> > > Sonika is OOO for this week.
> > > AFAIK about this issue, looks li
Hi Philipp,
On Thu, Feb 4, 2016 at 3:25 AM, Philipp Zabel wrote:
> From: CK Hu
>
> This patch adds the device nodes for the DISP function blocks
> comprising the display subsystem.
>
> Signed-off-by: CK Hu
> Signed-off-by: Cawa Cheng
> Signed-off-by: Jie Qiu
> Signed-off-by: Daniel Kurtz
> S
On Tue, Feb 09, 2016 at 07:03:51PM +0200, Ville Syrjälä wrote:
> On Tue, Feb 09, 2016 at 04:39:21PM +, Sharma, Shashank wrote:
> > Hi Nick,
> >
> > Sonika is OOO for this week.
> > AFAIK about this issue, looks like the live status is not getting set for
> > your system, on HPD.
> >
> >
On Tue, Feb 09, 2016 at 04:39:21PM +, Sharma, Shashank wrote:
> Hi Nick,
>
> Sonika is OOO for this week.
> AFAIK about this issue, looks like the live status is not getting set for
> your system, on HPD.
>
> As per the Bspec, we must check live status before trying to read EDID.
> Is it
4.5-rc3 is affected as well:
===
kernel: [drm] Initialized drm 1.1.0 20060810
kernel: [drm] Memory usable by graphics device = 2048M
kernel: [drm] Replacing VGA console driver
kernel: [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
kernel: [drm] Driver supports precise vblank timestamp
From: Ville Syrjälä
Add a few helpers to get the dimensions of the chroma plane(s).
v2: Add kernel-doc (Daniel)
v3: Fix kerneldoc "Returns:" style (Daniel)
Uninline the functions and check for num_planes (Daniel)
v4: Add the required EXPORT_SYMBOL()s
Cc: dri-devel at lists.freedesktop.org
On Tue, 09 Feb 2016, Eric Engestrom wrote:
> Commit 1eb8345 added a bunch of legitimate `const`, but added two on
> that line.
Too late, fixed in
commit 70c0616d5a8458ae9148d74309cede07ba2f5164
Author: Colin Ian King
Date: Wed Jan 20 10:59:34 2016 +
drm/fb_cma_helper: remove duplicat
Hi Daniel,
On 02/09/2016 04:28 PM, Daniel Stone wrote:
> Hi Akshay,
>
> On 1 February 2016 at 19:02, Akshay Bhat wrote:
>> On 02/01/2016 07:11 AM, Liviu Dudau wrote:
>>> On Fri, Jan 29, 2016 at 05:12:28PM -0500, Akshay Bhat wrote:
On 01/28/2016 05:29 PM, Rob Clark wrote:
Also from the o
On Tue, Feb 09, 2016 at 03:18:05PM +, Eric Engestrom wrote:
> Commit 1eb8345 added a bunch of legitimate `const`, but added two on that
> line.
Already fixed
70c0616d5a84 ("drm/fb_cma_helper: remove duplicate const from drm_fb_cma_alloc")
>
> Signed-off-by: Eric Engestrom
> ---
> drivers/
On 02/09/2016 03:29 PM, Daniel Vetter wrote:
> On Tue, Feb 09, 2016 at 02:39:44PM +0100, Mario Kleiner wrote:
>> On 02/09/2016 11:23 AM, Daniel Vetter wrote:
>>> On Tue, Feb 09, 2016 at 12:07:27PM +0200, Ville Syrjälä wrote:
On Tue, Feb 09, 2016 at 10:56:38AM +0100, Daniel Vetter wrote:
>>
Hi Nick,
Sonika is OOO for this week.
AFAIK about this issue, looks like the live status is not getting set for your
system, on HPD.
As per the Bspec, we must check live status before trying to read EDID.
Is it possible for you to check with an HDMI analyzer and probe live status
register ?
On Mon, 08 Feb 2016, John Keeping wrote:
> I haven't seen this get picked up. Is there something wrong with the
> patch or was it just lost in the noise?
I picked this up in our drm-fixes branch, and will send it on to Dave.
BR,
Jani.
>
> On Thu, 3 Dec 2015 10:46:07 + John Keeping wrote:
>
On Tue, Feb 09, 2016 at 02:53:30PM +0100, Mario Kleiner wrote:
> On 02/09/2016 11:09 AM, Daniel Vetter wrote:
> > On Mon, Feb 08, 2016 at 02:13:28AM +0100, Mario Kleiner wrote:
> >> The changes to drm_update_vblank_count() in Linux 4.4 added a
> >> method to emulate a hardware vblank counter by use
On Tue, Feb 09, 2016 at 04:11:49PM +0200, Ville Syrjälä wrote:
> On Tue, Feb 09, 2016 at 02:53:30PM +0100, Mario Kleiner wrote:
> > On 02/09/2016 11:09 AM, Daniel Vetter wrote:
> > > On Mon, Feb 08, 2016 at 02:13:28AM +0100, Mario Kleiner wrote:
> > >> The changes to drm_update_vblank_count() in
On Tue, Feb 09, 2016 at 02:29:49PM +0100, Mario Kleiner wrote:
> On 02/09/2016 12:10 PM, Ville Syrjälä wrote:
> > On Tue, Feb 09, 2016 at 11:06:18AM +0100, Daniel Vetter wrote:
> >> On Mon, Feb 08, 2016 at 02:13:27AM +0100, Mario Kleiner wrote:
> >>> drm_vblank_offdelay can have three different t
On Tue, Feb 9, 2016 at 11:29 AM, Daniel Vetter wrote:
> On Sat, Jan 30, 2016 at 01:11:01PM +0200, Oded Gabbay wrote:
>> On Sat, Jan 30, 2016 at 11:56 AM, Xinliang Liu
>> wrote:
>> > This patch cleans up the Makefile of drm root directory.
>> > Make core and device drivers configuration list sort
On Tue, Feb 09, 2016 at 03:41:28PM +0200, Ville Syrjälä wrote:
> On Tue, Feb 09, 2016 at 02:29:49PM +0100, Mario Kleiner wrote:
> > On 02/09/2016 12:10 PM, Ville Syrjälä wrote:
> > > On Tue, Feb 09, 2016 at 11:06:18AM +0100, Daniel Vetter wrote:
> > >> On Mon, Feb 08, 2016 at 02:13:27AM +0100,
On Tue, Feb 09, 2016 at 02:39:44PM +0100, Mario Kleiner wrote:
> On 02/09/2016 11:23 AM, Daniel Vetter wrote:
> >On Tue, Feb 09, 2016 at 12:07:27PM +0200, Ville Syrjälä wrote:
> >>On Tue, Feb 09, 2016 at 10:56:38AM +0100, Daniel Vetter wrote:
> >>>On Mon, Feb 08, 2016 at 02:13:25AM +0100, Mario K
Commit 1eb8345 added a bunch of legitimate `const`, but added two on that line.
Signed-off-by: Eric Engestrom
---
drivers/gpu/drm/drm_fb_cma_helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_fb_cma_helper.c
b/drivers/gpu/drm/drm_fb_cma_helper.c
ind
rming that next-20160201 has the problem, but it is fixed as of
next-20160208.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 848 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160209/21dddf40/attachment.sig>
The vblank IRQ is only needed to trigger page flip work, so we
might as well disable it when there is no work to do.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/imx/ipuv3-crtc.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/imx/ipuv3-crtc.c b/drivers/gpu/drm/imx
If the FB is backed by a GEM object with an dma-buf attached
we need to wait for any pending fences to signal before executing
the page flip.
The implementation is straight forward by deferring the flip to
a workqueue in that case.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/imx/ipuv3-crtc.c
The DRM core only references the currently queued/active framebuffer.
So there is a period of time where the flip is not completed, but
the GEM object backing the FB is already unreferenced and could be
destroyed if userspace closes its handle.
Make sure to keep a reference to the GEM object until
Start tracking the flip state explicitly, as opposed to inferring
it from the presence if a new FB. This is a preparatory step to
introduce an new immediate state, where we can wait for a fence to
signal.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/imx/ipuv3-crtc.c | 15 ++-
1 fil
The core already does the correct replacemet if the driver
page flip function returns without an error, so there is no
need to do it here.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/imx/ipuv3-crtc.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/imx/ipuv3-crtc.c b/drivers
On Fri, Jan 15, 2016 at 3:42 PM, Greg Hackmann wrote:
> On 01/15/2016 10:02 AM, Gustavo Padovan wrote:
>>
>> Patches 27 and 28 are attempt to fix that. I assumed that if some code is
>> calling fence_timeline_destroy() it wants to stop everything so I
>> worked on a solution that stops any waiter
On Tue, Feb 09, 2016 at 01:28:15PM +0100, Arnd Bergmann wrote:
> A newly merged patch removed the only user of this variable,
> leading to a harmless gcc warning:
>
> drivers/gpu/drm/tegra/drm.c: In function 'tegra_drm_preclose':
> drivers/gpu/drm/tegra/drm.c:861:19: error: unused variable 'crtc'
On 02/09/2016 11:09 AM, Daniel Vetter wrote:
> On Mon, Feb 08, 2016 at 02:13:28AM +0100, Mario Kleiner wrote:
>> The changes to drm_update_vblank_count() in Linux 4.4 added a
>> method to emulate a hardware vblank counter by use of high
>> precision vblank timestamps if a kms driver supports those,
On 02/09/2016 11:23 AM, Daniel Vetter wrote:
> On Tue, Feb 09, 2016 at 12:07:27PM +0200, Ville Syrjälä wrote:
>> On Tue, Feb 09, 2016 at 10:56:38AM +0100, Daniel Vetter wrote:
>>> On Mon, Feb 08, 2016 at 02:13:25AM +0100, Mario Kleiner wrote:
This fixes a regression introduced by the new drm
On 02/09/2016 12:10 PM, Ville Syrjälä wrote:
> On Tue, Feb 09, 2016 at 11:06:18AM +0100, Daniel Vetter wrote:
>> On Mon, Feb 08, 2016 at 02:13:27AM +0100, Mario Kleiner wrote:
>>> drm_vblank_offdelay can have three different types of values:
>>>
>>> < 0 is to be always treated the same as dev->vb
On 02/09/2016 10:54 AM, Daniel Vetter wrote:
> On Mon, Feb 08, 2016 at 02:13:24AM +0100, Mario Kleiner wrote:
>> Otherwise if a kms driver calls into drm_vblank_off() more than once
>> before calling drm_vblank_on() again, the redundant calls to
>> vblank_disable_and_save() will call drm_update_vbl
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160209/9261b97b/attachment.html>
On Tue, Feb 09, 2016 at 11:25:27AM +0100, David Herrmann wrote:
> Hi
>
> On Fri, Feb 5, 2016 at 10:57 PM, Haixia Shi wrote:
> > This flag is only used for drm/udl.
>
> Furthermore, it is horribly racy. Lets not make use of it outside of udl.
>
> Reviewed-by: David Herrmann
Applied to drm-misc
Hi
On Fri, Feb 5, 2016 at 10:57 PM, Haixia Shi wrote:
> Remove the general drm_device_is_unplugged() checks, and move the unplugged
> flag handling logic into drm/udl. In general we want to keep driver-specific
> logic out of common drm code.
I like the idea of moving this hack into udl. However
> > > But a better look has me wondering how all these gpus are syncing
> > > the framebuffer for direct access via cfb_imageblit and friends. I only
> > > see
> > > nouveau and intel gma even trying.
> >
> > Probably no other DRM driver uses hardware acceleration for fbcon.
>
> Yup. We've h
A newly merged patch removed the only user of this variable,
leading to a harmless gcc warning:
drivers/gpu/drm/tegra/drm.c: In function 'tegra_drm_preclose':
drivers/gpu/drm/tegra/drm.c:861:19: error: unused variable 'crtc'
[-Werror=unused-variable]
This removes the variable as well.
Cc: Terje
On Tue, Feb 09, 2016 at 11:06:18AM +0100, Daniel Vetter wrote:
> On Mon, Feb 08, 2016 at 02:13:27AM +0100, Mario Kleiner wrote:
> > drm_vblank_offdelay can have three different types of values:
> >
> > < 0 is to be always treated the same as dev->vblank_disable_immediate
> > = 0 is to be treated a
Remove the general drm_device_is_unplugged() checks, and move the unplugged
flag handling logic into drm/udl. In general we want to keep driver-specific
logic out of common drm code.
Signed-off-by: Haixia Shi
Reviewed-by: Stéphane Marchesin
---
drivers/gpu/drm/drm_drv.c | 6
dr
On 2/9/16, Ville Syrjälä wrote:
> BTW I'm not at all convinced about the current live status bit defines
> we have for g4x. Supposedly someone tested them and found that they
> don't match the spec, but IIRC when I tried them on one g4x machine
> here, they did match the spec (well, at least for
diff --git a/include/drm/drmP.h b/include/drm/drmP.h
> > index d7162cf..40c6099 100644
> > --- a/include/drm/drmP.h
> > +++ b/include/drm/drmP.h
> > @@ -748,7 +748,6 @@ struct drm_device {
> > struct drm_minor *control; /**< Control node */
> > struct drm_minor *primary; /**< Primary node */
> > struct drm_minor *render; /**< Render node */
> > - atomic_t unplugged; /**< Flag whether dev is
> dead */
> > struct inode *anon_inode; /**< inode for private
> address-space */
> > char *unique; /**< unique name of the
> device */
> > /*@} */
> > @@ -879,19 +878,6 @@ static __inline__ int drm_core_check_feature(struct
> drm_device *dev,
> > return ((dev->driver->driver_features & feature) ? 1 : 0);
> > }
> >
> > -static inline void drm_device_set_unplugged(struct drm_device *dev)
> > -{
> > - smp_wmb();
> > - atomic_set(&dev->unplugged, 1);
> > -}
> > -
> > -static inline int drm_device_is_unplugged(struct drm_device *dev)
> > -{
> > - int ret = atomic_read(&dev->unplugged);
> > - smp_rmb();
> > - return ret;
> > -}
> > -
> > static inline bool drm_is_render_client(const struct drm_file
> *file_priv)
> > {
> > return file_priv->minor->type == DRM_MINOR_RENDER;
> > --
> > 2.7.0.rc3.207.g0ac5344
> >
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160209/a613af4b/attachment-0001.html>
Patch based on a previous series by Shashank Sharma.
v2: Update contributors
Signed-off-by: Shashank Sharma
Signed-off-by: Lionel Landwerlin
Signed-off-by: Kumar, Kiran S
Signed-off-by: Kausal Malladi
---
drivers/gpu/drm/i915/i915_drv.c| 3 +
drivers/gpu/drm/i915/i915_reg.h| 40 ++
Patch based on a previous series by Shashank Sharma.
v2: Do not read GAMMA_MODE register to figure what mode we're in
v3: Program PREC_PAL_GC_MAX to clamp pixel values > 1.0
Add documentation on how the Broadcast RGB property is affected by
CTM_MATRIX
v4: Update contributors
Signed-off
Patch based on a previous series by Shashank Sharma.
v2: Update contributors
Signed-off-by: Shashank Sharma
Signed-off-by: Lionel Landwerlin
Signed-off-by: Kumar, Kiran S
Signed-off-by: Kausal Malladi
---
drivers/gpu/drm/i915/i915_reg.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Patch based on a previous series by Shashank Sharma.
v2: Update contributors
Signed-off-by: Shashank Sharma
Signed-off-by: Lionel Landwerlin
Signed-off-by: Kumar, Kiran S
Signed-off-by: Kausal Malladi
---
drivers/gpu/drm/i915/i915_reg.h | 40 +++-
1 file c
Patch based on a previous series by Shashank Sharma.
v2: Register LUT size properties as range
v3: Fix round in drm_color_lut_get_value() helper
More docs on how degamma/gamma properties are used
v4: Update contributors
Signed-off-by: Shashank Sharma
Signed-off-by: Lionel Landwerlin
Signe
Signed-off-by: Lionel Landwerlin
---
drivers/gpu/drm/i915/Makefile| 1 +
drivers/gpu/drm/i915/intel_color.c | 174 +++
drivers/gpu/drm/i915/intel_display.c | 163 +++-
drivers/gpu/drm/i915/intel_drv.h | 10 ++
4 files ch
This series introduces pipe level color management through a set of properties
attached to the CRTC. It also provides an implementation for some Intel
platforms.
This series is based of a previous set of patches by Shashank Sharma.
Cheers,
Lionel
Lionel Landwerlin (6):
drm/i915: Extract out
On Tue, Feb 09, 2016 at 10:56:38AM +0100, Daniel Vetter wrote:
> On Mon, Feb 08, 2016 at 02:13:25AM +0100, Mario Kleiner wrote:
> > This fixes a regression introduced by the new drm_update_vblank_count()
> > implementation in Linux 4.4:
> >
> > Restrict the bump of the software vblank counter in
We need this in userspace for interpreting some of the perf ctrs.
Note possibly not quite sufficient if we had some frequency mgmt
approach other than race-to-idle. Not really sure what the best
thing to do if we did. Although displaying results as a percentage
of max frequence seems sensible(is
On Tue, Feb 09, 2016 at 11:20:20AM +0100, Daniel Vetter wrote:
> On Tue, Feb 09, 2016 at 10:26:25AM +0100, David Herrmann wrote:
> > Hi
> >
> > On Tue, Dec 22, 2015 at 10:36 PM, Tiago Vignatti
> > wrote:
> > > From: Daniel Vetter
> > >
> > > The userspace might need some sort of cache coherency
On 1/28/16, Nick Bowler wrote:
> On 2016-01-21, Nick Bowler wrote:
>> On 2016-01-21, Jindal, Sonika wrote:
>>> On 1/21/2016 8:59 AM, Nick Bowler wrote:
On 1/20/16, Nick Bowler wrote:
> On 2016-01-20, Jindal, Sonika wrote:
>> [...]
>> Does the same system works with any other monit
Hi
On Fri, Feb 5, 2016 at 10:57 PM, Haixia Shi wrote:
> This flag is only used for drm/udl.
Furthermore, it is horribly racy. Lets not make use of it outside of udl.
Reviewed-by: David Herrmann
Thanks
David
> Signed-off-by: Haixia Shi
> Reviewed-by: Stéphane Marchesin
> ---
> drivers/gpu
On Tue, Feb 09, 2016 at 12:07:27PM +0200, Ville Syrjälä wrote:
> On Tue, Feb 09, 2016 at 10:56:38AM +0100, Daniel Vetter wrote:
> > On Mon, Feb 08, 2016 at 02:13:25AM +0100, Mario Kleiner wrote:
> > > This fixes a regression introduced by the new drm_update_vblank_count()
> > > implementation in
On Tue, Feb 09, 2016 at 10:26:25AM +0100, David Herrmann wrote:
> Hi
>
> On Tue, Dec 22, 2015 at 10:36 PM, Tiago Vignatti
> wrote:
> > From: Daniel Vetter
> >
> > The userspace might need some sort of cache coherency management e.g. when
> > CPU
> > and GPU domains are being accessed through dm
On Mon, Feb 08, 2016 at 12:17:07PM +0200, Oleksandr Natalenko wrote:
> Hi.
>
> With Linux 4.4 external HDMI-attached monitor in not discovered by i915
> driver. Here is boot log related to drm and i915 for Linux 4.4/4.4.1 kernel:
>
> ===
> kernel: [drm] Initialized drm 1.1.0 20060810
> kernel: [d
On Mon, Feb 08, 2016 at 02:13:29AM +0100, Mario Kleiner wrote:
> Make sure that drm_vblank_get/put() stay balanced in
> case drm_vblank_get fails, by skipping the corresponding
> put.
>
> Signed-off-by: Mario Kleiner
> Cc: michel at daenzer.net
> Cc: dri-devel at lists.freedesktop.org
> Cc: alexa
On Mon, Feb 08, 2016 at 02:13:28AM +0100, Mario Kleiner wrote:
> The changes to drm_update_vblank_count() in Linux 4.4 added a
> method to emulate a hardware vblank counter by use of high
> precision vblank timestamps if a kms driver supports those,
> but doesn't suppport hw vblank counters.
>
> T
t;> if (pbn == port->vcpi.pbn) {
>> *slots = port->vcpi.num_slots;
>> + drm_dp_put_port(port);
>> return true;
>> }
>> }
>>
>
>
--
Regards
Insu Yun
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160209/45eefd4d/attachment.html>
On Mon, Feb 08, 2016 at 02:13:27AM +0100, Mario Kleiner wrote:
> drm_vblank_offdelay can have three different types of values:
>
> < 0 is to be always treated the same as dev->vblank_disable_immediate
> = 0 is to be treated as "never disable vblanks"
> > 0 is to be treated as disable immediate if
On Mon, Feb 08, 2016 at 02:13:26AM +0100, Mario Kleiner wrote:
> Changes to drm_update_vblank_count() in Linux 4.4 broke the
> behaviour of the pre/post modeset functions as the new update
> code doesn't deal with hw vblank counter resets inbetween calls
> to drm_vblank_pre_modeset an drm_vblank_po
On Mon, Feb 08, 2016 at 02:13:25AM +0100, Mario Kleiner wrote:
> This fixes a regression introduced by the new drm_update_vblank_count()
> implementation in Linux 4.4:
>
> Restrict the bump of the software vblank counter in drm_update_vblank_count()
> to a safe maximum value of +1 whenever there i
On Mon, Feb 08, 2016 at 02:13:24AM +0100, Mario Kleiner wrote:
> Otherwise if a kms driver calls into drm_vblank_off() more than once
> before calling drm_vblank_on() again, the redundant calls to
> vblank_disable_and_save() will call drm_update_vblank_count()
> while hw vblank counters and vblank
On Fri, Feb 05, 2016 at 11:10:30AM +0800, Xinliang Liu wrote:
> This patch cleans up the Makefile of drm root directory.
> Make core and device drivers configuration list sorted Alphabetically.
>
> Signed-off-by: Xinliang Liu
> Reviewed-by: Xinwei Kong
> Reviewed-by: Yifan Liu
> ---
> drivers/
On Thu, Feb 04, 2016 at 06:11:28PM +0200, Ville Syrjälä wrote:
> On Thu, Feb 04, 2016 at 10:43:21AM -0500, Lyude wrote:
> > We accidentally point both cfgcr registers for the second shared DPLL to
> > the same location in i915_reg.h. This results in a lot of hw pipe state
> > mismatches whenever
On Thu, Feb 04, 2016 at 03:03:52PM +0100, LABBE Corentin wrote:
> The warning message in drm_mode_parse_command_line_for_connector miss
> the [drm] at beginning.
> This patch add it and take the opportunity to convert
> printk(KERN_WARNING to pr_warn()
>
> Signed-off-by: LABBE Corentin
Applied t
On Mon, Feb 08, 2016 at 10:00:20PM +0200, Tomi Valkeinen wrote:
>
>
> On 04/02/16 11:30, Jyri Sarha wrote:
> > From: Darren Etheridge
> >
> > The default behavior of consoles during power management operations is: On
> > entry to suspend a new console is allocated and switched to. On resume the
On Tue, Feb 02, 2016 at 10:49:43AM -0500, Lyude wrote:
> We don't actually check for INTEL_OUTPUT_DP_MST at all in here, as a
> result we skip assigning a DPLL to any DP MST ports, which makes link
> training fail:
>
> [ 1442.933896] [drm:intel_power_well_enable] enabling DDI D power well
> [ 1442
On Wed, Feb 03, 2016 at 06:30:54PM +0900, Michel Dänzer wrote:
> On 03.02.2016 03:38, Peter Hurley wrote:
> > On 02/01/2016 09:20 PM, Archit Taneja wrote:
> >> Hi Peter,
> >>
> >> On 02/02/2016 02:07 AM, Peter Hurley wrote:
> >>> Hi Archit,
> >>>
> >>> Just booting 4.4-rc5+, I got this splat [1]
>
On Sat, Jan 30, 2016 at 01:11:01PM +0200, Oded Gabbay wrote:
> On Sat, Jan 30, 2016 at 11:56 AM, Xinliang Liu
> wrote:
> > This patch cleans up the Makefile of drm root directory.
> > Make core and device drivers configuration list sorted Alphabetically.
> >
> > Signed-off-by: Xinliang Liu
> > R
Hi
On Tue, Dec 22, 2015 at 10:36 PM, Tiago Vignatti
wrote:
> From: Daniel Vetter
>
> The userspace might need some sort of cache coherency management e.g. when CPU
> and GPU domains are being accessed through dma-buf at the same time. To
> circumvent this problem there are begin/end coherency ma
On Thu, Feb 04, 2016 at 09:27:24PM +0100, Lars-Peter Clausen wrote:
> On 02/04/2016 04:22 PM, Carlos Palminha wrote:
> > Hi guys,
> >
> > any feedback? patch will be accepted for adv7511 driver?
>
> Hi,
>
> Thanks for the patch, but please try to find and fix the call site that is
> trying to in
On Thu, Jan 28, 2016 at 06:54:36PM -0500, Insu Yun wrote:
> Since drm_property_create_range can be failed in memory pressure,
> it needs to be checked and return -ENOMEM.
>
> Signed-off-by: Insu Yun
Applied to drm-misc, thanks.
-Daniel
> ---
> drivers/gpu/drm/i2c/ch7006_drv.c | 2 ++
> 1 file
On Fri, Jan 29, 2016 at 08:01:19PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Add a few helpers to get the dimensions of the chroma plane(s).
>
> v2: Add kernel-doc (Daniel)
> v3: Fix kerneldoc "Returns:" style (Daniel)
> Uninline the functions and check for
On Mon, Jan 11, 2016 at 08:09:20PM +0100, Lukas Wunner wrote:
> gmux is a microcontroller built into dual GPU MacBook Pros.
> On pre-retina MBPs, if we're the inactive GPU, we need apple-gmux
> to temporarily switch DDC so that we can probe the panel's EDID.
>
> The checks for CONFIG_VGA_ARB and C
On Mon, Feb 08, 2016 at 10:10:00AM -0800, Darren Hart wrote:
> On Mon, Jan 11, 2016 at 08:09:20PM +0100, Lukas Wunner wrote:
> > Enable GPU switching on the pre-retina MacBook Pro (2008 - 2013), v5.
> >
> > The main obstacle on these machines is that the panel mode in VBIOS
> > is bogus. Fortunate
On Wed, Feb 03, 2016 at 10:45:07AM -0200, Gustavo Padovan wrote:
> Hi Maarten,
>
> 2016-01-28 Maarten Lankhorst :
>
> > This allows iteration over encoders without requiring connection_mutex.
> >
> > Changes since v1:
> > - Add a set_best_encoder helper function and update encoder_mask inside
>
}
> }
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-dp-mst-Fix-missing-ref-count-decrease.patch
Type: text/x-patch
Size: 1441 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160209/531123a7/attachment.bin>
On Fri, Feb 05, 2016 at 11:53:03AM -0200, Tiago Vignatti wrote:
> On 02/04/2016 06:55 PM, Stéphane Marchesin wrote:
> >On Tue, Dec 22, 2015 at 1:36 PM, Tiago Vignatti
> > wrote:
> >>Hey back,
> >>
> >>Thank you Daniel, Chris, Alex and Thomas for reviewing the last series. I
> >>think I addressed m
https://bugzilla.kernel.org/show_bug.cgi?id=112061
Pavol KlaÄanský changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
88 matches
Mail list logo
