Re: [gentoo-user] ATI-Driver 9.6 support?
On Sat, July 4, 2009 22:54, Willie Wong wrote: On Sat, Jul 04, 2009 at 04:22:59AM +0200, Penguin Lover Jes?s Guerrero squawked: On Sat, July 4, 2009 03:58, Volker Armin Hemmann wrote: On Samstag 04 Juli 2009, Jes?s Guerrero wrote: I don't filter anything. Just default metalog with default settings. I use sysklogd, that shouldn't matter much though. It may matter quite a bit, It depends on the criteria for matter. It doesn't matter to me whichever logger you use because it's the kernel who sends the messages and all that stuff. Obviously, the log spam that you get is not as aggressive as mine. However that's the lesser problem compared to the cpu waste. I think that it's just faulty hardware, my ati card must be really the worse ati in the world or something. This computer has been running gentoo for close to 7 years now and I've never once need to clearn out log files processed by metalog (I do have to clean out elogs and apache logs [when I had a web server running] every once in a while). I've never cleaned the logs in this install, which is like 4 years old by now. And they are like 40 mbs or so, compressed of course. However, fglrx+.30 managed to fill the partition in a few hours. That's why I reverted to .28. -- Jesús Guerrero
Re: [gentoo-user] ATI-Driver 9.6 support?
On Samstag 04 Juli 2009, Jesús Guerrero wrote: On Sat, July 4, 2009 03:58, Volker Armin Hemmann wrote: On Samstag 04 Juli 2009, Jesús Guerrero wrote: I don't filter anything. Just default metalog with default settings. I use sysklogd, that shouldn't matter much though. The config is pretty standard, and certainly there's nothing related to fglrx in there. The logs on a normal day are, at most, a few kb's (without fglrx+.30). With that combo into scene, kern.log and syslog grow around 500mb each filling the whole var. I need to delete these two files and restart sysklogd to get some free space in /var (just in case someone around has a similar problem). A quick hack on the printk code in the kernel can be used though to solve all this spam. But the cpu usage doesn't get any better. I know not the reason why, but the truth is that xv wastes lots more of cpu to play video when I have fglrx+.30, with or without the logs, not here - btw, try gl. The difference of the colours will be... interessting.
Re: [gentoo-user] ATI-Driver 9.6 support?
On Sat, Jul 04, 2009 at 04:22:59AM +0200, Penguin Lover Jes?s Guerrero squawked: On Sat, July 4, 2009 03:58, Volker Armin Hemmann wrote: On Samstag 04 Juli 2009, Jes?s Guerrero wrote: I don't filter anything. Just default metalog with default settings. I use sysklogd, that shouldn't matter much though. It may matter quite a bit, actually. I use metalog on my server/desktop and syslog-ng on my laptop. metalog, by default, rotates logs fairly aggressively. It the log file hits 1MB (by the gentoo default setting) it gets rotated with a new datestamp. This computer has been running gentoo for close to 7 years now and I've never once need to clearn out log files processed by metalog (I do have to clean out elogs and apache logs [when I had a web server running] every once in a while). The one time I ran into kernel trouble on my laptop, however, boy, was I glad I had /var on a separate partition. W -- Getting the midterms back tomorrow is going to be a slaughterhouse. No. The exam was the slaughterhouse. Then tomorrow is just the meat packing. ~DeathMech, Some Student. P-town PHY 205 Sortir en Pantoufles: up 939 days, 19:34
Re: [gentoo-user] ATI-Driver 9.6 support?
On Freitag 03 Juli 2009, Adam Carter wrote: So any news on the ATI Front or will I have to rool my own and submit it? Add x11-drivers/ati-drivers ~x86 (or ~amd64) to /etc/portage/package.keywords and you will be able to install 9.6. It now appears to be asking for xorg-server-1.5.3-r7 (but i'm running it fine with xorg-server-1.5.3-r6, which is currently the stable package for ~amd64. Not sure why that wasnt picked up when i installed 9.6). FWIW i'm still on 2.6.28. I was doing the dodgy with 9.5 and 9.6 (before the ebuild was out) and just running the ati installer. It worked. Rgs, Adam. and I hope you deinstalled the crap with the installer before you installed the ebuild or you have a lot of crap in your system that will cause problems later on.
Re: [gentoo-user] ATI-Driver 9.6 support?
sarchasam No really the ATI installer does not work!? Go figure. /sarchasam It's a clean fresh install (habbit of mine) I had to unmask a few packages but there were no kernel patches so.. Due to the miserable failure I'll wait some more. On Fri, Jul 3, 2009 at 3:36 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: On Freitag 03 Juli 2009, Adam Carter wrote: So any news on the ATI Front or will I have to rool my own and submit it? Add x11-drivers/ati-drivers ~x86 (or ~amd64) to /etc/portage/package.keywords and you will be able to install 9.6. It now appears to be asking for xorg-server-1.5.3-r7 (but i'm running it fine with xorg-server-1.5.3-r6, which is currently the stable package for ~amd64. Not sure why that wasnt picked up when i installed 9.6). FWIW i'm still on 2.6.28. I was doing the dodgy with 9.5 and 9.6 (before the ebuild was out) and just running the ati installer. It worked. Rgs, Adam. and I hope you deinstalled the crap with the installer before you installed the ebuild or you have a lot of crap in your system that will cause problems later on. -- Hazen Valliant-Saunders IT/IS Consultant (613) 355-5977
Re: [gentoo-user] ATI-Driver 9.6 support?
On Freitag 03 Juli 2009, Hazen Valliant-Saunders wrote: sarchasam No really the ATI installer does not work!? Go figure. /sarchasam you really do not understand. It is not a matter of 'does it work' or not. The installer dumps a couple of files into the system - and on a gentoo system in all the wrong places. This will result in trouble later. From not compiling packages to not working 3d acceleration because of some stale file somewhere hidden in the system .
Re: [gentoo-user] ATI-Driver 9.6 support?
I was reffering to the fact that ATI has a history of support issues within Linux. As for Understanding all I know is emerge ati-drivers where my keywords file contains all the nifty means to unmask the packages dependencies I need still results in an unusable X. (which is why it's been revered back to it's previous configuration). ATI still does not support Linux properly; My pal and his Nvida card works with 2.6.29, it just means that if I want 3D on linux I'm better off with a diffrent vendor and a card that works vs a cheap vendor and a card that I have to fight with. My point is this; ATI/AMD made a commitment to make Linux work but they are behind the ball when it comes to driver updates and releases; If the kernel get's a revision it should take two weeks to see the driver no longer and no less; as a consumer It's not my job to understand or care about the details, that price that i bought that card for included the engineering required to make it work, that's why these cards cost so much money; the hardware itself is cheap the engineering is expensive. Also as a consumer it's my job to use whichever OS I want. Hell they closed my ticket without resolving my issue. As for Gentoo, well I'll take my successes and failures where I may as I understand that it's a community of Voulenteers that work diligently to support a whole bunch of people that tend to complain loudly and act as though they know everything about everything. Realistically I'll just wait another two months and then mabye it will work, mabye it won't, in the meantime i'll leave the bleeding edge to those massochistic enough to enjoy it. Perhaps the Kernel Crew could hold off on releases until driver support is adaquate? The real issue there is where is the balance do you end up like Debain and only release every so many years? In the meantime I'll test it every once in a while and when it fails I'll state that it fails, when it works I'll quitely use it. As for using ATI/AMD's installer it has never worked at all; (for me anyhow) and I remember when I tried to get my 9800 working under Slackware and Redhat I had simlar stale file issues, then again that was a few years ago now, and every so often I try to get my card working in Gentoo and every so often it fails. What this has to do with Stale files and packages and placement of bad Xorg conf files means nothing to me. I just want my card and it's nifty 3D accelleration to be used by Folding at home, I can use it in windows if I ran it, I can't use it in Gentoo at the momennt, and that's the point. Silence is golden. Regards, Hazen. On Fri, Jul 3, 2009 at 11:17 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: On Freitag 03 Juli 2009, Hazen Valliant-Saunders wrote: sarchasam No really the ATI installer does not work!? Go figure. /sarchasam you really do not understand. It is not a matter of 'does it work' or not. The installer dumps a couple of files into the system - and on a gentoo system in all the wrong places. This will result in trouble later. From not compiling packages to not working 3d acceleration because of some stale file somewhere hidden in the system . -- Hazen Valliant-Saunders IT/IS Consultant (613) 355-5977
Re: [gentoo-user] ATI-Driver 9.6 support?
Well, AMD uses a fixed cycle - one release a month. They also have a fixed development cycle that takes roughly 3 month (all explained on phoronix a long time ago). So supporting the latest kernels is not easy or even possible. They also only support a few distros. If you insist on using a non-supported kernel, you are on your own. That said - Nvidia might be 'better' when it comes to binary drivers, but they suck when it comes to open source drivers. AMD is working on free drivers for all cards - that is something you have to recognize. My next card will be AMD again. Supporting open source friendly corporations is simply a good thing. Besides - if you use the ebuild, even 2.6.30 works. Yes, dmesg is spammed with ugly messages. But who cares? Do you really monitor dmesg non stop?
Re: [gentoo-user] ATI-Driver 9.6 support?
On Fri, July 3, 2009 20:30, Volker Armin Hemmann wrote: Well, AMD uses a fixed cycle - one release a month. They also have a fixed development cycle that takes roughly 3 month (all explained on phoronix a long time ago). So supporting the latest kernels is not easy or even possible. Very well for them, I don't know how that is relevant, since 2.6.29 was released 23-Mar-2009 23:30. So, by now, both the 1 month and the 3 month cycles have passed. Still no support. Or maybe my maths are not correct. They also only support a few distros. If you insist on using a non-supported kernel, you are on your own. Crap. All the distros use the same kernel. If it compiles against a vanilla kernel, it will compile against a vanilla kernel on *every* distro under the sun. There can be problems with the location of the libraries, versions of xorg and mesa and the like, that that's out of the scope of this thread, which is basically that we will get a working driver for 2.6.30 6 months after the kernel is released. By then we will have .35, which won't work with fglrx either. That the distro is listed as supported or not doesn't change the scenery if you want to use a current kernel for some reason. That said - Nvidia might be 'better' when it comes to binary drivers, but they suck when it comes to open source drivers. Agreed. But at least, you have *one* driver that works. With my hd2600, fglrx sucks big time, and neither radeon nor radeonhd works (unless I disable dri, and then vesa performs better). If I have to choose between one closed driver that works perfectly and one close driver that works bad+2 open ones that simply don't work, I choose the closed driver that works. AMD is working on free drivers for all cards - that is something you have to recognize. As far as I know (I might be wrong) amd isn't working in anything. They just released the specifications and some technical sheets. The community is doing all the work. Besides - if you use the ebuild, even 2.6.30 works. Yes, dmesg is spammed with ugly messages. But who cares? Do you really monitor dmesg non stop? Who cares?!? , my /var partition gets filled with +1gb logs everyday, I have to delete the logs (yes, losing everything in them) and then restart the sys logger because while the files are open the space won't be freed. The driver does that, and the rest of my programs fail. But, who cares... The cpu usage is insane when using fglrx on .30, 60-100% on X when I play something in mplayer, so while watching a movie I can't do anything else, with the same fglrx version on linux 2.6.28 it takes around 10%. Who cares? I do. The driver just doesn't work, these are not minor annoyances, as you paint them, these are big problems. And the ebuild should be eliminated, and the old one depending on 2.6.29 should be restored. I really advice to stay in .28 if you are going to use fglrx. -- Jesús Guerrero
Re: [gentoo-user] ATI-Driver 9.6 support?
On Fri, July 3, 2009 21:56, Sebastian Beßler wrote: Jesús Guerrero schrieb: I really advice to stay in .28 if you are going to use fglrx. That is exactly what the ebuild says after building with a kernel 2.6.28 Kernels newer then 2.6.28 are heavily patched and might result in runtime failitures. Consider them as unsupported by us. All bug reports are needed to be tested with 2.6.28 kernel Besides your bleat here doesn't help at all. Nobody here on the list has any power to change the way the ati-developers release there drivers or which kernels are supported. If you always want to run the latest kernel a videocard from ati or nvidia maybe isn't the right for you. True. But that's irrelevant to the thread, we are talking about fglrx here. I was merely responding to a post that, to say the least, was full of inaccuracies (to say the least, I repeat). Or should I just shut up and let spread misinformation just to be decorous? Regards. -- Jesús Guerrero
Re: [gentoo-user] ATI-Driver 9.6 support?
On Freitag 03 Juli 2009, Jesús Guerrero wrote: On Fri, July 3, 2009 20:30, Volker Armin Hemmann wrote: Well, AMD uses a fixed cycle - one release a month. They also have a fixed development cycle that takes roughly 3 month (all explained on phoronix a long time ago). So supporting the latest kernels is not easy or even possible. Very well for them, I don't know how that is relevant, since 2.6.29 was released 23-Mar-2009 23:30. So, by now, both the 1 month and the 3 month cycles have passed. Still no support. Or maybe my maths are not correct. no, and that is why a lot of people were pissed off that .29 wasn't supported either. They also only support a few distros. If you insist on using a non-supported kernel, you are on your own. Crap. All the distros use the same kernel. If it compiles against a vanilla kernel , it will compile against a vanilla kernel on *every* distro under the sun. incorrect. That said - Nvidia might be 'better' when it comes to binary drivers, but they suck when it comes to open source drivers. Agreed. But at least, you have *one* driver that works. With my hd2600, fglrx sucks big time, and neither radeon nor radeonhd works (unless I disable dri, and then vesa performs better). *shrug* my hd3870 works well enough. If I have to choose between one closed driver that works perfectly and one close driver that works bad+2 open ones that simply don't work, I choose the closed driver that works. go to nvnews - and you'll see that there are more than enough people where the driver does not work. So with amd you have 3 drivers to choose from - with nvidia 1. And please - the open ones aren't that bad. When did you try them the last time? AMD is working on free drivers for all cards - that is something you have to recognize. As far as I know (I might be wrong) amd isn't working in anything. They just released the specifications and some technical sheets. The community is doing all the work. very wrong. Besides - if you use the ebuild, even 2.6.30 works. Yes, dmesg is spammed with ugly messages. But who cares? Do you really monitor dmesg non stop? Who cares?!? , my /var partition gets filled with +1gb logs everyday, hm - really? maybe you have stupid logging settings? because /var/log is 286M here - and I never remove any log ... the sys logger because while the files are open the space won't be freed. The driver does that, and the rest of my programs fail. But, who cares... The cpu usage is insane when using fglrx on .30, 60-100% on X when I play something in mplayer, so while watching a movie I can't do anything else, with the same fglrx version on linux 2.6.28 it takes around 10%. root 3913 1.7 3.8 347992 195588 tty7Ss+ Jul03 11:08 /usr/bin/X - br -novtswitch -qu 1000 24706 5.4 0.3 174936 15288 pts/1S+ 03:15 0:00 mplayer /mnt/filme/YuGiOh! The I suspect your system has other problems then the driver. Like a bad setup. Who cares? I do. The driver just doesn't work, these are not minor annoyances, as you paint them, these are big problems. And the ebuild should be eliminated, and the old one depending on 2.6.29 should be restored. I really advice to stay in .28 if you are going to use fglrx. and people who want to use an actual kernel punished just because YOU are too lazy to use package.mask? I really advice you to rethink your position before you make anti-social demands.
Re: [gentoo-user] ATI-Driver 9.6 support?
On Sat, July 4, 2009 03:17, Volker Armin Hemmann wrote: On Freitag 03 Juli 2009, Jesús Guerrero wrote: If I have to choose between one closed driver that works perfectly and one close driver that works bad+2 open ones that simply don't work, I choose the closed driver that works. go to nvnews - and you'll see that there are more than enough people where the driver does not work. So with amd you have 3 drivers to choose from - with nvidia 1. Fair enough :) And please - the open ones aren't that bad. When did you try them the last time? Some days ago. During months for now. I've tried every single version of the drivers, mesa, Xorg and whatever you can think of. From older to newer to live. They simply don't work with my card. I don't want to taint the thread so I will just say that one of the latest thread about that is this: http://forums.gentoo.org/viewtopic-p-5789462.html Besides - if you use the ebuild, even 2.6.30 works. Yes, dmesg is spammed with ugly messages. But who cares? Do you really monitor dmesg non stop? Who cares?!? , my /var partition gets filled with +1gb logs everyday, hm - really? maybe you have stupid logging settings? because /var/log is 286M here - and I never remove any log ... No. I haven't. My logs have always been perfectly sane until I've used fglrx with .30. Besides the fact that the logs don't reach the disk if you filter them don't fix anything about the real problem. the sys logger because while the files are open the space won't be freed. The driver does that, and the rest of my programs fail. But, who cares... The cpu usage is insane when using fglrx on .30, 60-100% on X when I play something in mplayer, so while watching a movie I can't do anything else, with the same fglrx version on linux 2.6.28 it takes around 10%. root 3913 1.7 3.8 347992 195588 tty7Ss+ Jul03 11:08 /usr/bin/X - br -novtswitch -qu 1000 24706 5.4 0.3 174936 15288 pts/1S+ 03:15 0:00 mplayer /mnt/filme/YuGiOh! The I suspect your system has other problems then the driver. Like a bad setup. You are of course free to think that. I'm not going into that line of discussion though. My system works perfectly ok without that fatal combo, always did ;) Who cares? I do. The driver just doesn't work, these are not minor annoyances, as you paint them, these are big problems. And the ebuild should be eliminated, and the old one depending on 2.6.29 should be restored. I really advice to stay in .28 if you are going to use fglrx. and people who want to use an actual kernel punished just because YOU are too lazy to use package.mask? And people who find these problems punished because a buggy driver has been forced into your system by emerge. Sir, the problem with logs is not mine, I've seen other persons having it. The amount of spam just depends on the use you do of the graphics card. If you use 3d intensive apps you will see how the spam grows, exponentially. At least for me it's that way. Maybe you should relax instead presupposing that all the bad things about fglrx+.30 are my fault. Just because it works for you it doesn't mean that .30+fglrx is a stable combo. Or... maybe everyone having problems is just idiot. I really advice you to rethink your position before you make anti-social demands. Thanks for your concern. -- Jesús Guerrero
Re: [gentoo-user] ATI-Driver 9.6 support?
Gentelmen, there's no need for a flame war; for some it's stable for others it's not, hence the reason it's still in development. Regards, Hazen. 2009/7/3 Jesús Guerrero i92gu...@terra.es On Sat, July 4, 2009 03:17, Volker Armin Hemmann wrote: On Freitag 03 Juli 2009, Jesús Guerrero wrote: If I have to choose between one closed driver that works perfectly and one close driver that works bad+2 open ones that simply don't work, I choose the closed driver that works. go to nvnews - and you'll see that there are more than enough people where the driver does not work. So with amd you have 3 drivers to choose from - with nvidia 1. Fair enough :) And please - the open ones aren't that bad. When did you try them the last time? Some days ago. During months for now. I've tried every single version of the drivers, mesa, Xorg and whatever you can think of. From older to newer to live. They simply don't work with my card. I don't want to taint the thread so I will just say that one of the latest thread about that is this: http://forums.gentoo.org/viewtopic-p-5789462.html Besides - if you use the ebuild, even 2.6.30 works. Yes, dmesg is spammed with ugly messages. But who cares? Do you really monitor dmesg non stop? Who cares?!? , my /var partition gets filled with +1gb logs everyday, hm - really? maybe you have stupid logging settings? because /var/log is 286M here - and I never remove any log ... No. I haven't. My logs have always been perfectly sane until I've used fglrx with .30. Besides the fact that the logs don't reach the disk if you filter them don't fix anything about the real problem. the sys logger because while the files are open the space won't be freed. The driver does that, and the rest of my programs fail. But, who cares... The cpu usage is insane when using fglrx on .30, 60-100% on X when I play something in mplayer, so while watching a movie I can't do anything else, with the same fglrx version on linux 2.6.28 it takes around 10%. root 3913 1.7 3.8 347992 195588 tty7Ss+ Jul03 11:08 /usr/bin/X - br -novtswitch -qu 1000 24706 5.4 0.3 174936 15288 pts/1S+ 03:15 0:00 mplayer /mnt/filme/YuGiOh! The I suspect your system has other problems then the driver. Like a bad setup. You are of course free to think that. I'm not going into that line of discussion though. My system works perfectly ok without that fatal combo, always did ;) Who cares? I do. The driver just doesn't work, these are not minor annoyances, as you paint them, these are big problems. And the ebuild should be eliminated, and the old one depending on 2.6.29 should be restored. I really advice to stay in .28 if you are going to use fglrx. and people who want to use an actual kernel punished just because YOU are too lazy to use package.mask? And people who find these problems punished because a buggy driver has been forced into your system by emerge. Sir, the problem with logs is not mine, I've seen other persons having it. The amount of spam just depends on the use you do of the graphics card. If you use 3d intensive apps you will see how the spam grows, exponentially. At least for me it's that way. Maybe you should relax instead presupposing that all the bad things about fglrx+.30 are my fault. Just because it works for you it doesn't mean that .30+fglrx is a stable combo. Or... maybe everyone having problems is just idiot. I really advice you to rethink your position before you make anti-social demands. Thanks for your concern. -- Jesús Guerrero -- Hazen Valliant-Saunders IT/IS Consultant (613) 355-5977
Re: [gentoo-user] ATI-Driver 9.6 support?
On Samstag 04 Juli 2009, Jesús Guerrero wrote: And please - the open ones aren't that bad. When did you try them the last time? Some days ago. During months for now. me too - with 2.6.30 and everything. 2d was very good, better than vesa. 3d does not work - of course. The only reason I do not use them: no powermanagment. My card becomes hot and loud. Who cares?!? , my /var partition gets filled with +1gb logs everyday, hm - really? maybe you have stupid logging settings? because /var/log is 286M here - and I never remove any log ... No. I haven't. My logs have always been perfectly sane until I've used fglrx with .30. Besides the fact that the logs don't reach the disk if you filter them don't fix anything about the real problem. I don't filter anything. Just default metalog with default settings. Who cares? I do. The driver just doesn't work, these are not minor annoyances, as you paint them, these are big problems. And the ebuild should be eliminated, and the old one depending on 2.6.29 should be restored. I really advice to stay in .28 if you are going to use fglrx. and people who want to use an actual kernel punished just because YOU are too lazy to use package.mask? And people who find these problems punished because a buggy driver has been forced into your system by emerge. Sir, the problem with logs is not mine, I've seen other persons having it. The amount of spam just depends on the use you do of the graphics card. If you use 3d intensive apps you will see how the spam grows, exponentially. At least for me it's that way. I know how the logs are filled up with 3d apps - but it is not as bad on THIS system. So what might be the reason? Every error line are ca 200byte. To reach even a megabyte you need a lot of them... for some reason, even the worst kernel log file did only grow to 662k on this system. And why should I and other who really don't have problems with the driver be punished because some others do? Last time I checked (3minutes ago) they were still marked unstable. So they are not forced upon you. It is your choice to use 2.6.29 or .30. And it is your choice to use that driver. Maybe you should relax instead presupposing that all the bad things about fglrx+.30 are my fault. Just because it works for you it doesn't mean that .30+fglrx is a stable combo. Or... maybe everyone having problems is just idiot. I really advice you to rethink your position before you make anti-social demands. Thanks for your concern. sorry about that last line.
Re: [gentoo-user] ATI-Driver 9.6 support?
On Sat, July 4, 2009 03:58, Volker Armin Hemmann wrote: On Samstag 04 Juli 2009, Jesús Guerrero wrote: I don't filter anything. Just default metalog with default settings. I use sysklogd, that shouldn't matter much though. The config is pretty standard, and certainly there's nothing related to fglrx in there. The logs on a normal day are, at most, a few kb's (without fglrx+.30). With that combo into scene, kern.log and syslog grow around 500mb each filling the whole var. I need to delete these two files and restart sysklogd to get some free space in /var (just in case someone around has a similar problem). A quick hack on the printk code in the kernel can be used though to solve all this spam. But the cpu usage doesn't get any better. I know not the reason why, but the truth is that xv wastes lots more of cpu to play video when I have fglrx+.30, with or without the logs, with or without patching the kernel. I really, really doubt that the configuration of my system has anything to do with this, unless it has to do something with some kernel setting. I know how the logs are filled up with 3d apps - but it is not as bad on THIS system. So what might be the reason? No idea. But it's all fglrx spam, that's for sure. Why does it generate more in my system? Well, I blame the hardware, since it's a driver who creates all the spam, there are really few things that I could missconfigure, besides my kernel, that would affect it. I don't use any essoteric stuff in xorg.conf, and I do not even use a compositing wm. sorry about that last line. No harm done. Heat raises easily sometimes. I apologize for anything I've done wrong as well. Regards. -- Jesús Guerrero
Re: [gentoo-user] ATI-Driver 9.6 support?
On Thu, Jul 2, 2009 at 1:52 PM, Hazen Valliant-Saundershaze...@gmail.com wrote: So any news on the ATI Front or will I have to rool my own and submit it? There is an ebuild for them in the sabayon overlay
Re: [gentoo-user] ATI-Driver 9.6 support?
Am Donnerstag 02 Juli 2009 20:52:38 schrieb Hazen Valliant-Saunders: So any news on the ATI Front or will I have to rool my own and submit it? well, it is in the tree this is from the Changelog: *ati-drivers-9.6 (25 Jun 2009) 25 Jun 2009; Tomáš Chvátal scarab...@gentoo.org +files/kernel/2.6.29.patch, +files/kernel/2.6.30-enable_msi.patch, +files/kernel/2.6.30-irqreturn_t.patch, +files/kernel/2.6.30-rt_compat.patch, +files/kernel/2.6.30-tlb_flush.patch, +ati-drivers-9.6.ebuild: Add new version of ati drivers (9.6). Since now it follows the upstream versioning scheme. Kernels .29 and .30 are not supported, but patched to work somehow in this release.
RE: [gentoo-user] ATI-Driver 9.6 support?
So any news on the ATI Front or will I have to rool my own and submit it? Add x11-drivers/ati-drivers ~x86 (or ~amd64) to /etc/portage/package.keywords and you will be able to install 9.6. It now appears to be asking for xorg-server-1.5.3-r7 (but i'm running it fine with xorg-server-1.5.3-r6, which is currently the stable package for ~amd64. Not sure why that wasnt picked up when i installed 9.6). FWIW i'm still on 2.6.28. I was doing the dodgy with 9.5 and 9.6 (before the ebuild was out) and just running the ati installer. It worked. Rgs, Adam.
