---
exynos/exynos_fimg2d.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/exynos/exynos_fimg2d.c b/exynos/exynos_fimg2d.c
index a565910..fc281b6 100644
--- a/exynos/exynos_fimg2d.c
+++ b/exynos/exynos_fimg2d.c
@@ -451,7 +451,7 @@ int g2d_copy_with_scale(struct g2d_context *ctx
---
exynos/fimg2d.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/exynos/fimg2d.h b/exynos/fimg2d.h
index 1aac378..bc45ab5 100644
--- a/exynos/fimg2d.h
+++ b/exynos/fimg2d.h
@@ -25,7 +25,7 @@
#define G2D_MAX_CMD_LIST_NR64
#define G2D_PLANE_MAX_NR 2
-#define G2D_D
---
exynos/exynos_fimg2d.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/exynos/exynos_fimg2d.c b/exynos/exynos_fimg2d.c
index 0b14618..a565910 100644
--- a/exynos/exynos_fimg2d.c
+++ b/exynos/exynos_fimg2d.c
@@ -382,7 +382,7 @@ int g2d_copy(struct g2d_context *ctx, struct g2
After the split-out of crtc locks from the big mode_config.mutex
there's still two major areas it protects:
- Various connector probe states, like connector->status, EDID
properties, probed mode lists and similar information.
- The links from connector->encoder and encoder->crtc and other
modes
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140529/a18abf8a/attachment.html>
Tetsuo Handa wrote:
> Konrad Rzeszutek Wilk wrote:
> > On Sat, May 24, 2014 at 11:22:09PM +0900, Tetsuo Handa wrote:
> > > Hello.
> > >
> > > I tried to test whether it is OK (from point of view of reentrant) to use
> > > mutex_lock() or mutex_lock_killable() inside shrinker functions when
> > >
archives/dri-devel/attachments/20140529/f0d701f2/attachment.html>
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/20140529/4558e340/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140529/8b9a147a/attachment.html>
PathScale is in need of 1-2 kernel devs who are interested to help
improve the AMD open source drivers for compute workloads. If you're
passionate or interested to improve AMD drivers ping me offlist. In the
near future we specifically want to work on Hawaii dGPU support as well
as APU. Depend
Drivers really have no business touching these. Noticed because
exynose _did_ touch the vblank off delay, which could potentially
affect other drivers.
drm_debug is an exception since it's used in macros and inline
functions.
v2: Drop bonghits changes. Note to self: Don't submit patches
before fi
Ben, I am withdrawing this series as it will be superseeded by a new
version. You probably did not intend to merge it, but just in case. :)
On Mon, May 19, 2014 at 3:51 PM, Alexandre Courbot
wrote:
> Fix a very shameful memory leak and a compilation error due to the use of
> non-exported CMA fun
Yeah, that will work around it for now.
But the general problem is that we have a memory corruption here, we
just didn't noticed it earlier because clearing a texture or vectors
with zero only results in random mis rendering.
Only when you hit a shader or in this case a page table it really
ma
Can disable evictions for page tables, e.g. by removing them from the LRU list?
Marek
On Thu, May 29, 2014 at 6:30 PM, Christian K?nig
wrote:
> Hi Marek & Alex,
>
> I've found the issue why forcefully evicting page tables sometimes crashes
> the box.
>
> Well this is a typical hexdump page table
Hi.
On 29.05.2014 18:36, Lee Jones wrote:
> There appears to have been a merge error on commit:
>
> 2b76813: drm/exynos: hdmi: remove the i2c drivers and use
>
> The original submission can be found at:
>
> https://patchwork.kernel.org/patch/3559541/
>
> It looks like the commit was only h
Avoids ugly hacks in drivers debugfs code, if it depends on
dev->dev_private having already been initialized.
Signed-off-by: Rob Clark
---
Some cleanup that Daniel Vetter wants to do may make this unnecessary
in the future, but in order to unblock some msm patches that I'd like
to send for 3.16,
Hi Marek & Alex,
I've found the issue why forcefully evicting page tables sometimes
crashes the box.
Well this is a typical hexdump page table before it is moved to GART:
000117f000 02914061
000117f008 02915061
000117f010 02916061
000117f018 02917061
00011
Sorry for wrong patch version. Ignore this patch.
Thanks,
Inki Dae
On 2014? 05? 29? 18:27, Inki Dae wrote:
> This patch makes sure that exynos drm framework handles deferred
> probe case correctly.
>
> Sub drivers could be probed before resources, clock, regulator,
> phy or panel, are ready fo
This patch makes sure that exynos drm framework handles deferred
probe case correctly.
Sub drivers could be probed before resources, clock, regulator,
phy or panel, are ready for them so we should make sure that exynos
drm core waits until all resources are ready and sub drivers are
probed correct
This patch makes sure that exynos drm framework handles deferred
probe case correctly.
Sub drivers could be probed before resources, clock, regulator,
phy or panel, are ready for them so we should make sure that exynos
drm core waits until all resources are ready and sub drivers are
probed correct
There appears to have been a merge error on commit:
2b76813: drm/exynos: hdmi: remove the i2c drivers and use
The original submission can be found at:
https://patchwork.kernel.org/patch/3559541/
It looks like the commit was only half applied. This patch aims
to finish what was started by D
Add a file to debugfs for each connector that allows the edid data to be
overridden.
Signed-off-by: Thomas Wood
---
drivers/gpu/drm/drm_crtc.c | 4 +++
drivers/gpu/drm/drm_debugfs.c | 56 ++
drivers/gpu/drm/drm_probe_helper.c | 9 +-
include
Add a file to debugfs for each connector to enable modification of the
"force" connector attribute. This allows connectors to be enabled or
disabled for testing and debugging purposes.
Signed-off-by: Thomas Wood
---
drivers/gpu/drm/drm_crtc.c| 17 ++-
drivers/gpu/drm/drm_debugfs.c | 101
Introduce generic functions to register and unregister connectors. This
provides a common place to add and remove associated user space
interfaces.
Signed-off-by: Thomas Wood
---
Documentation/DocBook/drm.tmpl| 6 +++---
drivers/gpu/drm/armada/armada_output.c| 4 ++--
d
The following series adds support for exposing various connector features using
debugfs. The first patch refactors the sysfs connector add and remove functions
into generic functions to register and unregister connectors. The remaining
patches add an interface for each connector to debugfs and expo
Hi Sachin,
Thank you for the patch.
On Thursday 29 May 2014 10:03:18 Sachin Kamat wrote:
> Makes the code a bit more readable.
>
> Signed-off-by: Sachin Kamat
> Cc: Laurent Pinchart
Acked-by: Laurent Pinchart
> ---
> drivers/gpu/drm/drm_gem_cma_helper.c |2 +-
> 1 file changed, 1 inser
a 10.3.0-devel (git-ecee4c4
trusty-oibaf-ppa)
--
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/20140529/893a25c4/attachment.html>
On Thursday, May 29, 2014 2:56 PM, Sachin Kamat wrote:
>
> PTR_ERR_OR_ZERO simplifies the code.
>
> Signed-off-by: Sachin Kamat
Acked-by: Jingoo Han
Best regards,
Jingoo Han
> ---
> drivers/gpu/drm/exynos/exynos_dp_core.c |5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> d
This should be squashed into the relevant later patches that start to
use this.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc.c | 4 +-
drivers/gpu/drm/drm_modeset_lock.c | 72
drivers/gpu/drm/i915/intel_display.c | 3 +-
include/drm
Still missing: Updated kerneldoc and integration into the docbook.
Also, this isn't a full review yet.
Should be squashed into Rob's patch.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc.c | 4 +-
drivers/gpu/drm/drm_modeset_lock.c | 72 --
The patch adds backlight support to s6e8aa0 panel.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/panel/Kconfig | 2 ++
drivers/gpu/drm/panel/panel-s6e8aa0.c | 50 +++
2 files changed, 52 insertions(+)
diff --git a/drivers/gpu/drm/panel/Kconfig b/drive
Hi Daniel,
On 05/26/2014 06:00 PM, Daniel Kurtz wrote:
> Hi YoungJun,
>
> I am not famiilar with i80. Reading through this patch, it looks like
> it works something like below for a page flip...
>
> -> page_flip ioctl
> exynos_drm_crtc_page_flip()
>exynos_drm_crtc_mode_set_commit()
> exy
On Thu, May 29, 2014 at 1:25 PM, Daniel Vetter
wrote:
> Drivers really have no business touching these. Noticed because
> exynose _did_ touch the vblank off delay, which could potentially
> affect other drivers.
>
> drm_debug is an exception since it's used in macros and inline
> functions.
>
> v
On Thu, May 29, 2014 at 08:01:48AM -0400, Rob Clark wrote:
> On Thu, May 29, 2014 at 7:18 AM, Daniel Vetter wrote:
> > On Wed, May 28, 2014 at 07:57:21PM -0400, Rob Clark wrote:
> >> From: Ville Syrj?l?
> >>
> >> To avoid having to pass object types from userspace for atomic mode
> >> setting ioc
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #14 from Sven Dziadek ---
I tried some more values.
With the line commented out, the lines appear with value 80 and higher. They do
not appear with value 70 and lower. I did not try 60 or any values between 70
and 80. Do you need it mo
https://bugzilla.kernel.org/show_bug.cgi?id=77001
--- Comment #2 from Grzegorz Kowal ---
This type of hang happened for the first time here. I was logged in the KDE
with KWin compositing based on OpenGL 3.1. I don't use any screensaver.
I switched compositing type to OpenGL 2.0 now, and recompil
On Wed, May 28, 2014 at 07:57:25PM -0400, Rob Clark wrote:
> For atomic, it will be quite necessary to not need to care so much
> about locking order. And 'state' gives us a convenient place to stash a
> ww_ctx for any sort of update that needs to grab multiple crtc locks.
>
> Because we will wan
On Wed, May 28, 2014 at 07:57:21PM -0400, Rob Clark wrote:
> From: Ville Syrj?l?
>
> To avoid having to pass object types from userspace for atomic mode
> setting ioctl, allow drm_mode_object_find() to look up an object of any
> type. This will only work as long as the all object types share the
On 28.05.2014 20:19, Ville Syrj?l? wrote:
> On Wed, May 28, 2014 at 06:12:54PM +0900, Michel D?nzer wrote:
>>
>> Digging out an ooold post of Daniel's...
>>
>> On 04.03.2014 18:13, Daniel Vetter wrote:
>>> On Tue, Feb 25, 2014 at 11:58:26AM +0900, Michel D?nzer wrote:
When the pre/post-mo
On Thu, May 29, 2014 at 6:11 AM, Michel D?nzer wrote:
>
>> We could rename the off/on to pre/post_modeset if you like, but then
>> someone gets to audit all the other drivers. That someone isn't
>> going to be me.
>
> I appreciate your caution wrt other drivers, but I'm worried that having
> a sec
On Thu, May 29, 2014 at 12:30 PM, Christian K?nig
wrote:
> Hi Marek & Alex,
>
> I've found the issue why forcefully evicting page tables sometimes crashes
> the box.
>
> Well this is a typical hexdump page table before it is moved to GART:
> 000117f000 02914061
> 000117f008 02915061 000
Drivers really have no business touching these. Noticed because
exynose _did_ touch the vblank off delay, which could potentially
affect other drivers.
drm_debug is an exception since it's used in macros and inline
functions.
Cc: Inki Dae
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_st
The attribute gem_objs in struct drm_exynos_ipp_buf_info was
changed to handles. So the comment needs to be updated also.
Signed-off-by: YoungJun Cho
Reviewed-by: Seong-Woo Kim
Reviewed-by: Andrzej Hajda
Acked-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_ipp.h |2 +-
1 file cha
The c_node->event_list should be protected with
c_node->event_lock.
Signed-off-by: YoungJun Cho
Reviewed-by: Seong-Woo Kim
Reviewed-by: Andrzej Hajda
Acked-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 25 ++---
1 file changed, 14 insertions(+), 11 dele
The c_node->mem_list[] should be protected with
c_node->mem_lock.
Signed-off-by: YoungJun Cho
Reviewed-by: Seong-Woo Kim
Reviewed-by: Andrzej Hajda
Acked-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 86 +--
1 file changed, 48 insertions(+), 38
This patch adds ipp_remove_id() for idr resource free.
Signed-off-by: YoungJun Cho
Reviewed-by: Seong-Woo Kim
Reviewed-by: Andrzej Hajda
Acked-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 41 ++-
1 file changed, 30 insertions(+), 11 deletions(-
This patch adds cmd_lock for cmd_list synchronization.
Signed-off-by: YoungJun Cho
Reviewed-by: Seong-Woo Kim
Reviewed-by: Andrzej Hajda
Acked-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 19 +--
drivers/gpu/drm/exynos/exynos_drm_ipp.h |2 ++
2 files c
The ippdrv->cmd_list requires cmd_lock.
So renames cmd_lock to lock for context.
Signed-off-by: YoungJun Cho
Reviewed-by: Seong-Woo Kim
Reviewed-by: Andrzej Hajda
Acked-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 12 ++--
drivers/gpu/drm/exynos/exynos_drm_ipp.h |
This patch removes duplicated setting.
Signed-off-by: YoungJun Cho
Reviewed-by: Seong-Woo Kim
Reviewed-by: Andrzej Hajda
Acked-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm
list_for_each_entry() handles empty lists, so there is no
need to check whether the list is empty first.
Signed-off-by: YoungJun Cho
Reviewed-by: Seong-Woo Kim
Reviewed-by: Andrzej Hajda
Acked-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 61 +--
Hi,
This series is for the Exynos DRM IPP driver to fix races
and is based on exynos-drm-next branch.
Thank you.
Best regards YJ
YoungJun Cho (8):
drm/exynos: ipp: remove usless list_empty() functions
drm/exynos: ipp: remove duplicated setting
drm/exynos: ipp: rename cmd_lock to lock
drm
PTR_ERR_OR_ZERO simplifies the code.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_dp_core.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_dp_core.c
b/drivers/gpu/drm/exynos/exynos_dp_core.c
index ff63901..8b67f41 100644
Hi
On Thu, May 29, 2014 at 1:57 AM, Rob Clark wrote:
> I find myself making this change locally whenever debugging FB reference
> counting. Which seems a bit silly.
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/drm_crtc.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
>
Hi
On Thu, May 29, 2014 at 1:57 AM, Rob Clark wrote:
> Like range, but values are signed.
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/drm_crtc.c | 45
> +
> include/drm/drm_crtc.h | 12
> include/uapi/drm/drm_mode.h | 1 +
Makes the code a bit more readable.
Signed-off-by: Sachin Kamat
Cc: Laurent Pinchart
---
drivers/gpu/drm/drm_gem_cma_helper.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_gem_cma_helper.c
b/drivers/gpu/drm/drm_gem_cma_helper.c
index 05c97c5350a1..e
Hi
On Thu, May 29, 2014 at 1:57 AM, Rob Clark wrote:
> An object property is an id (idr) for a drm mode object. This
> will allow a property to be used set/get a framebuffer, CRTC, etc.
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/drm_crtc.c | 50
> +++
On Thu, May 29, 2014 at 6:50 AM, Daniel Vetter
wrote:
> Drivers really have no business touching these. Noticed because
> exynose _did_ touch the vblank off delay, which could potentially
> affect other drivers.
>
> drm_debug is an exception since it's used in macros and inline
> functions.
>
> C
Make the link between all the hardware drivers and DRM/KMS interface.
Create the driver itself and make it register all the sub-components.
Use GEM CMA helpers for buffer allocation.
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/Kconfig | 8 +
drivers/gpu/drm/sti/Makefil
Compositor control all the input sub-device (VID, GDP)
and the mixer(s).
It is the main entry point for composition.
Layer interface is used to control the abstracted layers.
Add debug in mixer, GDP and VID
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/Kconfig | 1 +
drive
Mixer hardware IP is responsible of mixing the different inputs layers.
Z-order is managed by the mixer.
We could 2 mixers: one for main path and one for auxillary path
Mixers are part of Compositor hardware block
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/Makefile| 1 +
dri
VIDeo plug are one of the compositor input sub-devices.
VID are dedicated to video inputs like YUV plans.
Like GDP, VID are part of Compositor hardware block
and use sti_layer structure to provide an abstraction for
Compositor calls.
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/Make
Generic Display Pipeline are one of the compositor input sub-devices.
GDP are dedicated to graphic input like RGB plans.
GDP is part of Compositor hardware block which will be introduce later.
A sti_layer structure is used to abstract GDP calls from Compositor.
Signed-off-by: Benjamin Gaignard
-
TVout hardware block is responsible to dispatch the data flow coming
from compositor block to any of the output (HDMI or Analog TV).
It control when output are start/stop and configure according the
require flow path.
TVout is the parent of HDMI and HDA drivers and bind them at runtime.
Signed-of
Add driver to support analog TV ouput.
As HDMI driver HDA use sti_connector structure to provide
helper functions.
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/Makefile | 3 +-
drivers/gpu/drm/sti/sti_hda.c | 723 ++
2 files changed, 725 in
Add driver for HDMI output.
HDMI PHY registers are mixed into HDMI device registers
and their is only one IRQ for all this hardware block.
That is why PHYs aren't using phy framework but only a
thin hdmi_phy_ops structure with start and stop functions.
This patch introduce sti_connector structure
Video Traffic Advance Communication Rx and Tx drivers are designed
for inter-die communication.
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/Makefile | 3 +-
drivers/gpu/drm/sti/sti_vtac.c | 211 +
2 files changed, 213 insertions(+), 1 dele
Video Time Generator drivers are used to synchronize the compositor
and tvout hardware IPs by providing line count, sample count,
synchronization signals (HSYNC, VSYNC) and top and bottom fields
indication.
VTG are used by pair for each data path (main or auxiliary)
one for master and one for slave
Add DRM/KMS driver bindings documentation.
Describe the required properties for each of the hardware IPs drivers.
Signed-off-by: Benjamin Gaignard
---
.../devicetree/bindings/gpu/st,stih4xx.txt | 189 +
1 file changed, 189 insertions(+)
create mode 100644 Documentati
This series of patches add the support of DRM/KMS drivers for STMicroelectronics
chipsets stih416 and stih407.
version 4:
- Remove depency between TVout it subdevices HDMI and HDA
- Rework and simplify VTG and VTAC code
- Fix numbers of typo and indentation
- Remove
dings.
--
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/20140529/135679c3/attachment.html>
On Thu, May 29, 2014 at 7:22 AM, Daniel Vetter wrote:
> On Wed, May 28, 2014 at 07:57:25PM -0400, Rob Clark wrote:
>> For atomic, it will be quite necessary to not need to care so much
>> about locking order. And 'state' gives us a convenient place to stash a
>> ww_ctx for any sort of update that
Pull the parameter checking from drm_primary_helper_update() out into
its own function; drivers that provide their own setplane()
implementations rather than using the helper may still want to share
this parameter checking logic.
A few of the checks here were also updated based on suggestions by
V
The DRM core setplane code should check that the plane is usable on the
specified CRTC before calling into the driver.
Prior to this patch, a plane's possible_crtcs field was purely
informational for userspace and was never actually verified at the
kernel level (aside from the primary plane helper
On Thu, May 29, 2014 at 7:18 AM, Daniel Vetter wrote:
> On Wed, May 28, 2014 at 07:57:21PM -0400, Rob Clark wrote:
>> From: Ville Syrj?l?
>>
>> To avoid having to pass object types from userspace for atomic mode
>> setting ioctl, allow drm_mode_object_find() to look up an object of any
>> type. T
On Thu, May 29, 2014 at 4:29 AM, David Herrmann
wrote:
> Hi
>
> On Thu, May 29, 2014 at 1:57 AM, Rob Clark wrote:
>> Like range, but values are signed.
>>
>> Signed-off-by: Rob Clark
>> ---
>> drivers/gpu/drm/drm_crtc.c | 45
>> +
>> include/drm/dr
On Thu, May 29, 2014 at 4:01 AM, David Herrmann
wrote:
> Hi
>
> On Thu, May 29, 2014 at 1:57 AM, Rob Clark wrote:
>> An object property is an id (idr) for a drm mode object. This
>> will allow a property to be used set/get a framebuffer, CRTC, etc.
>>
>> Signed-off-by: Rob Clark
>> ---
>> dri
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140529/6272e144/attachment.html>
Konrad Rzeszutek Wilk wrote:
> On Sat, May 24, 2014 at 11:22:09PM +0900, Tetsuo Handa wrote:
> > Hello.
> >
> > I tried to test whether it is OK (from point of view of reentrant) to use
> > mutex_lock() or mutex_lock_killable() inside shrinker functions when
> > shrinker
> > functions do memory a
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140529/544487c0/attachment.html>
79 matches
Mail list logo
