SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Thanks for posting. I'm actually you did post about your ASUS mobo, I've been a long time user of their boards and really like them a lot and they were my first choice during my 'hunt'.
So I just want to make sure of one thing with you here please, you're running slackware 10.2 (or current) which is a 32bit OS but on a 64bit system? I don't have to run 'slamd' {I think it's call} correct? Not that I have anything against slamd in any way shape or form, just want to know if I can stay stock with Pat's work directly.
....you're running slackware 10.2 (or current) which is a 32bit OS but on a 64bit system? I don't have to run 'slamd' {I think it's call} correct?....
You got that right.
The processor is 64-bit capable, but it is working all the time in 32-bit mode because my OS is 32-bit
Such 64-bit capability in the processors allows you to install and run any x86-64 OS but if you install a 32-bit one everything shall be fine and the world won't collide with the moon or something
Currently most (all?) Intel processors are 64-bit capable too (EM64T extension), and most windoze users haven't made the jump to windozeXP-64 and everything looks fine to them (maybe not in the windoze part lol )
Check the articles at http://www.start64.com/ for more info on going 64-bit and possible advantajes and disadvantajes.
IMHO, Slamd64 wasn't as stable and functional as Slackware, and I'm not going to another distro just to get the scarce 64-bit "benefits".
What patch would this be? The only patch I've ever had to use on nVidia's driver was the one for the module licence token, which has long since become deprecated.
Some previous versions of the driver weren't compatible with Kernel 2.6.16, and hence needed to be patched.
The current driver version doesn't need to be patched for Kernel 2.6.16.
I just bought a 7900GTX, but only took it out of the box to look at it in the store. I haven't gotten to play with it yet... It's in the shop to get a case upgrade with water coolers for CPU and video both! (I hate playing games. HAHA--just kidding. )
I bought a 6500 to fix a friend's computer, but found out their computer had AGP. Instead of taking it back, I decided to build a new computer (for games) for myself, with PCIe. (MSI K9N Platinum, ATI 2.0ghz, etc). Ironically, the 6500 was the weak point that wouldn't let me play the game I wanted to play.
The 6500 required a whole rigamarole of installing drivers in XP to make it work. Just as an expriment, I installed FC5_x64 on that computer and FC5 recognized the 6500 from the beginning and had no problem with Linux. I'm interested in seeing how you get your Slackware to work with your 7900. I don't know how different FC5 will be. If you have learned anything, gotten it working, etc, please let us know.
I assume you're "gaming away".
Have fun!
coolingtower
Last edited by coolingtower; 09-09-2006 at 06:05 AM.
not quite yet
I just talked with my dealer and looks like there was some problem with the cargo and my card will be likely delayed to the end of this month but could be so until mid-october
I'm sort of sad, man
Those stupid bots in UT2004 shall be waiting for me to kick their butts for a long time it seems don't hold your breath
I'm only using IDE hard drives, need maybe 3 pci slots, USB2, no firewire. May be good to have SATA as the hard drives seem to be going this way in future. I dont need onboard sound or lan, I find cards still work better than on-board. I'm not looking for 64 bit, I really don't see a need to take that plunge yet either. It'd be nice if I could use my 2 sticks of 512 mb pc3200 ram tho, I'd hate to have to throw out my old ram just to get a new board.
Any thoughts are truly appreciated.
ASRock 939dual-SATA2 board. It has AGP8X and PCI-E, one PCI-X port (for when you decide to go Gigabit Ethernet), two other "normal" PCI slots, integrated ethernet, two SATA ports, one SATA-2 port, two IDE ports, many USB ports, integrated sound. ULi chipset that works just fine with a 2.6.x kernel. It'll handle your RAM, and has a 939-pin socket for your current CPU. It also has a daughterboard available for about $30 if you want to upgrade it to having an AM2 socket.
Some previous versions of the driver weren't compatible with Kernel 2.6.16, and hence needed to be patched.
The current driver version doesn't need to be patched for Kernel 2.6.16.
This doesn't answer the question. Considering I am rarely a more than a week behind on either kernels or nVidia drivers, I'm stumped as to what patch you're referring to.
Re: Old Fogie
***Only for Nvidia 7600GS AGP, any brand****
I too have the new Nvidia 7600GS AGP, 512mg GDDR3, card but it's XGX brand. I have had similiar problems. Here is how I solved it until Nvidia gets off their a$$ and supports it in the Linux driver.
First make sure things are setup in your bios making the AGP first choice, not your onboard chip. Next make sure you change change the aperture up to 512mgs.
Now depending on the distro, and the posibility you have another Nvidia GeForce card laying around, physically reinstall this old card. Then reinstall the driver. After you have that card running, shut down and install the Nvidia 7600GS. Boot into your system and it should run fine even with Xgl.
The reason we're having this problem is the driver installer is telling our machines this card is a PCI slot card (which it is not). But because Nvidia was trying to force the PCIe slot contrary to ATI who still use both, they were losing market share to those of us either unable to switch or not wanting to switch. Nvidia took the 7600GS PCIe and put it on the AGP chasis. For Windows user this was fine as they also put a driver out for it even before release. And now that card is fully supported there with their newest driver.
For now I guess we have to face the fact that Linux is the Left Handed User of Operating Systems. But soon we'll take that Left and slap the world up side the face. Linux is growing not only on the Desktop but it rules the World of Super Computers and Servers. Along with the fact that it is now making inroads to every market in existence from Cell Phones on up! People will soon be using Linux whether they know it or not. Xgl has changed the way the world sees Linux for the better.
Sony PS3 will bring major revolution to Linux not only on the Desktop but from the Living Room Sofa as well. It will come with not only a Linux kernel Hypervisor, but with Linux installed on the harddrive. Then Linux will have "Arrived" with M-i-l-l-i-o-n-s of new additions to our Linux family and the left hand will be slapping the right hand silly! ;D
This doesn't answer the question. Considering I am rarely a more than a week behind on either kernels or nVidia drivers, I'm stumped as to what patch you're referring to.
For instance, build 8178 needed a patch for Kernel 2.6.16, because the kernel module wouldn't compile. This was a known problem. I found the patch searching Linux Google ( http://www.google.com/linux ).
at last! EVGA e-GeForce 7900GTX 512 arrived yesterday!
Quote:
Originally Posted by coolingtower
...I'm interested in seeing how you get your Slackware to work with your 7900. I don't know how different FC5 will be. If you have learned anything, gotten it working, etc, please let us know.
I assume you're "gaming away". ...
Hello there, I just resurrected this thread for this question. Yesterday I got the new card! Finally! Damn it I'm happy... not I'm not... ooh I don't know. There is not collection of words to describe such feeling. This week has been perfect: slackware 11.0 and a new video card! wooohoooo!
Making nVidia cards work on Slackware is utterly easy (don't know for any other distro, well I did it once on SuSE 10.1 for XGL testing but I did it in the 'slack' way -- to the hell with yast). Just turn off the X server, execute the nVidia driver (tweak the xorg.conf file I you want to or the driver would do it if you tell it to), restart X and that's it. Damn it! could it be any easier? Yesterday I installed a 96.25 beta driver from here.
Here is some data from the card already working:
Quote:
Originally Posted by lspci -v
01:00.0 VGA compatible controller: nVidia Corporation GeForce 7900 GTX (rev a1) (prog-if 00 [VGA])
Subsystem: nVidia Corporation Unknown device 040d
Flags: bus master, fast devsel, latency 0, IRQ 20
Memory at d0000000 (32-bit, non-prefetchable) [size=16M]
Memory at c0000000 (64-bit, prefetchable) [size=256M]
Memory at d1000000 (64-bit, non-prefetchable) [size=16M]
I/O ports at a000 [size=128]
[virtual] Expansion ROM at d2000000 [disabled] [size=128K]
Capabilities: [60] Power Management version 2
Capabilities: [68] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
Capabilities: [78] Express Endpoint IRQ 0
Capabilities: [100] Virtual Channel
Capabilities: [128] Power Budgeting
Quote:
$ glxinfo | grep -i 'direct'
direct rendering: Yes
$ glxinfo | grep -i 'nvidia'
server glx vendor string: NVIDIA Corporation
client glx vendor string: NVIDIA Corporation
OpenGL vendor string: NVIDIA Corporation
OpenGL version string: 2.1.0 NVIDIA 96.25
$ glxgears
93266 frames in 5.0 seconds = 18653.163 FPS
94775 frames in 5.0 seconds = 18954.864 FPS
94772 frames in 5.0 seconds = 18954.386 FPS
94665 frames in 5.0 seconds = 18932.913 FPS
94711 frames in 5.0 seconds = 18942.173 FPS
94769 frames in 5.0 seconds = 18953.789 FPS
94749 frames in 5.0 seconds = 18949.621 FPS
94755 frames in 5.0 seconds = 18951.000 FPS
94759 frames in 5.0 seconds = 18951.641 FPS
94738 frames in 5.0 seconds = 18947.558 FPS
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.