PATCH: i830: Fix int10 calls creating nasty log messages

[David Bronaugh]

Alan Hourihane wrote:

>On Tue, Feb 08, 2005 at 03:05:56AM -0800, David Bronaugh wrote:
>  
>
>>Alan Hourihane wrote:
>>
>>    
>>
>>>On Mon, Feb 07, 2005 at 06:54:45PM -0800, David Bronaugh wrote:
>>>
>>>
>>>      
>>>
>>>>Hey all,
>>>>
>>>>Hardware: Panasonic R1N laptop, i830 video.
>>>>
>>>>I tracked down and have a patch for the following appearing in my logs:
>>>>
>>>>(EE) I810(0): unknown reason for exception
>>>>(II) I810(0): EAX=0x00005f1c, EBX=0x00000000, ECX=0x00000000, 
>>>>EDX=0x00000098
>>>>(II) I810(0): ESP=0x00000fac, EBP=0x00000fdc, ESI=0xffff1415, 
>>>>EDI=0x00002000
>>>>(II) I810(0): CS=0xc000, SS=0x0100, DS=0x0000, ES=0x0000, FS=0x0000, 
>>>>GS=0x0000
>>>>(II) I810(0): EIP=0x000040c6, EFLAGS=0x00033046
>>>>(II) stack at 0x00001fac:
>>>>00 00 00 00 42 41 02 32 98 00 00 00 00 00 15 14
>>>>07 00 00 00 26 3e 1c 5f 1e 14 07 00 66 33 00 00
>>>>00 00 ee 18 1c 5f 45 80 ff ff ff ff ff ff ff ff
>>>>40 00 00 00 00 00 00 20 00 00 00 00 00 00 98 00
>>>>00 00 00 00 00 00 00 00 00 00 1c 5f 00 00 00 06
>>>>00 00 00 32
>>>>(II) I810(0): code at 0x000c40c6:
>>>>8a 06 eb 0e 80 fd 01 75 05 67 8b 06 eb 04 67 66
>>>>8b 06 5b 1f c3 52 eb 11 52 8b 16 63 04 eb 0a 52
>>>>(EE) I810(0): cannot continue
>>>>(WW) I810(0): Extended BIOS function 0x5f1c not supported.
>>>>
>>>>It seems that at least with the BIOS I have, trying to call BIOS 
>>>>functions (at least SetBIOSPipe) while the overlay is active results in 
>>>>a GPF, which is the exception reported above. mplayer does this. Bad 
>>>>mplayer.
>>>>
>>>>My patch simply doesn't allow this to happen. Is there a better way to 
>>>>handle this case?
>>>>  
>>>>
>>>>        
>>>>
>>>Does this patch work David ?
>>>
>>>Alan.
>>>
>>>
>>>      
>>>
>>I applied your patch; it still blows up. I think that would -probably- 
>>disprove the theory of the BIOS call conflicting with the overlay being 
>>enabled, but I'm still not totally sure (haven't traced the code; it's 
>>late).
>>
>>Earlier (prior to your patch), I tried running I830Sync right at the 
>>beginning of the power management func; the problem still occurs when 
>>this is done. The theory there was that perhaps the BIOS is using 
>>immediate-mode rendering whereas everything else is going through the 
>>ring buffer; does I830Sync do what I think it does (ie idle the chip)?
>>    
>>
>
>Try moving this file out of the way...
>
>/usr/X11R6/lib/modules/linux/libint10.a
>
>which will cause the Xserver to use this one instead.
>
>/usr/X11R6/lib/modules/libint10.a
>
>which is using the x86 emulator.
>
>That might work.
>
>Alan.
>
That caused the X server to blow up with a sig11 as soon as mplayer 
started. Log attached, config attached.

I didn't mention this before (gah, forgetful) but this is all being done 
with dualhead.

David Bronaugh
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: Xorg.0.log-sig11
URL: <http://lists.x.org/archives/xorg/attachments/20050208/e606fdff/attachment.ksh>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: xorg.conf
URL: <http://lists.x.org/archives/xorg/attachments/20050208/e606fdff/attachment-0001.ksh>