[PATCH] kms: Fix warning XNFprintf is deprecated

Noticed when building ati/radeon ddx against xserver 1.10-rc3. [ build.log ] ../../src/radeon_kms.c:412:5: warning: 'XNFprintf' is deprecated (declared at /usr/include/xorg/os.h:273) Signed-off-by: Sedat Dilek --- src/radeon_kms.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) di

[PATCH] UMS: Fix build against xserver 1.10-rc3

This issue was introduced due to last minute backout of RandR-1.4 in xserver 1.10-rc3. Switch to "#ifdef RANDR_14_INTERFACE" as suggested by Keith Packard. See also . Note: The ddx needs a rebuild as the X video driver ABI changed

Information resources

On Fri, Feb 25, 2011 at 6:30 PM, Phillip Susi wrote: > On 02/25/2011 06:19 PM, Alex Deucher wrote: >> >> The memory clock is still running at whatever clock it's set to unless >> you manually change it. ?Things are like displays are constantly being >> fed from vram. > > Sure, the master clock is

Information resources

On 02/25/2011 06:19 PM, Alex Deucher wrote: > The memory clock is still running at whatever clock it's set to unless > you manually change it. Things are like displays are constantly being > fed from vram. Sure, the master clock is still running, but the dac only reads from the frame buffer so f

[PATCH] kms: Fix warning XNFprintf is deprecated

Pushed a variant of this without breaking pre-1.10 xservers. cb4dc7ab66016d0c980800f8dbf71bbe993889d3 On Fri, Feb 25, 2011 at 4:07 PM, Sedat Dilek wrote: > Noticed when building ati/radeon ddx against xserver 1.10-rc3. > > [ build.log ] > ../../src/radeon_kms.c:412:5: warning: 'XNFprintf' is dep

[PATCH] UMS: Fix build against xserver 1.10-rc3

Pushed. thanks. ecfdb209afe2aafc378baab8c511f5df7b000270 On Fri, Feb 25, 2011 at 3:48 PM, Sedat Dilek wrote: > This issue was introduced due to last minute backout of RandR-1.4 > in xserver 1.10-rc3. > > Switch to "#ifdef RANDR_14_INTERFACE" as suggested by Keith Packard. > See also

Information resources

On Fri, Feb 25, 2011 at 6:09 PM, Phillip Susi wrote: > On 02/25/2011 03:56 PM, Dave Airlie wrote: >> >> So you made an assumpution you knew how graphics cards worked and >> derived a theory, unfortunately the assumption was wrong. > > How so? ?After studying the R600 documentation I found, it soun

Information resources

On 02/25/2011 03:56 PM, Dave Airlie wrote: > So you made an assumpution you knew how graphics cards worked and > derived a theory, unfortunately the assumption was wrong. How so? After studying the R600 documentation I found, it sounds like whatever microcode is in that firmware image is constan

Information resources

On Fri, Feb 25, 2011 at 6:03 PM, Phillip Susi wrote: > On 02/25/2011 03:38 PM, Alex Deucher wrote: >> >> The CP firmware has nothing to do with the temperature. ?The CP >> firmware is just a packet parser for reading in command buffers and >> programming the register backbone. ?Just alike a CPU, t

Information resources

On 02/25/2011 03:38 PM, Alex Deucher wrote: > The CP firmware has nothing to do with the temperature. The CP > firmware is just a packet parser for reading in command buffers and > programming the register backbone. Just alike a CPU, the GPU runs at > whatever speed it's clock is set to. You can

[patch] drm/radeon/r600_cs: off by one errors

There are a bunch of off by one errors in the sanity checks here. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon/r600_cs.c index 79ac676..41da786 100644 --- a/drivers/gpu/drm/radeon/r600_cs.c +++ b/drivers/gpu/drm/radeon/r600_cs.c @@ -159,7 +1

[Bug 29842] Radeon runs very hot

On Fri, Feb 25, 2011 at 5:11 PM, Phillip Susi wrote: > So I have been looking over the source code in drivers/gpu/drm/radeon. > I see various functions to start/stop/resume/initialize "mc" and "cp". > I assume those stand for microcode and control program? ?What exactly is > the difference? Memor

Information resources

list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20110225/5acec452/attachment.html>

Re: Information resources

On Fri, Feb 25, 2011 at 6:30 PM, Phillip Susi wrote: > On 02/25/2011 06:19 PM, Alex Deucher wrote: >> >> The memory clock is still running at whatever clock it's set to unless >> you manually change it.  Things are like displays are constantly being >> fed from vram. > > Sure, the master clock is

Information resources

On 2/25/2011 3:03 PM, Dave Airlie wrote: > How do you know its running in an infinite loop? Because the gpu temperature is rising to over 80 C, so it is busy doing something. And this is booting with init=/bin/bash, so NOTHING is running that could be keeping it busy. I had been under the impres

Information resources

On Fri, Feb 25, 2011 at 9:38 AM, Phillip Susi wrote: > On 2/24/2011 6:03 PM, Jerome Glisse wrote: >> We don't have source of firmware, only nouveau is reverse engineering >> the nvidia one. > > Then where does the firmware come from? ?I've been glancing at the AMD > documentation for the R600 and

Re: Information resources

On 02/25/2011 06:19 PM, Alex Deucher wrote: The memory clock is still running at whatever clock it's set to unless you manually change it. Things are like displays are constantly being fed from vram. Sure, the master clock is still running, but the dac only reads from the frame buffer so fast

Re: [PATCH] kms: Fix warning XNFprintf is deprecated

Pushed a variant of this without breaking pre-1.10 xservers. cb4dc7ab66016d0c980800f8dbf71bbe993889d3 On Fri, Feb 25, 2011 at 4:07 PM, Sedat Dilek wrote: > Noticed when building ati/radeon ddx against xserver 1.10-rc3. > > [ build.log ] > ../../src/radeon_kms.c:412:5: warning: 'XNFprintf' is depr

[Bug 34088] Update autotools configuration

https://bugs.freedesktop.org/show_bug.cgi?id=34088 Javier Jardón changed: What|Removed |Added Attachment #43160|application/octet-stream|text/plain mime type|

Re: [PATCH] UMS: Fix build against xserver 1.10-rc3

Pushed. thanks. ecfdb209afe2aafc378baab8c511f5df7b000270 On Fri, Feb 25, 2011 at 3:48 PM, Sedat Dilek wrote: > This issue was introduced due to last minute backout of RandR-1.4 > in xserver 1.10-rc3. > > Switch to "#ifdef RANDR_14_INTERFACE" as suggested by Keith Packard. > See also

[Bug 34088] Update autotools configuration

https://bugs.freedesktop.org/show_bug.cgi?id=34088 Javier Jard?n changed: What|Removed |Added Attachment #43160|application/octet-stream|text/plain mime type|

Re: Information resources

On Fri, Feb 25, 2011 at 6:09 PM, Phillip Susi wrote: > On 02/25/2011 03:56 PM, Dave Airlie wrote: >> >> So you made an assumpution you knew how graphics cards worked and >> derived a theory, unfortunately the assumption was wrong. > > How so?  After studying the R600 documentation I found, it soun

Information resources

The infinite loop you mentioned sounds like it could be several things. Polling could explain an infinite loop - "while true {checkForUpdates();}". Such code was common enough in some videi games, too. I think that mechanism has been replaced by scheduled and periodic checks in most cases, but y

Re: Information resources

On 02/25/2011 03:56 PM, Dave Airlie wrote: So you made an assumpution you knew how graphics cards worked and derived a theory, unfortunately the assumption was wrong. How so? After studying the R600 documentation I found, it sounds like whatever microcode is in that firmware image is constant

Re: Information resources

On Fri, Feb 25, 2011 at 6:03 PM, Phillip Susi wrote: > On 02/25/2011 03:38 PM, Alex Deucher wrote: >> >> The CP firmware has nothing to do with the temperature.  The CP >> firmware is just a packet parser for reading in command buffers and >> programming the register backbone.  Just alike a CPU, t

Re: Information resources

On 02/25/2011 03:38 PM, Alex Deucher wrote: The CP firmware has nothing to do with the temperature. The CP firmware is just a packet parser for reading in command buffers and programming the register backbone. Just alike a CPU, the GPU runs at whatever speed it's clock is set to. You can manua

[Bug 29842] Radeon runs very hot

https://bugzilla.kernel.org/show_bug.cgi?id=29842 --- Comment #1 from Phillip Susi 2011-02-25 14:54:00 --- To make sure something in the desktop wasn't causing it, I booted the kernel with init=/bin/bash and the temperature still rose to 83 C. My guess is this is a defect in the firmware, o

Re: [PATCH] kms: Fix warning XNFprintf is deprecated

On 02/25/11 01:07 PM, Sedat Dilek wrote: > Noticed when building ati/radeon ddx against xserver 1.10-rc3. > > [ build.log ] > ../../src/radeon_kms.c:412:5: warning: 'XNFprintf' is deprecated (declared at > /usr/include/xorg/os.h:273) > > Signed-off-by: Sedat Dilek > --- > src/radeon_kms.c |

[PATCH] kms: Fix warning XNFprintf is deprecated

On 02/25/11 01:07 PM, Sedat Dilek wrote: > Noticed when building ati/radeon ddx against xserver 1.10-rc3. > > [ build.log ] > ../../src/radeon_kms.c:412:5: warning: 'XNFprintf' is deprecated (declared at > /usr/include/xorg/os.h:273) > > Signed-off-by: Sedat Dilek > --- > src/radeon_kms.c |

[Bug 34740] Invalid EDID on NEC 225WNX

https://bugs.freedesktop.org/show_bug.cgi?id=34740 --- Comment #2 from Alex Deucher 2011-02-25 14:14:33 PST --- Can you bisect? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. _

[Bug 34740] Invalid EDID on NEC 225WNX

https://bugs.freedesktop.org/show_bug.cgi?id=34740 --- Comment #2 from Alex Deucher 2011-02-25 14:14:33 PST --- Can you bisect? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.

[Bug 34740] Invalid EDID on NEC 225WNX

https://bugs.freedesktop.org/show_bug.cgi?id=34740 Alex Deucher changed: What|Removed |Added Attachment #43838|text/x-log |text/plain mime type|

[Bug 34740] Invalid EDID on NEC 225WNX

https://bugs.freedesktop.org/show_bug.cgi?id=34740 Alex Deucher changed: What|Removed |Added Attachment #43838|text/x-log |text/plain mime type|

Re: Information resources

I am going to have to get caught up on the development chain. I dropped off for a while while I pursued my MS degree and concentrated on paying the bills, but I am going to have to get back into the thick of coding. I am going through withdrawal. Management courses and systems administration task

[Bug 34740] Invalid EDID on NEC 225WNX

https://bugs.freedesktop.org/show_bug.cgi?id=34740 --- Comment #1 from Igor Strelnikoff 2011-02-25 13:11:59 PST --- Created an attachment (id=43838) --> (https://bugs.freedesktop.org/attachment.cgi?id=43838) Xorg.0.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 34740] Invalid EDID on NEC 225WNX

https://bugs.freedesktop.org/show_bug.cgi?id=34740 --- Comment #1 from Igor Strelnikoff 2011-02-25 13:11:59 PST --- Created an attachment (id=43838) --> (https://bugs.freedesktop.org/attachment.cgi?id=43838) Xorg.0.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 34740] New: Invalid EDID on NEC 225WNX

https://bugs.freedesktop.org/show_bug.cgi?id=34740 Summary: Invalid EDID on NEC 225WNX Product: DRI Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium

[Bug 34740] New: Invalid EDID on NEC 225WNX

https://bugs.freedesktop.org/show_bug.cgi?id=34740 Summary: Invalid EDID on NEC 225WNX Product: DRI Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium

[PATCH] kms: Fix warning XNFprintf is deprecated

Noticed when building ati/radeon ddx against xserver 1.10-rc3. [ build.log ] ../../src/radeon_kms.c:412:5: warning: 'XNFprintf' is deprecated (declared at /usr/include/xorg/os.h:273) Signed-off-by: Sedat Dilek --- src/radeon_kms.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) di

Re: Information resources

On Fri, 2011-02-25 at 15:42 -0500, Phillip Susi wrote: > On 2/25/2011 3:03 PM, Dave Airlie wrote: > > How do you know its running in an infinite loop? > > Because the gpu temperature is rising to over 80 C, so it is busy doing > something. And this is booting with init=/bin/bash, so NOTHING is >

[PATCH] UMS: Fix build against xserver 1.10-rc3

This issue was introduced due to last minute backout of RandR-1.4 in xserver 1.10-rc3. Switch to "#ifdef RANDR_14_INTERFACE" as suggested by Keith Packard. See also . Note: The ddx needs a rebuild as the X video driver ABI changed

Re: Information resources

On 2/25/2011 3:03 PM, Dave Airlie wrote: > How do you know its running in an infinite loop? Because the gpu temperature is rising to over 80 C, so it is busy doing something. And this is booting with init=/bin/bash, so NOTHING is running that could be keeping it busy. I had been under the impres

Re: Information resources

On Fri, Feb 25, 2011 at 9:38 AM, Phillip Susi wrote: > On 2/24/2011 6:03 PM, Jerome Glisse wrote: >> We don't have source of firmware, only nouveau is reverse engineering >> the nvidia one. > > Then where does the firmware come from?  I've been glancing at the AMD > documentation for the R600 and

[git pull] drm fixes

On Fri, Feb 25, 2011 at 12:07, Indan Zupancic wrote: > On Fri, February 25, 2011 11:18, Alex Riesen wrote: >> So far I found only two patches (and three changes): >> >> This is the first: >> >> Corruption caused by portions of the screen stopped updating (the Bug 27572). >> Certainly worked around

Re: Information resources

The infinite loop you mentioned sounds like it could be several things. Polling could explain an infinite loop - "while true {checkForUpdates();}". Such code was common enough in some videi games, too. I think that mechanism has been replaced by scheduled and periodic checks in most cases, but y

[Bug 29842] Radeon runs very hot

So I have been looking over the source code in drivers/gpu/drm/radeon. I see various functions to start/stop/resume/initialize "mc" and "cp". I assume those stand for microcode and control program? What exactly is the difference? It seems like the GPU is executing a few different microcode kernel

Re: Information resources

On Fri, 2011-02-25 at 09:38 -0500, Phillip Susi wrote: > On 2/24/2011 6:03 PM, Jerome Glisse wrote: > > We don't have source of firmware, only nouveau is reverse engineering > > the nvidia one. > > Then where does the firmware come from? I've been glancing at the AMD > documentation for the R600

[git pull] drm fixes

On Fri, February 25, 2011 11:18, Alex Riesen wrote: > On Fri, Feb 25, 2011 at 00:29, Indan Zupancic wrote: https://lkml.org/lkml/2011/2/23/34 >>> >>> This is just the discussion about the problem described in the ticket. >>> It does not even mention the patch from the previous link, BTW. >>>

Linux 2.6.38-rc6

On Fri, Feb 25, 2011 at 03:56:20AM +0200, Anca Emanuel wrote: > On Fri, Feb 25, 2011 at 3:47 AM, Anca Emanuel > wrote: > > On Fri, Feb 25, 2011 at 3:14 AM, Dave Airlie wrote: > >> On Thu, 2011-02-24 at 16:54 -0800, Linus Torvalds wrote: > >>> On Thu, Feb 24, 2011 at 4:48 PM, Anca Emanuel > >>>

[git pull] drm fixes

On Fri, Feb 25, 2011 at 00:29, Indan Zupancic wrote: >>> https://lkml.org/lkml/2011/2/23/34 >> >> This is just the discussion about the problem described in the ticket. >> It does not even mention the patch from the previous link, BTW. >> It does have the patch which returns -EINVAL for >> I915_P

Linux 2.6.38-rc6

On Thu, 2011-02-24 at 16:54 -0800, Linus Torvalds wrote: > On Thu, Feb 24, 2011 at 4:48 PM, Anca Emanuel > wrote: > > > > diff --git a/drivers/video/fbmem.c b/drivers/video/fbmem.c > > index e2bf953..e8f8925 100644 > > --- a/drivers/video/fbmem.c > > +++ b/drivers/video/fbmem.c > > @@ -1511,6 +15

[Bug 34709] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp

https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #3 from Alex Deucher 2011-02-25 10:51:55 PST --- Linus' tree is fine: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiv

[Bug 34709] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp

https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #3 from Alex Deucher 2011-02-25 10:51:55 PST --- Linus' tree is fine: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are recei

[Bug 29022] [REGRESSION? 2.6.38-rc4] nouveau NV50 screen freeze

https://bugzilla.kernel.org/show_bug.cgi?id=29022 --- Comment #5 from Marc 2011-02-25 10:14:44 --- I have the slight assumption that the problem is more often triggered with the VirtualBox kernel modules loaded. I know that you guys consider this setup 'Tainted', however, it's a real-world s

[Bug 34709] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp

https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #2 from Michal Suchanek 2011-02-25 09:55:26 PST --- Maybe you did not notice but I was asking what repo would be suitable for bisecting this. I know there are several drm repos but I have no clue what is in what. -- Configure bugm

[Bug 34709] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp

https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #2 from Michal Suchanek 2011-02-25 09:55:26 PST --- Maybe you did not notice but I was asking what repo would be suitable for bisecting this. I know there are several drm repos but I have no clue what is in what. -- Configure bugm

Re: Linux 2.6.38-rc6

On Fri, Feb 25, 2011 at 03:56:20AM +0200, Anca Emanuel wrote: > On Fri, Feb 25, 2011 at 3:47 AM, Anca Emanuel wrote: > > On Fri, Feb 25, 2011 at 3:14 AM, Dave Airlie wrote: > >> On Thu, 2011-02-24 at 16:54 -0800, Linus Torvalds wrote: > >>> On Thu, Feb 24, 2011 at 4:48 PM, Anca Emanuel > >>> wr

Information resources

On 2/24/2011 6:03 PM, Jerome Glisse wrote: > We don't have source of firmware, only nouveau is reverse engineering > the nvidia one. Then where does the firmware come from? I've been glancing at the AMD documentation for the R600 and I'd like to figure out why the firmware seems to be running in

Re: [Bug 29842] Radeon runs very hot

On Fri, Feb 25, 2011 at 5:11 PM, Phillip Susi wrote: > So I have been looking over the source code in drivers/gpu/drm/radeon. > I see various functions to start/stop/resume/initialize "mc" and "cp". > I assume those stand for microcode and control program?  What exactly is > the difference? Memor

Re: [Bug 29842] Radeon runs very hot

So I have been looking over the source code in drivers/gpu/drm/radeon. I see various functions to start/stop/resume/initialize "mc" and "cp". I assume those stand for microcode and control program? What exactly is the difference? It seems like the GPU is executing a few different microcode kernel

[Bug 34709] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp

https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #1 from Alex Deucher 2011-02-25 09:06:03 PST --- Can you bisect? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. _

[Bug 34709] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp

https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #1 from Alex Deucher 2011-02-25 09:06:03 PST --- Can you bisect? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.

[Bug 29842] Radeon runs very hot

https://bugzilla.kernel.org/show_bug.cgi?id=29842 --- Comment #1 from Phillip Susi 2011-02-25 14:54:00 --- To make sure something in the desktop wasn't causing it, I booted the kernel with init=/bin/bash and the temperature still rose to 83 C. My guess is this is a defect in the firmware, o

Re: Information resources

On 2/24/2011 6:03 PM, Jerome Glisse wrote: > We don't have source of firmware, only nouveau is reverse engineering > the nvidia one. Then where does the firmware come from? I've been glancing at the AMD documentation for the R600 and I'd like to figure out why the firmware seems to be running in

[Bug 29572] Radeon card reports wrong temperature when switched off

https://bugzilla.kernel.org/show_bug.cgi?id=29572 --- Comment #12 from Old?ich Jedli?ka 2011-02-25 06:17:11 --- If you use the value 0?C as "OFF" while it is really a valid value, then you pass the decision whether the card is off outside of the kernel to the software reading the temperatur

Linux 2.6.38-rc6

on lkml or in my inbox at all. >> >> if we can get Herton to repost it properly + a tested by I'm happy for >> it to go in. >> >> Dave. >> >> > > Tested Andy's patch and it works ! > http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-natty.git;a=commit;h=c5a742b5f78e161d6a13853a7e3e6e1dfa429e69 > > Tested-by: Anca Emanuel > link to patch: http://is.gd/otIfGc -- next part -- A non-text attachment was scrubbed... Name: patch Type: application/octet-stream Size: 9934 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20110225/3cc58448/attachment-0001.obj>

Linux 2.6.38-rc6

On Fri, Feb 25, 2011 at 3:14 AM, Dave Airlie wrote: > On Thu, 2011-02-24 at 16:54 -0800, Linus Torvalds wrote: >> On Thu, Feb 24, 2011 at 4:48 PM, Anca Emanuel >> wrote: >> > >> > diff --git a/drivers/video/fbmem.c b/drivers/video/fbmem.c >> > index e2bf953..e8f8925 100644 >> > --- a/drivers/vid

[Bug 34709] New: with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp

https://bugs.freedesktop.org/show_bug.cgi?id=34709 Summary: with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp Product: DRI Version: unspecified Platform: Other OS/Version: All Status: NEW

[Bug 34709] New: with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp

https://bugs.freedesktop.org/show_bug.cgi?id=34709 Summary: with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp Product: DRI Version: unspecified Platform: Other OS/Version: All Status: NEW

Re: [git pull] drm fixes

On Fri, Feb 25, 2011 at 12:07, Indan Zupancic wrote: > On Fri, February 25, 2011 11:18, Alex Riesen wrote: >> So far I found only two patches (and three changes): >> >> This is the first: >> >> Corruption caused by portions of the screen stopped updating (the Bug 27572). >> Certainly worked around

[Bug 34708] New: running piglit on r600 causes gkrellm to lose text color

https://bugs.freedesktop.org/show_bug.cgi?id=34708 Summary: running piglit on r600 causes gkrellm to lose text color Product: Mesa Version: 7.10 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW

[Bug 34708] New: running piglit on r600 causes gkrellm to lose text color

https://bugs.freedesktop.org/show_bug.cgi?id=34708 Summary: running piglit on r600 causes gkrellm to lose text color Product: Mesa Version: 7.10 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW

Re: [git pull] drm fixes

On Fri, February 25, 2011 11:18, Alex Riesen wrote: > On Fri, Feb 25, 2011 at 00:29, Indan Zupancic wrote: https://lkml.org/lkml/2011/2/23/34 >>> >>> This is just the discussion about the problem described in the ticket. >>> It does not even mention the patch from the previous link, BTW. >>>

Linux 2.6.38-rc6

On Thu, Feb 24, 2011 at 6:37 PM, Linus Torvalds wrote: > On Thu, Feb 24, 2011 at 5:20 AM, Anca Emanuel > wrote: >>> >>> Every boot? >> >> Yes. >> >>> And just out of interest, what happens if you don't have the vesafb >>> driver at all? >> >> I used 'e' option from grub, removed the 'set gfxpayl

Re: [git pull] drm fixes

On Fri, Feb 25, 2011 at 00:29, Indan Zupancic wrote: >>> https://lkml.org/lkml/2011/2/23/34 >> >> This is just the discussion about the problem described in the ticket. >> It does not even mention the patch from the previous link, BTW. >> It does have the patch which returns -EINVAL for >> I915_P

[Bug 29022] [REGRESSION? 2.6.38-rc4] nouveau NV50 screen freeze

https://bugzilla.kernel.org/show_bug.cgi?id=29022 --- Comment #5 from Marc 2011-02-25 10:14:44 --- I have the slight assumption that the problem is more often triggered with the VirtualBox kernel modules loaded. I know that you guys consider this setup 'Tainted', however, it's a real-world s

[Bug 34427] Graphical corruption when opening windows

https://bugs.freedesktop.org/show_bug.cgi?id=34427 --- Comment #11 from Harald Judt 2011-02-25 01:43:48 PST --- Thanks for pointing me to this. The symptoms looks indeed very similar, though I do not start X server with option -wm: xinit /etc/X11/xinit/xinitrc -- /usr/bin/X -dpi 96 -auth /home/x

[Bug 34427] Graphical corruption when opening windows

https://bugs.freedesktop.org/show_bug.cgi?id=34427 --- Comment #11 from Harald Judt 2011-02-25 01:43:48 PST --- Thanks for pointing me to this. The symptoms looks indeed very similar, though I do not start X server with option -wm: xinit /etc/X11/xinit/xinitrc -- /usr/bin/X -dpi 96 -auth /home/x

[git pull] drm fixes

On Thu, February 24, 2011 20:04, Alex Riesen wrote: > On Thu, Feb 24, 2011 at 10:18, Indan Zupancic wrote: As it turns out this is a bug in the userspace components of the stack for gen2 hardware, with lax kernel side enforcement. Daniel has a fix for both. >>> >>> Chris, could you

[Bug 34618] Slow text scrolling on tty after suspend-cycle

https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #18 from pete...@hottemptation.org 2011-02-25 00:16:40 PST --- Kerneltrap seem to be the better source: http://kerneltrap.org/mailarchive/linux-kernel/2011/1/4/4665968 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?

[Bug 34618] Slow text scrolling on tty after suspend-cycle

https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #18 from peterle at hottemptation.org 2011-02-25 00:16:40 PST --- Kerneltrap seem to be the better source: http://kerneltrap.org/mailarchive/linux-kernel/2011/1/4/4665968 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.c

[Bug 34618] Slow text scrolling on tty after suspend-cycle

https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #17 from pete...@hottemptation.org 2011-02-25 00:07:48 PST --- Tomorrow I have maybe time for bisect. Can you tell me directory-paths to constrain the search? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 34618] Slow text scrolling on tty after suspend-cycle

https://bugs.freedesktop.org/show_bug.cgi?id=34618 --- Comment #17 from peterle at hottemptation.org 2011-02-25 00:07:48 PST --- Tomorrow I have maybe time for bisect. Can you tell me directory-paths to constrain the search? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=em