ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130822/bb90d0e9/attachment-0001.html>
https://bugs.freedesktop.org/show_bug.cgi?id=67800
--- Comment #9 from Kertesz Laszlo ---
I may have found a crude workaround for the freezing issue.
It seems that if i completely disable screensaver (it was turning the monitor
off with dpms after 4 minutes) and leave the monitor on permanently w
From: Wei Yongjun
In case of error, the function devm_ioremap_resource() returns ERR_PTR()
and never returns NULL. The NULL test in the return value check should be
replaced with IS_ERR(). Also remove the dev_err call to avoid redundant
error message.
Signed-off-by: Wei Yongjun
---
drivers/gpu
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130822/544a8fab/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130822/07c60892/attachment.html>
dump with the patch applied.
With the patch applied it still fail
--
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/20130822/6b872ffe/attachment.html>
let me know.
Peter
--
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/20130822/ae705021/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=63935
--- Comment #59 from Chu Viet Huong ---
Created attachment 84489
--> https://bugs.freedesktop.org/attachment.cgi?id=84489&action=edit
create success dmesg attachment
After remove generic driver xf86-video-vesa, it work fine :)
--
You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=63935
--- Comment #58 from Chu Viet Huong ---
Created attachment 84488
--> https://bugs.freedesktop.org/attachment.cgi?id=84488&action=edit
create full dmesg attachment.
My same issue with RV730
--
You are receiving this mail because:
You are the
ri-devel/attachments/20130822/71cc0594/attachment.html>
er dump with the patch applied.
--
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/20130822/09094a0a/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #3 from Alexandre Demers ---
kernel 3.11.0-rc1 was experiencing a bug, but not the one seen in rc2 and
beyond. I'll dig on the "fix" that brought us to the state seen since rc2. If
nothing can be found, I'll go up the drm-next branch
https://bugzilla.kernel.org/show_bug.cgi?id=60741
Eastern Heart changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=60674
Eastern Heart changed:
What|Removed |Added
CC||zxd123...@hotmail.com
--- Comment #16 fro
Unfortunately, I haven't been thorough enough in:
commit ddecb10cf402a8325579f298fd4986a90f33496b
Author: Lespiau, Damien
Date: Tue Aug 20 00:53:04 2013 +0100
drm: Remove drm_mode_create_dithering_property()
And forgot to remove the dithering_mode_property member of struct
drm_mod
I2C of helpers used to live in of_i2c.c but experience (from SPI) shows
that it is much cleaner to have this in the core. This also removes a
circular dependency between the helpers and the core, and so we can
finally register child nodes in the core instead of doing this manually
in each driver. S
Thanks for your comments,
Inki Dae
> -Original Message-
> From: David Herrmann [mailto:dh.herrmann at gmail.com]
> Sent: Wednesday, August 21, 2013 10:17 PM
> To: Inki Dae
> Cc: dri-devel at lists.freedesktop.org; linux-fbdev at vger.kernel.org; linux-
> arm-kernel at lists.infradead.org;
L
At that point only kill -9 helps.
Do you have anything I should try or any info I should provide?
--
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/20130822/79c299f5/attachment.html>
Hi Alex,
FYI, there are new warnings show up in
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-3.12-wip
head: 21419df38d4ba010b1ea80e2f91b853c8c3de7e5
commit: 38306848032ac045ac5a5f3145271bc01176883e [31/90] drm/radeon/dpm: add
support for parsing the atom powertune table
scr
On Thu, Aug 22, 2013 at 10:10 AM, Ilia Mirkin wrote:
> The code expects non-VRAM mem nodes to have a pages list. If that's not
> set, it will do a null deref down the line. Warn on that condition and
> return an error.
>
> See https://bugs.freedesktop.org/show_bug.cgi?id=64774
>
> Reported-by: Pas
https://bugs.freedesktop.org/show_bug.cgi?id=68451
--- Comment #2 from Emil Velikov ---
Wild guess, but can it be bug 67887 ?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesk
We're taking the sizeof() the wrong thing so it doesn't clear the whole
buffer.
Signed-off-by: Dan Carpenter
---
I can't compile this.
diff --git a/drivers/gpu/drm/omapdrm/omap_dmm_tiler.c
b/drivers/gpu/drm/omapdrm/omap_dmm_tiler.c
index 9b794c9..acf6678 100644
--- a/drivers/gpu/drm/omapdrm/oma
r/mesa/commit/27db605
--
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/20130822/7d290ebc/attachment.html>
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130822/c72cf491/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #3 from Laurent carlier ---
Created attachment 84475
--> https://bugs.freedesktop.org/attachment.cgi?id=84475&action=edit
Shader dump with patch applied
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=68451
--- Comment #1 from Alex Deucher ---
Can you bisect to track down what commit caused the problem?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
d
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #2 from Laurent carlier ---
(In reply to comment #1)
> Created attachment 84473 [details] [review]
> Possible Fix
>
> Can you try this mesa patch. If it doesn't fix the crash, can you re-post
> the shader dump with the patch applied
https://bugs.freedesktop.org/show_bug.cgi?id=68451
Priority: medium
Bug ID: 68451
Assignee: dri-devel@lists.freedesktop.org
Summary: Texture flicker in native Dota2 in mesa 9.2.0rc1
Severity: normal
Classification: Unclassified
Hi Tomasz,
On 22 August 2013 13:57, Tomasz Figa wrote:
> Hi Sachin,
>
> On Thursday 22 of August 2013 11:15:23 Sachin Kamat wrote:
>> Exynos is a DT-only platform. Add this info to Kconfig.
>>
>> Signed-off-by: Sachin Kamat
>> ---
>> drivers/gpu/drm/exynos/Kconfig |4 ++--
>> 1 file changed
https://bugs.freedesktop.org/show_bug.cgi?id=68389
Tom Stellard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #1 from Tom Stellard ---
Created attachment 84473
--> https://bugs.freedesktop.org/attachment.cgi?id=84473&action=edit
Possible Fix
Can you try this mesa patch. If it doesn't fix the crash, can you re-post the
shader dump with the
On Thu, Aug 22, 2013 at 07:33:43AM -0400, Rob Clark wrote:
> On Thu, Aug 22, 2013 at 2:53 AM, Jean-Francois Moine
> wrote:
> > On Wed, 21 Aug 2013 23:36:05 +0100
> > Russell King - ARM Linux wrote:
> >
> >> > AFAIK, the TI boards have no "pin-swapped", nor has the Cubox (there is
> >> > no need
On Wed, Aug 21, 2013 at 01:31:42PM +0200, Laurent Pinchart wrote:
> Hi Simon,
>
> On Wednesday 21 August 2013 17:36:12 Simon Horman wrote:
> > On Sat, Aug 10, 2013 at 07:28:30AM +1000, Dave Airlie wrote:
> > > On Sat, Aug 10, 2013 at 7:25 AM, Laurent Pinchart wrote:
> > > > On Saturday 10 August 2
Exynos is a DT-only platform. Add this info to Kconfig.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/Kconfig |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/Kconfig b/drivers/gpu/drm/exynos/Kconfig
index 772c62a..80a251a 100644
--- a/dr
Since commit 383ffda2fa ("ARM: EXYNOS: no more support non-DT
for EXYNOS SoCs"), Exynos platform is DT only. Hence remove
all the conditional macros and make the driver DT only.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 70 ++
1 file
Since commit 383ffda2fa ("ARM: EXYNOS: no more support non-DT
for EXYNOS SoCs"), Exynos platform is DT only. Hence remove
all the conditional macros and make the driver DT only.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c |4 +---
1 file changed, 1 insertion(+), 3
Since commit 383ffda2fa ("ARM: EXYNOS: no more support non-DT
for EXYNOS SoCs"), Exynos platform is DT only. Hence remove
all the conditional macros and make the driver DT only.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_hdmiphy.c | 11 +--
1 file changed, 1 insertio
Since commit 383ffda2fa ("ARM: EXYNOS: no more support non-DT
for EXYNOS SoCs"), Exynos platform is DT only. Hence remove
all the conditional macros and make the driver DT only.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_ddc.c | 11 +--
1 file changed, 1 insertion(+)
Since commit 383ffda2fa ("ARM: EXYNOS: no more support non-DT
for EXYNOS SoCs"), Exynos platform is DT only. Hence remove
all the conditional macros and make the driver DT only.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 54 +++---
1 file
Unfortunately, I haven't been thorough enough in:
commit ddecb10cf402a8325579f298fd4986a90f33496b
Author: Lespiau, Damien
Date: Tue Aug 20 00:53:04 2013 +0100
drm: Remove drm_mode_create_dithering_property()
And forgot to remove the dithering_mode_property member of struct
drm_mod
On Thu, Aug 22, 2013 at 09:12:40AM +0200, Maarten Lankhorst wrote:
> Op 22-08-13 02:10, Ilia Mirkin schreef:
> > The code expects non-VRAM mem nodes to have a pages list. If that's not
> > set, it will do a null deref down the line. Warn on that condition and
> > return an error.
> >
> > See https:
Hi Sachin,
On Thursday 22 of August 2013 11:15:23 Sachin Kamat wrote:
> Exynos is a DT-only platform. Add this info to Kconfig.
>
> Signed-off-by: Sachin Kamat
> ---
> drivers/gpu/drm/exynos/Kconfig |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm
https://bugs.freedesktop.org/show_bug.cgi?id=60929
--- Comment #14 from Torsten Kaiser ---
Created attachment 84467
--> https://bugs.freedesktop.org/attachment.cgi?id=84467&action=edit
apitrace from hanging startup of OpenRA
I'm seeing the same problem with the mono game OpenRA from http://ope
I2C of helpers used to live in of_i2c.c but experience (from SPI) shows
that it is much cleaner to have this in the core. This also removes a
circular dependency between the helpers and the core, and so we can
finally register child nodes in the core instead of doing this manually
in each driver. S
On Thu, Aug 22, 2013 at 07:33:43AM -0400, Rob Clark wrote:
> On Thu, Aug 22, 2013 at 2:53 AM, Jean-Francois Moine wrote:
> > On Wed, 21 Aug 2013 23:36:05 +0100
> > Russell King - ARM Linux wrote:
> >
> >> > AFAIK, the TI boards have no "pin-swapped", nor has the Cubox (there is
> >> > no need to
On Thu, Aug 22, 2013 at 08:53:13AM +0200, Jean-Francois Moine wrote:
> On Wed, 21 Aug 2013 23:36:05 +0100
> Russell King - ARM Linux wrote:
>
> > > AFAIK, the TI boards have no "pin-swapped", nor has the Cubox (there is
> > > no need to set the bit CFG_GRA_SWAPRB of the register LCD_SPU_DMA_CTRL0
Hi Tomasz,
On 22 August 2013 13:57, Tomasz Figa wrote:
> Hi Sachin,
>
> On Thursday 22 of August 2013 11:15:23 Sachin Kamat wrote:
>> Exynos is a DT-only platform. Add this info to Kconfig.
>>
>> Signed-off-by: Sachin Kamat
>> ---
>> drivers/gpu/drm/exynos/Kconfig |4 ++--
>> 1 file changed
d...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130822/40b02c5e/attachment.html>
On Thu, Aug 22, 2013 at 8:42 AM, Dan Carpenter
wrote:
> We're taking the sizeof() the wrong thing so it doesn't clear the whole
> buffer.
>
> Signed-off-by: Dan Carpenter
Oh, that was very certainly wrong before!
Acked-by: Rob Clark
> ---
> I can't compile this.
>
> diff --git a/drivers/gpu
On Thu, Aug 22, 2013 at 04:41:06PM +1000, Ben Skeggs wrote:
> On Thu, Aug 22, 2013 at 10:10 AM, Ilia Mirkin wrote:
> > The code expects non-VRAM mem nodes to have a pages list. If that's not
> > set, it will do a null deref down the line. Warn on that condition and
> > return an error.
> >
> > See
On Thu, Aug 22, 2013 at 08:53:13AM +0200, Jean-Francois Moine wrote:
> On Wed, 21 Aug 2013 23:36:05 +0100
> Russell King - ARM Linux wrote:
>
> > > AFAIK, the TI boards have no "pin-swapped", nor has the Cubox (there is
> > > no need to set the bit CFG_GRA_SWAPRB of the register LCD_SPU_DMA_CTRL0
Op 22-08-13 02:10, Ilia Mirkin schreef:
> The code expects non-VRAM mem nodes to have a pages list. If that's not
> set, it will do a null deref down the line. Warn on that condition and
> return an error.
>
> See https://bugs.freedesktop.org/show_bug.cgi?id=64774
>
> Reported-by: Pasi K?rkk?inen
On Wed, 21 Aug 2013 23:36:05 +0100
Russell King - ARM Linux wrote:
> > AFAIK, the TI boards have no "pin-swapped", nor has the Cubox (there is
> > no need to set the bit CFG_GRA_SWAPRB of the register LCD_SPU_DMA_CTRL0
> > of the Dove lcd for RGB or YUV formats).
> >
> > Which board needs a spec
https://bugs.freedesktop.org/show_bug.cgi?id=64810
--- Comment #8 from Johannes Obermayr ---
(In reply to comment #3)
> I think the problem is that egl_gallium.so links both radeonsi and r600g,
> which have some conflicting symbols.
Maybe this patch helps:
https://github.com/jobermayr/mesa/commi
On Thu, Aug 22, 2013 at 2:53 AM, Jean-Francois Moine wrote:
> On Wed, 21 Aug 2013 23:36:05 +0100
> Russell King - ARM Linux wrote:
>
>> > AFAIK, the TI boards have no "pin-swapped", nor has the Cubox (there is
>> > no need to set the bit CFG_GRA_SWAPRB of the register LCD_SPU_DMA_CTRL0
>> > of th
https://bugs.freedesktop.org/show_bug.cgi?id=68389
--- Comment #7 from Vladimir Ysikov ---
>Nothing has changed with this patch.
Sorry guys, i forget rebuild mesa after rebuild patched llvm.
With Tom's patch unigine-tropics show normal picture.
--
You are receiving this mail because:
You are
On Thu, Aug 22, 2013 at 8:42 AM, Dan Carpenter wrote:
> We're taking the sizeof() the wrong thing so it doesn't clear the whole
> buffer.
>
> Signed-off-by: Dan Carpenter
Oh, that was very certainly wrong before!
Acked-by: Rob Clark
> ---
> I can't compile this.
>
> diff --git a/drivers/gpu/
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/20130822/b03ac07d/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130822/9c01f6ff/attachment-0001.html>
We're taking the sizeof() the wrong thing so it doesn't clear the whole
buffer.
Signed-off-by: Dan Carpenter
---
I can't compile this.
diff --git a/drivers/gpu/drm/omapdrm/omap_dmm_tiler.c
b/drivers/gpu/drm/omapdrm/omap_dmm_tiler.c
index 9b794c9..acf6678 100644
--- a/drivers/gpu/drm/omapdrm/oma
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130822/a6de8a31/attachment.html>
On Thu, Aug 22, 2013 at 2:53 AM, Jean-Francois Moine wrote:
> On Wed, 21 Aug 2013 23:36:05 +0100
> Russell King - ARM Linux wrote:
>
>> > AFAIK, the TI boards have no "pin-swapped", nor has the Cubox (there is
>> > no need to set the bit CFG_GRA_SWAPRB of the register LCD_SPU_DMA_CTRL0
>> > of th
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130822/ed2df0c9/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130822/762c2989/attachment-0001.html>
https://bugs.freedesktop.org/show_bug.cgi?id=68389
--- Comment #6 from Michel Dänzer ---
> 0:0(0): error: no matching function for call to
> `texelFetch2DOffset(sampler2D, ivec2, int, ivec2)'
I was seeing these errors before, but I no longer am. Does it help if you
launch Tropics something like:
Hi Philipp,
On Wednesday 21 August 2013 11:10:12 Philipp Zabel wrote:
> Am Mittwoch, den 21.08.2013, 03:02 +0200 schrieb Laurent Pinchart:
> > On Tuesday 13 August 2013 16:37:07 Philipp Zabel wrote:
> > > Hi Laurent,
> > >
> > > thanks for this update. I'm very happy about the move to the display
Thanks for your comments,
Inki Dae
> -Original Message-
> From: David Herrmann [mailto:dh.herrm...@gmail.com]
> Sent: Wednesday, August 21, 2013 10:17 PM
> To: Inki Dae
> Cc: dri-devel@lists.freedesktop.org; linux-fb...@vger.kernel.org; linux-
> arm-ker...@lists.infradead.org; linux-me...@
Hi Sachin,
On Thursday 22 of August 2013 11:15:23 Sachin Kamat wrote:
> Exynos is a DT-only platform. Add this info to Kconfig.
>
> Signed-off-by: Sachin Kamat
> ---
> drivers/gpu/drm/exynos/Kconfig |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm
On Thu, Aug 22, 2013 at 09:12:40AM +0200, Maarten Lankhorst wrote:
> Op 22-08-13 02:10, Ilia Mirkin schreef:
> > The code expects non-VRAM mem nodes to have a pages list. If that's not
> > set, it will do a null deref down the line. Warn on that condition and
> > return an error.
> >
> > See https:
Exynos is a DT-only platform. Add this info to Kconfig.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/Kconfig |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/Kconfig b/drivers/gpu/drm/exynos/Kconfig
index 772c62a..80a251a 100644
--- a/dr
Since commit 383ffda2fa ("ARM: EXYNOS: no more support non-DT
for EXYNOS SoCs"), Exynos platform is DT only. Hence remove
all the conditional macros and make the driver DT only.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 70 ++
1 file
Since commit 383ffda2fa ("ARM: EXYNOS: no more support non-DT
for EXYNOS SoCs"), Exynos platform is DT only. Hence remove
all the conditional macros and make the driver DT only.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c |4 +---
1 file changed, 1 insertion(+), 3
Since commit 383ffda2fa ("ARM: EXYNOS: no more support non-DT
for EXYNOS SoCs"), Exynos platform is DT only. Hence remove
all the conditional macros and make the driver DT only.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_hdmiphy.c | 11 +--
1 file changed, 1 insertio
Since commit 383ffda2fa ("ARM: EXYNOS: no more support non-DT
for EXYNOS SoCs"), Exynos platform is DT only. Hence remove
all the conditional macros and make the driver DT only.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_ddc.c | 11 +--
1 file changed, 1 insertion(+)
Since commit 383ffda2fa ("ARM: EXYNOS: no more support non-DT
for EXYNOS SoCs"), Exynos platform is DT only. Hence remove
all the conditional macros and make the driver DT only.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 54 +++---
1 file
Op 22-08-13 02:10, Ilia Mirkin schreef:
> The code expects non-VRAM mem nodes to have a pages list. If that's not
> set, it will do a null deref down the line. Warn on that condition and
> return an error.
>
> See https://bugs.freedesktop.org/show_bug.cgi?id=64774
>
> Reported-by: Pasi Kärkkäinen
76 matches
Mail list logo
