similar to: [ANNOUNCE] xf86-video-amdgpu 1.0.1

I'm pleased to announce the 7.7.0 release of xf86-video-ati, the Xorg driver for ATI/AMD Radeon GPUs supported by the radeon kernel driver. This release supports xserver versions 1.9-1.18. Highlights: * Option "TearFree" can now prevent tearing with rotation/reflection as well (with Xorg >= 1.16). * RandR CRTC transforms now work correctly (but for now still exhibit tearing

I'm pleased to announce the 1.1.0 release of xf86-video-amdgpu, the Xorg driver for AMD Radeon GPUs supported by the amdgpu kernel driver. This release supports xserver versions 1.9-1.18. Highlights: * Support for the upcoming Polaris family of GPUs. * Option "TearFree" can now prevent tearing with rotation/reflection as well (with Xorg >= 1.16). * RandR CRTC transforms now

Straight port of Matthias Hopf's KMS backlight code for xf86-video-intel, with reformatting and a couple of minor cleanups. Works fine on my MacBookAir2,1. Signed-off-by: Daniel Stone <daniel at fooishbar.org> --- src/drmmode_display.c | 269 ++++++++++++++++++++++++++++++++++++++++++++++++- 1 files changed, 268 insertions(+), 1 deletions(-) diff --git a/src/drmmode_display.c

It turns out there's a difference in X between a CRTC being "disabled" and simply having it's DPMS turned off. This is problematic though, because if DPMS is turned off you can't really use the CRTC as a normal CRTC anyway since page flipping and vblanks will be non-functional. As a result, we've been considering DPMS-on CRTCs as enabled and attempt to perform pageflips,

A port of commit ff9a6b6f from xf86-video-ati. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=93670 Reported-by: Thomas D. <thfrdue at gmx.de> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- src/drmmode_display.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/drmmode_display.c b/src/drmmode_display.c index 1dc48c5..b950f42 100644 ---

From: Michel Dänzer <michel.daenzer at amd.com> Signed-off-by: Michel Dänzer <michel.daenzer at amd.com> --- Chris / Ilia / Ben, this should be manageable for the intel/nouveau drivers, right? src/amdgpu_drv.h | 26 ++++++++++++++++++++++++++ src/amdgpu_kms.c | 18 +++++++++--------- src/drmmode_display.c | 8 ++++++-- 3 files changed, 41 insertions(+), 11 deletions(-)

Apparently it now wants a drawable. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- No idea about whether this is correct. Saw the new warnings though. src/drmmode_display.c | 16 ++++++++++++++-- 1 file changed, 14 insertions(+), 2 deletions(-) diff --git a/src/drmmode_display.c b/src/drmmode_display.c index 2480122..f677e24 100644 --- a/src/drmmode_display.c +++

From: Michel Dänzer <michel.daenzer at amd.com> This allows making the master screen's pixmap_dirty_list entries explicitly reflect that we're now tracking the root window instead of the screen pixmap, in order to allow Present page flipping on master outputs while there are active slave outputs. Define HAS_DIRTYTRACKING_DRAWABLE_SRC for drivers to check, but leave

Hi, I was very surprised by difference of delete_all on association vs model(delegated to relation). Given TaskFilter.has_many(:qualifiers, :class_name=>''TaskFilterQualifier'') TaskFilter.delete_all => one DELETE statement Without :dependent option on "qualifiers" association TaskFilter.first.qualifiers.delete_all => SELECT `task_filter_qualifiers`.* FROM

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Adam Jackson (1): Adapt Block/WakeupHandler signature for ABI 23 Ben Skeggs (2): fix use of out-of-scope data exa/nv50-: fix some potential incomplete pushes Hans de Goede (1): Properly cleanup fb for reverse-prime-offload Ilia Mirkin (2): HAS_DIRTYTRACKING_ROTATION also supports multiple CRTCs Bump version to

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Adam Jackson (1): Adapt Block/WakeupHandler signature for ABI 23 Ben Skeggs (2): fix use of out-of-scope data exa/nv50-: fix some potential incomplete pushes Hans de Goede (1): Properly cleanup fb for reverse-prime-offload Ilia Mirkin (2): HAS_DIRTYTRACKING_ROTATION also supports multiple CRTCs Bump version to

Hello! At first I posted this in rubyonrails-talk, but no one there was able to tell me if this is a bug or not (I got only suggestion for workaround). As this looks like 3.1 regression that breaks existing 3.0.10 code I decided to post this here in addition. I''ve upgraded to Rails 3.1 (from 3.0.10), ran my test suite and found this issue: class Trade < ActiveRecord::Base

Hi, Please find attached the patches which I currently use on my desktop machine for dual head with the randr branch to fix the issues which I found. They may help others as well but may e.g. also disable the Xv blitter which might be working for some (but didn't on my card) - more information is found in the text comments in the patches. I have to hurry so this is short, will be back.

Dear Devs, The support for multiple xscreens (i.e. no xinerama, just separate :0.0 and :0.1 displays) in nouveau is broken. It would be great if someone could confirm this. It is easily done, by commenting the "xinerama" option from the xorg.conf file: https://nouveau.freedesktop.org/wiki/MultiMonitorDesktop/ With the nvidia proprietary drivers separate xscreens work fine. Could

https://bugs.freedesktop.org/show_bug.cgi?id=64904 Priority: medium Bug ID: 64904 Assignee: nouveau at lists.freedesktop.org Summary: [BISECTED] nouveau, nv50: External VGA not detected anymore QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All)

So, 1. I installed a minimal CentOS-7. 2. I then installed epel-release. 3. I then installed etckeeper from epel. 4. I then ran yum update -y. 5. I then rebooted (kernel update). 6. I then ran "yum groups install "X Window System" 7. I then ran "yum groups "MATE Desktop" 8. I then ran startx. Result: Graphical destop wallpaper appears, spinning disc in center for

I need libvorbis-devel to build another app. I have been trying to resolve this dependency failure for several days with no luck. I hope someone here can help me. uname -a Linux 2.6.10-2.1.ll.rhfc3.ccrma #1 Thu Dec 30 03:08:13 EST 2004 i686 i686i386 GNU/Linux rpm -q libvorbis libvorbis-1.0.1-1 rpm -ivh libvorbis-devel-1.0.1-1.i386.rpm error: Failed dependencies: libvorbis = 1.0.1 is

Just a quick announcement that an update to swiftiplied_mongrel and evented_mongrel which fixes the incompatibility with Mongrels > 1.0.1 has been released. http://swiftiply.swiftcore.org Let me know if you have any problems. Kirk Haines

Paul Did you ever get to the bottom of this. I''m having a similar (though possibly different) problem with a Rails app failing occasionally and on just one mongrel instance, which from the trace and behaviour seems to be ImageSceince/RubyInline related. See my post on Rails deployment group:

heres a summary of the hassles i ran into when upgrading to 1.0.1, in case they occur to anyone else: (first try) gem update mongrel (1) Y (2) y y y (or thereabouts) ..everything appears to go fine. but mongy is giving _weird_ errors like this: Mon Jan 22 21:45:36 -0500 2007: ERROR: undefined method `request_uri'' for #<URI::Generic:0x157000da1da0 URL:/> Mon Jan 22 21:50:11 -0500