nvnet.o driver resource conflict
I am writing because I can't seem to get my NIC and sound card working at the same time. I can load both modules, but they share the same IRQ, and when X is started the sound card starts to time out and is unable to play any sounds thereafter until a reboot. During the boot process, it takes the Nvidia NIC about 15 seconds to come online, but it works. Is there any to force the IRQ on the nvnet driver into a different slot, e.g. by some forced= parameter at load time? If I could do this it would solve the last problem I have with my new system.
It may be worth it to know that I have been unable to get the open source patch for the i810 audio driver to work on my system. The patch fails on my kernel, 2.4.18, at both hunks. However, OSS provides a workaround solution if you purchase their software, and this is how I have gotten the card working thus far. Here is the output of a make in the nvaudio directory:
cp /lib/modules/2.4.18/build/drivers/sound/i810_audio.c i810_audio.c
patch < i810_audio-nforce23.patch
patching file i810_audio.c
Hunk #1 FAILED at 113.
Hunk #2 FAILED at 279.
2 out of 2 hunks FAILED -- saving rejects to file i810_audio.c.rej
make: *** [all] Error 1
Any ideas on how this could be fixed? Upgrading to a newer kernel is a big hassle for me... I usually just wait for the next OS release to do that. Perhaps I could just import the i810_audio.c file from a newer kernel and replace the one in my 2.4.18 source directory, then do a make modules? Does anyone know if that would work?
Last question: I have heard that hdd performance improves drastically with the open sourced driver for hdd controller that ships with newer kernels. Can I 'graft' that in as well to my kernel as a module or is it necessary to have it compiled in so that it loads at boot time?
By the way, on a completely unrelated topic that I do not expect an answer to yet am hoping for if someone knows: The kernel that ships with my distro does not have large memory support in it. My new system has a gigabyte of RAM, and Linux seems to only support just under 900 MB of this... it seems I may have wasted my money. Is there any way to get 4GB memory support into the kernel without a recompile (I assume the answer is no...). Hoping for a yes
Re: nvnet.o driver resource conflict
As for nvaudio, I don't really know. It seems that the version of i810_audio.c that you have is drastically different from what the drivers are expecting, and I don't know of any good way to replace that. It depends on other aspects of the kernel, and likely won't work if you just grab the new file. You're welcome to try, but don't be surprised if it won't compile or won't work at runtime.
However, it's not extremely difficult to compile a kernel. It sounds scary, but just make sure you don't overwrite your current one (so that you can boot back to it if need be), and make sure you've got a guide in hand. In particular, www.justlinux.com has quite a few kernel compiling guides in their Help File Library. www.tldp.org has at least one as well.
thanks for the info!
Thank you very much for the info... I don't seem to remember my BIOS having PnP OS in it, but I will check and see if there is anything else I can tweak. As for recompiling the kernel, that is not a problem for me normally. However, on this system there are so many closed source drivers (GF4, nvnet, onboard sound) that it becomes a nightmare to upgrade the kernel. If I do nto do it correctly the first time, I have to recompile _everything_ including the closed source drivers and retest, a 2-hour ordeal _each time_. If there was a way to integrate these into the kernel tree so that they could be compiled into the running kernel with a simple 'make bzImage' it would be much simpler, but alas corporate interests come before the interests of their customers...
|All times are GMT -5. The time now is 10:48 PM.|
Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright ©1998 - 2014, nV News.