Hi Maxime,
Thank you for the patch.
On Thursday 14 January 2016 16:24:56 Maxime Ripard wrote:
> The drm_fbdev_cma_init function always calls the
> drm_helper_disable_unused_functions. Since it's part of the usual probe
> process, all the drivers using that helper will end up having their encoder
ature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160115/671e53a0/attachment.sig>
igine
valley repeatedly OK, but I can still randomly trigger using vdpau.
--
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/20
u 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/20160115/7eefceaf/attachment-0001.html>
Hi Andrzej
On 01/14/2016 04:59 PM, Andrzej Hajda wrote:
> The function can return negative value so it should be assigned to signed
> variable.
>
> The problem has been detected using patch
> scripts/coccinelle/tests/unsigned_lesser_than_zero.cocci.
>
> Signed-off-by: Andrzej Hajda
> ---
> driv
r not to clutter up this report.
--
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/20160115/cf32d332/attachment.html>
2016-01-09 16:37 GMT+08:00 vijay kumar :
> Thanks Greg .You Helped me a lot.
>
> On Thu, Jan 7, 2016 at 10:52 PM, Greg Hackmann
> wrote:
>>
>> On Tue, Jan 5, 2016 at 12:06 AM, vijay kumar wrote:
>>>
>>> Hii all,
>>> I want to know some information regarding DRI and DRM
>>> support
it.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160115/6f857c58/attachment.html>
Hello Dave,
first all the best for your newborn and your whole family!
Second:
What could be differend between r6xx/r7xx and EG+ (NI, here) that the
below
fixes the 'gsraytrace' GPU hang on the later but NOT on the former?
Any ideas, hints where I could start?
r6xx/r7xx do not have any TESS sup
ng 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/20160115/2d97146d/attachment.html>
On Thu, 14 Jan 2016, Jonathan Corbet wrote:
> On Thu, 14 Jan 2016 22:03:26 +0200
> Jani Nikula wrote:
>
>> What if we added support for some markup language as an alternative to
>> DocBook for the high level documentation? What if we taught kernel-doc
>> to output said markup natively, and includ
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160115/58326067/attachment-0001.html>
, but I had 100% hang rate.
Couldn't find any logs messages though.
--
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/20160115/
Hello,
On 2016-01-14 11:46, Ville Syrjälä wrote:
> On Tue, Jan 12, 2016 at 02:39:18PM +0100, Marek Szyprowski wrote:
>> This patch adds support for generic plane's zpos property property with
>> well-defined semantics:
>> - added zpos properties to drm core and plane state structures
>> - added
Here are a brief introduction to Innosilicon HDMI IP:
- Support HDMI 1.4a, HDCP 1.2 and DVI 1.0 standard compliant transmitter
- Support HDMI1.4 a/b 3D function defined in HDMI 1.4 a/b spec
- Digital video interface supports a pixel size of 24, 30, 36, 48bits color
depth in RGB
- S/PDIF out
The Innosilicon HDMI is a low power HDMI 1.4 transmitter
IP, and it have been integrated on some rockchip CPUs
(like RK3036, RK312x).
Signed-off-by: Yakir Yang
---
Changes in v3:
- Use encoder enable/disable function, and remove the encoder DPMS function
- Keep HDMI PLL power on in standby mode
Signed-off-by: Yakir Yang
Acked-by: Rob Herring
---
Changes in v3: None
Changes in v2:
- Correct the misspell "rk3036-dw-hdmi" (Heiko)
.../display/rockchip/inno_hdmi-rockchip.txt| 50 ++
1 file changed, 50 insertions(+)
create mode 100644
Documentation/devicetree/b
On Thu, Jan 14, 2016 at 02:30:50PM -0800, Stefan Agner wrote:
> Hi Mark,
>
> I currently work on the DCU DRM driver (drivers/gpu/drm/fsl-dcu/) on a
> Linux 4.4 kernel. With CONFIG_LOCKDEP enabled I get the following
> warning on startup:
>
> [1.327284] [ cut here ]
> [
On Fri, Jan 15, 2016 at 10:09:14AM +0100, Marek Szyprowski wrote:
> Hello,
>
> On 2016-01-14 11:46, Ville Syrjälä wrote:
> >On Tue, Jan 12, 2016 at 02:39:18PM +0100, Marek Szyprowski wrote:
> >>This patch adds support for generic plane's zpos property property with
> >>well-defined semantics:
>
On Fri, Jan 15, 2016 at 01:13:05AM +0200, Laurent Pinchart wrote:
> Hi Maxime,
>
> Thank you for the patch.
>
> On Thursday 14 January 2016 16:24:56 Maxime Ripard wrote:
> > The drm_fbdev_cma_init function always calls the
> > drm_helper_disable_unused_functions. Since it's part of the usual prob
On Fri, Jan 15, 2016 at 09:35:27AM +0800, Chih-Wei Huang wrote:
> 2016-01-09 16:37 GMT+08:00 vijay kumar :
> > Thanks Greg .You Helped me a lot.
> >
> > On Thu, Jan 7, 2016 at 10:52 PM, Greg Hackmann
> > wrote:
> >>
> >> On Tue, Jan 5, 2016 at 12:06 AM, vijay kumar
> >> wrote:
> >>>
> >>> Hii a
The omapdrm dss driver currently fails to build in some configurations when
the pinctrl and seq_print declarations are not visible:
omapdrm/dss/dss.c:1268:2: error: implicit declaration of function
'pinctrl_pm_select_sleep_state' [-Werror=implicit-function-declaration]
omapdrm/dss/dss.c:1277:2: e
On 13 January 2016 at 16:00, Arnd Bergmann wrote:
> On Wednesday 13 January 2016 14:55:47 Karol Herbst wrote:
>> > Arnd Bergmann hat am 13. Januar 2016 um 14:48
>> > geschrieben:
>> >
>> > The new debugfs initialization code fails to build when CONFIG_DEBUG_FS
>> > is disabled:
>> >
>> > In file
On 12 January 2016 at 23:14, Marek Olšák wrote:
> From: Marek Olšák
>
> It warns for all "{}" initializers. Well, I want us to use {}.
> ---
> configure.ac | 3 ++-
> intel/intel_decode.c | 2 --
The whole of libdrm, minus the intel_decode can get away without using
such constructs. A
On Fri, Jan 15, 2016 at 11:12:25AM +0100, Daniel Vetter wrote:
> On Fri, Jan 15, 2016 at 10:09:14AM +0100, Marek Szyprowski wrote:
> > Hello,
> >
> > On 2016-01-14 11:46, Ville Syrjälä wrote:
> > >On Tue, Jan 12, 2016 at 02:39:18PM +0100, Marek Szyprowski wrote:
> > >>This patch adds support for
e cache.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160115/1926ba49/attachment.sig>
m-query works fine and it great for convenience. Thanks for that as well.
--
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/20160115/1edc7d47/attachment-0001.html>
On Fri, Jan 15, 2016 at 11:34:08AM +0100, Vlastimil Babka wrote:
> Hi,
>
> since kernel 4.4 I'm unable to login to kde5 desktop (on openSUSE
> Tumbleweed). There's a screen with progressbar showing the startup,
> which normally fades away after reaching 100%. But with kernel 4.4, the
> progress
.
--
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/20160115/00f08a04/attachment.html>
so far, but then it took some time/luck to show up on
unpatched.
--
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/20
g/archives/dri-devel/attachments/20160115/178741da/attachment.html>
rchives/dri-devel/attachments/20160115/2a8329ed/attachment.html>
rted by the r600 driver
--
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/20160115/4d19df61/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160115/add8229a/attachment.html>
|Linux (All)
--
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/20160115/49b5471e/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20160115/67ca8642/attachment.html>
Only set atomic connector callbacks if the tda998x driver is bound to
a drm driver that supports atomic modesetting. At least
drm_crtc_helper_set_config() calls connectors dpms callback without
knowing that it may assume atomic modeset support. Calling
drm_atomic_helper_connector_dpms() causes a cr
chment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160115/a5476939/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=106901
--- Comment #26 from Roman Gruber ---
uname -a; echo " ";dmesg |grep ACPI
Linux ASUS-G75VW 4.4.0-gentoo_14-01-2016 #1 SMP Thu Jan 14 19:15:47 CET 2016
x86_64 Intel(R) Core(TM) i7-3610QM CPU @ 2.30GHz GenuineIntel GNU/Linux
[0.00] BIOS-e8
https://bugzilla.kernel.org/show_bug.cgi?id=106901
Roman Gruber changed:
What|Removed |Added
Kernel Version|Linux ASUS-G75VW|Linux ASUS-G75VW
|4.3.3
https://bugzilla.kernel.org/show_bug.cgi?id=106901
--- Comment #27 from Roman Gruber ---
Linux ASUS-G75VW 4.4.0-gentoo_14-01-2016 #1 SMP Thu Jan 14 19:15:47 CET 2016
x86_64 Intel(R) Core(TM) i7-3610QM CPU @ 2.30GHz GenuineIntel GNU/Linux
same behaviour
--
You are receiving this mail because:
Y
https://bugzilla.kernel.org/show_bug.cgi?id=106901
--- Comment #28 from Roman Gruber ---
lsmod
Module Size Used by
nvidia_modeset721045 3
nvidia 9922734 59 nvidia_modeset
intel_powerclamp7094 0
xhci_pci3818 0
xhci_hcd
On Fri, Jan 15, 2016 at 02:55:26PM +0200, Jyri Sarha wrote:
> Only set atomic connector callbacks if the tda998x driver is bound to
> a drm driver that supports atomic modesetting. At least
> drm_crtc_helper_set_config() calls connectors dpms callback without
> knowing that it may assume atomic mod
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160115/d3077226/attachment.html>
From: Gustavo Padovan
This patch series de-stage the sync framework, and in order to accomplish that
a bunch of cleanups/improvements on the sync and fence were made.
The sync framework contained some abstractions around struct fence and those
were removed in the de-staging process among other c
From: Gustavo Padovan
Updates comments about functions and structures.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sync.h | 45 --
1 file changed, 21 insertions(+), 24 deletions(-)
diff --git a/drivers/staging/android/sync.h b/drivers/sta
From: Gustavo Padovan
Trivial indentation fix.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sync.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/android/sync.h b/drivers/staging/android/sync.h
index 7a4d820..f3d4f75 100644
--- a/drivers/stagi
From: Gustavo Padovan
To avoid collision with an upcoming rename change the name of
sync_fence_release() to sync_fence_release_file()
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sync.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/androi
From: Gustavo Padovan
As we are de-staging it rename it to a name that is not related to
android.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sync.c | 40
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/drivers/staging/and
From: Gustavo Padovan
.dup and .compare are not used by the sync framework, so remove them
from sw_sync.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sw_sync.c | 29 +
drivers/staging/android/sync.c| 6 --
drivers/staging/android/sync.h| 1
From: Gustavo Padovan
Creates the 'sync' dir on debugfs root dir and move the 'sync' file
to sync/info. This is the preparation to add more debug info and control.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sync_debug.c | 21 +
1 file changed, 17 insertions(
From: Gustavo Padovan
This remove CONFIG_SW_SYNC_USER and instead compile the sw_sync file into
debugpfs under /sync/sw_sync.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/Kconfig | 9 ---
drivers/staging/android/sw_sync.c| 129 ---
drive
From: Gustavo Padovan
There isn't any problem on removing the sync_pts from the active_list
when the fence is released. If the user decides to close the fence before
it is signaled we should do it and not warn about anything.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sync.c |
From: Gustavo Padovan
To avoid confusion with struct fence vars that are most of the time called
'fence' as well we should rename all struct sync_fence's to sync_fence.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sync.c | 192 ++-
drivers/st
From: Gustavo Padovan
'sync_pt' is actually declared as struct fence so to make the name means
its type we rename it to 'fence'.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sync.c | 20 ++--
drivers/staging/android/sync.h | 2 +-
drivers/staging/andr
From: Gustavo Padovan
Add the sync timeline from sync framework to fence synchronization system.
This is an attempt to remove some duplication between sync.c and fence.c
The sync_timeline was no more than a wrapper on top of the fence
framework to be used by sw_sync. It simplifies some accesses,
From: Gustavo Padovan
struct sync_pt was just wrapping around struct fence and creating an
extra abstraction layer. The only two members of struct sync_pt, child_list
and active_list, were moved to struct fence in an earlier commit. After
removing those two members struct sync_pt is nothing more
From: Gustavo Padovan
Add a default .enable_signaling() op to be used on fence_ops vtable.
fence_default_enable_signaling() checks if the was not signaled yet
and adds it to the active_list.
Signed-off-by: Gustavo Padovan
---
drivers/dma-buf/fence.c| 22 ++
drivers/
From: Gustavo Padovan
Add a default .release() op to be used on fence_ops vtable.
It removes the fences from any list it was added, removes a timeline ref
and free the fence.
Signed-off-by: Gustavo Padovan
---
drivers/dma-buf/fence.c| 28
drivers/staging/an
From: Gustavo Padovan
Move driver name handling to fence and create a default function for it.
Returns the driver which the fence belongs.
Signed-off-by: Gustavo Padovan
---
drivers/dma-buf/fence.c | 19 ++-
drivers/staging/android/sw_sync.c| 3 +--
drivers/st
From: Gustavo Padovan
The fence timeline struct already receives the name of the timeline so
we can use a default function to return the timeline name.
Signed-off-by: Gustavo Padovan
---
drivers/dma-buf/fence.c| 14 ++
drivers/staging/android/sync.c | 9 +
include/
From: Gustavo Padovan
Now fence timeline is aware of the last signaled fence, as it
receives the increment to the current value in fence_timeline_signal().
That allow us to create a fence_default_signaled() using timeline->value
and fence->seqno in the comparison.
Signed-off-by: Gustavo Padovan
From: Gustavo Padovan
Provide simple default functions to help users retrieve the values of the
fence and the timeline.
Signed-off-by: Gustavo Padovan
---
drivers/dma-buf/fence.c | 31 +++
drivers/staging/android/sw_sync.c| 18 --
dr
From: Gustavo Padovan
The value needed by sw_sync is now inside struct fence so we create a
default ops to reply that value for us.
---
drivers/dma-buf/fence.c| 21 +
drivers/staging/android/sync.c | 12 +---
include/linux/fence.h | 1 +
3 files chan
From: Gustavo Padovan
fence_timeline_ops was just workarounding over fence_ops and was used
chained in the fence ops. So remove it all to simplify the fence code
flow.
Signed-off-by: Gustavo Padovan
---
drivers/dma-buf/fence.c | 7 ++-
drivers/staging/android/sw_sync.c | 20 +---
From: Gustavo Padovan
This functions in intended to replace sync_pt_create() and it does
exactly the same thing sync_pt_create() did.
Signed-off-by: Gustavo Padovan
---
drivers/dma-buf/fence.c| 38 ++
drivers/staging/android/sync.c | 20 ++---
From: Gustavo Padovan
get sw_sync_pt_create() to use fence_create_on_timeline() directly and
remove an abstractions layers between fences and its users.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sw_sync.c | 22 ++
drivers/staging/android/sync.c| 20
From: Gustavo Padovan
As we moved value storage to fence_timeline and fence those two structs
became useless and can be removed now.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sw_sync.c| 15 ++-
drivers/staging/android/sw_sync.h| 24 ++--
From: Gustavo Padovan
Bring the debug information that belonged to sync_timeline and sync_pt
back.
Signed-off-by: Gustavo Padovan
---
drivers/dma-buf/Makefile | 2 +-
drivers/dma-buf/fence.c | 4 ++
drivers/dma-buf/fence_debug.c| 128 +++
From: Gustavo Padovan
signaled_pts is not used in this function.
Signed-off-by: Gustavo Padovan
---
drivers/dma-buf/fence.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/dma-buf/fence.c b/drivers/dma-buf/fence.c
index 09faf2e..7a5fc9b 100644
--- a/drivers/dma-buf/fence.c
+++ b/dri
From: Gustavo Padovan
All changes to timeline value come through the user via
fence_timeline_signal() calls. When fence_timeline_destroy() is called no
changes on timeline->value happens hence call fence_timeline_signal() with
no increment is pointless.
Signed-off-by: Gustavo Padovan
---
drive
From: Gustavo Padovan
Called when the fence_timeline is destroyed so users can cleanup routines
on fences.
Signed-off-by: Gustavo Padovan
---
drivers/dma-buf/fence.c | 24
include/linux/fence.h | 4
2 files changed, 28 insertions(+)
diff --git a/drivers/dma-bu
From: Gustavo Padovan
When the timeline is being destroyed all the waiters waiting for the
sync_fence to signal need to be woken up and finished as well.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sw_sync.c | 8
drivers/staging/android/sync.c| 9 +
drivers/
From: Gustavo Padovan
The sync framework is ready for mainline inclusion. Here we move it to
drivers/dma-buf and the header files to the appropiated places.
The sync framework contained some abstractions around struct fence and those
were removed in the de-staging process among other changes:
U
On Fri, Jan 15, 2016 at 12:12 PM, Emil Velikov
wrote:
> On 12 January 2016 at 23:14, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> It warns for all "{}" initializers. Well, I want us to use {}.
>> ---
>> configure.ac | 3 ++-
>> intel/intel_decode.c | 2 --
> The whole of libdrm, mi
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160115/d4cf3346/attachment.html>
Hi Maxime,
Am Donnerstag, den 14.01.2016, 16:24 +0100 schrieb Maxime Ripard:
> The core currently doesn't check that the DT cell size matches what the
> driver declares, which means that every xlate function needs to duplicate
> that check.
>
> Make sure that of_reset_control_get checks for this
Am Donnerstag, den 14.01.2016, 16:24 +0100 schrieb Maxime Ripard:
> The ops pointer is holding a pointer to a structure that is usually not
> modified. Make it const.
>
> Signed-off-by: Maxime Ripard
> ---
> include/linux/reset-controller.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160115/0af42b8d/attachment.html>
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160115/8a5c229d/attachment.sig>
The proposed DRM driver works on a Orange PI 2 with a kernel 4.4.0
and the H3 patches found in Hans de Goede's GIT repository.
As there is no documentation about the HDMI of the H3,
the associated encoder/connector driver has not been included
in this patch series.
For tests, it may be built as a
In recent SoCs, as the H3, Allwinner uses a new display interface, DE2.
This patch adds a DRM video driver for this interface.
Signed-off-by: Jean-Francois Moine
---
Changes:
- remarks from Russell King
- DT documentation added
- working resolution change with xrandr
Add the clock types which are used by the sun6i/8i families for video.
Signed-off-by: Jean-Francois Moine
---
Changes:
- remarks from Chen-Yu Tsai
- DT documentation added
---
Documentation/devicetree/bindings/clock/sunxi.txt | 2 +
drivers/clk/sunxi/clk-sun6i-display.c
> Rob Herring hat am 15. Januar 2016 um 04:15 geschrieben:
>
>
> On Thu, Jan 14, 2016 at 04:25:07PM +0100, Maxime Ripard wrote:
> > Olimex is an open source hardware boards vendors based in Bulgaria.
> >
> > Signed-off-by: Maxime Ripard
> > ---
> > Documentation/devicetree/bindings/vendor-prefix
Hi,
since kernel 4.4 I'm unable to login to kde5 desktop (on openSUSE
Tumbleweed). There's a screen with progressbar showing the startup,
which normally fades away after reaching 100%. But with kernel 4.4, the
progress gets stuck somewhere between 1/2 and 3/4 (not always the same).
Top shows th
> Emil Velikov hat am 15. Januar 2016 um 12:06
> geschrieben:
>
> On 13 January 2016 at 16:00, Arnd Bergmann wrote:
> > On Wednesday 13 January 2016 14:55:47 Karol Herbst wrote:
> >> > Arnd Bergmann hat am 13. Januar 2016 um 14:48
> >> > geschrieben:
> >> >
> >> > The new debugfs initialization
On 01/15/2016 01:26 PM, Ville Syrjälä wrote:
> On Fri, Jan 15, 2016 at 11:34:08AM +0100, Vlastimil Babka wrote:
>>
>> I have suspected that kwin is waiting for some event, but nevertheless
>> tried bisecting the kernel between 4.3 and 4.4, which lead to:
>>
>> # first bad commit: [4dfd64862ff852d
On 15/01/2016 14:55, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> All changes to timeline value come through the user via
> fence_timeline_signal() calls. When fence_timeline_destroy() is called no
> changes on timeline->value happens hence call fence_timeline_signal() with
> no increment is
2016-01-15 John Harrison :
> On 15/01/2016 14:55, Gustavo Padovan wrote:
> >From: Gustavo Padovan
> >
> >All changes to timeline value come through the user via
> >fence_timeline_signal() calls. When fence_timeline_destroy() is called no
> >changes on timeline->value happens hence call fence_time
eering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160115/b4a4dc1e/attachment.sig>
one
> > android product that uses it.
> >
> > We have a devel group working on that.
> > If you are interesting, I can invite you to join.
>
> Fyi Google just opened up their drm_hwcomposer implementation. Open as in
> actually open for patches!
>
> https
From: Ville Syrjälä
drm_plane_helper_check_update() needs to account for the plane rotation
for correct clipping/scaling calculations. Do so.
There was an earlier attempt [1] to add this into
intel_check_primary_plane() but I requested that it'd be put into the
helper instead. An updated patch
Reviewed-by: Junwei Zhang
Reviewed-by: Christian König
Reviewed-by: Ken Wang
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 23 ++-
1 file changed, 22 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c
b/drivers/gpu/d
This patch set gets basic gpu reset working with amdgpu. It's only
been tested via debugfs. It still needs to be integrated into the
lockup detection in the driver to be used for runtime lockup resets.
Alex Deucher (7):
drm/amdgpu: fix tonga smu resume
drm/amdgpu: Add some tweaks to gfx 8 sof
Need to make sure smu buffers are pinned on resume. This
matches what Fiji does.
Cc: stable at vger.kernel.org
Reviewed-by: Junwei Zhang
Reviewed-by: Christian König
Reviewed-by: Ken Wang
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/tonga_dpm.c | 17 ++---
1 file c
Drop soft reset, always use pci config reset.
Reviewed-by: Junwei Zhang
Reviewed-by: Christian König
Reviewed-by: Ken Wang
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/cik.c | 308 +--
1 file changed, 4 insertions(+), 304 deletions(-)
diff -
Drop soft reset, always use pci config reset.
Reviewed-by: Junwei Zhang
Reviewed-by: Christian König
Reviewed-by: Ken Wang
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/vi.c | 385 +---
1 file changed, 4 insertions(+), 381 deletions(-)
diff -
It doesn't currently do anything and there's no need for it
going forward since pci config reset will be required as a
fallback even when we have fine grained reset implemented.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 -
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
Posting is required after a pci config reset.
Reviewed-by: Junwei Zhang
Reviewed-by: Christian König
Reviewed-by: Ken Wang
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_devic
Ported from similar code in radeon.
Reviewed-by: Junwei Zhang
Reviewed-by: Christian König
Reviewed-by: Ken Wang
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/
1 - 100 of 104 matches
Mail list logo
