bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130606/fdb62d8d/attachment-0001.html>
https://bugs.freedesktop.org/show_bug.cgi?id=65377
--- Comment #6 from Bastian Triller ---
Booting a dd'ed image did not work. I'll have to find a disc to test it.
Looking into the xbacklight I saw that xbacklight tries to find a Backlught
property on the output. xrandr lists this property on th
On 06/07/2013 02:11 AM, Boszormenyi Zoltan wrote:
> Hi,
>
> we are working on an Intel Atom-based embedded PC and I have to
> make suspend-to-RAM work but I can't seem to succeed.
>
> The symptom is that quite often, the machine resumes immediately
> after pm-suspend. Sometimes more than 20 times
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130606/f908b713/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130606/42d6abc6/attachment.html>
rom our
kernel .config?
Best regards,
Zolt?n B?sz?rm?nyi
-- next part --
A non-text attachment was scrubbed...
Name: config-3.10-003.gz
Type: application/x-tar
Size: 18727 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2013
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/20130606/e564dc11/attachment.html>
Hello Maarten,
On 2013년 06월 05일 22:23, Maarten Lankhorst wrote:
> Op 31-05-13 10:54, Seung-Woo Kim schreef:
>> dma-buf attachment has only exporter private data, but importer private data
>> can be useful for importer especially to re-import the same dma-buf.
>> To use importer private data in att
From: Jerome Glisse
UVD ring can't use scratch thus it does need writeback buffer to keep
a valid address or radeon_ring_backup will trigger a kernel fault.
It's ok to not unpin the write back buffer on suspend as it leave in
gtt and thus does not need eviction.
Reported and tracked by Wojtek
On 06/06/2013 06:47 PM, Tomasz Figa wrote:
Hi Joonyoung,
On Thursday 06 of June 2013 13:30:49 Joonyoung Shim wrote:
On 05/19/2013 08:32 PM, Tomasz Figa wrote:
Hi,
On Wednesday 01 of May 2013 22:00:25 Daniel Vetter wrote:
On Wed, May 01, 2013 at 09:06:09PM +0200, Tomasz Figa wrote:
This patc
https://bugs.freedesktop.org/show_bug.cgi?id=65377
--- Comment #5 from Alex Deucher ---
I believe the only way to control the backlight on the macs with multiple GPUs
is via the gmux driver. Seems to be a mac specific thing.
--
You are receiving this mail because:
You are the assignee for the
Hi Maarten,
Thanks for the patch! I'll queue it for the tests.
Thanks,
Fengguang
On Thu, Jun 06, 2013 at 09:23:15AM +0200, Maarten Lankhorst wrote:
> Hey,
>
> Op 06-06-13 03:35, Fengguang Wu schreef:
> > Greetings,
> >
> > I got the below dmesg and the first bad commit is
> >
> > commit 3d71c6e
On Thu, Jun 6, 2013 at 3:22 PM, Linus Torvalds
wrote:
> On Thu, Jun 6, 2013 at 2:14 PM, Dave Airlie wrote:
>>
>> 7 files changed, 32 insertions(+), 42 deletions(-)
>
> That's not at all what I get (including shortlog). I got
>
> 29 files changed, 188 insertions(+), 68 deletions(-)
>
> from a lo
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130606/590af2d1/attachment.html>
On Wed, Jun 5, 2013 at 3:10 PM, Alex Deucher wrote:
> To me at least, it doesn't make sense that an encoder can clone
> itself. If an encoder is already in use, trying to clone itself would
> only lead to confusion and possible bugs (make sure some code path
> doesn't try and reprogram the encode
From: Jerome Glisse
UVD ring can't use scratch thus it does need writeback buffer to keep
a valid address or radeon_ring_backup will trigger a kernel fault.
It's ok to not unpin the write back buffer on suspend as it leave in
gtt and thus does not need eviction.
Reported and tracked by Wojtek
On Thu, Jun 6, 2013 at 2:14 PM, Dave Airlie wrote:
>
> 7 files changed, 32 insertions(+), 42 deletions(-)
That's not at all what I get (including shortlog). I got
29 files changed, 188 insertions(+), 68 deletions(-)
from a lot of commits you don't list.
Linus
On Thu, Jun 6, 2013 at 12:41 PM, wrote:
> From: Jerome Glisse
>
> If a buffer is never bind to a virtual memory pagetable than don't try
> to unbind it. Only drawback is that we don't update the pagetable when
> unbinding the ib pool buffer which is fine because it only happens at
> suspend or m
https://bugs.freedesktop.org/show_bug.cgi?id=64867
--- Comment #6 from Martin Bednar ---
adding R600_DEBUG=nodma to my environment makes the problem go away... Not
pretty, but a workaround. Same question though : how could I help debugging
this?
--
You are receiving this mail because:
You are t
https://bugs.freedesktop.org/show_bug.cgi?id=64867
--- Comment #5 from Harald Judt ---
Doesn't seem to be related to playing flash videos. A few moments ago parts of
the screen started looking crazy/corrupted, then on verification again the
flood in dmesg, and I was only able to reboot the machin
On 05/19/2013 08:32 PM, Tomasz Figa wrote:
> Hi,
>
> On Wednesday 01 of May 2013 22:00:25 Daniel Vetter wrote:
>> On Wed, May 01, 2013 at 09:06:09PM +0200, Tomasz Figa wrote:
>>> This patch modifies the driver to perform two stage parsing of video
>>> timings from device tree, to get timing informa
org/archives/dri-devel/attachments/20130606/858534cc/attachment.html>
On 06/06/2013 03:14 AM, Tomasz Figa wrote:
> On Sunday 19 of May 2013 13:26:57 Tomasz Figa wrote:
>> Hi,
>>
>> On Wednesday 01 of May 2013 21:02:25 Tomasz Figa wrote:
>>> Much of the code in Exynos DRM subsystem is generic enough to use
>>> it for older (non-Exynos) Samsung SoCs as well, after mino
https://bugs.freedesktop.org/show_bug.cgi?id=64867
--- Comment #4 from Harald Judt ---
Hoping that it would be a workaround, I've applied the following patch from
another bug report:
diff --git a/drivers/gpu/drm/radeon/radeon_cs.c
b/drivers/gpu/drm/radeon/radeon_cs.c
index 5407459..959e7cf 10064
From: Jerome Glisse
If a buffer is never bind to a virtual memory pagetable than don't try
to unbind it. Only drawback is that we don't update the pagetable when
unbinding the ib pool buffer which is fine because it only happens at
suspend or module unload/shutdown.
Cc: stable at kernel.org
Sign
On Thu, Jun 6, 2013 at 9:25 PM, Rob Clark wrote:
> On Thu, Jun 6, 2013 at 3:\
Why do you "need" drmOpen("omap")? Is it just a convention to use that
kind of name, instead of "omapdrm" style name?
>>>
>>> all of the /dev/dri/cardN get opened, and then DRM_IOCTL_VERSION ioctl
>>> to get th
Hi Joonyoung,
On Thursday 06 of June 2013 13:30:49 Joonyoung Shim wrote:
> On 05/19/2013 08:32 PM, Tomasz Figa wrote:
> > Hi,
> >
> > On Wednesday 01 of May 2013 22:00:25 Daniel Vetter wrote:
> >> On Wed, May 01, 2013 at 09:06:09PM +0200, Tomasz Figa wrote:
> >>> This patch modifies the driver to
On Thu, Jun 6, 2013 at 12:41 PM, wrote:
> From: Jerome Glisse
>
> If a buffer is never bind to a virtual memory pagetable than don't try
> to unbind it. Only drawback is that we don't update the pagetable when
> unbinding the ib pool buffer which is fine because it only happens at
> suspend or m
--
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130606/32a98cb2/attachment.pgp>
On Thu, Jun 6, 2013 at 9:49 AM, Chris Wilson
wrote:
> On Thu, Jun 06, 2013 at 12:17:26AM +0200, Daniel Vetter wrote:
>> On some chipset we try to avoid possibly invasive output detection
>> methods (like load detect which can cause flickering elsewhere) in the
>> output poll work. Drivers could h
u? The Git mirror at http://llvm.org/git/llvm.git might be useful for
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/2013
From: Jerome Glisse
If a buffer is never bind to a virtual memory pagetable than don't try
to unbind it. Only drawback is that we don't update the pagetable when
unbinding the ib pool buffer which is fine because it only happens at
suspend or module unload/shutdown.
Cc: sta...@kernel.org
Signed-
Greetings,
I got the below dmesg and the first bad commit is
commit 3d71c6ed43d838e593538176a9a59debe228cfb0
Author: Maarten Lankhorst
Date: Tue Apr 2 12:33:01 2013 +0200
drm/ttm: convert to the reservation api
Now that the code is compatible in semantics, flip the switch.
Use ww
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130606/573f8d5a/attachment.html>
Hey,
Op 06-06-13 03:35, Fengguang Wu schreef:
> Greetings,
>
> I got the below dmesg and the first bad commit is
>
> commit 3d71c6ed43d838e593538176a9a59debe228cfb0
> Author: Maarten Lankhorst
> Date: Tue Apr 2 12:33:01 2013 +0200
>
> drm/ttm: convert to the reservation api
>
> Now
On Thu, Jun 6, 2013 at 9:12 AM, Daniel Vetter wrote:
> On Wed, Jun 5, 2013 at 3:10 PM, Alex Deucher wrote:
>> To me at least, it doesn't make sense that an encoder can clone
>> itself. If an encoder is already in use, trying to clone itself would
>> only lead to confusion and possible bugs (make
On Thu, Jun 06, 2013 at 12:17:26AM +0200, Daniel Vetter wrote:
> On some chipset we try to avoid possibly invasive output detection
> methods (like load detect which can cause flickering elsewhere) in the
> output poll work. Drivers could hence return unknown when a previous
> full ->detect call re
On Thu, Jun 6, 2013 at 3:49 AM, Chris Wilson
wrote:
> On Thu, Jun 06, 2013 at 12:17:26AM +0200, Daniel Vetter wrote:
>> On some chipset we try to avoid possibly invasive output detection
>> methods (like load detect which can cause flickering elsewhere) in the
>> output poll work. Drivers could h
https://bugs.freedesktop.org/show_bug.cgi?id=65438
--- Comment #2 from Rafael Castillo ---
well im sure everything is latest bit, i even did an emerge -C to the entire
graphical stack [xserver mesa llvm clang libclc cairo libx11 xcb glamor gtk+]
en re emerge with defaults cflags and the same thin
On Thu, Jun 6, 2013 at 3:14 AM, Tomi Valkeinen wrote:
> On 05/06/13 17:58, Rob Clark wrote:
>
>> could be udev or something else was triggering the module to load?
>> Not 100% sure offhand.
>
> Well in my case I load them manually. But if there are applications out
> there, that at the moment use
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130606/4961ca79/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=65416
--- Comment #4 from Stefan Dösinger ---
Cool, thanks!
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.
Hi,
this time after I appended the right file.
regression fixers for the big 3:
nouveau: hdmi audio, dac load detect, s/r regressions fixed
radeon: long standing system hang fixed, hdmi audio and rs780 fast fb
fixes
intel: one old regression, a WARN removal, and a stop X dying fix
otherwise one
On Thu, Jun 6, 2013 at 9:12 AM, Daniel Vetter wrote:
> On Wed, Jun 5, 2013 at 3:10 PM, Alex Deucher wrote:
>> To me at least, it doesn't make sense that an encoder can clone
>> itself. If an encoder is already in use, trying to clone itself would
>> only lead to confusion and possible bugs (make
On 05/06/13 17:58, Rob Clark wrote:
> could be udev or something else was triggering the module to load?
> Not 100% sure offhand.
Well in my case I load them manually. But if there are applications out
there, that at the moment use drmOpen("omapdrm"), then the change would
break those apps.
>> W
Hi Linus,
regression fixers for the big 3:
nouveau: hdmi audio, dac load detect, s/r regressions fixed
radeon: long standing system hang fixed, hdmi audio and rs780 fast fb
fixes
intel: one old regression, a WARN removal, and a stop X dying fix
otherwise one mgag200 fix, a couple of arm build f
On Wed, Jun 5, 2013 at 3:10 PM, Alex Deucher wrote:
> To me at least, it doesn't make sense that an encoder can clone
> itself. If an encoder is already in use, trying to clone itself would
> only lead to confusion and possible bugs (make sure some code path
> doesn't try and reprogram the encode
On Thu, Jun 6, 2013 at 3:49 AM, Chris Wilson wrote:
> On Thu, Jun 06, 2013 at 12:17:26AM +0200, Daniel Vetter wrote:
>> On some chipset we try to avoid possibly invasive output detection
>> methods (like load detect which can cause flickering elsewhere) in the
>> output poll work. Drivers could he
On Thu, Jun 6, 2013 at 3:14 AM, Tomi Valkeinen wrote:
> On 05/06/13 17:58, Rob Clark wrote:
>
>> could be udev or something else was triggering the module to load?
>> Not 100% sure offhand.
>
> Well in my case I load them manually. But if there are applications out
> there, that at the moment use
https://bugs.freedesktop.org/show_bug.cgi?id=65438
--- Comment #1 from Michel Dänzer ---
I can't reproduce this. Make sure your LLVM and Mesa snapshots are both up to
date and built consistently.
If that doesn't help, can you isolate which LLVM change introduced the problem
for you? The Git mirr
Hi Joonyoung,
On Thursday 06 of June 2013 13:30:49 Joonyoung Shim wrote:
> On 05/19/2013 08:32 PM, Tomasz Figa wrote:
> > Hi,
> >
> > On Wednesday 01 of May 2013 22:00:25 Daniel Vetter wrote:
> >> On Wed, May 01, 2013 at 09:06:09PM +0200, Tomasz Figa wrote:
> >>> This patch modifies the driver to
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130606/f355d1fc/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=65448
Priority: medium
Bug ID: 65448
Assignee: dri-devel@lists.freedesktop.org
Summary: Driver fails to compile complex shaders
Severity: normal
Classification: Unclassified
OS: Li
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/20130606/9c78b073/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130606/fbf1237d/attachment.html>
r the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130606/36087b6f/attachment.html>
On Thu, Jun 6, 2013 at 9:49 AM, Chris Wilson wrote:
> On Thu, Jun 06, 2013 at 12:17:26AM +0200, Daniel Vetter wrote:
>> On some chipset we try to avoid possibly invasive output detection
>> methods (like load detect which can cause flickering elsewhere) in the
>> output poll work. Drivers could he
On Thu, Jun 06, 2013 at 12:17:26AM +0200, Daniel Vetter wrote:
> On some chipset we try to avoid possibly invasive output detection
> methods (like load detect which can cause flickering elsewhere) in the
> output poll work. Drivers could hence return unknown when a previous
> full ->detect call re
Hi Maarten,
Thanks for the patch! I'll queue it for the tests.
Thanks,
Fengguang
On Thu, Jun 06, 2013 at 09:23:15AM +0200, Maarten Lankhorst wrote:
> Hey,
>
> Op 06-06-13 03:35, Fengguang Wu schreef:
> > Greetings,
> >
> > I got the below dmesg and the first bad commit is
> >
> > commit 3d71c6e
Hey,
Op 06-06-13 03:35, Fengguang Wu schreef:
> Greetings,
>
> I got the below dmesg and the first bad commit is
>
> commit 3d71c6ed43d838e593538176a9a59debe228cfb0
> Author: Maarten Lankhorst
> Date: Tue Apr 2 12:33:01 2013 +0200
>
> drm/ttm: convert to the reservation api
>
> Now
https://bugs.freedesktop.org/show_bug.cgi?id=65270
Christian König changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #8 from Christian K
On some chipset we try to avoid possibly invasive output detection
methods (like load detect which can cause flickering elsewhere) in the
output poll work. Drivers could hence return unknown when a previous
full ->detect call returned a different state.
This change will generate a hotplug event, f
There's a race window (small for hpd, 10s large for polled outputs)
where userspace could sneak in with an unrelated connnector probe
ioctl call and eat the hotplug event (since neither the hpd nor the
poll code see a state change).
To avoid this, check whether the connector state changes in all o
63 matches
Mail list logo
