P650 driver on Ubuntu 8.10 (2.6.27-7) fails to compile?

[haldor]

Hello,
Just installed the latest beta release of Ubuntu 8.10 (Linux bla 2.6.27-7-generic #1 SMP Fri Oct 10 03:55:24 UTC 2008 i686 GNU/Linux)
and tried to compile
matroxdriver_mtx-x86_32-1.4.6.2-installer.run (32bit installer, v1.4.6.2) from tuxx-home.at,
and there seems to be a problem which i unfortunately can't figure out. See output file attached.
Perhaps someone understands what's going on or even had the same problem?
I also tried the linux P650/P750 driver which is available directly from matrox, but with the same output.

Thank you,
/haldor

[tuxx-home.at]

It looks as if you have a userdefined CLFAGS variable that has "-pg" as compile option defined.
Out of `man gcc`:

Code: Select all

-pg Generate extra code to write profile information
         suitable for the analysis program gprof.  You must use
         this option when compiling the source files you want
         data about, and you must also use it when linking.


What's the output of `echo $CFLAGS` on your system?
It might well be, that there's an alias on your system for gcc, to make sure to check the outputs of `export`, `set` and `alias` on your current shell
and watch out for gcc flags.

There's no metion of -pg in any of the matrox driver's makefiles...

[tuxx-home.at]

oh, and please provide the output of the command:

Code: Select all

gcc -v


[haldor]

Hi,
ok let's see...
Beeing root, there is no mention of gcc or cc in alias, set or export.
Output of

Code: Select all

gcc -v

is

Code: Select all

Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.3.2-1ubuntu10' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu10)


In the original make.log, do you think the line

Code: Select all

MtxMem.c: In function ‘memFileAlloc’:
MtxMem.c:79: warning: passing argument 2 of ‘ClientMemAlloc’ makes integer from pointer without a cast


is okay?
/haldor

[tuxx-home.at]

Hmm, our gcc's are identical, strange.

The warning in ClientMemAlloc is not ok, but I get it to (it's a "bug" in the driver I need to fix some time in the future).

OK, then let's please do the following to further debug that:

Code: Select all

1. Extract the driver instead of installing it:

sh matroxdriver_mtx-x86_32-1.4.6.2-installer.run --extract-only

2. Choose a temporary directory to extract it to when asked for, e.g. /tmp

3. After the driver has been extracted, change to this directory
cd /tmp/matroxdriver_mtx-x86_32-1.4.6.2

4. Now run the make helper and trace it
strace -f -o /tmp/trace.out ./make.sh


If it still didn't work this way, please attach the generated file /tmp/trace.out to your next message.

[haldor]

Hi, still the same error.
The resulting trace.out file got quite big, so i uploaded a zipped version to
http://www.file-upload.net/download-1181958/trace.out.tar.gz.html
I forgot to check the output of

Code: Select all

echo $CFLAGS

(see above), but nothing to worry about - the variable is empty.
/haldor

[tuxx-home.at]

There's something wrong with this file, it just contains binary data.
Please rerun this command and make sure the file contains readable text before uploading it.

[haldor]

Oh i'm sorry for that, i updated my previous posting.
/haldor

[tuxx-home.at]

OK, I have absolutely no idea what's the problem here.
So, please try to modify the Makefile of the driver manually (it's located in kernel/src/Makefile) and simply remove the -fomit-frame-pointer gcc flag and try again then (it's around line 169 in that file).

BEFORE:

Code: Select all

CFLAGS_RELEASE         := -O2 -fomit-frame-pointer -finline-functions


AFTER:

Code: Select all

CFLAGS_RELEASE         := -O2 -finline-functions


[haldor]

Compilation works now with that change.
I guess running

Code: Select all

install.sh

installs the driver...
The automatic setup of xorg.conf does not seem to work with the latest Xorg 7.4, so now i'm trying to change xorg.conf on my own, but no success so far,
because Xorg starts in some low resolution mode.
I'll check (and post) the X startup log file tomorrow.
/haldor

[Pancho]

Compilation worked for me as well now. Installing threw a few notices, but the driver seemed to be okay.
Because the Xorg server still incorrectly recognized my graphics card as a "mga" card, I added the line

Code: Select all

Driver "mtx"

to the Device section of my etc/X11/xorg.conf.

Te result was pretty disappointing: though the mtx driver is loaded now, the system start halts after the progressmeter finishes. My Xorg.0.log says:

Code: Select all

(II) Loading /usr/lib/xorg/modules/drivers//mtx_drv.so
dlopen: /usr/lib/xorg/modules/drivers//mtx_drv.so: undefined symbol: xf86errno
(EE) Failed to load /usr/lib/xorg/modules/drivers//mtx_drv.so
(II) UnloadModule: "mtx"
(EE) Failed to load module "mtx" (loader failed, 7)
(EE) No drivers available.

Anyone an idea what to do?

[tuxx-home.at]

Oh, that doesn't look good. If you guys are using Xorg 7.4, you're probably out of luck.
I already told Matrox about the Xorg 7.4 incompatibilities and they said it will be fixed in 1.4.7 (whenever that will be available).

[haldor]

Same error message for me...

[Pancho]

I sent the Matrox support people an email, asking when I can expect an Xorg 7.4 compatible driver.
If all of you do the same, they might notice that it is of some importance and urgency...

Is downgrading to Xorg 7.3 a possibility? Has anyone successfully done that with Intrepid?

[diginux]

[quote="Pancho"
Is downgrading to Xorg 7.3 a possibility? Has anyone successfully done that with Intrepid?[/quote]

I was just wondering if anyone has been able to downgrade their Xorg yet? I made the mistake of upgrading to Intrepid before checking to see if my card would work with the new xorg