This patch is to preserve the display mode header during the mode adjustment.
Display mode header is overwritten with the adjusted mode header which is
throwing the stack dump.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c |8
1 files changed, 8 insertions(+),
Use hweight32 instead of counting for each bit
Signed-off-by: Akinobu Mita
Cc: David Airlie
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/radeon/r600.c| 8 +---
drivers/gpu/drm/radeon/r600_cp.c | 7 +--
2 files changed, 2 insertions(+), 13 deletions(-)
diff --git a/driver
Use memchr_inv() to check the specified memory region is filled with zero.
Signed-off-by: Akinobu Mita
Cc: David Airlie
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/drm_edid.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/driv
It is unnecessary to disable preemption explicitly while calling
copy_highpage(). Because copy_highpage() will do it again through
kmap_atomic/kunmap_atomic.
Signed-off-by: Akinobu Mita
Cc: dri-devel@lists.freedesktop.org
Cc: David Airlie
---
drivers/gpu/drm/ttm/ttm_tt.c | 4
1 file chang
This patch set adds provision for composing and sending AVI and AUI
infoframes by exynos drm hdmi driver.
It also adds provision to get CEA Video ID Code through the display mode
which is required for making AVI infoframe.
Based on exynos-drm-fixes branch of
git://git.kernel.org/pub/scm/linux/ker
From: Stephane Marchesin
This patch adds support for getting CEA Video ID Code for a given
display mode after matching with edid_cea_modes list. Its index in
the list added with one, gives the desired code.
This exported function will be used by hdmi drivers for composing
AVI info frame data.
S
This patch adds code for composing AVI and AUI info frames
and send them every VSYNC.
This patch is important for hdmi certification.
Signed-off-by: Fahad Kunnathadi
Signed-off-by: Shirish S
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 97 ++
Hi Steffen,
On Fri, Nov 09, 2012 at 02:55:45, Steffen Trumtrar wrote:
> Hi!
>
> On Wed, Oct 31, 2012 at 03:30:03PM +, Manjunathappa, Prakash wrote:
> > Hi Steffen,
> >
> > On Wed, Oct 31, 2012 at 14:58:05, Steffen Trumtrar wrote:
> > > +#if IS_ENABLED(CONFIG_VIDEOMODE)
> > > +int videomode_t
On 09.11.2012 23:03, Thierry Reding wrote:
On Fri, Nov 09, 2012 at 10:26:27AM -0600, Rob Clark wrote:
hmm, are these values defined by the hw? They look like register
offsets into the DC block?
I don't think they are defined by the hardware. From what I gather these
can arbitrarily be assigned
I was under the impression that the "else" block was only executed for nvc0
code, but maybe the nv92 code was executing it too, so that may need an
extra code block to work again. Otherwise the bar flush in the nv50
section is causing the problems... I can write up some patches later if
you want
On Fri, Nov 09, 2012 at 10:26:52PM +0100, Daniel Vetter wrote:
> On Thu, Nov 08, 2012 at 08:01:57PM +0100, Thierry Reding wrote:
> > On Thu, Nov 08, 2012 at 12:48:18PM -0500, Alex Deucher wrote:
> > > On Wed, Nov 7, 2012 at 5:06 PM, Thierry Reding
> > > wrote:
> > > > When running the xf86-video-m
On Mon, Nov 12, 2012 at 8:24 AM, Thierry Reding
wrote:
> Actually what I had in mind was a packed binary representation of
> infoframes as specified by HDMI 1.3a (I don't have access to 1.4, but I
> would think it doesn't differ in this respect) in section 5.3 and 5.3.5
> more specifically. Accord
copy_to_user() returns the number of bytes remaining to be copied, but
we want to return a negative error code here. I fixed a couple of these
last year, but I missed this one.
Signed-off-by: Dan Carpenter
---
I think there were only three copy_to/from_user() functions in this
file and they're a
Hi Steffen,
On Friday 09 November 2012 20:31:33 Steffen Trumtrar wrote:
> On Fri, Nov 09, 2012 at 04:54:16PM +, Manjunathappa, Prakash wrote:
> > On Fri, Nov 09, 2012 at 02:55:45, Steffen Trumtrar wrote:
> > > On Wed, Oct 31, 2012 at 03:30:03PM +, Manjunathappa, Prakash wrote:
> > > > On W
On Sat, Nov 10, 2012 at 10:09:02AM +0900, Inki Dae wrote:
> 2012/11/10 Ville Syrjälä
>
> > On Sat, Nov 10, 2012 at 01:50:53AM +0900, Inki Dae wrote:
> > > 2012/11/9 Ville Syrjälä
> > >
> > > > On Fri, Nov 09, 2012 at 11:04:58PM +0900, Inki Dae wrote:
> > > > > 2012/11/9 Ville Syrjälä
> > > > >
https://bugs.freedesktop.org/show_bug.cgi?id=15297
James Simmons changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=9986
James Simmons changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=16998
James Simmons changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=10090
James Simmons changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=17269
James Simmons changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=17270
James Simmons changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=5092
James Simmons changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
On Mon, Nov 12, 2012 at 4:46 AM, Will Deacon wrote:
> On Fri, Nov 09, 2012 at 09:17:33PM +, Rob Clark wrote:
>> From: Rob Clark
>>
>> A new atomic modeset/pageflip ioctl being developed in DRM requires
>> get_user() to work for 64bit types (in addition to just put_user()).
>>
>> Signed-off-by
On Fri, Nov 09, 2012 at 09:17:33PM +, Rob Clark wrote:
> From: Rob Clark
>
> A new atomic modeset/pageflip ioctl being developed in DRM requires
> get_user() to work for 64bit types (in addition to just put_user()).
>
> Signed-off-by: Rob Clark
> ---
> arch/arm/include/asm/uaccess.h | 25 +
Okay I have added two patches, one of them should fix the problem...
On Sun, Nov 11, 2012 at 12:51 PM, Kelly Doran wrote:
> I was under the impression that the "else" block was only executed for nvc0
> code, but maybe the nv92 code was executing it too, so that may need an
> extra code block to w
DIV_ROUND_CLOSEST is faster if the compiler knows it will only be
dealing with unsigned dividends. This optimization rips 32 bytes of
binary code on x86_64.
Signed-off-by: Jean Delvare
Cc: Guenter Roeck
Cc: Andrew Morton
Cc: Daniel Vetter
Cc: David Airlie
---
Already sent on: 2012-09-03.
Dan
The few places that care should have those checks instead.
This allow destruction of bo backed memory without a reservation.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/radeon/radeon_gart.c | 1 -
drivers/gpu/drm/radeon/radeon_object.c | 2 +-
2 files changed, 1 insertion(+), 2 deleti
move to release_list instead
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/ttm/ttm_bo.c | 47 +---
1 file changed, 14 insertions(+), 33 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 9c48e8f..74d6e7c 100
Just use the return error from ttm_mem_evict_first instead.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/ttm/ttm_bo.c | 27 ---
1 file changed, 8 insertions(+), 19 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 74d6e7c
I changed the hierarchy to make fence_lock the most inner lock,
instead of outer lock. This will simplify things slightly, and
hopefully makes it easier to make fence_lock global at one point
should it be needed.
To make things clearer, I change the order around in ttm_bo_cleanup_refs
and ttm_bo_c
Require lru_lock and reservation to be held, kill off the loop, no
new sync objects should be attached at this point any more.
v2:
- moved upwards in patch list and fixed conflicts.
v3:
- rebase for fence lock, and rename to ttm_bo_cleanup_refs_and_unlock
for clarity that it unlocks lru.
v4:
All items on the lru list are always reservable, so this is a stupid
thing to keep. Not only that, it is used in a way which would
guarantee deadlocks if it were ever to be set to block on reserve.
This is a lot of churn, but mostly because of the removal of the
argument which can be nested arbitr
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/ttm/ttm_bo.c | 27 ++-
1 file changed, 10 insertions(+), 17 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 1d77ad1..b9c26a5 100644
--- a/drivers/gpu/drm/ttm/ttm_bo.c
+++ b/dr
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/ttm/ttm_bo.c | 19 +++
1 file changed, 7 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index b9c26a5..a760178 100644
--- a/drivers/gpu/drm/ttm/ttm_bo.c
+++ b/drivers/gpu
There should no longer be assumptions that reserve will always succeed
with the lru lock held, so we can safely break the whole atomic
reserve/lru thing. As a bonus this fixes most lockdep annotations for
reservations.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/ttm/ttm_bo.c |
On Mon, Nov 12, 2012 at 02:18:02PM +0100, Jean Delvare wrote:
> DIV_ROUND_CLOSEST is faster if the compiler knows it will only be
> dealing with unsigned dividends. This optimization rips 32 bytes of
> binary code on x86_64.
>
> Signed-off-by: Jean Delvare
> Cc: Guenter Roeck
> Cc: Andrew Morton
Slightly makes things more complicated, but instead of testing for
unreserved and starting over, try to block and acquire reservation
first, then start over.
This maps a lot better to a blocking acquire operation.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouveau_gem.c | 19
Op 12-11-12 15:00, Maarten Lankhorst schreef:
> The few places that care should have those checks instead.
> This allow destruction of bo backed memory without a reservation.
Forgot to add, this patch series depends on the previous sync_obj_arg removal
patches, and cpu_writers -EBUSY change.
~Maa
On Mon, Nov 12, 2012 at 3:04 AM, Ville Syrjälä
wrote:
> On Fri, Nov 09, 2012 at 10:26:52PM +0100, Daniel Vetter wrote:
>> On Thu, Nov 08, 2012 at 08:01:57PM +0100, Thierry Reding wrote:
>> > On Thu, Nov 08, 2012 at 12:48:18PM -0500, Alex Deucher wrote:
>> > > On Wed, Nov 7, 2012 at 5:06 PM, Thierr
On Mon, 12 Nov 2012 15:02:26 +0100, Daniel Vetter wrote:
> On Mon, Nov 12, 2012 at 02:18:02PM +0100, Jean Delvare wrote:
> > DIV_ROUND_CLOSEST is faster if the compiler knows it will only be
> > dealing with unsigned dividends. This optimization rips 32 bytes of
> > binary code on x86_64.
> >
> >
On Mon, Nov 12, 2012 at 3:11 PM, Rob Clark wrote:
> I do prefer that, at least on lastclose, that we revert properties
> back to default/initial state, so that userspace unaware of some new
> or driver specific properties doesn't get confused.
>
> But dpms is a bit of an odd-duck property. Probab
On Mon, Nov 12, 2012 at 8:17 AM, Daniel Vetter wrote:
> On Mon, Nov 12, 2012 at 3:11 PM, Rob Clark wrote:
>> I do prefer that, at least on lastclose, that we revert properties
>> back to default/initial state, so that userspace unaware of some new
>> or driver specific properties doesn't get conf
On Mon, Nov 12, 2012 at 3:25 PM, Rob Clark wrote:
> On Mon, Nov 12, 2012 at 8:17 AM, Daniel Vetter wrote:
>> On Mon, Nov 12, 2012 at 3:11 PM, Rob Clark wrote:
>>> I do prefer that, at least on lastclose, that we revert properties
>>> back to default/initial state, so that userspace unaware of so
2012/11/12 Ville Syrjälä
> On Sat, Nov 10, 2012 at 10:09:02AM +0900, Inki Dae wrote:
> > 2012/11/10 Ville Syrjälä
> >
> > > On Sat, Nov 10, 2012 at 01:50:53AM +0900, Inki Dae wrote:
> > > > 2012/11/9 Ville Syrjälä
> > > >
> > > > > On Fri, Nov 09, 2012 at 11:04:58PM +0900, Inki Dae wrote:
> > >
On Mon, Nov 12, 2012 at 8:29 AM, Daniel Vetter wrote:
> On Mon, Nov 12, 2012 at 3:25 PM, Rob Clark wrote:
>> On Mon, Nov 12, 2012 at 8:17 AM, Daniel Vetter wrote:
>>> On Mon, Nov 12, 2012 at 3:11 PM, Rob Clark wrote:
I do prefer that, at least on lastclose, that we revert properties
b
On Mon, Nov 12, 2012 at 8:38 AM, Will Deacon wrote:
> On Mon, Nov 12, 2012 at 01:46:57PM +, Rob Clark wrote:
>> On Mon, Nov 12, 2012 at 4:46 AM, Will Deacon wrote:
>> > On Fri, Nov 09, 2012 at 09:17:33PM +, Rob Clark wrote:
>> >> @@ -122,22 +124,35 @@ extern int __get_user_4(void *);
>> >
From: Philipp Zabel
For configuring interleaved formats.
Signed-off-by: Philipp Zabel
Signed-off-by: Sascha Hauer
---
drivers/staging/imx-drm/ipu-v3/imx-ipu-v3.h |1 +
drivers/staging/imx-drm/ipu-v3/ipu-common.c | 17 +
2 files changed, 18 insertions(+)
diff --git a/dri
From: Philipp Zabel
This has been added once, but does not seem to be necessary. Tested
on i.MX51 and i.MX6.
Signed-off-by: Philipp Zabel
Signed-off-by: Sascha Hauer
---
drivers/staging/imx-drm/ipu-v3/ipu-common.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/staging/imx-drm
From: Michael Olbrich
YVYU is not supported by the IPU, so remove partial handling
of this format and replace it with YUYV which is supported.
Signed-off-by: Michael Olbrich
Signed-off-by: Philipp Zabel
Signed-off-by: Sascha Hauer
---
drivers/staging/imx-drm/ipu-v3/ipu-common.c |3 ++-
1
From: Philipp Zabel
It's for debugging only, so use dev_dbg.
Signed-off-by: Philipp Zabel
Signed-off-by: Sascha Hauer
---
drivers/staging/imx-drm/ipuv3-crtc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/imx-drm/ipuv3-crtc.c
b/drivers/staging/imx-drm
To allow the iomux to be configured for the display.
Signed-off-by: Sascha Hauer
---
drivers/staging/imx-drm/parallel-display.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/staging/imx-drm/parallel-display.c
b/drivers/staging/imx-drm/parallel-display.c
index 9b51d73
The following contains some assorted updates to the i.MX drm driver
for the next merge window.
Sascha
Michael Olbrich (1):
staging: drm/imx: Fix YUYV support in i.MX IPUv3 base driver
Philipp Zabel (4):
staging: drm/imx
From: Philipp Zabel
Signed-off-by: Philipp Zabel
Signed-off-by: Sascha Hauer
---
drivers/staging/imx-drm/ipu-v3/ipu-common.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/imx-drm/ipu-v3/ipu-common.c
b/drivers/staging/imx-drm/ipu-v3/ipu-commo
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar
---
drivers/video/fbmon.c | 37 +
include/linux/fb.h|2 ++
2 files changed, 39 insertions(+)
diff --git a/drivers/video/fbmon.c b/drivers/video/f
Add display_timing structure and the according helper functions. This allows
the description of a display via its supported timing parameters.
Every timing parameter can be specified as a single value or a range
.
Also, add helper functions to convert from display timings to a generic
videomode
This adds support for reading display timings from DT or/and convert one of
those
timings to a videomode.
The of_display_timing implementation supports multiple children where each
property can have up to 3 values. All children are read into an array, that
can be queried.
of_get_videomode converts
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar
---
drivers/gpu/drm/drm_modes.c | 41 +
include/drm/drmP.h |5 +
2 files changed, 46 insertions(+)
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gp
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar
---
drivers/video/fbmon.c | 40
include/linux/fb.h|3 +++
2 files changed, 43 insertions(+)
diff --git a/drivers/video/fbmon.c b/drivers/video/fbmon.c
index d46ecef
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar
---
drivers/gpu/drm/drm_modes.c | 36
include/drm/drmP.h |3 +++
2 files changed, 39 insertions(+)
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm
Hi!
This is v8 of the display helper series
Changes since v7:
- move of_xxx to drivers/video
- remove non-binding documentation from display-timings.txt
- squash display_timings and videomode in one patch
- misc minor fixes
Regards,
Steffen
Steffen Trumtrar (6):
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #18 from Michel Dänzer ---
(In reply to comment #17)
> Can I just stop gdm set the environment and start gdm with systemctl?
I don't think so. It mainly needs to be in gnome-shell's environment, but I'm
not sure offhand how best to a
On 2012-11-11 21:25 +0100, Maarten Lankhorst wrote:
> Op 11-11-12 19:35, Marcin Slusarz schreef:
>> On Sun, Nov 11, 2012 at 07:26:17PM +0100, Marcin Slusarz wrote:
>>> On Tue, Nov 06, 2012 at 07:30:00PM +0100, Maarten Lankhorst wrote:
Op 06-11-12 15:48, Kelly Doran schreef:
> The vbl
From: Ander Conselvan de Oliveira
---
drivers/gpu/drm/drm_flip.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_flip.c b/drivers/gpu/drm/drm_flip.c
index 6ccc3f8..a20e6a4 100644
--- a/drivers/gpu/drm/drm_flip.c
+++ b/drivers/gpu/drm/drm_fl
From: Ville Syrjälä
Don't leave stale flips hanging around the sprites' flip helpers
when the crtc is being disabled.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_atomic.c | 15 +++
drivers/gpu/drm/i915/intel_display.c |4 ++--
drivers/gpu/drm/i915/intel_drv.h
Here's a bunch of new stuff on top of my last atomic modeset/pageflip
posting.
Highlights:
- some bug fixes
- started moving common property bits out of intel_atomic.c
- hooked up the properties to some legacy code paths
- non-blocking GPU synchronization
The GPU sync part could surely use some
From: Ville Syrjälä
Move the property code around a bit to make it easier to move it out to
the drm core later.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_atomic.c | 423 ---
drivers/gpu/drm/i915/intel_drv.h|3 +
include/drm/drm_crtc.h
From: Ville Syrjälä
Standard connector properties are kept in the mode_config structure.
Move the CRTC and plane properties there as well.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_atomic.c | 295 +++
include/drm/drm_crtc.h | 19
From: Ville Syrjälä
Keep the new CRTC properties when doing modeset through the legacy code
paths.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_crtc_helper.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc_helper.c
b/drivers/
From: Ville Syrjälä
Keep the new plane properties when doing operations through the legacy
code paths.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_crtc.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc
From: Ville Syrjälä
Move some of the property code to drm_crtc.c since it should be shared
by everyone.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_crtc.c | 235 +++
drivers/gpu/drm/i915/intel_atomic.c | 256 --
From: Ville Syrjälä
Update cursor related CRTC properties after a modeset. The cursor
properties aren't handled by the drm core since not all CRTCs have
cursors.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_display.c | 15 +++
1 files changed, 15 insertions(+), 0 d
From: Ville Syrjälä
All connectors use intel_best_encoder() as their best_encoder() func, so
just call it directly w/o the indirection.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_atomic.c | 10 ++
1 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers
From: Ville Syrjälä
The i915 modeset logic requires that these be kept in sync with
the other crtc and encoder pointers.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_atomic.c |2 ++
drivers/gpu/drm/i915/intel_display.c |2 +-
drivers/gpu/drm/i915/intel_drv.h |2
From: Ville Syrjälä
Update the connector DPMS state after atomic modeset operations.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_atomic.c | 31 +++
1 files changed, 31 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_atomic.c
From: Ville Syrjälä
The pending_flip counter is probably going to be remove entirely,
along with i915_gem_execbuffer_wait_for_flips() so don't even try to
use it.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_atomic.c | 74 +--
1 files changed, 2
From: Ville Syrjälä
Avoids a NULL pointer dereference if the atomic modeset fails.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_atomic.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_atomic.c
b/drivers/gpu/drm/i915/intel_a
From: Ander Conselvan de Oliveira
intel_crtc->cursor_visible is only changed on the commit phase, so the
check for visibility was considering the previous state. Change this to
intel_crtc->cursor_handle instead.
---
drivers/gpu/drm/i915/intel_atomic.c |2 +-
1 files changed, 1 insertions(+),
From: Ville Syrjälä
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_atomic.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_atomic.c
b/drivers/gpu/drm/i915/intel_atomic.c
index c4cec40..bfc0563 100644
--- a/drivers/gpu/drm/i
From: Ville Syrjälä
Don't unpin the old fb after flips, unless a new fb was pinned, or we're
disabling the plane/crtc.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_atomic.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel
From: Ville Syrjälä
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_crtc.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 9836755..5f8dda8 100644
--- a/drivers/gpu/drm/drm_crtc.c
+++ b/drivers/gpu/d
From: Ville Syrjälä
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_atomic.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_atomic.c
b/drivers/gpu/drm/i915/intel_atomic.c
index bfc0563..a119896 100644
--- a/drivers/gpu/drm
From: Ville Syrjälä
We have more than one sprite, so a boolean simply won't cut it.
Turn sprite_scaling_enabled into a bitmask and track the state
of sprite scaler for each sprite independently.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/i915_drv.h |2 +-
drivers/gpu/drm/i91
From: Ville Syrjälä
Add a module parameter that allows one to easily change between blocking
and non-blocking GPU synchronization with atomic page flips.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_stub.c |5 +
drivers/gpu/drm/i915/intel_atomic.c | 10 +-
2
From: Ville Syrjälä
Print some information on how many flips are in the queue waiting for
the GPU. There's no limit on the queue length currently.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/i915_drv.h |1 +
drivers/gpu/drm/i915/intel_atomic.c |4
2 files changed, 5
From: Ville Syrjälä
After the atomic flip has been split up into individual flip requests
for each scanout engine, put each such request into a FIFO. Then for
each flip request add new request to the ring(s) in order to get an
interrupt once the GPU has finished whatever it was doing with the
new
Hi Steffen,
You lose memory in several places:
On Mon, Nov 12, 2012 at 04:37:02PM +0100, Steffen Trumtrar wrote:
> +static struct display_timing *of_get_display_timing(struct device_node *np)
> +{
> + struct display_timing *dt;
> + int ret = 0;
> +
> + dt = kzalloc(sizeof(*dt), GFP_KE
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #8 from m...@turboprinzessin.de ---
The computer used to work quite nicely for a lot of OpenGL programs back then
when I could still use fglrx, so I find it hard to believe that buggy hardware
is at fault here.
--
You are receiving t
https://bugzilla.kernel.org/show_bug.cgi?id=49981
nudelsuppe1...@gmx.de changed:
What|Removed |Added
CC||nudelsuppe1...@gmx.de
--- Comm
https://bugzilla.kernel.org/show_bug.cgi?id=49981
--- Comment #3 from nudelsuppe1...@gmx.de 2012-11-12 19:43:50 ---
Created an attachment (id=86191)
--> (https://bugzilla.kernel.org/attachment.cgi?id=86191)
3.7rc5 dmesg
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=em
On Mon, Nov 12, 2012 at 1:27 PM, Russell King - ARM Linux
wrote:
> On Fri, Nov 09, 2012 at 03:17:33PM -0600, Rob Clark wrote:
>> From: Rob Clark
>>
>> A new atomic modeset/pageflip ioctl being developed in DRM requires
>> get_user() to work for 64bit types (in addition to just put_user()).
>
> NA
On 11/12/2012 08:37 AM, Steffen Trumtrar wrote:
> This adds support for reading display timings from DT or/and convert one of
> those
> timings to a videomode.
> The of_display_timing implementation supports multiple children where each
> property can have up to 3 values. All children are read int
https://bugs.freedesktop.org/show_bug.cgi?id=56878
--- Comment #9 from Alex Deucher ---
(In reply to comment #8)
> The computer used to work quite nicely for a lot of OpenGL programs back
> then when I could still use fglrx, so I find it hard to believe that buggy
> hardware is at fault here.
Th
Op 12-11-12 22:30, Kelly Doran schreef:
> I had Sven test this patch... he said it works. I think chipset
> number test was executing code that we thought was only either 0x50 or
> 0xc0, but was actually more specific with things like 0x92.
>
Oh right vblank is busted anyway... needs to be nv_devi
This second version of this patch series addresses all the comments
received so far. Most notably it takes advantage of the debugfs helpers
provided by the DRM core. Oddly enough this actually increases the line
count, but that's because the helpers don't fit with the subdevices
approach as impleme
On Mon, Nov 12, 2012 at 02:44:46PM -0800, Dave Hansen wrote:
> I've been seeing a little goofiness with i915 video under the 3.7-rc's.
> It looks like I'm seeing two separate issues. One, that the video
> hardware hangs, spits some errors in dmesg, and then video acceleration
> seems to stop worki
On Mon, Nov 12, 2012 at 06:14:05AM -0600, Kelly Doran wrote:
> Okay I have added two patches, one of them should fix the problem...
>
vblank-fix1.patch works, thanks.
Marcin
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freede
https://bugs.freedesktop.org/show_bug.cgi?id=56139
--- Comment #28 from Alexandre Demers ---
Alex, a simple question: you said bit 0 in EVERGREEN_CRTC_CONTROL stops the
CRTC sync. With the culprit commit, when is it set? I mean, I had a quick look
in the driver's code and I couldn't find it. When
On Mon, Nov 12, 2012 at 5:08 PM, Russell King - ARM Linux
wrote:
> On Mon, Nov 12, 2012 at 01:58:32PM -0600, Rob Clark wrote:
>> On Mon, Nov 12, 2012 at 1:27 PM, Russell King - ARM Linux
>> wrote:
>> > On Fri, Nov 09, 2012 at 03:17:33PM -0600, Rob Clark wrote:
>> >> From: Rob Clark
>> >>
>> >> A
On 11/12/2012 02:55 PM, Thierry Reding wrote:
> This second version of this patch series addresses all the comments
> received so far. Most notably it takes advantage of the debugfs helpers
> provided by the DRM core. Oddly enough this actually increases the line
> count, but that's because the hel
On Mon, Nov 12, 2012 at 5:53 PM, Russell King - ARM Linux
wrote:
> On Mon, Nov 12, 2012 at 05:33:41PM -0600, Rob Clark wrote:
>> I'm sort of thinking maybe we want to change 'switch (sizeof(*(__p)))'
>> with 'switch (sizeof(typeof(x)))' in case someone ignores the compiler
>> warning when they try
1 - 100 of 215 matches
Mail list logo