I'm still trying to get more information regarding #1 and #2, especially since
they don't seem to occur deterministically
regarding #3, I can workaround it by enabling option "SWCursor"; but that
causes nasty square artifacts around the pointer;
afaik, using VESA is not an option on powerbooks, but I've attached the lspci
-vvnn output for the mean time
btw, while playing around with radeon options I found out that using
Option "DepthBits" "16"
in combination with a screen depth of 24 is a bad idea... it causes major
disturbances on the whole display as soon as I start glxgears... ;-)
as for the "MacModel" fix, in case you are referring to
$ git-diff-tree -p d49a60bc939c9f3e9d57c23e44263f5bb52f09fb
d49a60bc939c9f3e9d57c23e44263f5bb52f09fb
diff --git a/src/radeon_driver.c b/src/radeon_driver.c
index 0d12168..9472f93 100644
--- a/src/radeon_driver.c
+++ b/src/radeon_driver.c
@@ -189,7 +189,7 @@ static const OptionInfoRec RADEONOptions[] = {
{ OPTION_DEFAULT_CONNECTOR_TABLE, "DefaultConnectorTable", OPTV_BOOLEAN,
{0}, FALSE },
{ OPTION_DEFAULT_TMDS_PLL, "DefaultTMDSPLL", OPTV_BOOLEAN, {0}, FALSE },
#if defined(__powerpc__)
- { OPTION_CONNECTORTABLE, "MacModel", OPTV_STRING, {0}, FALSE },
+ { OPTION_MAC_MODEL, "MacModel", OPTV_STRING, {0}, FALSE },
#endif
{ -1, NULL, OPTV_NONE, {0}, FALSE }
};
that's already part of the current gutsy xorg-xserver-video-ati
6.7.193-1ubuntu1; alas the radeon driver still cannot initialize the
external TMDS, thus I need to have the DVI panel attached while booting
up, so that openfirmware can initialize it for the radeon driver...
** Attachment added: "lspci -vvnn output"
http://launchpadlibrarian.net/9436371/lspci_output.txt
--
[regression] after recent upgrade to 6.7.192-4ubuntu1 dual-head support is
broken
https://bugs.launchpad.net/bugs/141161
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
