From: Ville Syrjälä
Check primary_disabled state before enabling the primary plane in
crtc_enable() hooks.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_display.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
From: Ville Syrjälä
Check the active and primary_disabled flags and set the
DISPLAY_PLANE_ENABLE bit accordingly in calc_plane() hook for the
primary plane.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_display.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-
From: Ville Syrjälä
Enable/disable the primary plane accordingly when the sprite plane
coverage changes.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_atomic.c | 41 +++
1 files changed, 41 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/
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ä
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 | 293 +++
include/drm/drm_crtc.h | 19
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ä
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
From: Ville Syrjälä
The atomic code needs intel_modeset_update_staged_output_state().
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_display.c |2 +-
drivers/gpu/drm/i915/intel_drv.h |2 ++
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/
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 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_ato
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ä
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ä
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ä
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ä
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ä
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ä
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ä
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ä
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ä
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ä
These function no longer exist.
---
drivers/gpu/drm/i915/intel_atomic.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_atomic.c
b/drivers/gpu/drm/i915/intel_atomic.c
index b795cb2..7a7695b 100644
--- a/drivers/gpu/dr
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
https://bugs.freedesktop.org/show_bug.cgi?id=58042
Andreas Boll changed:
What|Removed |Added
CC||andreas.boll@gmail.com,
https://bugs.freedesktop.org/show_bug.cgi?id=57875
Stefan Dösinger changed:
What|Removed |Added
Attachment #71244|0 |1
is obsolete|
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
https://bugs.freedesktop.org/show_bug.cgi?id=26345
Chris Wilson changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
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 +-
https://bugs.freedesktop.org/show_bug.cgi?id=58166
--- Comment #6 from Jerome Glisse ---
Created attachment 71412
--> https://bugs.freedesktop.org/attachment.cgi?id=71412&action=edit
Fix dma fence driver
This patch should fix it for you. If it doesn't please also apply on top of it
the patch t
https://bugs.freedesktop.org/show_bug.cgi?id=58166
--- Comment #7 from Jerome Glisse ---
Created attachment 71413
--> https://bugs.freedesktop.org/attachment.cgi?id=71413&action=edit
Force wb bo into vram
If previous patch didn't fix the issue on its own please also apply this patch
on top of
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:
https://bugs.freedesktop.org/show_bug.cgi?id=58166
--- Comment #8 from Andy Furniss ---
(In reply to comment #6)
> Created attachment 71412 [details]
> Fix dma fence driver
>
> This patch should fix it for you. If it doesn't please also apply on top of
> it the patch that i will attach next.
Th
https://bugs.freedesktop.org/show_bug.cgi?id=57350
--- Comment #1 from Brandon Smith ---
Same here on my MacbookPro(6,2) with NV50 graphics.
Here's an example error line:
[ 182.772471] nouveau E[ PFB][:01:00.0] trapped read at 0x70ea38
on channel 0x0001fed0 BAR/PFIFO_READ/FB reason:
ed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121212/2a5c9af7/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121212/b94d184f/attachment.html>
+
> >> >> drivers/gpu/drm/exynos/exynos_regs-mie.h| 75 +++
> >> >> 8 files changed, 465 insertions(+), 3 deletions(-)
> >> >> create mode 100644 drivers/gpu/drm/exynos/exynos_drm_fimd_common.h
> >> >> create mode 100644 drivers/gpu/drm/exynos/exynos_drm_mie.c
> >>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121212/1f6a6393/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121212/d95081d3/attachment.html>
Changelog v3:
Hi All.
This RFC v3 changed ipp subsystem for arrangement.
Fixed scaler problem in GSC.
Added/Removed comment from Inki.Dae.
Fixed Joonyoung.Shim comment.
Added rotator comments.
Changelog v2:
Hi All.
This RFC v2 supports iommu in ipp. and Added/Removed comment from Inki.Dae.
Fixed
This patch adds iommu support for ipp.
For this, it adds subdrv_probe/remove callback to enable or disable ipp iommu.
we can get or put device address to a gem handle from user
through exynos_drm_gem_get/put_dma_addr().
Signed-off-by: Eunchul Kim
Signed-off-by: Jinyoung Jeon
---
drivers/gpu/drm
IPP stand for Image Post Processing and supports image scaler/rotator
/crop/flip/csc(color space conversion) and input/output DMA operations using
ipp drivers.
also supports writeback and display output operations.
ipp driver include FIMC, Rotator, GSC, SC, so on.
and ipp is integration device dri
Rotator supports rotation/crop/flip and input/output DMA operations
Rotator ipp driver supports 90,180,270 degree rotaion and vertical, horizontal
flip.
and has some limitations(source and destination format have to be same, no
scaler)
Signed-off-by: Eunchul Kim
Signed-off-by: Youngjun Cho
---
FIMC is stand for Fully Interfactive Mobile Camera and
supports image scaler/rotator/crop/flip/csc and input/output DMA operations.
input DMA reads image data from the memory.
output DMA writes image data to memory.
FIMC supports image rotation and image effect functions.
also supports writeback an
GSC is stand for General SCaler and supports supports
image scaler/rotator/crop/flip/csc and input/output DMA operations.
input DMA reads image data from the memory.
output DMA writes image data to memory.
GSC supports image rotation and imag effect functions.
also supports writeback and display ou
> -Original Message-
> From: Eunchul Kim [mailto:chulspro.kim at samsung.com]
> Sent: Wednesday, December 12, 2012 4:35 PM
> To: dri-devel at lists.freedesktop.org; inki.dae at samsung.com
> Cc: jy0.jeon at samsung.com; yj44.cho at samsung.com; jmock.shin at
> samsung.com;
> jaejoon.seo
> -Original Message-
> From: Eunchul Kim [mailto:chulspro.kim at samsung.com]
> Sent: Wednesday, December 12, 2012 4:35 PM
> To: dri-devel at lists.freedesktop.org; inki.dae at samsung.com
> Cc: jy0.jeon at samsung.com; yj44.cho at samsung.com; jmock.shin at
> samsung.com;
> jaejoon.seo
Acked-by: Mark Zhang
Tested-by: Mark Zhang
On my Tegra 30 cardhu. Thanks, Lucas.
Mark
On 12/12/2012 04:51 AM, Lucas Stach wrote:
> Fixes wrong picture offset observed when using HDMI output with a
> Technisat HD TV.
>
> Signed-off-by: Lucas Stach
> ---
> Captions are a bit confusing here. As
Thank's your comment.
I anwer your comment, please check that.
Thank's
BR
Eunchul Kim.
On 12/12/2012 05:18 PM, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Eunchul Kim [mailto:chulspro.kim at samsung.com]
>> Sent: Wednesday, December 12, 2012 4:35 PM
>> To: dri-devel at lists.free
Documentation says that code requiring dma-buf should add it to
select, so inline fallbacks are not going to be used. A link error
will make it obvious what went wrong, instead of silently doing
nothing at runtime.
Signed-off-by: Maarten Lankhorst
Reviewed-by: Daniel Vetter
Reviewed-by: Rob Clar
org/archives/dri-devel/attachments/20121212/32ec9bc6/attachment.html>
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121212/38e170ee/attachment.html>
Thank's your comment.
I answer your comment. please check that.
Thank's
BR
Eunchul Kim
On 12/12/2012 05:29 PM, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Eunchul Kim [mailto:chulspro.kim at samsung.com]
>> Sent: Wednesday, December 12, 2012 4:35 PM
>> To: dri-devel at lists.free
> -Original Message-
> From: Eunchul Kim [mailto:chulspro.kim at samsung.com]
> Sent: Wednesday, December 12, 2012 6:26 PM
> To: Inki Dae
> Cc: dri-devel at lists.freedesktop.org; jy0.jeon at samsung.com;
> yj44.cho at samsung.com; jmock.shin at samsung.com; jaejoon.seo at
> samsung.com;
One more comment.
> -Original Message-
> From: Eunchul Kim [mailto:chulspro.kim at samsung.com]
> Sent: Wednesday, December 12, 2012 6:26 PM
> To: Inki Dae
> Cc: dri-devel at lists.freedesktop.org; jy0.jeon at samsung.com;
> yj44.cho at samsung.com; jmock.shin at samsung.com; jaejoon.seo
> -Original Message-
> From: dri-devel-bounces+inki.dae=samsung.com at lists.freedesktop.org
> [mailto:dri-devel-bounces+inki.dae=samsung.com at lists.freedesktop.org] On
> Behalf Of Inki Dae
> Sent: Wednesday, December 12, 2012 6:42 PM
> To: 'Eunchul Kim'
> Cc: jy0.jeon at samsung.com; s
On Fri, 07 Dec 2012, Chris Wilson wrote:
> Required by i915 in order to avoid the allocation in the middle of
> manipulating the drm_mm lists.
>
> Use a pair of stubs to preserve the existing EXPORT_SYMBOLs for
> backporting; to be removed later.
Regardless of whether you choose to do anything ab
> -Original Message-
> From: Inki Dae [mailto:inki.dae at samsung.com]
> Sent: Wednesday, December 12, 2012 7:01 PM
> To: 'Inki Dae'; 'Eunchul Kim'
> Cc: jy0.jeon at samsung.com; sw0312.kim at samsung.com; jaejoon.seo at
> samsung.com;
> kyungmin.park at samsung.com; dri-devel at lists.f
Thank's your comment
BR
Eunchul Kim
On 12/12/2012 07:39 PM, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Inki Dae [mailto:inki.dae at samsung.com]
>> Sent: Wednesday, December 12, 2012 7:01 PM
>> To: 'Inki Dae'; 'Eunchul Kim'
>> Cc: jy0.jeon at samsung.com; sw0312.kim at samsung.com
Thank's for your comment.
BR
Eunchul Kim.
On 12/12/2012 06:46 PM, Inki Dae wrote:
>
> One more comment.
>
>
>> -Original Message-
>> From: Eunchul Kim [mailto:chulspro.kim at samsung.com]
>> Sent: Wednesday, December 12, 2012 6:26 PM
>> To: Inki Dae
>> Cc: dri-devel at lists.freedesktop.
Hi All.
I am responsible for a display part from Samsung Electronics Telecommunication
Division.
and I am going to add post-processing features in exynos drm.
If you have some opinions of this patch,
please give some comments about my patch.
Changelog v4:
This RFC v4 changed ipp subsystem for ar
This patch adds iommu support for ipp.
For this, it adds subdrv_probe/remove callback to enable or disable ipp iommu.
we can get or put device address to a gem handle from user
through exynos_drm_gem_get/put_dma_addr().
Signed-off-by: Eunchul Kim
Signed-off-by: Jinyoung Jeon
---
drivers/gpu/drm
IPP stand for Image Post Processing and supports image scaler/rotator
/crop/flip/csc(color space conversion) and input/output DMA operations using
ipp drivers.
also supports writeback and display output operations.
ipp driver include FIMC, Rotator, GSC, SC, so on.
and ipp is integration device dri
GSC is stand for General SCaler and supports supports
image scaler/rotator/crop/flip/csc and input/output DMA operations.
input DMA reads image data from the memory.
output DMA writes image data to memory.
GSC supports image rotation and imag effect functions.
also supports writeback and display ou
FIMC is stand for Fully Interfactive Mobile Camera and
supports image scaler/rotator/crop/flip/csc and input/output DMA operations.
input DMA reads image data from the memory.
output DMA writes image data to memory.
FIMC supports image rotation and image effect functions.
also supports writeback an
Rotator supports rotation/crop/flip and input/output DMA operations
Rotator ipp driver supports 90,180,270 degree rotaion and vertical, horizontal
flip.
and has some limitations(source and destination format have to be same, no
scaler)
Signed-off-by: Eunchul Kim
Signed-off-by: Youngjun Cho
---
es/dri-devel/attachments/20121212/c28c856d/attachment.html>
Hi all,
First thing first: It works, I now no longer have a few dropped frames every 10s
on my testbox here with the pageflip i-g-t tests.
Random notes:
- New design has per-crtc locks to protect the crtc input-side (pageflip,
cursor) for r/w and the output state of the crtc (mode, dpms) as re
- config_cleanup was confused: It claimed that callers need to hold
the modeset lock, but the connector|encoder_cleanup helpers grabbed
that themselves (note that crtc_cleanup did _not_ grab the modeset
lock). Which resulted in all drivers _not_ hodling the lock. Since
this is for single-th
And do a quick pass to adjust them to the last few (years?) of changes
...
This time actually compile-tested ;-)
Signed-off-by: Daniel Vetter
---
Documentation/DocBook/drm.tmpl |4 ++
drivers/gpu/drm/drm_crtc.c | 92 +++-
2 files changed, 48 inserti
This is the first step towards introducing the new modeset locking
scheme. The plan is to put helper functions into place at all the
right places step-by-step, so that the final patch to switch on the
new locking scheme doesn't need to touch every single driver.
This helper here will serve as the
Two exceptions:
- debugfs files only read information which is not related to crtc, so
can stay on the modeset_config lock.
- Same holds for the edp vdd work in intel_dp.c. Add a corresponding
WARN_ON and a comment next to the intel_dp struct fields for
documentation.
Signed-off-by: Daniel V
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 anything in interrupt contexts which
might take a few hundred us is a no
101 - 200 of 337 matches
Mail list logo