-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/54b98aed/attachment.html>
p.org/archives/dri-devel/attachments/20141030/046207f3/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=86891
--- Comment #13 from Michel Dänzer ---
(In reply to Michael Mair-Keimberger from comment #10)
> I'll get slightly better results with 10.3.2 (with 3.18rc1):
[...]
> But honestly, watching the demo feels like it got even worse. Still very
> long l
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/d6ccc20e/attachment.html>
tp://lists.freedesktop.org/archives/dri-devel/attachments/20141030/4737c187/attachment.html>
Thanks for your comments Thierry.
I agree to all your comments.
I will write a general function to return version and repost the patch
Thanks,
Sonika
On Wednesday 29 October 2014 07:12 PM, Thierry Reding wrote:
> On Wed, Oct 22, 2014 at 11:45:23AM +0530, sonika.jindal at intel.com wrote:
>> From:
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/46f82b18/attachment.html>
codec/libavcodec_plugin.so)
Looks like VLC destroys the VDPAU surface after the VDPAU decoder, and the
Gallium VDPAU state tracker chokes on that.
--
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/20141030/3ae8f9cc/attachment.html>
On Åro, 2014-10-29 at 10:46 -0700, Kevin Hilman wrote:
> Krzysztof Kozlowski writes:
>
> > When resuming the system the power domain has to be powered on early so
> > any runtime PM aware devices could resume.
> >
> > This fixes following scenario reproduced on Exynos DRM:
> > 1. Power domain is
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/11ea16f5/attachment.html>
From: Michel Dänzer
In the words of Daniel Vetter:
«I think SEARCH_BEST is pretty much always a bad idea - it rips apart
allocations from the same execbuf, and usually those get recycled around
the same time. Which means you'll just fragment your mm even more if you
try to find the best hole i
On 28.10.2014 20:10, Daniel Vetter wrote:
> On Tue, Oct 28, 2014 at 06:35:04PM +0900, Michel Dänzer wrote:
>> From: Michel Dänzer
>>
>> DRM_MM_SEARCH_BEST gets the smallest hole which can fit the BO. That seems
>> against the idea of TTM_PL_FLAG_TOPDOWN:
>>
>> * The smallest hole may be in the o
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/6ae6224c/attachment.html>
ri-devel/attachments/20141030/01e58e30/attachment.html>
;http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/06221d74/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/20141030/ccfb4bd1/attachment.html>
extra
hardware is the on-board RS780 (Radeon 3200HD).
--
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/20141030/889ea
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/1f716c98/attachment-0001.html>
his 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/20141030/216a7c74/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/07ae3186/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/3713489c/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/81c4dc99/attachment.html>
ones.
--
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/20141030/ce53caf4/attachment.html>
d to look for the X server
log output in the systemd journal.
--
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/20141030/e1e99edc/attachment.html>
ts.freedesktop.org/archives/dri-devel/attachments/20141030/71bd8f1e/attachment-0001.html>
es/dri-devel/attachments/20141030/08686f52/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/d6f723b2/attachment.html>
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/f5232e48/attachment.html>
ed now, so I do think that the patch fixed the list
corruption.
--
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/20141030
On 10/29/2014 10:14 AM, Thierry Reding wrote:
> On Wed, Oct 29, 2014 at 09:57:02AM +0100, Daniel Vetter wrote:
>> On Wed, Oct 29, 2014 at 09:38:23AM +0100, Thierry Reding wrote:
>>> On Wed, Oct 29, 2014 at 08:43:14AM +0100, Daniel Vetter wrote:
On Tue, Oct 28, 2014 at 03:35:50PM +0100, Thierry
111
No locals.
(gdb)
--
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/20141030/e9e91261/attachment-0001.html>
g 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/20141030/dac5ea17/attachment.html>
On Thu, Oct 30, 2014 at 11:01:02AM +0100, Andrzej Hajda wrote:
> On 10/29/2014 10:14 AM, Thierry Reding wrote:
> > On Wed, Oct 29, 2014 at 09:57:02AM +0100, Daniel Vetter wrote:
> >> I think we nee try_get_module for the code and kref on the actual data
> >> structures.
> >
> > Agreed, that should
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/e7fbb487/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=85613
--- Comment #12 from Arthur Marsh ---
Thanks, I did get the message:
[ 12.372261] [drm] UVD initialized successfully.
$ dmesg
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Initia
LUMA_KEY_MAX_LUMAy
--
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/20141030/bb4a8c12/attachment.html>
On 10/30/2014 08:36 AM, Krzysztof Kozlowski wrote:
> On Åro, 2014-10-29 at 10:46 -0700, Kevin Hilman wrote:
>> Krzysztof Kozlowski writes:
>>
>>> When resuming the system the power domain has to be powered on early so
>>> any runtime PM aware devices could resume.
>>>
>>> This fixes following sce
achments/20141030/9ec9bec5/attachment.html>
On Tuesday 28 October 2014 15:30:05 Dave Airlie wrote:
> > The last patch instantiates the HDMI encoder in the Koelsch board DT file
> > and connects it to the DU output.
> >
> > The patch series depends on Koelsch DU DT enablement (scheduled for merge
> > in v3.19-rc1). Dave, I'd like to get this
Hi Simon,
On Thursday 30 October 2014 20:29:22 Simon Horman wrote:
> 2014/10/30 20:05 "Laurent Pinchart" :
> > On Tuesday 28 October 2014 15:30:05 Dave Airlie wrote:
> >>> The last patch instantiates the HDMI encoder in the Koelsch board DT
> >>> file and connects it to the DU output.
> >>>
> >>>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/bd387d3c/attachment-0001.html>
Sorry for late. I missed this patch a little bit for long time.
On 2014ë
09ì 15ì¼ 22:13, Vivek Gautam wrote:
> Now that we have moved to generic phy based bindings,
> we don't need to have any code related to older dptx-phy.
> Nobody is using this dptx-phy anymore, so removing the
> same.
>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/802d5d74/attachment.html>
On 09/10/2014 01:53 PM, Andrzej Hajda wrote:
> The patch replaces separate calls to driver (de)registration by
> loops over the array of drivers. As a result it significantly
> decreases number of ifdefs. Additionally it moves device registration
> related ifdefs to header file.
>
> Signed-off-by:
On 10/07/2014 02:01 PM, Andrzej Hajda wrote:
> Hi Inki,
>
> Many Exynos DRM drivers uses global variables to represent associated devices
> in Exynos DRM internal framework. It is quite confusing, it adds data
> duplication
> and finally it does not allow to handle more than one device in system.
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/89ea929b/attachment-0001.html>
On 2014ë
10ì 30ì¼ 21:39, Andrzej Hajda wrote:
> On 10/07/2014 02:01 PM, Andrzej Hajda wrote:
>> Hi Inki,
>>
>> Many Exynos DRM drivers uses global variables to represent associated devices
>> in Exynos DRM internal framework. It is quite confusing, it adds data
>> duplication
>> and finally i
On 2014ë
10ì 30ì¼ 21:36, Andrzej Hajda wrote:
> On 09/10/2014 01:53 PM, Andrzej Hajda wrote:
>> The patch replaces separate calls to driver (de)registration by
>> loops over the array of drivers. As a result it significantly
>> decreases number of ifdefs. Additionally it moves device registrat
The patch replaces separate calls to driver (de)registration by
loops over the array of drivers. As a result it significantly
decreases number of ifdefs. Additionally it moves device registration
related ifdefs to header file.
Signed-off-by: Andrzej Hajda
---
Hi Inki,
Rebased on the latest exyno
2014-10-24 11:51 GMT-02:00 Gustavo Padovan :
> From: Gustavo Padovan
>
> take out pin_fb code so the commit phase can't fail anymore.
>
According to my bisection results, this is the first bad commit of
https://bugs.freedesktop.org/show_bug.cgi?id=85634.
> Signed-off-by: Gustavo Padovan
> Revi
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/a551ffc3/attachment.html>
On Thu, 2014-10-30 at 11:32 -0200, Paulo Zanoni wrote:
> 2014-10-24 11:51 GMT-02:00 Gustavo Padovan :
> > From: Gustavo Padovan
> >
> > take out pin_fb code so the commit phase can't fail anymore.
> >
>
> According to my bisection results, this is the first bad commit of
> https://bugs.freedeskto
Hi Dave -
Display fixes for 3.18, all cc: stable, including my version of the DP
training pattern 3 fix.
BR,
Jani.
The following changes since commit cac7f2429872d3733dc3f9915857b1691da2eb2f:
Linux 3.18-rc2 (2014-10-26 16:48:41 -0700)
are available in the git repository at:
git://anongi
On 2014ë
10ì 30ì¼ 22:13, Andrzej Hajda wrote:
> The patch replaces separate calls to driver (de)registration by
> loops over the array of drivers. As a result it significantly
> decreases number of ifdefs. Additionally it moves device registration
> related ifdefs to header file.
Applied.
Th
On Thu, Oct 30, 2014 at 11:32:42AM -0200, Paulo Zanoni wrote:
> 2014-10-24 11:51 GMT-02:00 Gustavo Padovan :
> > From: Gustavo Padovan
> >
> > take out pin_fb code so the commit phase can't fail anymore.
> >
>
> According to my bisection results, this is the first bad commit of
> https://bugs.fre
g.
--
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/20141030/a463100a/attachment.html>
Hi!
Details in
https://bugzilla.redhat.com/show_bug.cgi?id=1155825
Can whoever broke the driver please make an effort to fix it up?
Daniel, You've been named as a suspect. I'm not sure if that is true.
Thanks,
Thomas
On 10/28/2014 12:10 PM, Daniel Vetter wrote:
> On Tue, Oct 28, 2014 at 06:35:04PM +0900, Michel Dänzer wrote:
>> From: Michel Dänzer
>>
>> DRM_MM_SEARCH_BEST gets the smallest hole which can fit the BO. That seems
>> against the idea of TTM_PL_FLAG_TOPDOWN:
>>
>> * The smallest hole may be in th
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/8b5dbb1d/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/920d0a60/attachment.html>
og."
--
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/20141030/5dcbc070/attachment-0001.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/9e8045d0/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/20141030/959b52ff/attachment.html>
t; drivers/gpu/drm/rcar-du/rcar_du_vgacon.c |5 +-
> > > include/drm/drm_edid.h |5 +
> > > include/linux/platform_data/rcar-du.h | 74 --
> > > 25 files changed, 1894 insertions(+), 181 deletions(-)
> > >
This patch fix following warning while "make xmldocs".
Warning(.//include/drm/drm_modeset_lock.h:61): No description
found for parameter 'trylock_only'
Signed-off-by: Masanari Iida
---
include/drm/drm_modeset_lock.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/drm/drm_modeset_loc
Hi Inki,
On Thu, Oct 30, 2014 at 5:50 PM, Inki Dae wrote:
>
> Sorry for late. I missed this patch a little bit for long time.
Thanks for reviewing.
>
>
> On 2014ë
09ì 15ì¼ 22:13, Vivek Gautam wrote:
>> Now that we have moved to generic phy based bindings,
>> we don't need to have any code
Now that we have moved to generic phy based bindings,
we don't need to have any code related to older dptx-phy.
Nobody is using this dptx-phy anymore, so removing the
same.
Signed-off-by: Vivek Gautam
Cc: Inki Dae
Cc: Jingoo Han
---
Changes from V1:
- Reworked error handling in exynos_dp_dt_p
DP PHY now require pmu-system-controller to handle PMU register
to control PHY's power isolation. Adding the same to dp-phy
node.
Signed-off-by: Vivek Gautam
Cc: Jingoo Han
---
Changes from V1:
- none.
arch/arm/boot/dts/exynos5250.dtsi |2 +-
arch/arm/boot/dts/exynos5420.dtsi |4 ++--
After:
commit d059f652e73c35678d28d4cd09ab2cec89696af9
Author: Daniel Vetter
AuthorDate: Fri Jul 25 18:07:40 2014 +0200
drm: Handle legacy per-crtc locking with full acquire ctx
drm_mode_cursor_common() was switched to use drm_modeset_(un)lock_crtc()
which uses full aquire ctx. So drop
On Thu, Oct 30, 2014 at 1:39 PM, Rob Clark wrote:
> After:
>
> commit d059f652e73c35678d28d4cd09ab2cec89696af9
> Author: Daniel Vetter
> AuthorDate: Fri Jul 25 18:07:40 2014 +0200
>
> drm: Handle legacy per-crtc locking with full acquire ctx
>
> drm_mode_cursor_common() was switched to us
https://bugzilla.kernel.org/show_bug.cgi?id=86891
--- Comment #14 from Michael Mair-Keimberger ---
OK, today i made another benchmarks: drm-next, mesa-10.3.2. First without any
changes, second with `git revert 59bc1d8`:
without any changes with `git revert 59bc1d8`
FPS: 14.3
Hi Dave,
radeon fixes for 3.18:
- dpm stability fixes for SI and KV
- remove an invalid pci id
- kmalloc_array fixes
- minor cleanups
The following changes since commit 30aad89ad0697028b9aa0867b3e95cc0ccca064d:
Merge branch 'drm-armada-fixes' of git://ftp.arm.linux.org.uk/~rmk/linux-arm
into
0
tried with and without hyperz, same lockup occurs.
attached dmesg, and glxinfo
--
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/attachmen
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/1fb3accf/attachment.html>
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141030/f971010c/attachment.html>
On Wed, 29 Oct 2014 11:07:32 +0200
Jani Nikula wrote:
> On Wed, 29 Oct 2014, Ville Syrjälä wrote:
> > On Wed, Oct 29, 2014 at 10:23:50AM +0200, Jani Nikula wrote:
> >> On Wed, 29 Oct 2014, Ville Syrjälä
> >> wrote:
> >> > On Wed, Oct 29, 2014 at 05:02:50PM +1000, Dave Airlie wrote:
> >> >>
https://bugzilla.kernel.org/show_bug.cgi?id=86891
--- Comment #15 from Michael Mair-Keimberger ---
Created attachment 155911
--> https://bugzilla.kernel.org/attachment.cgi?id=155911&action=edit
picture
I've made a few other benchmarks and tried to take some screenshots.
Unfortunately vally doe
https://bugzilla.kernel.org/show_bug.cgi?id=86891
--- Comment #16 from Michael Mair-Keimberger ---
Created attachment 155921
--> https://bugzilla.kernel.org/attachment.cgi?id=155921&action=edit
another picture
another picture
--
You are receiving this mail because:
You are watching the assig
Hey Aravind,
Just a couple quick comments (inline below).. overall patchset looks
to be in reasonably good shape. It would be nice if you could resend
and CC dri-devel at lists.freedesktop.org.. and format-patch as a
patchset (so subject lines have the "[PATCH x/y]" since things don't
always show
Splitting the command sequence for an IB1 submission at the end of
the ring buffer can hang the GPU. To fix this, if there isn't
enough contiguous space at the end to fit the full command sequence,
insert NOPs at the end, and write the sequence at the start, as space
becomes available.
Signed-off
Register offsets have changed between a3xx and a4xx GPUs.
To be able access these registers in common code, we create
a lookup table, and set of read-write APIs to access the
register through the lookup table.
Signed-off-by: Aravind Ganesan
---
Resend in patch-set format and with dri-devel at lis
Added a4xx GPU support.
Signed-off-by: Aravind Ganesan
---
Resend in patch-set format and with dri-devel at lists.freedesktop.org on
the CC.
drivers/gpu/drm/msm/Makefile | 1 +
drivers/gpu/drm/msm/adreno/a4xx_gpu.c | 620
+
drivers/gpu/drm/msm/adr
A set of three patches to support adreno 4xx GPUs in msm-drm:
(1) Updated the a3xx and a4xx header files.
(2) Handle register offset differences between a3xx and a4xx GPUs.
(3) Added a4xx GPU support.
Aravind Ganesan (3):
drm/msm: Additional definitions for a3xx and a4xx
drm/msm: Handle regist
Updated a3xx and a4xx headers, generated from rnndb files:
https://github.com/freedreno/envytools
Signed-off-by: Aravind Ganesan
---
Resend in patch-set format and with dri-devel at lists.freedesktop.org on
the CC.
drivers/gpu/drm/msm/adreno/a3xx.xml.h | 50 +-
drivers/gpu/drm/msm/adreno/a4xx
84 matches
Mail list logo
