Created attachment 38950 [details] [review]
debug patch

Check this patch and please attach dmesg output with it.
The patch will prevent the crash and may help figure out how to fix it properly.

Created attachment 38957 [details]
dmesg output with options: drm.debug=14 nouveau.reg_debug=0x0200

Patch applied, new dmesg output attached.

Thanks for your help.

Ok, so we can't calculate clock for PLL_UNK05, which purpose is... unknown.

I guess we could apply this patch as is?

The problem is a combined issue of two things

1. The original nv50 and nv98 use a pll_limits table v2.1 which has a default pll_limits entry (reg == 0)

Note: The same revision of the pll table is being used on a range of nv4x cards, where the some pll's are not present in the table, thus the default entry's setting are being used 

2. The different cards have different UNK plls, that somewhat need to be setup (their exact purpose is currently unknown but the vbios has values for them, that appear to be used)

The above patch is a quick and easy solution, although actual check if the pll has to be setup on the specific card, should be implemented

Another patch solving your issue has been pushed already in master, but it introduced a regression. Can you please test the latest git and tell us if the issue still occur. Although in order for us to understand better the PM procedure on your card can you dump your vbios[1] (and possibly provide a PM-dump[2]) and send it to us

[1] http://nouveau.freedesktop.org/wiki/DumpingVideoBios
[2] http://nouveau.freedesktop.org/wiki/PowerManagementDumps

Created attachment 39377 [details]
Video card BIOS

The latest git (4ec13442f9f9dfedb15473fdfc99fa71967ed48e) does not exhibit the issue. This is good news.

Dump of video card BIOS is attached.

I can try to get a PM dump if it will help you, but it will have to wait until I reconfigure the NVIDIA binary driver.

@Emil: could you please comment on this? Do we still need something or should we close this bug as the reported problem is apparently fixed?

Currently there is a patch that does "handle" this situation [1]. Unfortunately I was
 silly enough to assume perfect PLL limits table, therefore on some cards it introduces
 a recession. It is mainly related to understanding/mapping the correct registers on 
the all of the cards (thus my request for a Power-management dump).
As the mappings can be quite extensive and currently not fully known I would opt out
 of my solution and prefer the one given by Marcin Slusarz [2]

[1] http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?id=eadc69cc9054594ff7860d407f855536af13af99
[2] https://bugs.freedesktop.org/attachment.cgi?id=38950
________________________________________
From: bugzilla-daemon@freedesktop.org [bugzilla-daemon@freedesktop.org]
Sent: 15 February 2011 09:58
To: eeydev@nottingham.ac.uk
Subject: [Bug 30370] Nouveau module crashes with "divide error"

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

Lucas Stach <dev@lynxeye.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |eeydev@nottingham.ac.uk

--- Comment #7 from Lucas Stach <dev@lynxeye.de> 2011-02-15 01:58:17 PST ---
@Emil: could you please comment on this? Do we still need something or should
we close this bug as the reported problem is apparently fixed?

--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it.   Please do not use, copy or disclose the information contained in this message or in any attachment.  Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham.

This message has been checked for viruses but the contents of an attachment
may still contain software viruses which could damage your computer system:
you are advised to perform your own checks. Email communications with the
University of Nottingham may be monitored as permitted by UK legislation.

The "regression" mentioned is that the incorrect pll entry/setting were mapped.
All of that has been resolved with the linux 3.7 kernel rework

Marking as Resolved/Fixed