Yeah, you're right. I do have it working now, finally.
I should add some more details on exactly how this unfolded as it was
sneaky.
I've had a TV capture card for many years. It was coupled with AGP video
cards in the past.
I added PCIe video a while back - Nvidia binary still worked. I added a
different model capture card.
Still it worked - Actually the older kernels did not have the code
necessary to make the newer tuner card work.
Now when they started adding support for my tuner card the nvidia driver
stopped working for me.
The tuner card also needs more vmalloc allocated memory as does the PCIe
video card and a resource collision occurred.
The bad is I chased other solutions for almost a year now - I was
thinking the rift between Nvidia and Linus was the cause. So I waited
hoping things would sort themselves out as time went on when in fact it
was a memory problem on 32 bit architecture.
I should try a 64 bit version now I guess but I always wait for a while
to try the latest stuff as in the past that has been the easy way to
avoid problems. In this case that backfired.
The link at the top explains this problem as conflict between graphic
devices.
"The error happens on 32 bit linux systems when you try to initiate more
graphics cards than the kernel can allocate memory for."
The tuner card uses needs memory in the same way the graphics card does.
His solution is for grub users. For lilo with memory hungry graphic
devices...
image=/boot/vmlinuz-2.2.17-14
label = 2.2.17
append="vmalloc=256MB" # Use more if necessary
read-only
root=/dev/sda9
And a few words on vmalloc...
"We describe vmalloc here because it is one of the fundamental Linux
memory allocation mechanisms. We should note, however, that use of
vmalloc is discouraged in most situations. Memory obtained from vmalloc
is slightly less efficient to work with, and, on some architectures, the
amount of address space set aside for vmalloc is relatively small. Code
that uses vmalloc is likely to get a chilly reception if submitted for
inclusion in the kernel. If possible, you should work directly with
individual pages rather than trying to smooth things over with vmalloc."