Linux - KernelThis forum is for all discussion relating to the Linux kernel.
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.
I have this one module that is not recognised, and I wonder if it is contributing too bad kernel re-builds and the in-ability to install nVidia drivers for my graphics setup.
Here is some info...
My tag shows the current system details,
Quote:
Identification
Vendor: nVidia Corporation
Description: MCP78S [GeForce 8200] Co-Processor
Media class: Co-processor
Connection
Bus: PCI
PCI domain: 0
Bus PCI #: 0
PCI device #: 1
PCI function #: 3
Vendor ID: 0x10de
Device ID: 0x0753
Sub vendor ID: 0x1043
Sub device ID: 0x82f2
Misc
Module: unknown
Quote:
bash-3.2$ uname -a
Linux GamesBox.GlennsPref.net 2.6.27-0.rc6.2.1mdvtmbcustom #1 SMP Sat Sep 20 14:16:26 EST 2008 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ GNU/Linux
bash-3.2$
well Glenn, after the usual annoying registering crap that refrain many from sharing knowledge (an IP address should always be sufficient to sue abusers, but here we go after 8 years of internet freedom attack and security paranoia by the Bush gang), I can answer to you.
That's not a math coprocessor, but a SMU (system management unit). It's a coprocessor that supervises to the SMBus and synchronises the multiple CPUs.
For windows drivers (nforce) can be downloaded from the nvidia site. The same was for linux drivers for previous versions of the hardware, but after the linux kernel developers had reverse-engineered the driver, actually improving it quite a lot, we have the nforce driver compiled into the kernel (either as a module or static). This driver works for various things, the most important of which is S-ATA bus.
It would be great, in terms of performance, if they had done something for this coprocessor too, given that this recurrent error from dmesg is the rule on dual CPU system from AMD64:
Code:
checking TSC synchronization [CPU#0 -> CPU#1]:
Measured 1066575215 cycles TSC warp between CPUs, turning off TSC clock.
Marking TSC unstable due to check_tsc_sync_source failed
Brought up 2 CPUs
It suggest me that we are not using the full potential of these machines and the key would be to actually make the SMU work. Something like that is in PPC systems, although I don't have experience on them:
Hi Glenn,
Thank you for your tips on LQ features, sure I'll have a look!
About the coprocessor issue, neither will it be in the new 2.6.29* kernel.
But it's something I'm willing to investigate, by asking to the kernel developers for this new features. They'll clarify if it is really worth to write some code or my interpretation was wrong.
Another interpretation I stumbled into some months ago was that it is a fake GPU, but sounds unconvincing to me because we are using two different pci addresses for this...
I'll keep you informed if any news will come.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.