[Nouveau] [Bug 56340] [Ubuntu 10.04.4 LTS 32-bit] Severe instability of VIA Technologies Apollo MVP3 chipset and NVIDIA RIVA TNT2 M64 graphics

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=56340

--- Comment #12 from mypersonalmailbox1 at mail.com ---
(In reply to comment #11)

Hi Robert,

Yeah, I will speculate that VIA Technologies screwed up their AGP related
timings like setup time in their actual silicon.
I believe NVIDIA has mentioned in their binary Linux device driver
documentation that ALi Alladin V chipset's AGP suffers from timing and signal
integrity issues.
They also mentioned that Apollo Pro133A (VT82C694X) and KT266 chipsets' AGP 4X
Mode is quite buggy, and their device driver turn off AGP 4X Mode, but they
never mentioned issues with Apollo MVP3 chipset.
I still remember from 1998 to 1999 that many computer enthusiasts complained
about Apollo MVP3 and Alladin V chipsets' AGP were buggy, especially when AGP
specific features get utilized (i.e., Side Band Addressing) during 3D games.
Considering that, I guess I should not be too surprised that turning off AGP 2X
Mode stabilized the problem.
Still, I am surprised that many newer generation graphics cards like GeForce FX
(see my previous post) have worked with this somewhat buggy chipset's AGP, and
I believe AGP 2X Mode was on.
        Robert, you are right that some VIA Technologies chipset do have AGP
driving value that can be altered in the BIOS setup.
If I remember correctly, I have seen this in several Apollo
Pro133A/P4M266A/KT266A-based mainboards.
NVIDIA also mentions this in their aforementioned documentation.
The FIC VA-503+ mainboard doesn't have this feature in their BIOS setup.
Anyway, do you know if there is a way to obtain a log file from Nouveau itself?
Whenever FIC VA-503+ crashes due to this instability of AGP 2X Mode, the
previously mentioned GPU lockup error message doesn't seem to get recorded
inside kern.log.
I did managed to take somewhat low quality digital camera screen shot of the
error message, but it doesn't get recorded inside kern.log.

Regards,

fpgahardwareengineer


> Most likely in 2X mode some of the data transfers to/from the card are
> getting corrupted somehow, causing the GPU to not respond as expected and
> causing the lockup detection.
> 
> I believe that for AGP problems on VIA chipsets, some people had luck with
> playing with the "AGP Driving Value" setting in the BIOS, if you have such
> an option you can try using different settings for this. (As I recall, most
> AGP chipsets would handle this setting automatically but the crappy VIA AGP
> implementation used a BIOS setting which sometimes required the user to
> enter a different value in the hope it would get the card to work properly.)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20121117/b384e116/attachment.html>