Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
2.6.29 and ATI drivers
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3, 4  Next  
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
DevSolar
Tux's lil' helper
Tux's lil' helper


Joined: 07 Sep 2004
Posts: 82

PostPosted: Wed Jun 24, 2009 5:50 pm    Post subject: Reply with quote

Sorry for the diatribe above. I'm just annoyed that, even with the otherwise so superior Gentoo, every update involving the kernel runs the risk of breaking things that previously worked without a hitch.

This time (hello Murphy) it hit me while demonstrating the powers of Portage to a friend. "You see, they test packages for stability, so unless you go ~x86 everything just works" - wham, blam, ati-drivers failed. Such things can ruin your day.
Back to top
View user's profile Send private message
energyman76b
Advocate
Advocate


Joined: 26 Mar 2003
Posts: 2048
Location: Germany

PostPosted: Wed Jun 24, 2009 5:57 pm    Post subject: Reply with quote

so don't touch the kernel without informing yourself. That is something you should do anyway.

And about that backward-compatibility, stable api bullshit:
read the stuff in /usr/src/linux/Documentation
read/search the lkml archives.

It has been explained numerous times why it can not be easily done AND is a very bad idea.

Oh - and the userspace api?
That one is stable since 0.X times. You can take a piece of software compiled 15 years ago and run it on todays linux boxes.
_________________
Study finds stunning lack of racial, gender, and economic diversity among middle-class white males

I identify as a dirty penismensch.
Back to top
View user's profile Send private message
DevSolar
Tux's lil' helper
Tux's lil' helper


Joined: 07 Sep 2004
Posts: 82

PostPosted: Thu Jun 25, 2009 5:01 am    Post subject: Reply with quote

energyman76b wrote:
so don't touch the kernel without informing yourself. That is something you should do anyway.


Do you? Are you aware of everything that new kernel might break, before you try it?

Quote:
And about that backward-compatibility, stable api bullshit:
read the stuff in /usr/src/linux/Documentation
read/search the lkml archives.

It has been explained numerous times why it can not be easily done AND is a very bad idea.


Why do you assume I haven't, and simply disagree? The LKM's aren't gods, you know, and have been known to utter BS from time to time. (I recommend the part in the LKML FAQ about C++, it's quite funny to watch a bunch of xenophobes trying the FUD game.)

Quote:
Oh - and the userspace api?
That one is stable since 0.X times. You can take a piece of software compiled 15 years ago and run it on todays linux boxes.


Yep. Too bad the LKM's don't realize that they have clients that aren't in userspace.
Back to top
View user's profile Send private message
energyman76b
Advocate
Advocate


Joined: 26 Mar 2003
Posts: 2048
Location: Germany

PostPosted: Thu Jun 25, 2009 5:11 am    Post subject: Reply with quote

why should lkml cater to bullshit that is very probably illeagal anyway?

hm? tell me a good reason why they should do it?

And what has xenophobia (funny to accuse such a diverse group as xenophobic) to do with c++? Nothing? Well...


If you stay outside of the kernel, you keep the pieces when something breaks. That simple. Breakage is necessary for progress.

If you disagree, fine, have a look at that other more 'stable' OS out there, shall we?
AIX?
Mostly dead
Solaris?
Mostly dead
Irix?
Dead
HP-UX?
Mostly dead

and who killed the bunch above?
Linux

do you see a trend?
_________________
Study finds stunning lack of racial, gender, and economic diversity among middle-class white males

I identify as a dirty penismensch.
Back to top
View user's profile Send private message
DevSolar
Tux's lil' helper
Tux's lil' helper


Joined: 07 Sep 2004
Posts: 82

PostPosted: Thu Jun 25, 2009 8:18 am    Post subject: Reply with quote

energyman76b wrote:
why should lkml cater to bullshit that is very probably illeagal anyway?


No idea what you're talking about here.

Quote:
And what has xenophobia (funny to accuse such a diverse group as xenophobic) to do with c++? Nothing? Well...


This is getting grossly OT, but you asked, so I'll answer.

1) Nobody (sane, and to my knowledge) ever asked to "rewrite" the kernel. It was about the ability to write kernel space code in C++.

2) They state it's a bad idea to write a driver in C++ as there is no support for C++, and then they state it's nonsense to make the kernel headers C++ compliant as there are no C++ drivers anyway. Circular logic at its best.

3) Next sentence they state that any kind of C++ compatibility would be ignored anyway because they don't like C++. That's some way to deal with people wanting to support Linux by writing drivers.

4) Then they blurb about "namespace encroaching". How often did new releases of the C++ standard extend the namespace? Hm? While we're at it, how many new releases of the C++ standard were released since the first? And how many new releases of the C standard? Hm? I call BS.

5) Then they quote how "Erik Mouw did a short back-of-the-envelope calculation to show that searching the kernel sources for possible C++ keywords is a nightmare." I quote Erik: "Each of those lines has to be checked for C++ keywords. Assume that you can do about 5 seconds per line (very optimistic)...". Serious, here. C++ introduced about 30 keywords, give or take, and Erik showed a nice 'find' statement to identify the files to be searched. '-exec grep -H <keyword_replacement_candidate> {} \;' to check if the replacement candidate is already used, and '-exec sed -i "s/<keyword>/<keyword_replacement_candidate>/" to do a search & replace. How hard is that? And certainly not 5 seconds per line. I call BS.

6) Then they quote Linus, and here it gets really funny. As for C++ exceptions, there is something called '-fno-exceptions', and it is a constraint many C++ kernel developers have grown to live with. As for his berating anyone writing kernel code in C++ as being some kind of stupid, I'd like to place him in one room with one of the many people who wrote whole kernels in C++, like the AtheOS authors, but I fear his ego won't fit.

Bottom line, if the LKM's can't write efficient C++, that's no problem, everyone has some languages he can and some he can't do. But I find it funny to see such vehement opposition to not putting roadblocks in other people's way who can, and want to. Especially when it comes in the flavors of FUD and BS. Had they simply stated "we don't want to have C++ in kernel space because we don't feel up to it", that'd have been OK with me, but by trying to discredit C++ for kernel work as a whole, they're just being ridiculous.

Quote:
If you stay outside of the kernel, you keep the pieces when something breaks. That simple.


I got it that this is the policy of the LKM's. That doesn't mean it's a good policy, or that I have to agree.

Quote:
Breakage is necessary for progress.


One, I don't agree, and two, even breakage can be handled elegantly.

So what do we do about the latest "Gentoo stable" kernel not compiling with the latest "Gentoo stable" ATI driver? Because that's the point where something could be done about the affair.

Quote:
If you disagree, fine, have a look at that other more 'stable' OS out there, shall we? [...] who killed the bunch above?
Linux

do you see a trend?


Yep. Architecture, policy, even competence doesn't matter when you're the cool kid on the block and the stupid masses love you.
Back to top
View user's profile Send private message
energyman76b
Advocate
Advocate


Joined: 26 Mar 2003
Posts: 2048
Location: Germany

PostPosted: Thu Jun 25, 2009 9:29 am    Post subject: Reply with quote

DevSolar wrote:
energyman76b wrote:
why should lkml cater to bullshit that is very probably illeagal anyway?


No idea what you're talking about here.


then you shouldn't even talk about stable apis or breakage of external modules in the first place.

DevSolar wrote:

Quote:
And what has xenophobia (funny to accuse such a diverse group as xenophobic) to do with c++? Nothing? Well...


This is getting grossly OT, but you asked, so I'll answer.

1) Nobody (sane, and to my knowledge) ever asked to "rewrite" the kernel. It was about the ability to write kernel space code in C++.

2) They state it's a bad idea to write a driver in C++ as there is no support for C++, and then they state it's nonsense to make the kernel headers C++ compliant as there are no C++ drivers anyway. Circular logic at its best.

3) Next sentence they state that any kind of C++ compatibility would be ignored anyway because they don't like C++. That's some way to deal with people wanting to support Linux by writing drivers.

4) Then they blurb about "namespace encroaching". How often did new releases of the C++ standard extend the namespace? Hm? While we're at it, how many new releases of the C++ standard were released since the first? And how many new releases of the C standard? Hm? I call BS.

5) Then they quote how "Erik Mouw did a short back-of-the-envelope calculation to show that searching the kernel sources for possible C++ keywords is a nightmare." I quote Erik: "Each of those lines has to be checked for C++ keywords. Assume that you can do about 5 seconds per line (very optimistic)...". Serious, here. C++ introduced about 30 keywords, give or take, and Erik showed a nice 'find' statement to identify the files to be searched. '-exec grep -H <keyword_replacement_candidate> {} \;' to check if the replacement candidate is already used, and '-exec sed -i "s/<keyword>/<keyword_replacement_candidate>/" to do a search & replace. How hard is that? And certainly not 5 seconds per line. I call BS.

6) Then they quote Linus, and here it gets really funny. As for C++ exceptions, there is something called '-fno-exceptions', and it is a constraint many C++ kernel developers have grown to live with. As for his berating anyone writing kernel code in C++ as being some kind of stupid, I'd like to place him in one room with one of the many people who wrote whole kernels in C++, like the AtheOS authors, but I fear his ego won't fit.

Bottom line, if the LKM's can't write efficient C++, that's no problem, everyone has some languages he can and some he can't do. But I find it funny to see such vehement opposition to not putting roadblocks in other people's way who can, and want to. Especially when it comes in the flavors of FUD and BS. Had they simply stated "we don't want to have C++ in kernel space because we don't feel up to it", that'd have been OK with me, but by trying to discredit C++ for kernel work as a whole, they're just being ridiculous.


and all that has nothing to do with xenophobia.

Also, c++ is brought up on lkml every 12 month. Just go to the lkml archive of your choice and have a look. There you will find a lot more arguments.

DevSolar wrote:

Quote:
If you stay outside of the kernel, you keep the pieces when something breaks. That simple.


I got it that this is the policy of the LKM's. That doesn't mean it's a good policy, or that I have to agree.


again, why should the kernel devs slow down development, the kernel or don't fix bugs just because of some external modules? Authors who obviously do not care about the kernel - or their code would not be outside of the kernel.

You don't understand that, right?

DevSolar wrote:

Quote:
Breakage is necessary for progress.


One, I don't agree, and two, even breakage can be handled elegantly.


sure - it is done between rc1 and -release.
You are outside of the kernel? then go and become part of it and the breakage will be handled for you.

DevSolar wrote:

So what do we do about the latest "Gentoo stable" kernel not compiling with the latest "Gentoo stable" ATI driver? Because that's the point where something could be done about the affair.


go to bugs.gentoo.org.
There you findebuilds for the latest ati drivers with all the patches needed to compile the driver with 2.6.29 and 2.6.30.
Linux energy 2.6.30r4 #1 SMP Tue Jun 23 23:52:37 CEST 2009 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 6000+ AuthenticAMD GNU/Linux

II) Loading /usr/lib64/xorg/modules/drivers//fglrx_drv.so
(II) Module fglrx: vendor="FireGL - ATI Technologies Inc."
compiled for 1.4.99.906, module version = 8.62.4
that translates to 9.6

why is that not in the tree?
maybe ... man power?

DevSolar wrote:

Quote:
If you disagree, fine, have a look at that other more 'stable' OS out there, shall we? [...] who killed the bunch above?
Linux

do you see a trend?


Yep. Architecture, policy, even competence doesn't matter when you're the cool kid on the block and the stupid masses love you.


wow. The people of the 88% using linux of the TOP500 list must all be idiots compared to you....

which raises the question:
if you hate linux so much, what are you doing here?
_________________
Study finds stunning lack of racial, gender, and economic diversity among middle-class white males

I identify as a dirty penismensch.
Back to top
View user's profile Send private message
DevSolar
Tux's lil' helper
Tux's lil' helper


Joined: 07 Sep 2004
Posts: 82

PostPosted: Thu Jun 25, 2009 10:38 am    Post subject: Reply with quote

energyman76b wrote:
DevSolar wrote:
energyman76b wrote:
why should lkml cater to bullshit that is very probably illeagal anyway?


No idea what you're talking about here.


then you shouldn't even talk about stable apis or breakage of external modules in the first place.


Now, please, could we leave the personal out of it? I didn't understand what you consider "probably illegal anyway". On the language level.

I'll cut down on the rest, as it's OT and leading nowhere anyway.

Quote:
why is that not in the tree?
maybe ... man power?


Yep. You need that manpower to keep up with the whooping progress of the Linux kernel and the general beauty of an OS built from hundreds of seperate building blocks that are held in sync by prayers, duct tape and thousands of people who actually think that's the right way to do things...

Quote:
Quote:
Architecture, policy, even competence doesn't matter when you're the cool kid on the block and the stupid masses love you.


wow. The people of the 88% using linux of the TOP500 list must all be idiots compared to you....


Actually, with "stupid masses" I wasn't referring to those who calculated a business case out of using Linux but to the GPL / LKM fanboys who take this stuff religiously.

Quote:
which raises the question:
if you hate linux so much, what are you doing here?


Because AmigaOS died, and Windows sucks almost as bad, while being a lot more expensive.
Back to top
View user's profile Send private message
MrMarco
n00b
n00b


Joined: 20 Oct 2004
Posts: 74
Location: /dev/null

PostPosted: Thu Jun 25, 2009 11:12 am    Post subject: Reply with quote

energyman76b wrote:
If you disagree, fine, have a look at that other more 'stable' OS out there, shall we?
AIX?
Mostly dead
Solaris?
Mostly dead
Irix?
Dead
HP-UX?
Mostly dead

and who killed the bunch above?
Linux

do you see a trend?


AIX, Solaris, Irix are still up and running in MANY Companys in Germany.

Please stop pushing your own opinion to be the one and only true one and go on speaking about things which you know.

And yes, we understand, that you are a real gpl fanboy. You can stop telling this.

Please come back to the main discussion. Flames about companys, which are not willing to work under the gpl can be placed somewhere.

DevSolar tries to point on a big problem and running around this problem and fingerpointing to someone other isn't a solution.
Back to top
View user's profile Send private message
energyman76b
Advocate
Advocate


Joined: 26 Mar 2003
Posts: 2048
Location: Germany

PostPosted: Thu Jun 25, 2009 6:35 pm    Post subject: Reply with quote

DevSolar wrote:
energyman76b wrote:
DevSolar wrote:
energyman76b wrote:
why should lkml cater to bullshit that is very probably illeagal anyway?


No idea what you're talking about here.


then you shouldn't even talk about stable apis or breakage of external modules in the first place.


Now, please, could we leave the personal out of it? I didn't understand what you consider "probably illegal anyway". On the language level.

I'll cut down on the rest, as it's OT and leading nowhere anyway.

Quote:
why is that not in the tree?
maybe ... man power?


Yep. You need that manpower to keep up with the whooping progress of the Linux kernel and the general beauty of an OS built from hundreds of seperate building blocks that are held in sync by prayers, duct tape and thousands of people who actually think that's the right way to do things...




what are you talking about? the latest ati driver is not in the portage tree because no gentoo dev has dumped the ready-to-go ebuild into the tree yet. That has nothing to do with the kernel.

Could you stop with the stupid talk?

DevSolar wrote:

Quote:
Quote:
Architecture, policy, even competence doesn't matter when you're the cool kid on the block and the stupid masses love you.


wow. The people of the 88% using linux of the TOP500 list must all be idiots compared to you....


Actually, with "stupid masses" I wasn't referring to those who calculated a business case out of using Linux but to the GPL / LKM fanboys who take this stuff religiously.

Quote:
which raises the question:
if you hate linux so much, what are you doing here?


Because AmigaOS died, and Windows sucks almost as bad, while being a lot more expensive.


and Freebsd does not even have a c86_64 nvidia driver because they refuse to fix some 'bugs' nvidia told them years ago?

If Windows only sucks 'almost as bad' then use windows. It is easy to get legally for a low price - if you know where to look.
_________________
Study finds stunning lack of racial, gender, and economic diversity among middle-class white males

I identify as a dirty penismensch.
Back to top
View user's profile Send private message
sylvain_
n00b
n00b


Joined: 13 Aug 2007
Posts: 56

PostPosted: Thu Jun 25, 2009 8:51 pm    Post subject: Reply with quote

energyman76b wrote:

HP-UX?
Mostly dead


not sure about that one. still rolling in computer assisted production management as i'm aware of.
_________________
hunhun ça vaux mieux que pan tu l'aura
Back to top
View user's profile Send private message
DevSolar
Tux's lil' helper
Tux's lil' helper


Joined: 07 Sep 2004
Posts: 82

PostPosted: Fri Jun 26, 2009 8:53 am    Post subject: Reply with quote

energyman76b wrote:
Quote:
Quote:
why is that not in the tree?
maybe ... man power?


Yep. You need that manpower to keep up with the whooping progress of the Linux kernel and the general beauty of an OS built from hundreds of seperate building blocks that are held in sync by prayers, duct tape and thousands of people who actually think that's the right way to do things...



what are you talking about? the latest ati driver is not in the portage tree because no gentoo dev has dumped the ready-to-go ebuild into the tree yet. That has nothing to do with the kernel.


Lather, rinse, repeat: The latest "stable" ati-drivers does not compile with the latest "stable" gentoo-sources. That is because the kernel changed its API (again), so yes, it's breaking things for people on the "stable" (!) branch because gentoo-sources and ati-drivers got out of sync.

Quote:
Could you stop with the stupid talk?


Could you stop with the personal stuff?

Quote:
If Windows only sucks 'almost as bad' then use windows. It is easy to get legally for a low price - if you know where to look.


Could you please stop pretending I'm an idiot not capable of making return-on-investment calculations for myself, given that I know what I am looking for and you don't? I'm a Linux user, I'm actively helping people out with their Linux-related problems, I submit patches to OpenSource projects when I find bugs.

But that doesn't mean I have to be happy with everything. This "then go and leave us alone" attitude p***es me off no end. Linux got a (structural) problem here, but everyone pointing it out is not-so-politely told to take a hike. Great.
Back to top
View user's profile Send private message
MrMarco
n00b
n00b


Joined: 20 Oct 2004
Posts: 74
Location: /dev/null

PostPosted: Fri Jun 26, 2009 12:29 pm    Post subject: Reply with quote

@DevSolar:

Forget it. He is a fanboy and can't think about the thing, that others may have their own oppinions.

Btw... i'm still missing the RTFM and "man man" answers :)

Hey... come on... ;)
Back to top
View user's profile Send private message
jserink
Veteran
Veteran


Joined: 30 Jan 2004
Posts: 1023

PostPosted: Tue Jun 30, 2009 1:24 pm    Post subject: Re: 2.6.29 and ATI drivers Reply with quote

h2sammo wrote:
i am thinking of updating but am worried about compatibility with my radeon X1950 card. any of you had expereince with 2.6.29 and ati drivers and how do they fare?

I gave the ati-drivers the boot for that very reason.

I'm using the xf86-video-ati drivers now on my M56 x1600 amd64 and they work fine. Only thing that doesn't work is google earth.
I no longer have drama when updating a kernel nor do I have to hold my breath when I do an emerge -uDp world. Plus, xrandr rocks, makes aticonfig look silly.

Cheers,
John
Back to top
View user's profile Send private message
milomak
Apprentice
Apprentice


Joined: 10 Apr 2008
Posts: 287

PostPosted: Tue Jul 07, 2009 6:56 pm    Post subject: Reply with quote

Would it be a problem having all the ati related x11 drivers compiles?

Code:

x11-drivers/ati-drivers
x11-drivers/xf86-video-ati
x11-drivers/xf86-video-radeonhd

_________________
Desktop - Windows 10, Debian Sid, Gentoo Unstable, Arch Linux, Solus

Laptop - Windows 10, Debian Sid, Solus
Back to top
View user's profile Send private message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Tue Jul 07, 2009 7:06 pm    Post subject: Reply with quote

milomak wrote:
Would it be a problem having all the ati related x11 drivers compiles?

Code:

x11-drivers/ati-drivers
x11-drivers/xf86-video-ati
x11-drivers/xf86-video-radeonhd


Some people have reported that radeon and/or radeonhd can fail to operate properly if ati-drivers is installed. Don't ask me the reason, but I've also experienced that same behavior. I am sure there's an scientific explanation, I am just too bored of all the ati problems to investigate this one.

When I want to give another try to radeon or radeonhd I just quickpkg ati-drivers and xorg-x11 to quickly restore them afterwards.
Back to top
View user's profile Send private message
jserink
Veteran
Veteran


Joined: 30 Jan 2004
Posts: 1023

PostPosted: Wed Jul 08, 2009 1:38 am    Post subject: Reply with quote

DevSolar wrote:
Sorry for the diatribe above. I'm just annoyed that, even with the otherwise so superior Gentoo, every update involving the kernel runs the risk of breaking things that previously worked without a hitch.

This time (hello Murphy) it hit me while demonstrating the powers of Portage to a friend. "You see, they test packages for stability, so unless you go ~x86 everything just works" - wham, blam, ati-drivers failed. Such things can ruin your day.

Why are you blaming Gentoo for the shit ATI-Drivers package?
I had the same problem and finally dumped ATI-Drivers and am running sweet with the xf86-video-ati package. Every new mesa linraries release and drivers release, the glxgears goes higher and higher...EVERYTHING works except googleearth.

AND IT DOESN'T BREAK when I do emerge -uDp world.

Don't use closed source SW and portage works a dream. The ati-drivers are too delicate, my advice is to drop them. The open source radeon driver is in many cases superior.
I made the jump in May and have never looked back. I now look forward to updating the kernel as it always means improved video performance. See here: https://forums.gentoo.org/viewtopic-t-748931-highlight-.html

Cheers,
John
Back to top
View user's profile Send private message
Karlhungus
Tux's lil' helper
Tux's lil' helper


Joined: 19 Jun 2005
Posts: 79
Location: Halifax, Nova Scotia

PostPosted: Thu Jul 16, 2009 1:46 am    Post subject: Latest stable ATI drivers not working with kernel (amd) Reply with quote

I've tried the basic radeon drivers, with awful video performance
I've got a
Code:
VGA compatible controller: ATI Technologies Inc RV530 [Radeon X1600]
. Anybody know if radieonhd drivers have better video performance, or is my only option to try?
Back to top
View user's profile Send private message
DaggyStyle
Watchman
Watchman


Joined: 22 Mar 2006
Posts: 5941

PostPosted: Thu Jul 16, 2009 5:17 am    Post subject: Re: Latest stable ATI drivers not working with kernel (amd) Reply with quote

Karlhungus wrote:
I've tried the basic radeon drivers, with awful video performance
I've got a
Code:
VGA compatible controller: ATI Technologies Inc RV530 [Radeon X1600]
. Anybody know if radieonhd drivers have better video performance, or is my only option to try?


strange, I have a r620 chipset, viewing video with the fgrlx was a pain in the ass, using the radeon drivers, I see perfect... check your settings.
_________________
Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
Back to top
View user's profile Send private message
jserink
Veteran
Veteran


Joined: 30 Jan 2004
Posts: 1023

PostPosted: Thu Jul 16, 2009 1:36 pm    Post subject: Re: Latest stable ATI drivers not working with kernel (amd) Reply with quote

Karlhungus wrote:
I've tried the basic radeon drivers, with awful video performance
I've got a
Code:
VGA compatible controller: ATI Technologies Inc RV530 [Radeon X1600]
. Anybody know if radieonhd drivers have better video performance, or is my only option to try?

Which version of the drivers did you use?
Which xorg server?
Which mesa libraries?
Which kernel?
Reason I ask is that I have a X1600 M56 card in my laptop and it works perfectly.

I'm running the latest unmakes versions of everything on kernel 2.6.29.
Back to top
View user's profile Send private message
Karlhungus
Tux's lil' helper
Tux's lil' helper


Joined: 19 Jun 2005
Posts: 79
Location: Halifax, Nova Scotia

PostPosted: Thu Jul 16, 2009 10:20 pm    Post subject: Re: Latest stable ATI drivers not working with kernel (amd) Reply with quote

jserink wrote:
Which version of the drivers did you use?

Code:

*  x11-drivers/ati-drivers
      Latest version available: 8.552-r2
      Latest version installed: 8.552-r2
      Size of files: 74,041 kB
      Homepage:      http://www.ati.com
      Description:   Ati precompiled drivers for recent chipsets
      License:       AMD GPL-2 QPL-1.0 as-is

jserink wrote:
Which xorg server?

Code:

*  x11-base/xorg-server
      Latest version available: 1.5.3-r6
      Latest version installed: 1.5.3-r6
      Size of files: 5,549 kB
      Homepage:      http://xorg.freedesktop.org/
      Description:   X.Org X servers
      License:       xorg-server MIT


jserink wrote:
Which mesa libraries?

Code:

*  media-libs/mesa
      Latest version available: 7.3-r1
      Latest version installed: 7.3-r1
      Size of files: 3,322 kB
      Homepage:      http://mesa3d.sourceforge.net/
      Description:   OpenGL-like graphic library for Linux
      License:       LGPL-2


jserink wrote:
Which kernel?


Well attempting to use:
Code:

*  sys-kernel/gentoo-sources
      Latest version available: 2.6.29-r5
      Latest version installed: 2.6.29-r5
      Size of files: 55,375 kB
      Homepage:      http://dev.gentoo.org/~dsd/genpatches
      Description:   Full sources including the Gentoo patchset for the 2.6 kernel tree
      License:       GPL-2

Actually using: 2.6.28-r5

jserink wrote:
Reason I ask is that I have a X1600 M56 card in my laptop and it works perfectly.

I'm running the latest unmakes versions of everything on kernel 2.6.29.


For what it's worth i don't even believe the propritary drivers are providing me with 3d:
Code:

$glxgears
libGL error: open DRM failed (Operation not permitted)
libGL error: reverting to (slow) indirect rendering
XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
      after 3204 requests (41 known processed) with 0 events remaining.



My xorg:
Code:

$ cat /etc/X11/xorg.conf
Section "ServerLayout"
        Identifier     "X.org Configured"
        Screen      0  "aticonfig-Screen[0]-0" 0 0
        InputDevice    "Mouse0" "CorePointer"
        InputDevice    "Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
        FontPath     "/usr/share/fonts/misc"
        FontPath     "/usr/share/fonts/75dpi"
        FontPath     "/usr/share/fonts/100dpi"
        FontPath     "/usr/share/fonts/TTF"
        FontPath     "/usr/share/fonts/Type1"
EndSection

Section "Module"
        Load  "glx"
        Load  "extmod"
        Load  "xtrap"
        Load  "record"
        Load  "dbe"
        Load  "dri"
EndSection

Section "InputDevice"
        Identifier  "Keyboard0"
        Driver      "kbd"
        Option      "CoreKeyboard"
        Option      "XkbRules" "xorg"
        Option      "XkbModel" "pc102"
EndSection

Section "InputDevice"
        Identifier  "Mouse0"
        Driver      "mouse"
        Option      "Protocol" "auto"
        Option      "Device" "/dev/input/mice"
        Option      "ZAxisMapping" "4 5 6 7"
        Option      "Dev Name" "PS2++ Logitech MX Mouse"
        Option      "Buttons" "7"
        Option      "Resolution" "800"
        Option      "Emulate3Buttons" "no"
EndSection


Section "Monitor"
        Identifier   "aticonfig-Monitor[0]-0"
        Option      "VendorName" "ATI Proprietary Driver"
        Option      "ModelName" "Generic Autodetecting Monitor"
        Option      "DPMS" "true"
        HorizSync   30.0 - 64.0
        VertRefresh 60.0 - 75.0
        #Option     "DPI"   "100 x 100"
EndSection


Section "Device"
        Identifier  "aticonfig-Device[0]-0"
        Driver      "fglrx"
        #Driver      "radeon"
        BusID       "PCI:1:0:0"
        Option      "AGPMode" "8"
        Option      "AGPFastWrite" "True"
        Option      "EnablePageFlip" "True"
EndSection

#Section "dri"
       #Mode 0666
#EndSection


Section "Screen"
        Identifier "aticonfig-Screen[0]-0"
        Device     "aticonfig-Device[0]-0"
        Monitor    "aticonfig-Monitor[0]-0"
        DefaultDepth     24
        SubSection "Display"
                Viewport   0 0
                Depth     24
                Modes     "1920x1080"
        EndSubSection
EndSection

Section "Extensions"
        Option      "Composite" "Enable"
EndSection
Back to top
View user's profile Send private message
DaggyStyle
Watchman
Watchman


Joined: 22 Mar 2006
Posts: 5941

PostPosted: Fri Jul 17, 2009 5:21 am    Post subject: Reply with quote

did eselect the ati opengl implementation?
_________________
Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
Back to top
View user's profile Send private message
jserink
Veteran
Veteran


Joined: 30 Jan 2004
Posts: 1023

PostPosted: Fri Jul 17, 2009 7:08 am    Post subject: Re: Latest stable ATI drivers not working with kernel (amd) Reply with quote

Ah ok.....

Found your problem:

Karlhungus wrote:
jserink wrote:
Which version of the drivers did you use?

Code:

*  x11-drivers/ati-drivers
      Latest version available: 8.552-r2
      Latest version installed: 8.552-r2
      Size of files: 74,041 kB
      Homepage:      http://www.ati.com
      Description:   Ati precompiled drivers for recent chipsets
      License:       AMD GPL-2 QPL-1.0 as-is

[/code]


Those are the proprietary ati drivers, not the xorg drivers.
The xorg drivers are xf86-video-ati.
You can't mix the two. Do emerge -C ati-drivers then emerge xf86-video-ati.
Make sure your video card is correctly stated in the /etc/make.conf file.
Also, follow my instructions from https://forums.gentoo.org/viewtopic-t-748931-highlight-.html

Cheers,
john

Your mesa librearies are very old....
Back to top
View user's profile Send private message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Fri Jul 17, 2009 7:17 am    Post subject: Reply with quote

According to the xorg.conf posted above, he's using fglrx, so ati-drivers is right.
Back to top
View user's profile Send private message
red-wolf76
l33t
l33t


Joined: 13 Apr 2005
Posts: 714
Location: Rhein-Main Area

PostPosted: Fri Jul 17, 2009 11:32 pm    Post subject: Reply with quote

jserink wrote:
DevSolar wrote:
Sorry for the diatribe above. I'm just annoyed that, even with the otherwise so superior Gentoo, every update involving the kernel runs the risk of breaking things that previously worked without a hitch.

This time (hello Murphy) it hit me while demonstrating the powers of Portage to a friend. "You see, they test packages for stability, so unless you go ~x86 everything just works" - wham, blam, ati-drivers failed. Such things can ruin your day.

Why are you blaming Gentoo for the shit ATI-Drivers package?

Perhaps because it wasn't the ATI-Drivers package that somehow injected itself into the stable tree?
Quote:
I had the same problem and finally dumped ATI-Drivers and am running sweet with the xf86-video-ati package. Every new mesa linraries release and drivers release, the glxgears goes higher and higher...EVERYTHING works except googleearth.

AND IT DOESN'T BREAK when I do emerge -uDp world.

Wow! Good for you. Bring on the naked slave-girls and let's have an orgy!

But you're not really helping him with his problem by promoting something else from what he is using. Or are you answering "Oh, just use Gnome. It's ultra-dandy!" in threads that deal with KDE packages not compiling?

In other words: You fail. Try again.
_________________
0mFg, G3nt00 r0X0r$ T3h B1g!1111 ;)

Use sane CFLAGS! If for no other reason, do it for the lulz!
Back to top
View user's profile Send private message
jserink
Veteran
Veteran


Joined: 30 Jan 2004
Posts: 1023

PostPosted: Sat Jul 18, 2009 1:19 pm    Post subject: Reply with quote

[quote="red-wolf76"]
jserink wrote:
DevSolar wrote:

Wow! Good for you. Bring on the naked slave-girls and let's have an orgy!

But you're not really helping him with his problem by promoting something else from what he is using. Or are you answering "Oh, just use Gnome. It's ultra-dandy!" in threads that deal with KDE packages not compiling?

In other words: You fail. Try again.


have a good weekend wolfy.

Kisses.
John
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Goto page Previous  1, 2, 3, 4  Next
Page 3 of 4

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum