Hi Hans, > 1Mbyte of RAM with the top 8Kbyte taken by the BIOS. > All ram is available
Exotic :-) > the BIOS test the first 704Kbyte... Ah okay... well 640k are enough and "more expected". You could also check at b800:xx to check if DOS apps try to do screen output there... > I used 704 as that was one of the values > used in the anonymous bios source code which is > floating on the web. Quite exotic. How about using a maintained open source BIOS? I mean okay the Bochs / Qemu / ... LGPL-ed BIOS is way more than 8 kB, but you can probably cut and paste parts to pimp your BIOS. As long as you follow the LGPL, of course... No real problem, I assume your BIOS works okay :-). > Changing it to 640 resulted in: > HMA moving 026e:0000 up to 8fbd:0000 for 9e3f bytes Hmm. More or less plausible. > I use OpenWatcom 1.7a. > > I had to change DOS.H slightly to force the else prototype > > //#if defined(__NT__) || ( defined(__OS2__) && > (defined(__386__)||defined(__PPC__)) ) > //_WCRTLINK extern unsigned _dos_allocmem( unsigned __size, void > **__storage ); > //#else > _WCRTLINK extern unsigned _dos_allocmem( unsigned __size, > unsigned short *__seg ); > //#endif Can you explain this in more detail? Maybe OW 1.7 somehow failed to realize that your target is compiling for DOS... > I will install Watcom 1.2 as this is the recommended version. Makes sense, but we should also know whether OW 1.7 can work. > I think this is my mistake, please ignore :-) What was it? >> PS: SOURCE_DATE_STRING being set to Sep 09 2005 indicates >> you do not use the most recent sources - please update to >> SVN or http://rugxulo.googlepages.com/ke2008mar8-src.zip > Interestingly this version gets a lot further To suggest another experiment - try a precompiled kernel from Rugxulo's page. There are OW and TC kernels, FAT16 and FAT32 kernels and x86 and i386 kernels. Pick one of your choice from the zip and rename it to kernel dot sys. Avoids the risk of introducing problems while compiling your own variant of kernel... ;-). You should also check whether you can tune things in the build batch config batch file, might be useful somehow. > FreeDOS kernel build 2038 [version Mar 9 2008 compiled Oct 26 2008] > Kernel compatibility 6.22 - WATCOMC > > (C) Copyright 1995-2006 Pasquale J. Villani and The FreeDOS Project. Sigh, remind me next month to fix that to say 1995-2008 ... > KERNEL: Calling InitIO...... > NUL CON PRN AUX LPT LPT LPT COM COM COM COM CLO NUL > KERNEL: Calling InitPrinters...... > KERNEL: Calling InitSerialPorts...... > KERNEL: Calling DOS_PSP...... You mean PSPSet... > KERNEL: Calling set_DTA...... > > Now it seems to get struck in the int 21h/1a handler, > isn't debugging with printf statements fun ....;-) So PSPInit is not reached? Note that DOS_PSP is #defined to 0x60... if you modify the boot loader or the build batch file to use another location then you will have to adjust DOS_PSP as well. The constant also appears as LOADSEG in the ASM source of the boot sectors and as command line argument for exeflat in the build batch file as well as in the sys sources as load_segment (command line changeable). Eric ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Freedos-kernel mailing list Freedos-kernel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-kernel
