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?
Collect the part which takes care of issuing the flips to a new
function. This makes the following patch nicer to look at.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_atomic.c | 37 --
1 files changed, 22 insertions(+), 15 d
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
From: Ville Syrj?l?
If the GPU hangs, release all pending atomic flips from the queue.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/i915_irq.c |1 +
drivers/gpu/drm/i915/intel_atomic.c | 29 +
drivers/gpu/drm/i915/intel_drv.h|1 +
3 files
From: Ville Syrj?l?
The register values are computed when the flip ioctl is issued, and
they're used only after we've waited for the GPU to finish rendering.
The computed values are store in the intel_crtc and intel_plane structs,
so issuing another flip before the previous one has been fully com
From: Ville Syrj?l?
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_display.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index 390251d..2f518be 100644
--- a/drivers/gpu/drm/i91
From: Ville Syrj?l?
Most of the code for preparing the 'struct intel_flip' instances was
identical betwen the CRTC and plane codepaths. Refactor the common parts
into a single function.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_atomic.c | 122 +++-
From: Ville Syrj?l?
Atomic code might need i915_gem_check_olr().
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/i915_drv.h |1 +
drivers/gpu/drm/i915/i915_gem.c |2 +-
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/dr
From: Ville Syrj?l?
These are not needed anymore.
Signed-off-by: Ville Syrj?l?
---
include/drm/drm_crtc.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index c8cea87..da9abb6 100644
--- a/include/drm/drm_crtc.h
+++ b/i
From: Ville Syrj?l?
Use the new_crtc and new_encoder pointes inside the intel_encoder and
intel_connector structures instead of swapping the crtc and encoder
pointers in the drm base structures around the disable calls.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_atomic.c | 11
From: Ville Syrj?l?
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_atomic.c | 36 +++
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_atomic.c
b/drivers/gpu/drm/i915/intel_atomic.c
index e52d92a..36446d1
From: Ville Syrj?l?
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_atomic.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_atomic.c
b/drivers/gpu/drm/i915/intel_atomic.c
index 415cd72..efdaff3 100644
--- a/drivers/gpu/drm/i91
From: Ville Syrj?l?
The atomic code will want to call intel_modeset_commit_output_state()
too.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_display.c |2 +-
drivers/gpu/drm/i915/intel_drv.h |1 +
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/
From: Ville Syrj?l?
A new trace point for tracking changes to gem object pin count.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/i915_gem.c |6 ++
drivers/gpu/drm/i915/i915_trace.h | 19 +++
2 files changed, 25 insertions(+), 0 deletions(-)
diff --git a/dr
From: Ville Syrj?l?
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/i915_drv.h |1 +
drivers/gpu/drm/i915/i915_trace.h | 15 +++
drivers/gpu/drm/i915/intel_atomic.c |9 -
3 files changed, 24 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i9
From: Ville Syrj?l?
The atomic check() hook is interested in the staged new configuration,
so it must use the intel_encoder::new_crtc pointer when checking if
a CRTC is in use or not.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_atomic.c | 16 ++--
1 files changed,
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/i915_trace.h | 49 ++
d
From: Ville Syrj?l?
Add a comment that outlines some of the missign/incomplete parts of the
atomic code.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_atomic.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_atomi
From: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_atomic.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_atomic.c
b/drivers/gpu/drm/i915/intel_atomic.c
index c964b64a..43767c2 100644
--- a/drivers/gpu/drm/i915/intel_atomic.c
From: Ville Syrj?l?
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/i915_trace.h | 19 +++
drivers/gpu/drm/i915/intel_atomic.c |4
2 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_trace.h
b/drivers/gpu/drm/i915/i915_tr
From: Ville Syrj?l?
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/i915_trace.h | 18 ++
drivers/gpu/drm/i915/intel_atomic.c |2 ++
2 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_trace.h
b/drivers/gpu/drm/i915/i915_trace
Add CONFIG_OF to compile conditionally. of_match_ptr eliminates having
an #ifdef returning NULL for the case when OF is disabled.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_ddc.c |4 +++-
drivers/gpu/drm/exynos/exynos_hdmi.c|4 +++-
drivers/gpu/drm/exynos/exyno
This is an unlikely case. However to silence the following smatch error
add a NULL check:
drivers/gpu/drm/exynos/exynos_hdmi.c:2486 hdmi_probe()
error: potential NULL dereference 'match'.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_hdmi.c |2 ++
1 files changed, 2 insertion
On 12.12.2012 18:08, Thierry Reding wrote:
> I've briefly discussed this with Stephen on IRC because I thought I had
> remembered him objecting to the idea of adding a dummy device just for
> this purpose. It turns out, however, that what he didn't like was to add
> a dummy node to the DT just to m
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121212/d8f3f9dd/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121212/8409be56/attachment.html>
On Wed, 12 Dec 2012 14:06:44 +0100
Daniel Vetter wrote:
> Spinning for up to 200 us with interrupts locked out is not good. So
> let's just spin (and even that seems to be excessive).
>
> And we don't call these functions from interrupt context, so this is
> not required. Besides that doing anyt
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121212/c8a2c69c/attachment.html>
On Thu, Dec 6, 2012 at 6:46 AM, Prathyush K wrote:
> When fimd is turned off, we disable the clocks which will stop
> the dma. Now if we remove the current framebuffer, we cannot
> disable the overlay but the current framebuffer will still be freed.
> When fimd resumes, the dma will continue from
From: Alex Deucher
Along the same lines of what was done for evergreen+
in the last kernel.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600_reg.h|9 +++
drivers/gpu/drm/radeon/radeon_asic.h |1 +
drivers/gpu/drm/radeon/rv515.c | 122 +-
it
the patch that i will attach next.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121212/a12f196b/attachment.html>
ch
on top of it
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121212/005d6fdf/attachment.html>
From: Jerome Glisse
The dma ring can't write to register thus have to write to memory
its fence value. This ensure that it doesn't try to use scratch
register for dma ring fence driver.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/r600.c | 3 ++-
drivers/gpu/drm/radeon/radeo
On Wed, Dec 12, 2012 at 12:54:47PM -0800, Jesse Barnes wrote:
> On Wed, 12 Dec 2012 14:06:44 +0100
> Daniel Vetter wrote:
>
> > Spinning for up to 200 us with interrupts locked out is not good. So
> > let's just spin (and even that seems to be excessive).
> >
> > And we don't call these function
On Wed, Dec 12, 2012 at 4:43 PM, wrote:
> From: Jerome Glisse
>
> The dma ring can't write to register thus have to write to memory
> its fence value. This ensure that it doesn't try to use scratch
> register for dma ring fence driver.
>
> Signed-off-by: Jerome Glisse
Reviewed-by: Alex Deucher
On Wed, 12 Dec 2012 23:00:34 +0100
Daniel Vetter wrote:
> On Wed, Dec 12, 2012 at 12:54:47PM -0800, Jesse Barnes wrote:
> > On Wed, 12 Dec 2012 14:06:44 +0100
> > Daniel Vetter wrote:
> >
> > > Spinning for up to 200 us with interrupts locked out is not good. So
> > > let's just spin (and even
From: Alex Deucher
Hi Dave,
One more pull for 3.8. This one adds CP DMA support and
several bug fixes.
Alex
The following changes since commit a636a9829175987e74ddd28a2e87ed17ff7adfdc:
Merge branch 'drm-next-3.8' of git://people.freedesktop.org/~agd5f/linux into
drm-next (2012-12-11 08:
301 - 337 of 337 matches
Mail list logo
