Re: [XFree86] unbelievable success story

2003-01-20 Thread Marc Aurele La France
I wish to thank you for such a thourough investigation.  Such problems
have been reported to me quite often, but I've never had the time to check
them out to such a depth.

Thanks again.

Marc.

On Sun, 19 Jan 2003, Denis Ducamp wrote:

 Hi,

 I think this mail may be usefull to some of you, so lets go...

 2 weeks ago I bought an i845 based system, installed Win98 and Slackware
 8.1 that I upgraded with XFree86 4.2.99.3. The first days X was running
 wonderfully :)

 Then I inserted a new PCI card, changed a few settings in the BIOS, upgraded
 the default Slackware kernel to 2.4.20, but XFree86 didn't want to run
 anymore with the following error :

 === XFree86.0.log ===
 [...]
 (II) Loading sub module int10
 (II) LoadModule: int10
 (II) Reloading /usr/X11R6/lib/modules/linux/libint10.a
 (II) I810(0): initializing int10
 (WW) I810(0): Bad V_BIOS checksum
 (II) I810(0): Primary V_BIOS segment is: 0xc000
 (EE) I810(0): unknown reason for exception
 (II) I810(0): EAX=0x4f00, EBX=0x, ECX=0x, EDX=0x
 (II) I810(0): ESP=0x0ffa, EBP=0x, ESI=0x, EDI=0x2000
 (II) I810(0): CS=0x024d, SS=0x0100, DS=0x0040, ES=0x, FS=0x, GS=0x
 (II) I810(0): EIP=0x, EFLAGS=0x00033282
 (II) stack at 0x1ffa:
  00 06 00 00 00 32
 (II) I810(0): code at 0x000124cf:
  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 (EE) I810(0): cannot continue
 (II) I810(0): VESA BIOS not detected
 (EE) I810(0): VBE initialization failed.
 [...]
 === === ===

 In fact even with the default Slackware kernel, X didn't want to run... so I
 tried to undo all my changes since last successfull run, but couldn't make X
 run again. I even tried to install cvs version but unsuccessfully.

 I searched the Internet and found some hints such as adding 'Option NoInt10'
 or 'Option NoDDC', or changing 'Driver i810' by 'Driver vesa', but
 none was working.

 After a few hours I found this link :
 === http://xfree86.desiato.de/xfree86/pipermail/xpert/2001-February/005982.html ===
 [Xpert]Fix for the Rage 128 ... unknown reason for exception bug
 BootGUI=0 in msdos.sys fixes the problem for me ...
 === === ===

 So I realized that when X was working, I was launching Linux from the
 bootdisk build by the Slackware install; while I was only using loadlin in
 Win98's autoexec.bat since my kernel upgrade.

 So I tried to have 'BootGUI=0' in msdos.sys but X didn't run.

 I checked the difference between my use of loadlin and the one in the
 previous URL. I realized that I was using loadlin from autoexec.bat while it
 was used from config.sys' shell command in the previous URL.

 I changed my config.sys/autoexec.bat as following and now X is running if I
 use the lnx2421 menuitem and not if I use casse :

 === config.sys ===
 [menu]
 menuitem=win98,Windows 98
 menuitem=lnx2421,SlackWare 8.1 2.4.21-pre3
 menuitem=casse,SlackWare 8.1 2.4.21-pre3 via autoexec.bat
 menudefault=win98,12
 [win98]
 DEVICE=C:\WINDOWS\setver.exe
 device=C:\WINDOWS\COMMAND\display.sys con=(ega,,1)
 Country=033,850,C:\WINDOWS\COMMAND\country.sys
 [lnx2421]
 shell=c:\loadlin\loadlin.exe c:\loadlin\2421pre3.bzi root=/dev/hda6 ro hdc=ide-scsi
 [casse]
 device=C:\WINDOWS\COMMAND\display.sys con=(ega,,1)
 Country=033,850,C:\WINDOWS\COMMAND\country.sys

 === autoexec.bat ===
 @echo off
 goto %config%
 :win98
 mode con codepage prepare=((850) C:\WINDOWS\COMMAND\ega.cpi)
 mode con codepage select=850
 keyb fr,,C:\WINDOWS\COMMAND\keyboard.sys
 goto fin
 :casse
 mode con codepage prepare=((850) C:\WINDOWS\COMMAND\ega.cpi)
 mode con codepage select=850
 keyb fr,,C:\WINDOWS\COMMAND\keyboard.sys
 c:\loadlin\lnx2421.bat
 :fin
 SET PATH=%PATH%;C:\PROGRA~1\FICHIE~1\ULEADS~1\MPEG

 === loadlin/lnx2421.bat ===
 rem  Sample DOS batch file to boot Linux.
 rem  First, ensure any unwritten disk buffers are flushed:
 smartdrv /C
 rem  Start the LOADLIN process:
 c:\loadlin\loadlin  c:\loadlin\2421pre3.bzi  root=/dev/hda6  ro  vga=ask hdc=ide-scsi
 === === ===

 Attached are the XFree86.0.log with menuitems casse and lnx2421 and the
 XF86Config used.

 Hope it will help some people...

 I want to thank all the developers for their great work.

 Denis.


+--+---+
|  Marc Aurele La France   |  work:   1-780-492-9310   |
|  Computing and Network Services  |  fax:1-780-492-1729   |
|  352 General Services Building   |  email:  [EMAIL PROTECTED]  |
|  University of Alberta   +---+
|  Edmonton, Alberta   |   |
|  T6G 2H1 | Standard disclaimers apply|
|  CANADA  |   |
+--+---+
XFree86 Core Team member.  ATI driver and X server internals.


Re: [XFree86] unbelievable success story

2003-01-20 Thread Sebastian Voitzsch
Am Sonntag, 19. Januar 2003 14:34 schrieb Denis Ducamp:
 Hi,

 snip
 === autoexec.bat ===
 @echo off
 goto %config%

 :win98

 mode con codepage prepare=((850) C:\WINDOWS\COMMAND\ega.cpi)
 mode con codepage select=850
 keyb fr,,C:\WINDOWS\COMMAND\keyboard.sys
 goto fin

 :casse

 mode con codepage prepare=((850) C:\WINDOWS\COMMAND\ega.cpi)
 mode con codepage select=850
 keyb fr,,C:\WINDOWS\COMMAND\keyboard.sys

I would recommend you to delete these lines as well. The DOS codepage and 
keyboard table are useless here. And - as you have already seen - things been 
loaded within dos (especially tsr-programs) might affect other OSes - since 
no hard reboot is done, these things remain in memory.

These DOS drivers can cause strange behaviour: these days I needed to flash 
the firmware of my wireless lan card. Tried to boot to plain dos gave me no 
success, the flash tool exited with an error. After I tried many things 
(tried to install Win to get real access to the pcmcia ports instead of the 
port only access through the flash tool and several other things) suddenly 
writing to the card worked. Did a clean reboot as I didn't want to run the 
flash tool in a uncertain environment - same error as in the beginning. In 
the end loading exactly these codepages and the german keyboard driver were 
the causes for the error message. Removing everything from config.sys and 
autoexec.bat was the solution.

Using lilo or grub seems the best and most clean solution to me.

Cheers,
Sebastian

___
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86