On Tue, 2012-10-30 at 00:06 +0100, Mathieu Chouquet-Stringer wrote:
> Hi Ben,
Hey Mathieu,
>
> I haven't been able to boot any 3.7 kernels since there's a regression
> which freezes my machine hard (a lenovo t530 with the dreaded optimus
> thing).
>
> 3.6 used to work but 3.7 get stuck at
Hi Chris,
On So, 28 Okt 2012, Chris Wilson wrote:
> > I pulled the whole branch into my compile branch, and removed everything
> > from kernel cmd line regarding rc6, and got the
> > [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
> > [drm] capturing error event; look
On Mo, 29 Okt 2012, Tino Keitel wrote:
> Section "Device"
> Option "AccelMethod" "SNA"
> Identifier "Card0"
> Driver "intel"
> EndSection
Thanks, running now with SNA. Let us see what happens.
Best wishes
Norbert
-
On Tue, Oct 30, 2012 at 10:49 AM, Norbert Preining wrote:
> On Mo, 29 Okt 2012, Tino Keitel wrote:
>> Section "Device"
>> Option "AccelMethod" "SNA"
>> Identifier "Card0"
>> Driver "intel"
>> EndSection
>
> Thanks, running now with SNA. Let us see what happens.
P
Hi Dave,
On Di, 30 Okt 2012, Dave Airlie wrote:
> > Thanks, running now with SNA. Let us see what happens.
>
> Please don't, we ain't going to find the bug any quicker changing
> variables, if the only thing that changed on your system was the
Sorry, didn't know. I supposed from the email of Chr
ne
of the 3.6 kernels i've tried resove this issue.
--
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/20121030/1f6df16c/attachment.html>
creen and there are no
logs saved from the failed session.
--
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/20121030/
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/886c5f3a/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/eed579b4/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/aecdcb39/attachment.html>
ause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/eae38be4/attachment.html>
On Mo, 29 Okt 2012, Ben Widawsky wrote:
> Hi Norbert. In addition to the above, if this truly appears to be
> related to i/o, can we try to decrease the time to failure with some
I am *not* sure. As I said, the last thing was shotwell photo
editing. It might be some io while loading the photos, bu
On Tue, 2012-10-30 at 00:32 +0100, Mathieu Chouquet-Stringer wrote:
> Hi again,
>
> On Tue, Oct 30, 2012 at 09:15:59AM +1000, Ben Skeggs wrote:
> > Are you able to go back to the current master, and get me a
> > log/screenshot with "nouveau.debug=trace" appended to your kernel
> > options?
>
On Mon, 2012-10-29 at 23:16 +0100, Antonio Ospite wrote:
> Hi,
>
> I am experiencing a bug with nouveau with linux-3.7-rc3 (and since rc1),
> my video adapter is the one integrated on the MSI M3N78-VM motherboard
> (hence x86_64):
>
> 02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeF
sure if its related, but it
may help solving this issue
--
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/20121030/4c37d
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
MAINTAINERS |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 027ec2b..8a8529f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2500,6 +2500,7 @@ M:Joonyoung Shim
M: Seung-
Hi Ben,
I haven't been able to boot any 3.7 kernels since there's a regression
which freezes my machine hard (a lenovo t530 with the dreaded optimus
thing).
3.6 used to work but 3.7 get stuck at (copied by hand but I have an ugly
screenshot if you'd like):
nouveau [ VBIOS][:01:00.0]
Hi again,
On Tue, Oct 30, 2012 at 09:15:59AM +1000, Ben Skeggs wrote:
> Are you able to go back to the current master, and get me a
> log/screenshot with "nouveau.debug=trace" appended to your kernel
> options?
Hmmm I did just that on v3.7-rc3-8-g35fd3dc and it doesn't seem to
output more
Hello,
On 10/26/2012 6:24 PM, Pawel Osciak wrote:
> Hi Tomasz,
>
> On Wed, Oct 10, 2012 at 7:46 AM, Tomasz Stanislawski
> wrote:
>> This patch introduces usage of dma_map_sg to map memory behind
>> a userspace pointer to a device as dma-contiguous mapping.
>>
>
> Perhaps I'm missing something, bu
Hi Ted -
On Tue, 30 Oct 2012, Theodore Ts'o wrote:
> I recently upgraded to 3.6.3, and my Lenovo X230 has stopped being able
> to work with an HP ZR30w 30" 2560x1600 display. I saw the following
> messages in the dmesg:
>
> [drm:ivb_manual_fdi_link_train] *ERROR* FDI train 1 fail!
> [drm:ivb_m
On Tue, Oct 30, 2012 at 03:12:59PM +1000, Ben Skeggs wrote:
> Not sure what's up with the hang yet, however, I noticed the issue [1]
> which is likely causing the error messages from nouveau's i2c code.
> With some luck, it'll stop triggering whatever bug is making it hang in
> the VBIOS init table
On Tue, 30 Oct 2012 09:39:43 +0900, Norbert Preining
wrote:
> Hi Chris,
>
> On So, 28 Okt 2012, Chris Wilson wrote:
> > Yeah, looks like we have another issue to contend with, so can you
> > please file a bug on bugzilla.freedesktop.org (or bugzilla.kernel.org)
> > so that we don't lose track of
Hi Daniel,
Thanks for the patch.
On Saturday 27 October 2012 15:52:04 Daniel Vetter wrote:
> Userspace seems to like this, see
>
> commit cb0953d734348e8862d6d7edc666cfb3bf6d8fae
> Author: Adam Jackson
> Date: Fri Jul 16 14:46:29 2010 -0400
>
> drm/i915: Initialize LVDS and eDP outputs b
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/0989737d/attachment.html>
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/20121030/7ecbcbf7/attachment.html>
On Tue, 2012-10-30 at 09:03 +0100, Mathieu Chouquet-Stringer wrote:
> On Tue, Oct 30, 2012 at 03:12:59PM +1000, Ben Skeggs wrote:
> > Not sure what's up with the hang yet, however, I noticed the issue [1]
> > which is likely causing the error messages from nouveau's i2c code.
> > With some luck, it
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/ba10994c/attachment.html>
Reviewed-by: Thomas Hellstrom
On 10/29/2012 06:35 PM, Ilija Hadzic wrote:
> If drm_setup (called at first open) fails, the whole
> open call has failed, so we should not keep the
> open_count incremented.
>
> Signed-off-by: Ilija Hadzic
> Cc: stable at vger.kernel.org
> ---
> drivers/gpu/drm/d
Reviewed-by: Thomas Hellstrom
On 10/29/2012 06:35 PM, Ilija Hadzic wrote:
> Some drivers (specifically vmwgfx) look at dev_mapping
> in their open hook, so we have to set dev->dev_mapping
> earlier in the process.
>
> Reference:
> http://lists.freedesktop.org/archives/dri-devel/2012-October/02942
Actually, vmwgfx will be using this for the upcoming hardware version,
so please hold this patch, so we don't have to reinsert the code.
/Thomas
On 10/12/2012 04:57 PM, Maarten Lankhorst wrote:
> Nobody uses it, so might as well simplify the code some.
>
> Signed-off-by: Maarten Lankhorst
> Rev
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/b8d0a46e/attachment.html>
On Tue, 30 Oct 2012 15:17:21 +1000
Ben Skeggs wrote:
> On Mon, 2012-10-29 at 23:16 +0100, Antonio Ospite wrote:
[...]
> > The problem presents itself as soon as I use a gnome-shell session from
> > gdm3, if I use the fall-back mode (gnome-panel) it does not happen
> > immediately, until maybe s
On Tue, 30 Oct 2012, Jani Nikula wrote:
> Hi Ted -
>
> On Tue, 30 Oct 2012, Theodore Ts'o wrote:
>> I recently upgraded to 3.6.3, and my Lenovo X230 has stopped being able
>> to work with an HP ZR30w 30" 2560x1600 display. I saw the following
>> messages in the dmesg:
>>
>> [drm:ivb_manual_fdi_
oint location?
--
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/20121030/49f87423/attachment.html>
Hi Jun,
I've finally been able to resume my work on the panel framework (I hope to
post a v2 at the end of the week).
On Thursday 23 August 2012 14:23:01 Jun Nie wrote:
> Hi Laurent,
> Do you plan to add an API to get and parse EDID to mode list?
An API to get the raw EDID data is likely ne
Hi Zhou,
On Tuesday 04 September 2012 16:20:38 Zhou Zhu wrote:
> Hi Laurent,
>
> Basically I agree that we need a common panel framework. I just have
> some questions:
> 1. I think we should add color format in videomode - if we use such
> common video mode structure shared across subsystems.
>
On Mon, Oct 29, 2012 at 09:31:13AM +0100, Rob Clark wrote:
> From: Rob Clark
>
> Exynos does not seem to have any dependency on anything from
> platform headers so just needs Kconfig updated to build in
> ARCH_MULTIPLATFORM builds.
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/exynos/Kc
This is a regression towards 3.6. Occurs when starting X.
I had already reported this before -rc1 and -rc2, on 10. and 16. October.
This is with noaccel=1. Without the option, the machine hangs on a black
screen as soon as X starts up (which has always been like that).
Tell me if you need more
People keep whining about this, but no one seems to send a patch. This
*ought* to be safe now that we've dealt with the hw races in Mario's
updated code, and fixed the bugs we know about in VT switch, DPMS, and
multi-head configuraions.
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/drm_stub.c
On Tue, Oct 30, 2012 at 8:09 PM, Jesse Barnes
wrote:
> People keep whining about this, but no one seems to send a patch. This
> *ought* to be safe now that we've dealt with the hw races in Mario's
> updated code, and fixed the bugs we know about in VT switch, DPMS, and
> multi-head configuraions
Cc'ing Mario in case he wants a different value than 50ms.
On Tue, 30 Oct 2012 14:09:12 -0500
Jesse Barnes wrote:
> People keep whining about this, but no one seems to send a patch. This
> *ought* to be safe now that we've dealt with the hw races in Mario's
> updated code, and fixed the bugs we
On Tue, 30 Oct 2012 20:20:44 +0100
Daniel Vetter wrote:
> On Tue, Oct 30, 2012 at 8:09 PM, Jesse Barnes
> wrote:
> > People keep whining about this, but no one seems to send a patch. This
> > *ought* to be safe now that we've dealt with the hw races in Mario's
> > updated code, and fixed the b
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/6063194f/attachment.html>
org/archives/dri-devel/attachments/20121030/ca99d9db/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/5ec67485/attachment.html>
is totally garbled. it is correct if I set R600_LLVM to 0.
--
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/20121030/3d718
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/a67b9167/attachment.html>
On Tue, Oct 30, 2012 at 01:57:27PM +0200, Jani Nikula wrote:
> > [1] drm-intel-next-queued branch at
> > git://people.freedesktop.org/~danvet/drm-intel
>
> Hmm, actually not. Either drm-intel-fixes branch, or Linus' master.
Confirmed, the drm-intel-fixes branch from Daniel's tree
(3.7.0-rc2-0003
On Mo, 29 Okt 2012, Ben Widawsky wrote:
> Hi Norbert. In addition to the above, if this truly appears to be
> related to i/o, can we try to decrease the time to failure with some
I am *not* sure. As I said, the last thing was shotwell photo
editing. It might be some io while loading the photos, bu
On Tue, 2012-10-30 at 00:32 +0100, Mathieu Chouquet-Stringer wrote:
> Hi again,
>
> On Tue, Oct 30, 2012 at 09:15:59AM +1000, Ben Skeggs wrote:
> > Are you able to go back to the current master, and get me a
> > log/screenshot with "nouveau.debug=trace" appended to your kernel
> > options?
>
On Mon, 2012-10-29 at 23:16 +0100, Antonio Ospite wrote:
> Hi,
>
> I am experiencing a bug with nouveau with linux-3.7-rc3 (and since rc1),
> my video adapter is the one integrated on the MSI M3N78-VM motherboard
> (hence x86_64):
>
> 02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeF
https://bugs.freedesktop.org/show_bug.cgi?id=50149
--- Comment #25 from Roman Šmakal ---
I have tried Enemy Territory this week. Menu and stuff works well. When loading
map, all textures on screen are just noise - nothing really looking like it
should and game crashes at textures loading. Not sur
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
MAINTAINERS |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 027ec2b..8a8529f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2500,6 +2500,7 @@ M:Joonyoung Shim
M: Seung-
On Mon, 2012-10-29 at 11:40 +0100, Michel Dänzer wrote:
> On Fre, 2012-10-26 at 19:15 +, Frederik Himpe wrote:
> > When I restart my display manager (GDM) from tty0, I get a corrupted
> > image where parts of the X display before I restarted GDM become visible
> > on both the newly started X
Hi,
I am experiencing a bug with nouveau with linux-3.7-rc3 (and since rc1),
my video adapter is the one integrated on the MSI M3N78-VM motherboard
(hence x86_64):
02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8200] (rev
a2) (prog-if 00 [VGA controller])
Subsystem: A
Hi again,
On Tue, Oct 30, 2012 at 09:15:59AM +1000, Ben Skeggs wrote:
> Are you able to go back to the current master, and get me a
> log/screenshot with "nouveau.debug=trace" appended to your kernel
> options?
Hmmm I did just that on v3.7-rc3-8-g35fd3dc and it doesn't seem to
output more
I recently upgraded to 3.6.3, and my Lenovo X230 has stopped being able
to work with an HP ZR30w 30" 2560x1600 display. I saw the following
messages in the dmesg:
[drm:ivb_manual_fdi_link_train] *ERROR* FDI train 1 fail!
[drm:ivb_manual_fdi_link_train] *ERROR* FDI train 2 fail!
.. which I didn
Hello,
On 10/26/2012 6:24 PM, Pawel Osciak wrote:
Hi Tomasz,
On Wed, Oct 10, 2012 at 7:46 AM, Tomasz Stanislawski
wrote:
This patch introduces usage of dma_map_sg to map memory behind
a userspace pointer to a device as dma-contiguous mapping.
Perhaps I'm missing something, but I don't unde
Hi Ted -
On Tue, 30 Oct 2012, Theodore Ts'o wrote:
> I recently upgraded to 3.6.3, and my Lenovo X230 has stopped being able
> to work with an HP ZR30w 30" 2560x1600 display. I saw the following
> messages in the dmesg:
>
> [drm:ivb_manual_fdi_link_train] *ERROR* FDI train 1 fail!
> [drm:ivb_m
On Tue, Oct 30, 2012 at 03:12:59PM +1000, Ben Skeggs wrote:
> Not sure what's up with the hang yet, however, I noticed the issue [1]
> which is likely causing the error messages from nouveau's i2c code.
> With some luck, it'll stop triggering whatever bug is making it hang in
> the VBIOS init table
On Tue, 30 Oct 2012 09:39:43 +0900, Norbert Preining wrote:
> Hi Chris,
>
> On So, 28 Okt 2012, Chris Wilson wrote:
> > Yeah, looks like we have another issue to contend with, so can you
> > please file a bug on bugzilla.freedesktop.org (or bugzilla.kernel.org)
> > so that we don't lose track of
Hi Daniel,
Thanks for the patch.
On Saturday 27 October 2012 15:52:04 Daniel Vetter wrote:
> Userspace seems to like this, see
>
> commit cb0953d734348e8862d6d7edc666cfb3bf6d8fae
> Author: Adam Jackson
> Date: Fri Jul 16 14:46:29 2010 -0400
>
> drm/i915: Initialize LVDS and eDP outputs b
https://bugs.freedesktop.org/show_bug.cgi?id=56437
--- Comment #6 from Michel Dänzer ---
(In reply to comment #5)
How are you specifying the breakpoint location? IME it's most reliable to
specify the source code file and line, e.g. foobar.c:42
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=56561
--- Comment #6 from Michel Dänzer ---
Do newer kernels work without radeon driver options on the kernel command line,
in particular without radeon.msi=0?
If not, can you bisect which kernel change introduced the problem?
--
You are receiving t
On Tue, 2012-10-30 at 09:03 +0100, Mathieu Chouquet-Stringer wrote:
> On Tue, Oct 30, 2012 at 03:12:59PM +1000, Ben Skeggs wrote:
> > Not sure what's up with the hang yet, however, I noticed the issue [1]
> > which is likely causing the error messages from nouveau's i2c code.
> > With some luck, it
https://bugs.freedesktop.org/show_bug.cgi?id=56437
--- Comment #7 from maxi...@free.fr ---
(In reply to comment #6)
This is what I did and it never halted on the breakpoint.
I'll try again when I have time.
--
You are receiving this mail because:
You are the assignee for the bug.
__
Reviewed-by: Thomas Hellstrom
On 10/29/2012 06:35 PM, Ilija Hadzic wrote:
If drm_setup (called at first open) fails, the whole
open call has failed, so we should not keep the
open_count incremented.
Signed-off-by: Ilija Hadzic
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/drm_fops.c | 5 ++
Reviewed-by: Thomas Hellstrom
On 10/29/2012 06:35 PM, Ilija Hadzic wrote:
Some drivers (specifically vmwgfx) look at dev_mapping
in their open hook, so we have to set dev->dev_mapping
earlier in the process.
Reference:
http://lists.freedesktop.org/archives/dri-devel/2012-October/029420.html
S
Actually, vmwgfx will be using this for the upcoming hardware version,
so please hold this patch, so we don't have to reinsert the code.
/Thomas
On 10/12/2012 04:57 PM, Maarten Lankhorst wrote:
Nobody uses it, so might as well simplify the code some.
Signed-off-by: Maarten Lankhorst
Reviewed
https://bugs.freedesktop.org/show_bug.cgi?id=56561
--- Comment #7 from Alex Deucher ---
Make sure you have the radeon firmware installed and available in your initrd
if you are using one.
--
You are receiving this mail because:
You are the assignee for the bug.
_
On Tue, 30 Oct 2012, Jani Nikula wrote:
> Hi Ted -
>
> On Tue, 30 Oct 2012, Theodore Ts'o wrote:
>> I recently upgraded to 3.6.3, and my Lenovo X230 has stopped being able
>> to work with an HP ZR30w 30" 2560x1600 display. I saw the following
>> messages in the dmesg:
>>
>> [drm:ivb_manual_fdi_
https://bugs.freedesktop.org/show_bug.cgi?id=56437
--- Comment #8 from Michel Dänzer ---
(In reply to comment #7)
> This is what I did and it never halted on the breakpoint.
After the problem occurs, does 'info breakpoints' show that gdb was able to
actually resolve the breakpoint location?
--
Hi Jun,
I've finally been able to resume my work on the panel framework (I hope to
post a v2 at the end of the week).
On Thursday 23 August 2012 14:23:01 Jun Nie wrote:
> Hi Laurent,
> Do you plan to add an API to get and parse EDID to mode list?
An API to get the raw EDID data is likely ne
Hi Zhou,
On Tuesday 04 September 2012 16:20:38 Zhou Zhu wrote:
> Hi Laurent,
>
> Basically I agree that we need a common panel framework. I just have
> some questions:
> 1. I think we should add color format in videomode - if we use such
> common video mode structure shared across subsystems.
>
On Mon, Oct 29, 2012 at 09:31:13AM +0100, Rob Clark wrote:
> From: Rob Clark
>
> Exynos does not seem to have any dependency on anything from
> platform headers so just needs Kconfig updated to build in
> ARCH_MULTIPLATFORM builds.
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/exynos/Kc
People keep whining about this, but no one seems to send a patch. This
*ought* to be safe now that we've dealt with the hw races in Mario's
updated code, and fixed the bugs we know about in VT switch, DPMS, and
multi-head configuraions.
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/drm_stub.c
On Tue, Oct 30, 2012 at 8:09 PM, Jesse Barnes wrote:
> People keep whining about this, but no one seems to send a patch. This
> *ought* to be safe now that we've dealt with the hw races in Mario's
> updated code, and fixed the bugs we know about in VT switch, DPMS, and
> multi-head configuraions.
Cc'ing Mario in case he wants a different value than 50ms.
On Tue, 30 Oct 2012 14:09:12 -0500
Jesse Barnes wrote:
> People keep whining about this, but no one seems to send a patch. This
> *ought* to be safe now that we've dealt with the hw races in Mario's
> updated code, and fixed the bugs we
On Tue, 30 Oct 2012 20:20:44 +0100
Daniel Vetter wrote:
> On Tue, Oct 30, 2012 at 8:09 PM, Jesse Barnes
> wrote:
> > People keep whining about this, but no one seems to send a patch. This
> > *ought* to be safe now that we've dealt with the hw races in Mario's
> > updated code, and fixed the b
https://bugs.freedesktop.org/show_bug.cgi?id=56437
--- Comment #9 from maxi...@free.fr ---
Created attachment 69326
--> https://bugs.freedesktop.org/attachment.cgi?id=69326&action=edit
backtrace
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=56437
--- Comment #10 from maxi...@free.fr ---
Finally got it!
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://list
https://bugs.freedesktop.org/show_bug.cgi?id=56437
--- Comment #11 from maxi...@free.fr ---
this was checked with llvm 3.1 and mesa
b3921e1f53833420e0a0fd581f741744e7957a05
--
You are receiving this mail because:
You are the assignee for the bug.
___
d
https://bugs.freedesktop.org/show_bug.cgi?id=56592
Priority: medium
Bug ID: 56592
Assignee: dri-devel@lists.freedesktop.org
Summary: [bisected] rendering corruption r600g
Severity: normal
Classification: Unclassified
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=56437
--- Comment #12 from Tom Stellard ---
Created attachment 69334
--> https://bugs.freedesktop.org/attachment.cgi?id=69334&action=edit
Possible fix
This is a strange bug. There must be a race condition somewhere. Does this
patch help? If it do
On Tue, Oct 30, 2012 at 01:57:27PM +0200, Jani Nikula wrote:
> > [1] drm-intel-next-queued branch at
> > git://people.freedesktop.org/~danvet/drm-intel
>
> Hmm, actually not. Either drm-intel-fixes branch, or Linus' master.
Confirmed, the drm-intel-fixes branch from Daniel's tree
(3.7.0-rc2-0003
2012/10/31 Greg KH :
> On Mon, Oct 29, 2012 at 09:31:13AM +0100, Rob Clark wrote:
>> From: Rob Clark
>>
>> Exynos does not seem to have any dependency on anything from
>> platform headers so just needs Kconfig updated to build in
>> ARCH_MULTIPLATFORM builds.
>>
>> Signed-off-by: Rob Clark
>> ---
Hi Linus,
just a nouveau set, since we have a couple of reports on lkml/dri-devel of
regressions that this should fix I sent it along on its own.
Dave.
The following changes since commit 8f0d8163b50e01f398b14bcd4dc039ac5ab18d64:
Linux 3.7-rc3 (2012-10-28 12:24:48 -0700)
are available in th
https://bugs.freedesktop.org/show_bug.cgi?id=56561
--- Comment #8 from dmotd ---
(In reply to comment #6)
> Do newer kernels work without radeon driver options on the kernel command
> line, in particular without radeon.msi=0?
>
> If not, can you bisect which kernel change introduced the problem?
https://bugs.freedesktop.org/show_bug.cgi?id=56561
--- Comment #9 from dmotd ---
(In reply to comment #7)
> Make sure you have the radeon firmware installed and available in your
> initrd if you are using one.
The firmware should be loading (I am using stock arch linux kernels), when
3.4.7 or 3
Removing the warning by adding proper type casting where local pointer
variable of type mixer driver data is assigned with void pointer.
This patch is based on branch exynos-drm-next at
git://git.infradead.org/users/kmpark/linux-samsung
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exy
90 matches
Mail list logo