Re: [PATCH] Implement direct pineview backlight control.

2010-07-02 Thread Jesse Barnes
On Tue, 22 Jun 2010 16:58:27 -0700 Bryan Freed wrote: > drm/i915: Add a direct interface for pineview backlight support. > > This adds a Kconfig variable CONFIG_DRM_I915_DIRECT_BACKLIGHT to > optionally include the new source file i915_backlight.c. This file > registers a couple backlight set/g

[Bug 16295] radeon conflict/interference with rt2800pci

2010-07-02 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=16295 --- Comment #6 from Rafał Miłecki 2010-07-02 22:37:32 --- Plus sometimes I get additional error on loading module: [ 235.095924] cfg80211: Calling CRDA to update world regulatory domain [ 235.292128] cfg80211: World regulatory domain updat

[Bug 16295] radeon conflict/interference with rt2800pci

2010-07-02 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=16295 --- Comment #5 from Rafał Miłecki 2010-07-02 21:47:56 --- Created an attachment (id=27002) --> (https://bugzilla.kernel.org/attachment.cgi?id=27002) dmesg with rt2x00pci_regbusy_read: Error - Indirect register access failed Now for differen

[Bug 16295] radeon conflict/interference with rt2800pci

2010-07-02 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=16295 --- Comment #3 from Rafał Miłecki 2010-06-28 14:14:44 --- I'm getting confused. Now I get GPU lockups even without loading any WiFi driver :| It happens frequently with KDE4's effects enabled, not so often with effects disabled (but still).

Re: mmotm 2010-07-01-12-19 uploaded

2010-07-02 Thread Andrew Morton
On Fri, 2 Jul 2010 17:26:11 +0800 Xiaotian Feng wrote: > On Fri, Jul 2, 2010 at 3:19 AM, wrote: > > The mm-of-the-moment snapshot 2010-07-01-12-19 has been uploaded to > > > > __ http://userweb.kernel.org/~akpm/mmotm/ > > > > and will soon be available at > > > > __ git://zen-kernel.org/kernel/

Re: [Intel-gfx] [PATCH] Destroy screen pixmap on screen close.

2010-07-02 Thread Chris Wilson
On Fri, 02 Jul 2010 11:54:44 -0400, Keith Packard wrote: > On Fri, 02 Jul 2010 09:24:07 +0100, Chris Wilson > wrote: > > > This looks like the responsibility of miCloseScreen(). Are we failing to > > chain up properly? > > I don't think miCloseScreen (or fbCloseScreen) can do this -- before >

Re: [Intel-gfx] [PATCH] Destroy screen pixmap on screen close.

2010-07-02 Thread Keith Packard
On Fri, 02 Jul 2010 09:24:07 +0100, Chris Wilson wrote: > This looks like the responsibility of miCloseScreen(). Are we failing to > chain up properly? I don't think miCloseScreen (or fbCloseScreen) can do this -- before we're called, rendering may not have been finished, after we're called, th

Re: [Intel-gfx] [PATCH] Destroy screen pixmap on screen close.

2010-07-02 Thread Chris Wilson
On Thu, 1 Jul 2010 09:56:40 -0400, Keith Packard wrote: > This avoids a memory leak on server reset. > > Signed-off-by: Keith Packard > --- > uxa/uxa.c |6 -- > 1 files changed, 4 insertions(+), 2 deletions(-) > > diff --git a/uxa/uxa.c b/uxa/uxa.c > index a9a705c..dcfaaa9 100644 > --