June 1, 2020 10:59 AM, "Eric Auer" <e.a...@jpberlin.de> wrote:
> Michael, > >> Booted the Freedos 1.3 RC3 live cd and the SATA I works!!! > > Glad to hear that but... > >> Windows XP is the only supported system > > Officially yes, but as long as it works, it works. > Even when you illegally run Linux or FreeDOS :-)) > >> I cannot run XP because of HAL and special hardware connected with QSoft > > Then you can run XP, but not QSoft, correct? > >> QSoft directly tries to reach the special hardware, a shared >> ram card, which HAL will not allow. > > I remember similar problems with dongles. Unless > QSoft provides drivers... > >> Only Windows on top of a DOS kernel can allow direct access > > You know that Windows 98 does not run in FreeDOS, > you would have to use FreeDOS with HX RT, Wine, > ReactOS, Linux or similar if QSoft needs Windows. > > Does QSoft need Windows? Exactly. You can run it in a so called offline mode in Windows XP, but Windows 98SE is required. >> The system this board would go into is a Win9x/MSDOS >> system made up of two computers. > > But you claim neither Win9x nor MS DOS runs on the Evoc? Officially, they don't. Unofficially, if you stay away from the SATA and not having a real floppy controller is not an issue you can run these operating systems. >> SATA I where there are two connecters on the SBC simply >> does not work in MS-DOS or WIN9x period. > > This has zero relevance for FreeDOS, why do you insist > on mentioning what certain Microsoft products can or > can not do? Until I can replace them with Freedos, seems relevant to me. It's called I want a freedos that can do X. I just verified that Windows 98SE will not boot with the SATA I controller enabled... It's possible that an open source driver could be made for Windows 98SE to support SATA. In the meantime, I may want to adapt the SATA DVD drive and plug it into one of the PATA controllers. >> If freedos works with this SATA I controller, > > As long as the controller is not locked to AHCI mode, > it works. As you have already found out today :-)) > >> that makes supporting a SATA DVD burner much easier > > Do you want to BURN DVD or just READ them? Is it okay > to use only ISO9660 or do you also need UDF format? I just want to support CD's and honestly being able to boot from CD is a work around for not having a real floppy controller. > Burning DVD and using UDF are more complicated, but > some DOS enthousiasts do take the effort to do that. I just need to burn to CD an image of the QSoft install disk for a DOS environment. QSoft runs in Windows 98se and MSDOS 6.22, the dos side being a real time system. In theory, I can replace MSDOS with FREEDOS as long as I realize there is an expanded memory manager built into QSOFT and am careful to not conflict with it. In practice, I've never tried installing QSOFT to Freedos. >> I want to try is substituting MSDOS 6.22 with Freedos 1.3 > If you are confident that you know how to configure > DOS and have backups of your data, you can always try > FreeDOS and MS DOS in parallel. You could even take > the effort to make a dual boot configuration. There > is no need to wait for FreeDOS 1.3 there. > >> Windows 98 SE is not Freedos, but it is the last version >> of Windows that runs on top of a DOS kernel which allows >> booting to a DOS prompt. > > Windows 98 SE runs only on MS DOS 7.10 which is included > when you install Windows 98 SE. You cannot simply tell it > to use another DOS kernel. True. > You CAN use UDVD2 with FreeDOS or with MS DOS 6.22 or 7.10, > but that will only make the DVD drive work for your DOS and > NOT for Windows 98 SE. Because Windows versions newer than > 3.xx rarely use DOS drivers. They need real Windows drivers. > > Regards, Eric Understood. If UDVD2 could be ported to Windows 98SE, that would be very much appreciated by a lot of folks on MSFN. Ideally, I would find a way to run QSoft in a Windows 98SE VM where modern hardware is no issue or I would find a way to make this software work directly in gnome on a Linux box using WINE. I would need a modern passive backplane, one without ISA slots, to support a modern SBC. Unfortunately, the shared ram card is ISA. I could possibly make a PCIe to ISA adapter card... but that's a lot of work. I have little to no experience with KVM where I would have to map the PCIe hardware to a virtual machine in order to use it. MSDOS and Windows 98se think the card (the same card in both systems) is at IRQ 11 and I/O address D0000 32k reserved. Because of HAL, the GUI head cannot be NT based. With Microsoft dropping support for DOS and Windows 9x and computers changing so dramatically, there are a lot of very expensive industrial machines that are very hard to maintain at this point. The Pentium alone is upwards of 20 years old, the 486 even older. Disk drives have gone the way of the DODO and at best the ones you can get and the media are old. Thumb drives have replaced disk drives because of high capacity and high reliability, but they require USB where support for it in DOS is at this point very limited. SATA has replaced EIDE, and so on. If I could get the source code to this ancient version of QSoft, come on PPM... but they don't want to support the older machines when they are selling a Windows 7 version (which reportedly isn't as good a system). Note that a Tyco Quad QSP2 typically costs $30k US and they are very expensive to move. They also require two phase power. > _______________________________________________ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
