[arch-general] testing: xf86-video-ati, libdrm - transparency lost in kde4 w/compiz
Guys, Testing xf86-video-ati-6.12.99.git20091207 libdrm-2.4.16-1-x86_64.pkg.tar.gz I noticed that the plasma-panel has lost transparency in kde4 when compiz is enabled. It's not uncommon for me to need to restart plasma-desktop to regain transparency, but with these two packages installed, even that doesn't work. I use a small rsplasma script to restart the desktop: 01:33 alchemy:~> cat bin/rsplasma #!/bin/bash kbuildsycoca4 kquitapp plasma-desktop >/dev/null 2>&1 kstart plasma-desktop & >/dev/null 2>&1 This is which radeon loaded in rc.conf due to the current hang in used with KMS. Anybody else see this? Everything else with the driver and drm seems to work OK, but I haven't rebuilt the initramfs for KMS early yet (waiting on more info on the driver issue). Do you want me to try that?? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
On Tuesday 08 December 2009 01:39:29 and regarding:
This is which radeon loaded in rc.conf due to the current hang in used with KMS. Anybody else see this?
Let me try that again: This is with the radeon driver loaded in rc.conf instead of initramfs due to the current hang when used with KMS. Anybody else see this? fricking fat fingers.... -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
On Tue, Dec 8, 2009 at 9:14 AM, David C. Rankin <drankinatty@suddenlinkmail.com> wrote:
On Tuesday 08 December 2009 01:39:29 and regarding:
This is which radeon loaded in rc.conf due to the current hang in used with KMS. Anybody else see this?
Let me try that again:
This is with the radeon driver loaded in rc.conf instead of initramfs due to the current hang when used with KMS. Anybody else see this?
fricking fat fingers....
so.. you are still using KMS, right ? And you did rebuild initramfs to exclude the old radeon driver from there, right ? And having the module in the initramfs or not should not affect anything at all.
Xavier wrote:
On Tue, Dec 8, 2009 at 9:14 AM, David C. Rankin <drankinatty@suddenlinkmail.com> wrote:
On Tuesday 08 December 2009 01:39:29 and regarding:
This is which radeon loaded in rc.conf due to the current hang in used with KMS. Anybody else see this?
Let me try that again:
This is with the radeon driver loaded in rc.conf instead of initramfs due to the current hang when used with KMS. Anybody else see this?
fricking fat fingers....
so.. you are still using KMS, right ? And you did rebuild initramfs to exclude the old radeon driver from there, right ? And having the module in the initramfs or not should not affect anything at all.
Right! Seriously though, this is where I'm lost. I removed the radeon module from mkinitcpio.conf, rebuilt and everything is working fine. I thought the push was to PUT radeon in mkinitcpio.conf, but this last hang now has us REMOVE radeon from mkinitcpio.conf -- so -- when I updated drm and radeon from 'testing' I am not sure whether you want us to keep loading it in rc.conf or if you want us to TEST it by putting it BACK IN mkinitcpio.conf and rebuilding? To rebuild OR NOT TO rebuild, THAT IS THE QUESTION?? p.s. -- that has a familiar ring for some strange reason.... -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
participants (2)
-
David C. Rankin
-
Xavier