Re: 2.6.31-rc6-git5: Reported regressions from 2.6.30

On Friday 21 August 2009, Larry Finger wrote: > Rafael J. Wysocki wrote: > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13960 > > Subject : rtl8187 not connect to wifi > > Submitter : okias > > Date: 2009-08-10 19:16 (10 days old) > > The patch for t

Re: Partial updates with glX/DRI

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michel Dänzer wrote: > On Fri, 2009-08-21 at 11:45 +0200, Tom Cooksey wrote: >> When using glX, we have no guarantee over what state the back buffer will be >> in >> after swap buffers. So, whenever an application needs to update, it must re- >> rend

[Bug 13713] [drm/i915] Possible regression due to commit "Change GEM throttling to be 20ms (...)"

http://bugzilla.kernel.org/show_bug.cgi?id=13713 --- Comment #13 from Michel Dänzer 2009-08-21 16:38:39 --- FWIW, I followed up with some other possible solutions. It actually seems best overall to handle this in the X driver rather than in the Mesa driver. -- Configure bugmail: http://bug

Re: Partial updates with glX/DRI

On Fri, 2009-08-21 at 11:45 +0200, Tom Cooksey wrote: > > When using glX, we have no guarantee over what state the back buffer will be > in > after swap buffers. So, whenever an application needs to update, it must re- > render the entire window. This makes things slow (we have to invoke every

Re: Partial updates with glX/DRI

Roland Scheidegger wrote: > On 21.08.2009 11:45, Tom Cooksey wrote: >> Hello, >> >> I'm a Qt developer. >> >> We want all Qt rendering to be done using OpenGL 2. We have this working >> pretty well (a few artifacts still here and there). However, we've found >> some >> fundamental problems using

Re: [PATCH 1/3] drm/crtc_helper: replace modeset fail path with something simpler

@Dave: any word yet? On Wed, Aug 19, 2009 at 4:43 PM, Maarten Maathuis wrote: > No complaints with this patch set? > > I just need plausible upstream-ability, when it happens is not a big > issue for me. > > Maarten. > --

Re: Partial updates with glX/DRI

On 21.08.2009 11:45, Tom Cooksey wrote: > Hello, > > I'm a Qt developer. > > We want all Qt rendering to be done using OpenGL 2. We have this working > pretty well (a few artifacts still here and there). However, we've found some > fundamental problems using GL for regular widget rendering. Nor

[Bug 23436] RV620 locks up on starting/quiting 3D app

http://bugs.freedesktop.org/show_bug.cgi?id=23436 --- Comment #2 from Rafał Miłecki 2009-08-21 04:54:35 PST --- I feel it's much harder to lock up my RV620 after adding 4 fprintf into radeon_common.c flushing function. Some race with EXA maybe? Also I remember similar problem with Xv when

[Bug 23436] RV620 locks up on starting/quiting 3D app

http://bugs.freedesktop.org/show_bug.cgi?id=23436 --- Comment #1 from Rafał Miłecki 2009-08-21 04:36:59 PST --- One more lock up and I noticed my dmesg was full of: [drm] wait idle failed status : 0xA0003030 0x0003 [drm] wait idle failed status : 0xA0003030 0x0003 [drm] wait idle fa

[Bug 23437] New: [regression Glean]glean case pbo fails

http://bugs.freedesktop.org/show_bug.cgi?id=23437 Summary: [regression Glean]glean case pbo fails Product: Mesa Version: unspecified Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: med

[Bug 23436] New: RV620 locks up on starting/quiting 3D app

http://bugs.freedesktop.org/show_bug.cgi?id=23436 Summary: RV620 locks up on starting/quiting 3D app Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium

Partial updates with glX/DRI

Hello, I'm a Qt developer. We want all Qt rendering to be done using OpenGL 2. We have this working pretty well (a few artifacts still here and there). However, we've found some fundamental problems using GL for regular widget rendering. Normally I wouldn't bother this list, but I've recently

Re: [PATCH] drm/mm: add ability to dump mm lists via debugfs (v2)

Dave Airlie wrote: > 2009/8/21 Thomas Hellström : > >> Dave Airlie wrote: >> >>> From: Dave Airlie >>> >>> This adds code to the drm_mm to talk to debugfs, and adds >>> support to radeon to add the VRAM and GTT mm lists to debugfs. >>> >>> changes since v1: >>> don't bother with free list

Re: [PATCH] drm/mm: add ability to dump mm lists via debugfs (v2)

2009/8/21 Thomas Hellström : > Dave Airlie wrote: >> >> From: Dave Airlie >> >> This adds code to the drm_mm to talk to debugfs, and adds >> support to radeon to add the VRAM and GTT mm lists to debugfs. >> >> changes since v1: >> don't bother with free list just add used/free to main list >> add

Re: [PATCH] drm/kms/radeon: Add kconfig to specify the default modesetting

At Fri, 21 Aug 2009 10:52:13 +1000, Dave Airlie wrote: > > On Thu, Aug 20, 2009 at 11:26 PM, Takashi Iwai wrote: > > This patch adds a Kconfig item to specify the default radeon modeset > > value.  Also fixed the description of CONFIG_DRM_RADEON_KMS. > > > > Since KMS gives problems on some Radeon