Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[SOLVED] nvidia gt220 on A770 A2+ board
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
0azza0
n00b
n00b


Joined: 16 Sep 2019
Posts: 15

PostPosted: Sun Feb 16, 2020 1:26 am    Post subject: [SOLVED] nvidia gt220 on A770 A2+ board Reply with quote

https://wiki.gentoo.org/wiki/Xorg/Hardware_3D_acceleration_guide says this grep AGP command needs to return something in order to get 3d accelleration- but it doesn't (tried agp_unsupported as a kernel parameter)

Code:

localhost /usr/src/linux-5.4.18-gentoo # lspci | grep AGP
localhost /usr/src/linux-5.4.18-gentoo #


Code:

localhost /usr/src/linux-5.4.18-gentoo # uname -a
Linux localhost 5.4.18-gentoo #5 SMP Sat Feb 15 20:03:24 -00 2020 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 6000+ AuthenticAMD GNU/Linux



is this my first problem?
id be shocked that a motherboard that has a pciex16 slot, has a directx10 card in said slot, has a 2xAthlon64 on it - just wouldn't be capable of accelleration

but - before going completely crazy and posting all the segfault, kernel config, build log jazz.. (nvidia_drm.ko is not being built, CONFIG_DRM=y)

is this lack of an AGP interface in lspci most likely my first and last problem?

just asking cause the wiki says something that my MB does not - the knowledge that this board would get accelleration just fine on another OS is going to keep me awake at night. or the fact that i might somehow be downright delusional to think that will, likewise, keep me up at night .. guess im not sleeping .. :wink:


Last edited by 0azza0 on Mon Feb 17, 2020 1:06 am; edited 1 time in total
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 14957

PostPosted: Sun Feb 16, 2020 3:56 am    Post subject: Re: nvidia gt220 on A770 A2+ board Reply with quote

0azza0 wrote:
https://wiki.gentoo.org/wiki/Xorg/Hardware_3D_acceleration_guide says this grep AGP command needs to return something in order to get 3d accelleration
Where does it say that? The only reference to that command that I see specifically says you may get different output. I'd actually be very surprised if you got any output. I thought AGP died out a long time ago. My video card is listed by lspci, but does not have AGP anywhere in its text.

If you read a few lines farther down, you will see this section is outdated. It cites kernel sources for 2.6.18, and appears to have been collected in late 2007.
0azza0 wrote:
- but it doesn't (tried agp_unsupported as a kernel parameter)
Do you mean agp=try_unsupported? The Wiki doesn't say anything about a parameter agp_unsupported.
0azza0 wrote:
is this my first problem?
I think your first problem is that you didn't post anything we can use to help you. Please start by posting the full output of lspci, and a description of the problem that led you to look at this in the first place.
0azza0 wrote:
id be shocked that a motherboard that has a pciex16 slot, has a directx10 card in said slot, has a 2xAthlon64 on it - just wouldn't be capable of accelleration
There is a difference between supporting the AGP standard and supporting acceleration.
Back to top
View user's profile Send private message
0azza0
n00b
n00b


Joined: 16 Sep 2019
Posts: 15

PostPosted: Sun Feb 16, 2020 4:14 am    Post subject: Reply with quote

Well, in the Kernel config section of https://wiki.gentoo.org/wiki/Xorg/Hardware_3D_acceleration_guide at the top of Section 2.2, it says specifically:

Code:

root #lspci | grep AGP

# 00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03)


(and you were right I meant I had tried the agp=try_unsupported option.)

because the gentoo wiki says this and I can't immediately find reliable information to the contrary, my whole world is upside down. I know the wiki is often outdated, It wouldn't be the first time i noticed something i had been staring at for years. I realize the information may be way outdated.

The wiki is old, but much foss is older, nothing in the wiki specifically invalidates what is stated at the top of 2.2. It does say specifically that, so I just wanted a second set of eyes.

I have output more interesting than lspci, if I need to share it- seems like gentoo might not even be the best place, tis really down to maybe a kernel bump problem tbh.

;) thanks
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 14957

PostPosted: Sun Feb 16, 2020 5:17 pm    Post subject: Reply with quote

0azza0 wrote:
Well, in the Kernel config section of https://wiki.gentoo.org/wiki/Xorg/Hardware_3D_acceleration_guide at the top of Section 2.2, it says specifically:
Code:
root #lspci | grep AGP
# 00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03)
Yes, and that does not say that getting output here is required for acceleration. The only place that does say anything like that is much farther down, where you are actually testing the feature:
Quote:
Code:
user $glxinfo | grep rendering
direct rendering: Yes

If it outputs "No", you don't have 3D acceleration.
Did you try that part? What output did you get?
0azza0 wrote:
I have output more interesting than lspci, if I need to share it- seems like gentoo might not even be the best place, tis really down to maybe a kernel bump problem tbh.
You're welcome to share it, or not, but I don't think there is much more we can do for you with the information you have provided so far. If you want more help, please post the information I requested before.
Back to top
View user's profile Send private message
Jaglover
Watchman
Watchman


Joined: 29 May 2005
Posts: 7501
Location: Saint Amant, Acadiana

PostPosted: Sun Feb 16, 2020 6:02 pm    Post subject: Reply with quote

AGP has been superseded by PCIe. I'm not sure if some piece of AGP code is still used in kernel, but if it is it will be enabled for you when you choose correct graphics in kernel config. In short, don't worry about it.
_________________
Please learn how to denote units correctly!
Back to top
View user's profile Send private message
0azza0
n00b
n00b


Joined: 16 Sep 2019
Posts: 15

PostPosted: Sun Feb 16, 2020 6:10 pm    Post subject: Reply with quote

configuring the kernel is a step in configuring any kernel module.
it makes sense that this step, in some hopefully more correct, form, is included in the wiki.

making sure the kernel has the correct handles for the external code to call is always a step in building a driver or any other form of kernel module.

the config options in the kernel .config result in various #ifdef statements being invoked by the preprocessor and it determines whether or not those code blocks interspersed through the kernel code get compiled and linked.

some of these kernel-side interfaces quietly live longer than others, if not forever, like SATA pulling from SCSI.
its really not inconceivable following the same logic that something kernel side from AGP lives on.

it would have been more productive for me to ask "someone with a working nvidia_drm.ko module please post their "lspci | grep AGP output"

what it says after the code block:

Quote:

The output may not match the above due to different hardware.

If the chipset is not supported by the kernel, some success may be obtained by passing agp=try_unsupported as a kernel parameter. This will use Intel's generic routines for AGP support. To add this parameter, edit the bootloader's configuration file.

Most, if not all, kernels should have these options. This was configured using a standard sys-kernel/gentoo-sources kernel.


why is this even the wiki? the wiki confused me, i asked for a second set of eyes. i was asking for generic information. is it really not apparent from the tone of the post? im not even like, "black screen plz halp." im looking at backtraces. you responding to my post at all is unproductive and its sorta blowing up the space where i wanted to ask for generic information.

seriously, none of this is even really related to gentoo. please consider this closed, or, presuming you have functional acceleration on an nvidia card, please post the output of.

Code:

glxinfo | grep rendering
lspci | grep AGP


i dont care what kernel or hardware, as long as the kernel is linux,the GPU is nvidia, and nvidia.ko is official/proprietary.
Back to top
View user's profile Send private message
Jaglover
Watchman
Watchman


Joined: 29 May 2005
Posts: 7501
Location: Saint Amant, Acadiana

PostPosted: Sun Feb 16, 2020 6:24 pm    Post subject: Reply with quote

https://wiki.gentoo.org/wiki/NVIDIA/nvidia-drivers#Kernel
_________________
Please learn how to denote units correctly!
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 14957

PostPosted: Sun Feb 16, 2020 8:17 pm    Post subject: Reply with quote

0azza0 wrote:
configuring the kernel is a step in configuring any kernel module.
it makes sense that this step, in some hopefully more correct, form, is included in the wiki.
The Wiki is open to editing by people who care to have an account and make contributions there. Personally, I prefer that the documentation be in the Kconfig help files, so that it stays with the kernel version to which it is relevant.
0azza0 wrote:
making sure the kernel has the correct handles for the external code to call is always a step in building a driver or any other form of kernel module.
True, but we haven't even gotten to the point of configuring the kernel. You got hung up on whether you had a video card that claims to use AGP.
0azza0 wrote:
the config options in the kernel .config result in various #ifdef statements being invoked by the preprocessor and it determines whether or not those code blocks interspersed through the kernel code get compiled and linked.

some of these kernel-side interfaces quietly live longer than others, if not forever, like SATA pulling from SCSI.
its really not inconceivable following the same logic that something kernel side from AGP lives on.
I am quite aware of the truth of these statements, but they are irrelevant to the problem at hand.
0azza0 wrote:
it would have been more productive for me to ask "someone with a working nvidia_drm.ko module please post their "lspci | grep AGP output"
It would have been more productive for you to do as I have now twice asked you to do, and provide the full output of lspci, without filtering for AGP, since we have already established that string does not appear in your lspci output.

Many people likely have working nVidia proprietary drivers. Some of them might be using the same nVidia card you use, but some may not. Asking for output from people whose configuration you cannot copy is not useful. Providing output we can use to research your card and guide you on the correct path is useful.
0azza0 wrote:
why is this even the wiki?
Someone put it there. No one with write access has seen fit to amend or remove it. Wikis are a user-editable resource. Though they can be useful, you should check the citations before trusting that the content is correct. Also, beware citogenesis.
0azza0 wrote:
the wiki confused me, i asked for a second set of eyes.
You received them. I pointed out you had misread the Wiki, and asked you to take steps we could use to help you.
0azza0 wrote:
i was asking for generic information. is it really not apparent from the tone of the post? im not even like, "black screen plz halp."
It is not apparent. You've provided very little with which we can help you. We know you have some sort of relatively current hardware, that you have an nVidia card, an AMD CPU, and that you want to use the proprietary nVidia drivers. We don't know what nVidia card you have, what steps you have taken to enable acceleration, or (from your initial post) what doesn't work. We knew only that you were hung up on not getting the lspci output you wanted to see.
0azza0 wrote:
im looking at backtraces.
I'm not. You haven't shown any of those yet, although that would probably have been helpful to see.
0azza0 wrote:
you responding to my post at all is unproductive and its sorta blowing up the space where i wanted to ask for generic information.
What generic information did you want, that you have not received? You wondered whether the lack of AGP in your lspci output would be a problem. You were told it is not a problem. You did not initially request corresponding output from a satisfied nVidia user. However, as I noted earlier in this post, even if you received such output, that doesn't necessarily help you, because it might be from someone with a very different card that has a very different level of support.
0azza0 wrote:
seriously, none of this is even really related to gentoo.
If it is not related to Gentoo, why are you posting it on a Gentoo forum? :) In seriousness, we do help non-Gentoo users when they are polite and cooperative. Coming on a Gentoo forum, being uncooperative, and then complaining that the problem is not related to Gentoo is not a good way to run a thread.
Back to top
View user's profile Send private message
0azza0
n00b
n00b


Joined: 16 Sep 2019
Posts: 15

PostPosted: Mon Feb 17, 2020 1:06 am    Post subject: Reply with quote

ugh ... found the problem... i had switched to a different user account in between starting and finishing the setup. like 4 make cleans on 2 kernels later.

silly, i know.
thanks jaglover for the other link, i found some potential kernel issues in it, esp CONFIG_DRM=y being set,) but even that proved to not be the problem.
just a plain old video group permissions issue.

i come to gentoo for whatever since people here actually use compilers and are generally very knowledgeable about libraries and oddball nuance.
portage works very very well as far as i am concerned.
not sure ive ever encountered a legit 'gentoo problem,' even a circular dependency, unless ..idk.. an ebuild syntax problem, or an outdated mask, or something in that narrow field around portage, is usually just variance in upstream release cycles.

i <3 gentoo
if i am going to participate in any distro, this is the basically the only one ill ever be anywhere near. people here generally have to care what goes on under the hood or they move on.
so i guess i also have a high expectation for an associated document to be appropriately narrow in scope. and may even in a moment of doubt take information bearing ts brand it as canon when i shouldn't.



I do appreciate this being looked in on, to be sure, working alone can cause tunnel-vision. i just intended not to invoke assembly line support- there are perhaps some 'features' to account for and i maybe need to write a disclaimer about like, everything i would ever post. there be dragons. i may have some new security feature enabled or have just copied the .config from a minimalized optimus *cough, this time both. - my mistake ;)

actually following checklists really is great -- just last night, i even remember editing 'check to make sure you dont have logind,' -out- of a response I had posted - because, 'this guy can read that too, i dont have to remind him.' haha. logind was the first on the list of things to check and it was just getting skipped by two people.

but now that ive figured what my problems were, i also literally have a case in my hands demonstrating how that wiki entry is misleading, it's better even than getting an answer from a forum.
still, a good catchall hardware test for that section.. i mean, the last wiki edit is reported on presence of bridge without querying for the card necessarily ...
... anyway .. i did a quick edit, could be better. whether its market for migration or not i think google likes it more. cant remember my exact term, however.


anyway totally solved and really thanks all, and beyond the scope of this post too
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
Page 1 of 1

 
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