Avivo crash in xf86MapPciMem (X1950Pro 512M) and CRT blanking

[Robert Tate]

>
> That strange can you send the xorg log. In the old org log you did give
> it was using crtc 0 and i don't see how this
> would change anythings as they are handled the same way. For the 60Hz
> this is because edid give this mode so
> avivo use this one and likely simply ignore xorg provided mode. You can
> try to add this mode with xrandr.


I've attached three sets of three files so you can compare them.  For each
set, I stared X and using the .xinitrc, ran "xrandr --verbose -q", ran
"radeondump -d rdump", then exited and saved off the Xorg log file.

All runs are with my CRT - which I believe does not support EDID.  For me to
run the avivo driver at all, I am using a patch to limit fb_size to 256M;
this patch is included as limit_256M.patch.
- The "blanked.*" files are what I get when my CRT comes up blanked/power
saving mode.  (This should be similar to the Xorg log I sent before, but it
is included here for completeness.
- The "forced_crtc0.*" files are the results with the attached
force_crtc0.patch applied.  With this patch (which I mentioned in my last
email), I can see and use the display normally.
- The third set is what I get with the fglrx driver instead.  Notably, with
fglrx the display is 1024x768 @ 75Hz instead of the 1024x768 @ 60Hz I see
with the avivo driver.

I think I may have stumbled across a different problem, too.  With my
force_crtc0.patch applied, I tried changing the screen mode using xrandr,
but every time I tried the display blanked/power save -- unlike the other
blanking problem I'm seeing, the screen returns to normal when I exit X
(with Ctrl-Alt-Backspace).  Even when I used "xrandr -s 1024x768" while
already in 1024x768 it blanked.  The attached "mode_change.before" and
"mode_change.after" are copies of the Xorg log file just before and after
that xrandr command.  When the mode change happens, lots of new modeline
references appear in the log as well as a set where crtc(0) is being
reconfigured.   Those messages don't include the same references to the VGA
connector as the earlier set -- is it possible the VGA connector is being
disabled during the reconfiguration?

Thanks,
Robert
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg/attachments/20070802/9b9940fd/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: xorg.conf.gz
Type: application/x-gzip
Size: 3979 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20070802/9b9940fd/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: blanked.Xorg.log.gz
Type: application/x-gzip
Size: 6818 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20070802/9b9940fd/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: blanked.rdump-0x7280-0.gz
Type: application/x-gzip
Size: 36482 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20070802/9b9940fd/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: blanked.xrandr
Type: application/octet-stream
Size: 1588 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20070802/9b9940fd/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: limit_256m.patch
Type: text/x-patch
Size: 1320 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20070802/9b9940fd/attachment-0003.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: force_crtc0.patch
Type: text/x-patch
Size: 469 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20070802/9b9940fd/attachment-0004.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: forced_crtc0.Xorg.0.log.gz
Type: application/x-gzip
Size: 6773 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20070802/9b9940fd/attachment-0005.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: forced_crtc0.rdump-0x7280-0.gz
Type: application/x-gzip
Size: 36490 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20070802/9b9940fd/attachment-0006.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: forced_crtc0.xrandr
Type: application/octet-stream
Size: 1584 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20070802/9b9940fd/attachment-0001.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fglrx.Xorg.0.log.gz
Type: application/x-gzip
Size: 8085 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20070802/9b9940fd/attachment-0007.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fglrx.rdump-0x7280-0.gz
Type: application/x-gzip
Size: 36467 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20070802/9b9940fd/attachment-0008.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fglrx.xrandr
Type: application/octet-stream
Size: 5072 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20070802/9b9940fd/attachment-0002.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mode_change.before.gz
Type: application/x-gzip
Size: 6812 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20070802/9b9940fd/attachment-0009.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mode_change.after.gz
Type: application/x-gzip
Size: 7192 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20070802/9b9940fd/attachment-0010.bin>