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
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
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?
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
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/a67b9167/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
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
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
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/5ec67485/attachment.html>
org/archives/dri-devel/attachments/20121030/ca99d9db/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/6063194f/attachment.html>
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
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 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.
>
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
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 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
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>
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
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?
>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/b8d0a46e/attachment.html>
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
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
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
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
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, 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 #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
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/ba10994c/attachment.html>
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 #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=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 #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.
_
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
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
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, 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 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
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
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
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
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
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
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>
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>
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 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 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
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
-
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
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
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.
>
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
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
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?
--
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, 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=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.
_
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
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
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
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 ++
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.
__
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
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=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
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
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
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
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>
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>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/eed579b4/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121030/886c5f3a/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/
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
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
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
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
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
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
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
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-
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
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
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?
>
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>
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
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
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]
90 matches
Mail list logo