|
acesabe, thanks for the ubuntu feedback, I tested this on I think kubuntu karmic, and the -F was working at least I think it was, so that's good to know. The package builders though are extremely erratic and sadly AMD/ATI continues to ship known broken package building code, and has done so now for I think at least 1 year. Lack of pride is readily apparently in that coding group.
Back to top |
|||||
|
ATI/AMD fglrx users: I have enabled the -c (composite) option for fglrx.
I heard this is working now for fglrx, so give it a try and let me know. Back to top |
|||||
|
Hi techadmin, sorry to be a bit thick but I do not understand your last post. I tried anyway, to install both the latest fglrx and the debian fglrx, using smxi on my squeeze fully upgraded install but both failed.
Here is the sgfxi log: :: Code :: =========================================================
START sgfxi LOGGING: ========================================================= Script started: 2010-02-10-22:40:59 Video Card Information: ATI Technologies Inc Mobility Radeon HD 3400 Series Video Card Type: 1002 Video Card Number: 95c4 Xorg Version: 1.7 Installing driver to kernel: 2.6.32-7.dmz.1-liquorix-amd64 sgfxi script version: 4.10.30 sgfxi start options: SYSTEM_BASE: debian SYSTEM_CODENAME: testing DISTRIB_CODENAME: testing DISTRIB_ID: debian DISTRIB_RELEASE: FG_DISTRIB_CODENAME: sid FG_DISTRIB_ID: Debian APT_TYPE: aptitude ========================================================= INSTALL_TO_KERNEL: KERNEL_VERSION: 2.6.32-7.dmz.1-liquorix-amd64 KERNEL_BASE: 2.6 KERNEL_THREE: 2.6.32 KERNEL_THIRD: 32 IS_XEN: Function: create_x_conf - Primary: Start xorg is present with xorg.conf file Function: create_x_conf - Primary: End Function: check_dpkg_update - Utility: Start sizeWorking: 12 Function: check_dpkg_update - Utility: End Function: check_supported_driver - Utility: Start Function: check_supported_driver - Utility: End Function: set_cpu_data - Utility: Start BITS: 64 - arch: amd64 Function: set_cpu_data - Utility: End Function: set_version - Primary: Start Function: check_supported_driver - Utility: Start Args: last-check Function: check_supported_driver - Utility: End Function: print_information_continue - Utility: Start Args: standard The graphics installer will be installing the fglrx driver: 10-1 Function: print_information_continue - Utility: End Installing this driver: 10-1 Function: set_version - Primary: End Function: driver_support_tests - Utility: Start Args: supported-driver ERROR: (226) The driver you selected: 10-1 does not support your current Xorg version: 1.7 If this is wrong, please let the script maintainer know. You can override this test with -! 6 option. If install works, let maintainer know. Let me know if you need any more info... Back to top |
|||||
|
fglrx does not support Xorg server 1.7.
The previous post simply allows people who do not have xorg 1.7 to also use the -c, composite option with fglrx. It has nothing to do with whether fglrx will work with your xorg or kernel. Nobody knows when fglrx will support xorg 1.7, ATI isn't telling anyone. Back to top |
|||||
|
OK thanks.
Back to top |
|||||
|
This is a must have for all you geeks out there. Thanks to Aaron P from nvidia alerting me to his private nvidia driver versions release update file, sgfxi now will always check his data first and override script beta driver defaults if the remote versions are newer than the sgfxi version.
That means those annoying hours you have had to wait to install nvidia beta drivers now are a thing of the past, a distant receding memory, that can torment you in your dreams when you think back on that horror time you had to wait some hours before getting your new betas. Thanks Aaron P from nvidia for this one, he made it easy. Back to top |
|||||
|
sgfxi now has basic nvidia support for fedora.
I haven't looked at fglrx support, and I may end up not even adding that, I'll see how interest and feedback goes. If the basic fglrx installer runs easily and without too many bugs, maybe I'll add it, I'll see. gotchas: nouveau driver which fedora uses in the kernel, with kms, runs the console frame buffer, so it can't be removed to install nvidia until you reboot after blacklisting it. sgfxi of course automates all this. sgfxi will do the blacklisting if it detects nouveau failed to be removed, then it will tell you you have to reboot, after you reboot, it will turn off nouveau, at least in theory, we'll see how practice works out for people. sgfxi -s , the fedora nvidia package distro install, also tested and works. One thing, you may need to add a line to xorg.conf after its generated: :: Code :: ModulePath "/usr/lib/xorg/modules/extensions/nvidia" though I think some cases that is added. Without that, the fedora packaged nvidia driver didn't have glx, or couldn't find it. That was not needed with the run nvidia binary installer, it worked fine. sgfxi -N nouveau should also restore nouveau, we'll see how that goes, that may require redoing initrd, that code is there in sgfxi now, though I've turned it off until we get more feedback on the stuff. Back to top |
|||||
|
new nvidia stable standard driver 195.36.08 released
release notes: www.nvnews.net/vbulletin/showthread.php?p=2196696 bug reports: www.nvnews.net/vbulletin/showthread.php?t=46678 Back to top |
|||||
|
Added in a cleanup and reorganizer in sgfxi, now it takes all the old run/patch files from /usr/src and puts them in a new directory, /usr/src/sgfxi-downloads (needed a unique name), and lets you know that.
This gets all that cruft out of /usr/src directly, and still keeps it in a fairly obvious location so you can find it when you need it, or you can just remove the directory if you want to dump all the stuff, and sgfxi will make a new one. Back to top |
|||||
|
New sgfxi option: -k
Nvidia only. If used with -K, installs module to new kernel but doesn't remove the old ones, ie, you can boot to the old kernel and still have the driver work. If you booted into a new kernel, you don't need the -K <kernel>, then: sgfxi -k will just build a new module if you already had one built in your last kernel you were in. So if you want to start another kernel than your current one, you simply do this: sgfxi -k -K <new kernel>, for example: sgfxi -k -K 2.6.30-7.dmz.1-liquorix-686 would build an nvidia module for that kernel from your current one, and you can just boot into it directly. The -k option bypasses all pre and post driver cleanup, does not remove anything, can be run in X, and should prove to be fairly popular, and might get integrated more deeply into sgfxi, ie, if you have the driver already running, then trigger this feature automatically. But for now I'll leave it just as an advanced option. Back to top |
|||||
|
All times are GMT - 8 Hours
|
|||||