Bug#324500: G550 dualhead
On Fri, 2007-09-21 at 18:14 +0200, Adrian von Bidder wrote: > > I have to chime in with some others: the new RandR 1.2-enabled mga xserver > is a piece of shit from my perspective. How very encouraging for the upstream developer who's doing his best to get the driver up to speed with recent X server development. I can appreciate your frustration, but this kind of rant doesn't help anybody. If you want the bugs to be fixed, the best thing would probably be to work with the upstream developer directly, via bugs.freedesktop.org or the xorg mailing list. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#324500: G550 dualhead
Yo! I have to chime in with some others: the new RandR 1.2-enabled mga xserver is a piece of shit from my perspective. The past behaviour (2nd head only initialized after 1st switch back to textmode, and DDC information switched between the two outputs of the G550) at least allowed me to work, even if I had to use a very low frequency on the better display. The new xserver doesn't even allow me to work: the 2nd head is not initialized at all, and switch back to text mode doesn't work at all. I first thought the computer has crashed, but then I noticed that basically, I'm in the text console underneath, just the video mode is not reset so I have to type blindly. I can even start X again and it will properly init the monitor I've had before. :-( I just hope this gets fixed, else I'd have a unusable G550 here (well, unusable in Linux. I guess Windows will have drivers available, haven't tried so far. ;-) btw, this is a G550 with one analog and one DVI output, with two analog monitors on it. pci id: 102b:2527 I can try *some* stuff, but with very long round trip as we're moving so computer time at home is scarce. cheers -- vbi -- Whenever people agree with me, I always think I must be wrong. -- Oscar Wilde signature.asc Description: This is a digitally signed message part.
Bug#324500: G550 dualhead
Yodel! > It might be related to the upgrade of xserver-xorg-core 1.3 currently in > unstable. Could you try to downgrade to xserver-xorg-core 2:1.1.1-21 > (the one in Etch/stable and testing)? Hmm. -EDEPENDS, and breaking the dependencies, the X server fails to load the mga driver, complaining about versions. (I tried the pure, non-dependency-breaking version of X in lenny some time ago.) So, it's still the case that values for the allowed clocks are reversed. I can get the high freq signal on the low-res monitor. I can override Horiz and Vert sync in the config file, but apparently it's not possible to specify the maximal pixel clock in the config file or to disable ddc alltogether? (then I could just pretend that both displays can do high frequencies. Running a high-freq "capable" monitor at low res is no problem so that way I could solve my problem for now. 1440x1080 at 61Hz is not what I'm really happy with...) cheers -- vbi -- Don't quit now, we might just as well lock the door and throw away the key. signature.asc Description: This is a digitally signed message part.
Bug#324500: G550 dualhead
Yo!
Updated to 6.8.99.902.dfsg.1-1 for xserver-{common,xorg} and xlibmesa-dri
(for mga_dri, but I'm not sure if that's even used here).
Bug still persists, workaround still works.
The bug report at freedesktop lists a possible fix, will try to test this
next week.
diff -Naur mga.6.8.99.900/mga_bios.c mga/mga_bios.c
--- mga.6.8.99.900/mga_bios.c Tue Jul 26 03:14:50 2005
+++ mga/mga_bios.c Tue Sep 13 21:54:35 2005
@@ -457,7 +457,7 @@
}
/* Get the output mode set by the BIOS */
-pMga->BiosOutputMode = bios_data[0x7ff1];
+pMga->BiosOutputMode = 0x1; /*alex: replaced bios_data[0x7ff1];*/
/* Get the video BIOS info block */
if (strncmp((char *)(&bios_data[45]), "MATROX", 6)) {
diff -Naur mga.6.8.99.900/mga_driver.c mga/mga_driver.c
--- mga.6.8.99.900/mga_driver.c Tue Jul 26 22:29:39 2005
+++ mga/mga_driver.cTue Sep 13 21:55:51 2005
@@ -329,8 +329,8 @@
NULL
};
#endif
-
-#define MGAuseI2C 1
+/*alex: */
+#define MGAuseI2C 0
static const char *ddcSymbols[] = {
"xf86DoEDID_DDC1",
@@ -345,6 +345,15 @@
static const char *i2cSymbols[] = {
"xf86CreateI2CBusRec",
"xf86I2CBusInit",
+/*alex: add to avoid unresolved symbols warnings*/
+"xf86CreateI2CBusRec",
+"xf86DestroyI2CBusRec",
+"xf86DestroyI2CDevRec",
+"xf86I2CBusInit",
+"xf86I2CDevInit",
+"xf86I2CProbeAddress",
+"xf86I2CWriteByte",
+"xf86I2CWriteVec",
NULL
};
cheers
-- vbi
--
Beware of the FUD - know your enemies. This week
* The Alexis de Toqueville Institue *
http://fortytwo.ch/opinion/adti
pgpF4YPsaBfdp.pgp
Description: PGP signature
