Hi Jayden, > Why would ASUS base their BIOS off of FreeDOS anyway? I mean, FreeDOS IS nice
I doubt that they use DOS as "base" of their "BIOS". They probably use DOS for some other purposes, for example to help you to run their BIOS update tool. > and all, but is it really at the stage yet where it can be implemented in > corporate machines? I think we should make FreeDOS able to be embedded in > corporate systems. If we can pull that off, EVERYONE can use FreeDOS, not just Neither embedded nor corporate operating systems are something that "everybody" uses. If I press the button on my remote control, I want my HiFi to turn on. For that I do not want to know whether it runs DOS and I do not want to play Doom on my remote control, so DOS has no added value as embedded OS for remote controls. > at home hobby people. Perhaps we could start cracking down on a Network > version of FreeDOS? Like for servers and embedded systems, ETC. This would There are excellent embedded and server operating systems with good network support, for example Linux, which even is open source and free of cost. DOS has other strengths. > [1] Make us even more noticed Noticed yes, but people will keep using Linux for servers. > [2] Allow our system to be used in large scales Why would that be an advantage? > [3] Get ASUS off of our backs Asus probably just wanted a simple DOS boot disk. So they do not need network DOS as far as I can tell. Also, some modern BIOSes even have built-in web browsers, based on mini Linux distros :-) > [4] Keep the legacy from the first FreeDOS going. That is exactly why the best thing for DOS to do is run DOS programs. Those programs are not server software :-) > Perhaps we can begin studying (I havent the slightest clue on how this > would work) on how mainframes and servers work with embedded systems. We can Mainframes do not work with embedded systems. Networked appliances use small versions of Linux as "embedded" OS, for example your internet modem or network harddisk or that harddisk or projector with built-in video player... > then have our devel folks work on this problem, and slowly but surely make > progress. Just an idea, as I don't want some major corporation trying to sue > us. Our devel folks are not our employees, so they only do what they find interesting to do for DOS software. Also, this is not related in any way to anybody sueing anybody anyway... To also answer the UEFI topic: Most computers with UEFI firmware also still support BIOS boot mode. Only if the firmware is UEFI without BIOS support, you would want to load SeaBIOS or similar modules on top of the UEFI system to provide BIOS services, which in turn will allow DOS to run on the system. However, SeaBIOS is not yet a very well known and easy to use thing as far as I know. Also, if you have a computer which is so new that it has no BIOS at all and only UEFI, it probably also has one of those modern 16 core CPU and 100s of gigabytes of RAM - all of which will serve no purpose in DOS. I simply cannot imagine any DOS- specific computation which would work better with several cores or more than a few gigabytes of RAM. So you would be the owner of fancy hardware which for 90% is bored by DOS, because it does not need so big hardware. I recommend that you run a fancy 64 bit operating system on such computers, with a cute little simulation of some older computer with a BIOS inside, then run DOS inside that simulation, while the other 90% of your fancy hardware design new genomes or play 5-dimensional games at quad-hd screen resolution :-) Regards, Eric PS: Please do use space after punctuation marks. It indeed makes text more readable. Otherwiseitwouldbemoreorlessasif yourspacekeywouldbebrokenandeverythingwouldsticktoonestring. ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
