Hello everyone,
We are 1.5 months away from XDC and 20 days away from the proposals
deadline[1]!
If you did not manage to secure funding from your company but still
think you could benefit the community by giving a talk, we encourage you
to send an email to the board of X.Org with your talk pr
On 28.07.2015 17:51, Joonyoung Shim wrote:
> This is simplest solution about reported problem[1]. It's no problem to
> clear channel only when iommu is enabled, if we consider that we cannot
> recognize iommu errors when iommu is disabled and it have been valid
> until now. But this cannot be nice
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
Hi Dave,
This is the pull request for Freescale DCU DRM driver.
The following changes since commit dcd14dd957f02ef679c61325a2221a0574bdcab3:
Merge tag 'topic/connector-locking-2015-07-23' of
git://anongit.freedesktop.org/drm-intel into drm-next (2015-07-24
14:30:29 +1000)
are available in th
Hi Linus,
this is the fixes pull for -rc5,
it has a bunch of nouveau fixes, as Ben has been hibernating and has lots
of small fixes for lots of bugs across nouveau.
radeon has one major fix for hdmi/dp audio regression that is larger than
Alex would like, but seems to fix up a fair few bugs,
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.
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:
>
>> Hi,
>>
>> On 07/27/2015 02:29 PM, Laurent Pinchart wrote:
>>> Hi Archit,
>>>
>>> (CC'ing Boris Brezillon)
>>>
>>> Thank you for the patch.
>>>
>>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150731/c64ca838/attachment.html>
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 connector states with connection mutex held
>
> I tried to fix races of atomic commits agains
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
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:
> >
> >> Hi,
> >>
> >> On 07/27/2015 02:29 PM, Laurent Pinchart wr
Greetings
Arek
--
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/5a96306e/attachment.html>
|--- |FIXED
--
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/d96ab9ab/attachment.html>
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
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
Purpose is to simplify the STI driver:
- remove layer structure
- consider video subdev as part of the compositor (like mixer subdev)
- remove useless STI_VID0 and STI_VID1 enum
Signed-off-by: Vincent Abriou
Reviewed-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/Makefile | 1 -
driver
This patch series aims to update the sti drm driver to be atomic.
To do so, the sti driver needs to be code cleaned to have good
fundations to enable the atomic plane update functionnality.
The driver is thereby simplier, more readable and better fit the
STI hardware structure.
Vincent Abriou (4):
replace all "sti_drm_" occurences by "sti_"
Signed-off-by: Vincent Abriou
Reviewed-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/Makefile | 6 +-
drivers/gpu/drm/sti/sti_compositor.c | 24 +--
drivers/gpu/drm/sti/sti_compositor.h | 2 +-
drivers/gpu/drm/sti/sti_crtc.c | 322 +
Apply the plane depth when the plane is updated.
If the depth is different from the previous plane update,
the register controlling the plane depth is cleaned and updated
with the new depth.
Signed-off-by: Vincent Abriou
Reviewed-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/sti_drm_plane.c | 2
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 atomically.
Disabling of a plane is synchronize with the vsync event.
Signed-o
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:
>>>
>>>
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
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
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
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
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 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
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
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. 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.
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.
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.
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.
Cc: Rob Clark
Cc: Stephane Viau
Cc: Hai Li
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/msm/msm_fbdev.c | 34 ++
On 31/07/15 01:03, Bryan O'Donoghue wrote:
> 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
On 31/07/15 10:53, Bryan O'Donoghue wrote:
> On 31/07/15 01:03, Bryan O'Donoghue wrote:
>> 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
On 31/07/15 10:58, Bryan O'Donoghue wrote:
> On 31/07/15 10:53, Bryan O'Donoghue wrote:
>> On 31/07/15 01:03, Bryan O'Donoghue wrote:
>>> 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
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
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
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.
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:
- 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:
- 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.
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:
- 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.
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:
- 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 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:
- 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:
- 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.
Cc: Lars-Peter Clausen
Cc: Daniel Vetter
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/drm_fb_cma_helper.c | 45 +
On Fri, Jul 31, 2015 at 5:12 AM, 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 wr
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
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
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
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
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
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 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/
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/
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
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
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
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
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
MDP5 SSPPs can flip the input source horizontally or vertically.
This change is to add this support to MDP5 planes.
v1: Initial change
v2: Use existing "rotation" property instead of creating msm specific
properties. In order to be compatiable with legacy non-atomic
set_property, switch to
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150731/c4c45ebe/attachment.html>
On Fri, Jul 31, 2015 at 8:58 AM, Boris Brezillon
wrote:
> 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_en
ves/dri-devel/attachments/20150731/70b0f618/attachment.html>
This patch: Reviewed-by: Sinclair Yeh
On Fri, Jul 31, 2015 at 02:08:24PM +0530, Viresh Kumar wrote:
> 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
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
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
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
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
.
-- 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: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
On Fri, Jul 31, 2015 at 9:54 AM, Daniel Vetter
wrote:
>
> 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.
Quick question: you can now reproduce the mst
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
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
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
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
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
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
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
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
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: 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: 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
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: 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_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
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
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.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: 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
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: 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
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
1 - 100 of 124 matches
Mail list logo
