-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150731/4b4f5cab/attachment.html>
is 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/20150731/840861b2/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150731/5cb9ddfa/attachment.html>
ktop.org/archives/dri-devel/attachments/20150731/6b38b731/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150731/645c3949/attachment.html>
||
--
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/20150731/217247ab/attachment-0001.html>
On Fri, Jul 31, 2015 at 05:42:23PM -0300, Tiago Vignatti wrote:
> For now we're opting out devices that don't have the LLC CPU cache (mostly
> "Atom" devices). Alternatively, we could build up a path to mmap them through
> GTT WC (and ignore the fact that will be dead-slow for reading). Or, an even
Hi Gioh,
On Mon, Jul 13, 2015 at 05:35:17PM +0900, Gioh Kim wrote:
> From: Gioh Kim
>
> Add framework to register callback functions and check page mobility.
> There are some modes for page isolation so that isolate interface
> has arguments of page address and isolation mode while putback
> int
On 31/07/15 17:43, Bryan O'Donoghue wrote:
> On 31/07/15 17:36, Ilia Mirkin wrote:
>> Do you have a reproducible way of achieving the multiple buffer on
>> validation list thing?
Reliable enough. Start Chrome, then get Chrome to open a menu on top of
it's own screen - for example click the top ri
https://bugzilla.kernel.org/show_bug.cgi?id=85241
--- Comment #3 from Sergei Sinyak ---
hi, i can reproduce this bug on two configurations.
That's radeon hd 6320, radeon hd 5650.
kernel version 4.1.3, but tried to load radeon module
compiled from 4.1-rc8, and it presents.
Description:
The actual
Hi Linus,
I delayed my -fixes pull a bit hoping that I could include a fix for the
dp mst stuff but looks a bit more nasty than that. So just 3 other
regression fixes, one 4.2 other two cc: stable.
Cheers, Daniel
The following changes since commit cbfe8fa6cd672011c755c3cd85c9ffd4e2d10a6f:
Li
From: "monk.liu"
thus unnecessary wake up could be avoid between rings
v2:
move wait_queue_head to fence_drv from ring
Signed-off-by: monk.liu
Reviewed-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 225 ++--
From: "monk.liu"
use fence_wait_any to implement fence_default_wait
Signed-off-by: monk.liu
Reviewed-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 37 ---
1 file changed, 4 insertions(+), 33 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdg
From: "monk.liu"
origninal method will sleep/schedule at the granurarity of HZ/2 and
based on seq signal method, the new implement is based on kernel fance
interface, no unnecessary schedule at all
v2: replace logic of original amdgpu_fence_wait_any
Signed-off-by: monk.liu
Reviewed-by: Christi
From: "monk.liu"
Signed-off-by: monk.liu
Reviewed-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c
index c
From: Chunming Zhou
Signed-off-by: Chunming Zhou
Reviewed-by: Christian K?nig
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vce.c | 158 ++--
1 file changed, 90 insertions(+), 68 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vce.c
b/drivers/gpu/drm/amd/amdgp
From: Chunming Zhou
Signed-off-by: Chunming Zhou
Reviewed-by: Christian K?nig
---
drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c | 61 +++--
1 file changed, 42 insertions(+), 19 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c
b/drivers/gpu/drm/amd/amdgp
From: Chunming Zhou
Signed-off-by: Chunming Zhou
Reviewed-by: Christian K?nig
---
drivers/gpu/drm/amd/amdgpu/cik_sdma.c | 25 +++--
drivers/gpu/drm/amd/amdgpu/sdma_v2_4.c | 26 --
drivers/gpu/drm/amd/amdgpu/sdma_v3_0.c | 25 +++--
From: Chunming Zhou
Signed-off-by: Chunming Zhou
Reviewed-by: Christian K?nig
---
drivers/gpu/drm/amd/amdgpu/gfx_v7_0.c | 28 ++--
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 27 +--
2 files changed, 27 insertions(+), 28 deletions(-)
diff --git a/dr
From: Chunming Zhou
Signed-off-by: Chunming Zhou
Reviewed-by: Christian K?nig
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 7 +++
drivers/gpu/drm/amd/amdgpu/amdgpu_sched.c | 35 +++
2 files changed, 42 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/a
From: Chunming Zhou
if enabling scheduler, then the queued seq is assigned
when pushing job before emitting job.
Signed-off-by: Chunming Zhou
Reviewed-by: Christian K?nig
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 3 +--
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c| 5 ++---
drivers/gpu/dr
From: Chunming Zhou
the job must be emitted by scheduler, otherwise scheduler is abnormal.
Signed-off-by: Chunming Zhou
Reviewed-by: Christian K?nig
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ctx.c | 4 ++--
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 6 +++---
2 files changed, 5 insertions(+), 5 de
From: Jammy Zhou
This option can be used to specify the max number of submissions in the
active HW queue. The default value is 2 now.
Signed-off-by: Jammy Zhou
Reviewed-by: Chunming Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 4
From: Jammy Zhou
This option can be used to specify the max job number in the job queue,
and it is 16 by default.
Signed-off-by: Jammy Zhou
Reviewed-by: Chunming Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_ctx.c | 3 ++-
drivers/gpu/dr
From: Jammy Zhou
Signed-off-by: Jammy Zhou
Reviewed-by: Chunming Zhou
---
drivers/gpu/drm/amd/scheduler/gpu_scheduler.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/scheduler/gpu_scheduler.c
b/drivers/gpu/drm/amd/scheduler/gpu_scheduler.c
index 296496c..5799474 100
From: Christian König
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 19 ---
1 file changed, 16 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_s
From: Chunming Zhou
it is possible that the callback isn't defined sometimes.
Signed-off-by: Chunming Zhou
Reviewed-by: Christian K?nig
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c
b/dr
From: Jammy Zhou
Signed-off-by: Jammy Zhou
Acked-by: Christian K?nig
Reviewed-by: Jammy Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
index c69611a..d27
From: Chunming Zhou
fence_process may be called from kthread, user thread and interrupt context.
it is possible to called concurrently, then will wake up fence queue multiple
times.
Signed-off-by: Chunming Zhou
Reviewed-by: Jammy Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 +
driv
From: Chunming Zhou
Signed-off-by: Chunming Zhou
Reviewed-by: Jammy Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c
i
From: Chunming Zhou
use kernel context to submit command for vm
Signed-off-by: Chunming Zhou
Acked-by: Christian K?nig
Reviewed-by: Jammy Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h| 20 +++
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 245 ++---
2 files changed
From: Chunming Zhou
v2: rebase against kfd changes
Signed-off-by: Chunming Zhou
Acked-by: Christian K?nig
Reviewed-by: Jammy Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h| 3 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_ctx.c| 83 +-
drivers/gpu/drm/amd/amdgpu
From: Chunming Zhou
user mode will still use pte ring as a normal ring.
if the prepare job generates another command(update pte) on its ring in
scheduler,
then will kill scheduler which is going to waiting later job but pending
running job.
Signed-off-by: Chunming Zhou
Acked-by: Christian K?n
From: Chunming Zhou
Signed-off-by: Chunming Zhou
Acked-by: Christian K?nig
Reviewed-by: Jammy Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c| 26 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_ctx.c | 10 ++
drive
From: Chunming Zhou
Signed-off-by: Chunming Zhou
Acked-by: Christian K?nig
Reviewed-by: Jammy Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ctx.c | 26 --
1 file changed, 20 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ctx.c
b/drivers/gpu
From: Chunming Zhou
BO validation is moved to scheduler except usrptr which must be validated
in user process
Signed-off-by: Chunming Zhou
Acked-by: Christian K?nig
Reviewed-by: Jammy Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h| 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 256 ++
From: Chunming Zhou
Signed-off-by: Chunming Zhou
Acked-by: Christian K?nig
Reviewed-by: Jammy Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 3 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_bo_list.c | 50 +
2 files changed, 53 insertions(+)
diff --git a/drivers/g
From: Chunming Zhou
v2: fix rebase breakage
Signed-off-by: Chunming Zhou
Acked-by: Christian K?nig
Reviewed-by: Jammy Zhou
---
drivers/gpu/drm/amd/amdgpu/Makefile | 3 +-
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 8 +++
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 3 +-
drivers/
From: Chunming Zhou
Signed-off-by: Chunming Zhou
Acked-by: Christian K?nig
Reviewed-by: Jammy Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_syn
From: Chunming Zhou
Signed-off-by: Chunming Zhou
Acked-by: Christian K?nig
Reviewed-by: Jammy Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_ctx.c | 36 -
2 files changed, 37 insertions(+), 1 deletion(-)
diff --git
From: Jammy Zhou
1. Add kernel parameter option, default 0
2. Add scheduler initialization for amdgpu
Signed-off-by: Chunming Zhou
Signed-off-by: Jammy Zhou
Acked-by: Christian K?nig
Reviewed-by: Jammy Zhou
---
drivers/gpu/drm/amd/amdgpu/Makefile | 7 ++-
drivers/gpu/drm/amd/amdg
From: Jammy Zhou
run queue:
A set of entities scheduling commands for the same ring. It
implements the scheduling policy that selects the next entity to
emit commands from.
entity:
A scheduler entity is a wrapper around a job queue or a group of
other entities. This can be used to build hierarch
This patch set implements a basic GPU scheduler for amdgpu.
A GPU scheduler is required for proper GPU reset and optimal
utilization of hw resources. It's currently disabled by default
as there are a few things we'd like to improve first:
- better integration with kernel fences
- clean up scheduler
Describing arguments at top of a struct definition works fine
for small/medium size structs, but it definitely doesn't work well
for struct with a huge list of elements.
Keeping the arguments list inside the struct body makes it easier
to maintain the documentation.
ie:
/**
* struct my_struct - s
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150731/b0c2a928/attachment.html>
On 31/07/15 17:36, Ilia Mirkin wrote:
> On Fri, Jul 31, 2015 at 6:27 AM, Bryan O'Donoghue
> wrote:
>> ah no... 2.4.60 is right...
>>
>> Yes so Ilia - I've switched out 2.4.60 as per your suggestion to 2.4.56
>> (getting the version numbers right :) ) and it's still definitely giving me
>> the mult
From: Daniel Thompson
Currently DRM_IOCTL_PRIME_HANDLE_TO_FD rejects all flags except
(DRM|O)_CLOEXEC making it difficult (maybe impossible) for userspace
to mmap() the resulting dma-buf even when this is supported by the
DRM driver.
It is trivial to relax the restriction and permit read/write a
For now we're opting out devices that don't have the LLC CPU cache (mostly
"Atom" devices). Alternatively, we could build up a path to mmap them through
GTT WC (and ignore the fact that will be dead-slow for reading). Or, an even
more complex work I believe, would involve on setting up dma-buf ioct
Hi,
I've tested these two patches (in drm-intel-nightly, but also in CrOS kernel
v3.14) and they seem just enough for what we want to do: the idea is to create
a GEM bo in one process and pass the prime handle of the it to another
process, which in turn uses the handle only to map and write. This
On 30/07/15 22:45, Peter Hurley wrote:
> [ +cc Debian maintainer ]
>
> On 07/30/2015 11:26 AM, Emil Velikov wrote:
>> On 30 July 2015 at 16:02, Ilia Mirkin wrote:
>>> On Thu, Jul 30, 2015 at 10:56 AM, Bryan O'Donoghue
>>> wrote:
On 30/07/15 15:52, Bryan O'Donoghue wrote:
>
> On 30/07
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
Cc: Lars-Peter Clausen
Cc: Daniel Vetter
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/drm_fb_cma_helper.c | 45 +
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
v3:
- Don't touch remove_conflicting_framebuffers
v2:
- add missing header for virtgpu_fb.c
Cc: David Airlie
Cc: Gerd Hoffmann
Signed-off-by: Archit
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
v3:
- Don't touch remove_conflicting_framebuffers
v2:
- Fixed PTR_ERR issue mentioned by kbuild bot
Cc: Fengguang Wu
Cc: Alex Deucher
Cc: Oded Gabbay
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
v3:
- Don't touch remove_conflicting_framebuffers
v2:
- remove unused variable device in bochsfb_create
Cc: David Airlie
Cc: Gerd Hoffmann
Cc: Daniel
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
v3:
- No changes
v2:
- remove unused variable device in udlfb_create
Cc: David Airlie
Cc: Haixia Shi
Cc: "Stéphane Marchesin"
Signed-off-by: Archi
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
v3:
- Don't touch remove_conflicting_framebuffers
v2:
- remove unused variable pdev in nouveau_fbcon_create
Cc: David Airlie
Cc: Ben Skeggs
Cc: Alexa
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
v3:
- Don't touch remove_conflicting_framebuffers
v2:
- No changes
Cc: Daniel Vetter
Cc: Jani Nikula
Signed-off-by: Archit Taneja
---
drivers/gpu/
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
Cc: David Airlie
Cc: Frediano Ziglio
Cc: Maarten Lankhorst
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/qxl/qxl_fb.c | 40 +
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
v3:
- Don't touch remove_conflicting_framebuffers
v2:
- Fix build break because of missing include of drm_fb_helper in
radeon_drv.c
Cc: Alex Deucher
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
v3:
- Don't touch remove_conflicting_framebuffers
v2:
- remove unused goto label 'out'
Cc: Daniel Vetter
Cc: David Airlie
Cc: Alex Deucher
Signed-o
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
v3:
- No changes
v2:
- removed unused variable 'device' in psbfb_create
Cc: Patrik Jakobsson
Cc: Daniel Vetter
Signed-off-by: Archit Taneja
---
dr
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
v3:
- No changes
v2:
- Remove unnecessary dealloc cmap in error handling path
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Signed-off-by: Arch
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
Cc: Rob Clark
Cc: Stephane Viau
Cc: Hai Li
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/msm/msm_fbdev.c | 34 ++
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
v3:
- No changes
v2:
- Fix up error handling path in tegra_fbdev_probe
Cc: Thierry Reding
Cc: "Terje Bergström"
Cc: Stephen Warren
Signed-off-by:
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
v3:
- Update error handling for new drm_fb_helper funcs. Check using IS_ERR()
instead of checking for NULL.
Reported-by: Dan Carpenter
v2:
- No chan
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
Cleaned up the error handling in astfb_create a bit.
v3:
- No changes
v2:
- removed unused variable 'device' in astfb_create
Cc: David Airlie
Cc: "Y.
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
Cc: Russell King
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/armada/armada_fbdev.c | 33 ++---
1 file changed, 10 ins
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly. They also simplify the fb_info creation.
This is an effort to create a top level drm fbdev emulation option.
v3:
- No changes
v2:
- No changes
Cc: Mark Yao
Cc: Daniel Vetter
Cc: Rob Clark
Use the newly created wrapper drm_fb_helper functions instead of calling
core fbdev functions directly.
v3:
- Don't touch remove_conflicting_framebuffers
v2:
- Remove stray goto label out_iounmap
Cc: Thierry Reding
Cc: Zach Reizner
Cc: Russell King
Cc: Fabian Frederick
Signed-off-by: Archit
Some drm drivers call fb_set_suspend. Create a drm_fb_helper function
that wraps around these calls.
This is part of an effort to prevent drm drivers from calling fbdev
functions directly, in order to make fbdev emulation a top level drm
option.
v3:
- Fixed kerneldoc errors
v2:
- Added kerneldoc
drm drivers that emulate fbdev populate their fb_fillrect, fb_copyarea
and fb_imageblit fb_ops with the help of cfb_* or sys_* fbdev core
helper functions.
Create drm_fb_helper functions that wrap around these calls.
This is part of an effort to prevent drm drivers from calling fbdev
functions di
Some drm drivers populate their fb_ops with fb_sys_read/write fb sysfs
ops.
Create a drm_fb_helper function that wraps around these calls.
This is part of an effort to prevent drm drivers from calling fbdev
functions directly, in order to make fbdev emulation a top level drm
option.
v3:
- Fix ke
Some drm drivers call unlink_framebuffer. Create a drm_fb_helper function
that wraps around these calls.
This is part of an effort to prevent drm drivers from calling fbdev
functions directly, in order to make fbdev emulation a top level drm
option.
v3:
- No changes
v2:
- Added kerneldocs
- Adde
Every drm driver calls framebuffer_alloc, fb_alloc_cmap,
unregister_framebuffer, fb_dealloc_cmap and framebuffer_release in
order to emulate fbdev support.
Create drm_fb_helper functions that perform the above operations.
This is part of an effort to prevent drm drivers from calling fbdev
functio
DRM drivers using drm_fb_helpers still call some fbdev core functions.
This makes the driver depend on CONFIG_FB, resulting in complicated
Kconfig options, and preventing us from creating a top level drm config
option to enable/disable FBDEV emulation.
Create new drm_fb_helper functions that repla
DRM drivers using drm_fb_helpers still call some fbdev core functions.
This makes the driver depend on CONFIG_FB, resulting in complicated
Kconfig options, and preventing us from creating a top level drm config
option to enable/disable FBDEV emulation.
Create new drm_fb_helper functions that repla
On 07/31/2015 02:42 PM, Boris Brezillon wrote:
> Hi Archit,
>
> On Fri, 31 Jul 2015 10:56:20 +0530
> Archit Taneja wrote:
>
>> Hi Boris, Laurent,
>>
>> On 07/28/2015 08:08 PM, Boris Brezillon wrote:
>>> Archit, Laurent,
>>>
>>> On Tue, 28 Jul 2015 13:47:37 +0530
>>> Archit Taneja wrote:
>>>
>>>
On Fri, Jul 31, 2015 at 12:13:27PM +0200, Vincent Abriou wrote:
> static struct drm_crtc_helper_funcs sti_crtc_helper_funcs = {
> .dpms = sti_crtc_dpms,
dpms isn't needed any more with atomic, you should use
drm_atomic_helper_connector_dpms instead of drm_helper_connector_dpms.
> - .pr
On Fri, Jul 31, 2015 at 10:34:43AM +0200, Maarten Lankhorst wrote:
> Hey,
>
> Op 29-07-15 om 12:51 schreef Daniel Vetter:
> > In
> >
> > commit 6f75cea66c8dd043ced282016b21a639af176642
> > Author: Daniel Vetter
> > Date: Wed Nov 19 18:38:07 2014 +0100
> >
> > drm/atomic: Only destroy connec
The HLCDC IP supports RGB565 and RGB444 output formats.
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_output.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_output.c
b/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_output.c
The atmel-hlcdc driver already supports atomic operations, add the
missing DRM_ATOMIC flag to expose the atomic features to userspace.
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c
b/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c
index 60b0c13..2af75e4 100644
--- a/drivers
Describe capabilities of the HLCDC IP found on sama5d4 SoCs and add a
new entry to the atmel_hlcdc_of_match table.
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 86
1 file changed, 86 insertions(+)
diff --git a/drivers/gpu/drm/atm
Describe capabilities of the HLCDC IP found on at91sam9n12 SoC and add a
new entry to the atmel_hlcdc_of_match table.
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 29
1 file changed, 29 insertions(+)
diff --git a/drivers/gpu/drm/
Describe capabilities of the HLCDC IP found on at91sam9x5 SoCs and add a
new entry to the atmel_hlcdc_of_match table.
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 88
1 file changed, 88 insertions(+)
diff --git a/drivers/gpu/drm/
Hello,
This series add the appropriate definitions for the at91sam9x5, at91sam9n12 and
sama5d4 SoCs.
Best Regards,
Boris
Boris Brezillon (3):
drm: atmel-hlcdc: add support for at91sam9x5 SoCs
drm: atmel-hlcdc: add support for at91sam9n12 SoC
drm: atmel-hlcdc: add support for sama5d4 SoCs
Hi,
On 07/31/2015 03:03 PM, Dan Carpenter wrote:
> We recently start using the new drm_fb_helper functions but the error
> handling needs to be updated as well to check for IS_ERR() instead of
> NULL.
>
> Fixes: 377eb331375f ('drm/omap: Use new drm_fb_helper functions')
> Signed-off-by: Dan Carpen
Hi Rob,
On Fri, 31 Jul 2015 08:13:59 -0400
Rob Clark wrote:
> >>
> >> I went through the branch you shared. From what I understood, the
> >> encoder chain comprises of one 'real' encoder object (drm_encoder) in
> >> the 'drm_encoder_chain' struct. This drm_encoder encapsulates all the
> >> 'enco
ves/dri-devel/attachments/20150731/70b0f618/attachment.html>
Hello Emil,
This series of patches is the second step to convert sit driver to atomic,
I have the first step few weeks ago.
This time we really take benefit of the atomic helpers to make match
correctly code and hardware split. To give you an example, before
those patches, we were calling code dri
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150731/c4c45ebe/attachment.html>
On 31 July 2015 at 13:54, Benjamin Gaignard
wrote:
> Hello Emil,
>
> This series of patches is the second step to convert sit driver to atomic,
> I have the first step few weeks ago.
> This time we really take benefit of the atomic helpers to make match
> correctly code and hardware split. To give
IS_ERR(_OR_NULL) already contain an 'unlikely' compiler flag and there
is no need to do that again from its callers. Drop it.
Signed-off-by: Viresh Kumar
---
drivers/gpu/drm/ttm/ttm_tt.c| 4 ++--
drivers/gpu/drm/vmwgfx/vmwgfx_context.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
Hey all,
So I'm out on holidays for the next two weeks, and I hopefully won't
be anywhere near my email for most of it,
I think on the -fixes front, there is really only Intel and AMD
sending regular pulls, and I think it was okay with Alex and
Daniel/Jani sending them direct to Linus last time.
Hello Vincent,
On 31 July 2015 at 11:13, Vincent Abriou wrote:
> Better fit STI hardware structure.
> Planes are no more responsible of updating mixer information such
> as z-order and status. It is now up to the CRTC atomic flush to
> do it. Plane actions (enable or disable) are performed atomic
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Tvrtko Ursulin
commit c631d5f90e7ee246536c72f80ade86e9ef4d2f13 upstream.
Frame buffer modifiers extensions provided in;
commit e3eb3250d84ef97b766312345774367b6a310db8
Author: Rob Clark
4.1-stable review patch. If anyone has any objections, please let me know.
--
From: Geert Uytterhoeven
commit dad3c3503462f59c6bec7edfa19dbde1857962c0 upstream.
If GPIOLIB=n and asm-generic/gpio.h is not used:
drivers/gpu/drm/bridge/ptn3460.c: In function âptn3460_pre_e
On Fri, Jul 31, 2015 at 6:27 AM, Bryan O'Donoghue
wrote:
> ah no... 2.4.60 is right...
>
> Yes so Ilia - I've switched out 2.4.60 as per your suggestion to 2.4.56
> (getting the version numbers right :) ) and it's still definitely giving me
> the multiple instances message.
This is going to sound
We recently start using the new drm_fb_helper functions but the error
handling needs to be updated as well to check for IS_ERR() instead of
NULL.
Fixes: 377eb331375f ('drm/omap: Use new drm_fb_helper functions')
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/omapdrm/omap_fbdev.c
b/dr
On 30 July 2015 at 05:06, Rob Herring wrote:
> On Tue, Jul 28, 2015 at 8:19 AM, Tomeu Vizoso
> wrote:
>> Hello,
>>
>> I have a problem with the panel on my Tegra Chromebook taking longer
>> than expected to be ready during boot (Stéphane Marchesin reported what
>> is basically the same issue in
1 - 100 of 124 matches
Mail list logo
