[Bug 1771] Intel 865G on P4P800-VM I830WaitLpRing() lockup

[bugzilla-daemon at freedesktop.org]

Please do not reply to this email: if you want to comment on the bug, go to          
the URL shown below and enter yourcomments there.   
 
https://bugs.freedesktop.org/show_bug.cgi?id=1771        
   




------- Additional Comments From jhale2000 at hotmail.com  2004-12-23 11:58 -------
(In reply to comment #24 
> Jason, are you using original 6.8.1 or from the CVS? Matthias pointed out a  
> while ago that several related bugs have been hunt down and removed in the 
CVS  
> version, perhaps the one you describe is already squashed. I'm using the CVS  
> version and I don't experience anything similar that you report - X start 
pretty  
> much insensitive to the value of VideoRAM. Vesa is of course ok, for that is  
> exactly what I'm running now - no crashes, no problems, yet no DRI and  
> unfortunately no DivX's - it's too slow. 
 
I'm using the original 6.8.1 which just made it into the FreeBSD ports tree 
the other day. The only way I could get the i810 driver to work at all was to 
specify my own VideoRam value, so apparently it has some effect. 
 
>From the i810 man page: By default 8 Megabytes of system memory are used for 
graphics. For the 830M  and later, the default is 8 Megabytes when DRI is not 
enabled and 32 Megabytes with DRI is enabled. This amount may be changed with  
the VideoRam entry in the config file Device section. 
 
I don't have dri enabled, but it appears the driver still tries to use 32 
Megabytes. It seems, though that the default value is too high for what video 
memory is actually allocated. 
 
>From my dmesg: 
agp0: <Intel 82865G (865G GMCH) SVGA controller> port 0xeff0-0xeff7 mem 
0xfe780000-0xfe7fffff,0xf0000000-0xf7ffffff at device 2.0 on pci0 
agp0: detected 32636k stolen memory 
agp0: aperture size is 128M 
 
So I actually have 32636k of video memory which is just short of 32 Megabytes. 
>From the xorg log this appears to be probed by the i810 driver correctly, 
however it also shows it using a default of 32768k, which of course would 
crash the server. If I define VideoRam 32636 it works. The motherboard is not 
allocating a strict 32 Megabytes, so the default fails and apparently the 
driver does not use the probed value so you have to force it. 
 
Perhaps, as you said, this particular issue is resolved in CVS. For anyone not 
using the CVS version--which I sort of hesitate to do, this may solve part of 
the problem for the P4P800-MX motherboard (the VM model is probably similar).         
   
   
--         
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email       
   
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.