On Fri, 30 Oct 2009 19:15:17 -0700
Keith Packard kei...@keithp.com wrote:
Excerpts from Jesse Barnes's message of Fri Oct 30 10:59:08 -0700
2009:
These allow us to support GLX extensions like SGI_video_sync,
OML_swap_control and SGI_swap_interval.
Let's get the protocol nailed down
http://bugs.freedesktop.org/show_bug.cgi?id=24832
Summary: kmemleak detected leaks
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component:
On Thu, Oct 29, 2009 at 12:47 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Wed, 7 Oct 2009 23:44:35 -0400
Andrew Lutomirski l...@mit.edu wrote:
I probably need to save/restore some more of the power saving state
across suspend/resume... Can you file a bug for this at
On Thu, Oct 29, 2009 at 1:22 PM, Andrew Lutomirski l...@mit.edu wrote:
On Thu, Oct 29, 2009 at 12:47 PM, Jesse Barnes jbar...@virtuousgeek.org
wrote:
On Wed, 7 Oct 2009 23:44:35 -0400
Andrew Lutomirski l...@mit.edu wrote:
I probably need to save/restore some more of the power saving state
On Fri, Oct 30, 2009 at 11:37 AM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Fri, 30 Oct 2009 02:25:21 -0400
Andrew Lutomirski l...@mit.edu wrote:
On Thu, Oct 29, 2009 at 1:40 PM, Andrew Lutomirski l...@mit.edu
wrote:
I just suspended and resumed and power consumption stayed low.
On Friday 30 October 2009, Dave Airlie wrote:
Btw when I mentioned ioctls I meant more than radeon, all the KMS
ioctls in the common drm_crtc.c file suffer from this problem as well.
Hence why I still believe either my drm specific inline or something
more generic (granted I can see why a
---
Makefile.am |4 ++--
configure.ac|4 ++--
libdrm/intel/Makefile.am|2 ++
libdrm/intel/libdrm_intel.pc.in | 10 ++
libdrm_intel.pc.in | 10 --
5 files changed, 16 insertions(+), 14 deletions(-)
create
On Thu, Oct 29, 2009 at 1:40 PM, Andrew Lutomirski l...@mit.edu wrote:
I just suspended and resumed and power consumption stayed low. I'll
try and get an intel_reg_dumper diff next time I trigger this bug.
intel_reg_dumper blames RENCLK_GATE_D2. Patch coming.
Maybe my BIOS doesn't always
