hi
i want to update to the now working 10.4 fglrx driver.
After starting i get the following thru the package update:
-------------------------------------------------------------------------
The following packages cannot be authenticated!
libgl1-mesa-glx
Authentication warning overridden
.
.
.
Running post installer steps ....
.
.
.
Finalizing install
Adding module fglrx..... Failed
Error adding fglrx
--------------------------------------------------------------------

After this message the driver is not installed but i don't know what is wrong (is there a bug in sgfxi???)
thx for helping
hape
Back to top

Please post your /var/log/sgfxi/sgfxi.log

Do not paste it here, use something like paste.debian.net then post the url to the pasted data.

it's too long sometimes though.

fglrx module build failing requires a full set of information about your system, which the logs should contain.
Back to top

done it
paste.debian.net/71450
thx
hape
Back to top

thanks. I'm testing this now, I'm guessing it's the new kernel with some type of built in modesetting, but let's see:

Test one, with sidux 64, old install, 2.6.32 damentz kernel: fglrx 10-4 installs and module builds, and X starts.
Back to top

test 2: 2.6.33.3 damentz kernel build fails, almost certainly because of some new kernel modesetting issue.

failure is confirmed, I was afraid this would happen with fglrx/2.6.33 + the new radeon modesetting kernel drivers, which I haven't seen yet, I couldn't test this before hand because of the problems with fglrx not supporting xorg 1.7 until 10-4 was released 2 days ago.

If you install the 2.6.32 kernel it should work fine for now, it will take a bit to debug the issue. I assume that some kernel module or modesetting needs to be blacklisted.
Back to top

hi
thx for your good and fast work. Yes i have also searched and heared that the radeon module should be blacklisted. I have for now no kernel 2.6.32 anymore installed so i will wait until this will work again.
thx a lot
hape
Back to top

smxi has in advanced kernel options the 2.6.32 latest, also if you add liquorix repos with the 'past' branch you can install it directly.

However, I did lsmod to see if I could find the radeon module but it's not listed as active, so I'm not sure what to do next for testing.

I still have to test 32 bit.

I knew this issue would come but was not really able to test it because of the failure to support xorg 1.7 from fglrx until now.

Sadly, with nouveau, at least I was able to detect and blacklist the nouveau driver, but I'll run some basic nomodeset tests and see if setting that helps.
Back to top

hi
thx for the hint above. I have done it and everything works very well. So now i can really wait :-).
thx for your great work
hape
Back to top

by the way, the source of the error appears to be a bad path in the ati installer script, sloppy coding from amd/ati that is, that's standard and to be expected.

I don't know the fix yet, or if I should look for a patch, my feeling is given that ati is consistently incompetent, trying to follow that company's errors is a horrible way to spend one's life.

But I'll look into the error a bit more and see if there is an easy fix or patch available.
Back to top

this issue is resolved, using an Arch linux patch. What's annoying is I had forgotten that I already used this patch for 2.6.33 with 10-2, but I had, naively, assumed that ATI would of course fix these paths, and add an automated path test when 2.6.33 was current, like for example nvidia did.

But that would assume competence and care from ATI, so I guess my expectations were naive.

Anyway, it's working now, and it may actually also work for 2.6.34, I added two tests there, but I don't have a 2.6.34 kernel to test it on so I can't say if it actually works.

Sorry about this one, if I paid more attention to ati/fglrx, I would have remembered that this patch was already available and already used in sgfxi... for 10-2...
Back to top