Falcdragon

It's a known bug with Xorg 7.2 and Mesa at the moment. Hopefully it'll get fixed next time they updated the Xorg and Mesa packages.

Cool, enjoy!

I've 64bit Cooker running on my laptop. Most of the time there isn't really a noticeable difference in speed. As for 32bit apps they install and run quite happily. The one area were I did notice a significant speed difference was when I dumped a wave file to hard drive and converted it to ogg the 64bit version of oggenc was ~40% faster than encoding the same file on the same machine in the 32bit version of the distro.

Has any one managed to get the 64b ATI drivers working properly on there system? I've managed to get it all working except the opengl acceleration. Running LE2005 64b Currently when ever I try to run an opengl app it segfaults. I'm wondering if I've missed a 32b or 64b package that needs to be installed to get it working properly as I'm running a fairly miniumal configuration. Any help would be appreciated.

Right it's acctually quite easy to get working. This is all you need to do if your using one of the standard kernels. Open a terminal as su Then run modprobe powernow-k8 That loads the drivers for the Athlon64 CPU next run modprobe cpufreq_ondemand next you should run these two commands echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor echo 800000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq What that does is inform the CPU that it should adjust it's speed to whats currently needed and secondly that the lowest speed it can scale to is 800Mhz. Then run cat /proc/cpuinfo And have a look at the CPU speed it should drop after a min or two to a lower speed if your not doing alot of stuff on your computer. Once you seen it drop or increase then you need to do this. open /etc/modprobe.preload as su and add to the bottom of the file these two lines. powernow-k8 cpufreq_ondemand Then save the file and open /etc/rc.local to which you should add the lines echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor echo 800000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq Then save it. Your system should now throttle the cpu as is required by the apps your using. If you want to control exactly what speed the cpu is running at all the time instead of having it auto adjust you can do this instead. Get an app like CPU Frequency Scaling Monitor (A gnome applet) which allows you to adjust CPU speed or write a couple of bash files to do so. Then change the the command used above from echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor To echo userspace > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

I've an ASUS 2K Athlon64 3200 Ati9700 (Z81 in US I think) works pretty well managed to get everything working except suspend in 2005LE 32b. While in 64bit 2005LE managed to get every thing working accept suspend and 3d Accel. Nice and fast and well built. I get 2.5-3h Battery with the standard 6cell.

Well a fun little contrast with regards to my two machines. Main Machine (laptop) ASUS A2500K Athlon64 3200+ (2Ghz 1MB cache) 512MB DDR333 ATI Mobility 9700 64MB nforce3 chipset 60GB HD DVD Burner Wireless 802.11g Running Mandrake LE2005 AMD64 with every thing (wireless, powernow etc) apart from suspend and the ATI drivers working and WinXP PRO for gaming. Fileserver/Bkup server Cyrix MII 300 (233Mhz) 128MB RAM TNT2 M64 32MB 3GB HD 40GB HD Mandrake LE2005 32bit ed only. Family machine not mine, but none the less. AthlonXP 1900+ 512MB DDR333 Geforce3 Ti200 64MB 60GB HD 120GB HD SUSE 9.2 32bit ed and Windows XP home not MDK but still...

Did you make sure you set this part up correctly? If you don't do this with the ATI drivers they do tend to run slower than they should. The display driver requires POSIX Shared Memory to be enabled on the system in order to run these applications correctly. This feature should be enabled by default on most current Linux distributions, but may be disabled intentionally by some system administrators or not included in older distributions. To enable POSIX Shared Memory on your system, perform the following as root: 1. Add the following line to /etc/fstab (if it isn't there already): tmpfs /dev/shm tmpfs defaults 0 0 2. Mount shared memory as follows: mount /dev/shm 3. Issue the following command to check that it mounted properly: mount | grep "shm" If the mount was successful, then the following output (or similar) should appear: tmpfs on /dev/shm type tmpfs (rw) At this point, POSIX Shared Memory is enabled. Your 3D applications should run properly and the error message above should no longer occur. If the output from this command is blank, then the mount failed. If /dev/shm fails to mount, then this feature may not be turned on in your Linux kernel. In this case we recommend upgrading to a more recent Linux kernel, or contacting your Linux Distribution vendor for more information on enabling POSIX Shared Memory.

IceStorm the reason for chmod +x filename.run is security. It allows you to control who can run certain programs. Also by making files not runable by deafult when you download them it makes it harder for Trojans and viruses to install you can't simply click on a link by mistake and have software install it's self. Also linux files often don't need or have extensions so this is away of ID ing which files are programs and which are not. Also if you haven't allready you'll want to get urpmi/RPMdrake set up so you can install other programs and security updates for linux easily. This is probably the easiest way to do it. http://urpmi.org/easyurpmi/index.php

Similar problem with xp and 10.0 the way I found arround it was to boot into mandrake transfer the stuff off then delete all partions using fdisk and reinstall XP onto the unformated drive. If it's stuffed up the mbr use an older Mandrake to fix the partions (if you backed them up). Then use rescue mode and chroot to set up lilo. Transfer the stuff off then reinstall XP using the steps above. Remember this is still a demi RC and it's job IS to find these sorts of bugs so they can be fixed before 10.0 Official!

Well I've had no major problems with 10rc1. Apart from having to recompile the kernel before I could get the nvidia drivers working. I think i've solved that problem now. Theres a problem with the current kernel install script which ignores the extra kernel name tag when creating the modules directory if you rename the modules directory to fix the problem the NVIDIA drivers can't work out what kernel your running and won't install or just don't work when installed. Solution is simply to create a link to the correct location or remove the extra name tag from the kernel Makefile.

You could try moving .kde in your home directory just to check that 3.2's not ignoring the KDEHOME variable. Also check you ~/tmp folder it may be using that instead of /tmp.

That looks like the problem I was getting earlier. What CPU do you have and what version of gcc? As gcc 3.3.1 (mdk 9.2 default) is screwed for k6,k6-2,k6-3 cpu's. While Cookers gcc-3.3.2-1 and gcc-3.3.2-2 are screwed for compiling any kernel by the looks of it. You should also check to make sure you have scsi compiled into the kernel or as modules.

I think there is or was a link to some updated ISO's that someone made in the Everything linux or Mandrake install section of the forums that contained the first hundred MB's of Bug fixes and an kernel that was safe. Another option would be to google around for a guide on makeing your own isos and then make some using safe kernels. It may also be possible to creat a boot disk that doesn't use packet writing which would be safe.

Already set to 1024 so that doesn't fix it for me as for dma thats all enabled. The files are ogg's mp3's and m4a's so dma shouldn't have any effect. I think it might be todo with the user programs and the ones currently being used getting higher priority in the new kernel. It also only happens so far as I've tested with esd. Alsa works perfectly haven't tried arts as I hate it. I think whats happening is that I'm using Mozilla or another similar app and I do somehing that needs alot of cpu so it bumps Mozilla to the top of the Que as it's the program that I'm currently using. In the process I think it drops esd down the list as it's a daemon process running in the background rather than a user program that I'm actively using. And the kernels supposed to favour user programs now. Of course it may just be something to do with the patches Mandrake added to the kernel.