Hello Rich:
Sorry for the delay, I was waiting for your post before replying to Juanito and Curaga at the same time.
Since I don't have the hardware to test, I suggest you compile the kernel yourself ...
...and once you can compile the kernel, you can also compile the Nvidia drivers, which support your card much better than nouveau.
To be honest, these are not the replies I was hoping for. ;^ )
Like I have said before, I'm not a programmer/coder nor do I have any experience in compiling anything.
My limit is/was all the *.bat files I used/clobbered together from on-line sources to use in DOS/Windows environments (long ago now) and my attempts at understanding bash/scripting unfortunately have not borne fruit.
Hardware wise, from an early age I have been able to diagnose, disassemble and (most times) fix any IT box that has crossed my path.
Actually made a living from that when there was no work available for me as an architect.
But I digress ...
If I
were knowledgeable enough to be do that ie: know how to complile an application or make something out of what a source code says, I would have long ago compiled the last version of the NVidia Legacy drivers and sent them to you so that they would be available in the repository for anyone to download.
So compiling a kernel is not something I can do but I
do have the necessary legacy NVidia hardware and I
have offered my help to test anything you need to test and report back with the results.
I think I figured out the Unknown symbol drm_legacy_mmap issue.
Thank you for taking the time to sift through the kernel configuration files from the other distributions.
I was sure the answer to the problem had to be there as the nouveau driver worked without issues in all of them and only need a screen location xorg.conf file in multiple screen setups.
Seeing that all of them had CONFIG_DRM_NOUVEAU=m and not =y or =n sort of waved a flag at me but had no idea what is was about or if it was of any importance at all.
When you enable Device Drivers->Graphics support->Nouveau (NVIDIA) cards, it adds CONFIG_DRM_VM=y to the kernel config file. This enables drm_vm.c to be compiled so the drm_legacy_mmap symbol can be resolved. CONFIG_DRM_VM is listed as a bool (y or n) which means it can't be compiled as a module. It has to be compiled into the kernel. Since it's not compiled into your kernel, the nouveau driver can't be loaded.
CONFIG_DRM_LEGACY is not required.
Good to know that CONFIG_DRM_LEGACY is not required for nouveau to work properly.
The prospect was rather worrying for if it was, there would have been something seriously wrong with the nouveau drivers.
Now, if (?) I understand your explanation correctly, the TC kernel needs to have Device Drivers->Graphics support->Nouveau (NVIDIA) cards set to =m so that the nouveau driver can be loaded. ie: the TC kernel has to have support for NVidia cards enabled.
If this is so, the fact that the TC kernel does not have it set to =m is the reason for the nouveau driver not loading/working properly.
ie: a driver available in the repository.
Wouldn't this be a kernel misconfiguration issue which could be corrected in a new updated version (10.2)?
Once again, thank you very much for having taken the time to address this problem.
Best regards,
MM