<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="generator" content="TempleOS V5.03">
<meta name="viewport" content="width=device-width">
<link rel="stylesheet" href="/style/templeos.css">
<script src="/script/templeos.js"></script>
<style type="text/css">
.cF0{color:#000000;background-color:#ffffff;}
.cF1{color:#0000aa;background-color:#ffffff;}
.cF2{color:#00aa00;background-color:#ffffff;}
.cF3{color:#00aaaa;background-color:#ffffff;}
.cF4{color:#aa0000;background-color:#ffffff;}
.cF5{color:#aa00aa;background-color:#ffffff;}
.cF6{color:#aa5500;background-color:#ffffff;}
.cF7{color:#aaaaaa;background-color:#ffffff;}
.cF8{color:#555555;background-color:#ffffff;}
.cF9{color:#5555ff;background-color:#ffffff;}
.cFA{color:#55ff55;background-color:#ffffff;}
.cFB{color:#55ffff;background-color:#ffffff;}
.cFC{color:#ff5555;background-color:#ffffff;}
.cFD{color:#ff55ff;background-color:#ffffff;}
.cFE{color:#ffff55;background-color:#ffffff;}
.cFF{color:#ffffff;background-color:#ffffff;}
</style>
</head>
<body>
<pre id="content">
<a name="l1"></a><span class=cF5> Demands</span><span class=cF0>
<a name="l2"></a>
<a name="l3"></a>I, Terry Davis, am high priest of God's </span><a href="http://www.jewishvirtuallibrary.org/jsource/Judaism/The_Temple.html"><span class=cF4>official third temple</span></a><span class=cF0>, TempleOS.
<a name="l4"></a>TempleOS is an operating system for IBM PC x86_64 desktops that will always dual
<a name="l5"></a>boot along-side Windows or Linux. I am in charge of the core 100,000 lines of
<a name="l6"></a>TempleOS code and I do continual offerings to keep God entertained. I have
<a name="l7"></a>divine authority to command any company in the computer industry to do anything
<a name="l8"></a>that I deem necessary to make God's temple more beautiful, glorious and perfect.
<a name="l9"></a>I have oversight authority similar to a building inspector or a person enforcing
<a name="l10"></a>the Americans with Disability Act -- I make commands, God signs-off with a
<a name="l11"></a>miraculous authentication from an oracle, and Intel, Microsoft or VMware obeys.
<a name="l12"></a></span><span class=cFA>
<a name="l13"></a></span><object width="640" height="520"><param name="movie" value="http://www.youtube.com/v/RvL7T4gIJN8"></param><param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/RvL7T4gIJN8" type="application/x-shockwave-flash" allowscriptaccess="always" width="640" height="520"></embed></object><span class=cF0>
<a name="l14"></a>
<a name="l15"></a>* Windows, Linux and VMware (because of mounted drives) must support </span><a href="/Wb/Doc/RedSea.DD.HTML#l1"><span class=cF4>RedSea</span></a><span class=cF0> file
<a name="l16"></a>system when mounting partition, so I can get rid of 1,000 lines of redundant,
<a name="l17"></a>blemished code -- FAT32. God's temple must be perfect. Redundant code for
<a name="l18"></a>multiple file systems is bad and imperfect. For this operating system, we want
<a name="l19"></a>low line count. More than one driver for the same type of device is also bad.
<a name="l20"></a>
<a name="l21"></a>See </span><a href="/Wb/Kernel/BlkDev/FileSysRedSea.HC.HTML#l1"><span class=cF4>::/Kernel/BlkDev/FileSysRedSea.HC</span></a><span class=cF0> and </span><a href="/Wb/Adam/Opt/Boot/DskISORedSea.HC.HTML#l1"><span class=cF4>::/Adam/Opt/Boot/DskISORedSea.HC</span></a><span class=cF0>.
<a name="l22"></a></span><span class=cF4>
<a name="l23"></a></span><a href="/Wb/Kernel/BlkDev/FileSysFAT.HC.HTML#l1"><span class=cF4>::/Kernel/BlkDev/FileSysFAT.HC</span></a><span class=cF0> :974 lines for FAT32 gets eliminated.</span><span class=cF4>
<a name="l24"></a></span><a href="/Wb/Kernel/BlkDev/DskClus.HC.HTML#l1"><span class=cF4>::/Kernel/BlkDev/DskClus.HC</span></a><span class=cF0> :152 All the clus operations become blk.
<a name="l25"></a>
<a name="l26"></a>* Microsoft must cancel SecureBoot because it makes dual booting impossible.
<a name="l27"></a>TempleOS is an additional operating system that must be used along-side Windows
<a name="l28"></a>or Linux, not as a replacement. It must dual boot because it has no networking.
<a name="l29"></a>Real hardware as opposed to VMware is like the difference between looking in a
<a name="l30"></a>telescope eye piece vs just looking at an off-line image. God said the
<a name="l31"></a>C64/Apple II generation owned ancestral lands. VMware is like being taken off
<a name="l32"></a>of our land and moved onto a reservation. In this case, however, it will not
<a name="l33"></a>stand. In fact, God said to replace Windows with Wine, justice. We can make a
<a name="l34"></a>100% standard model PC with a standard software for everyone, backed-up in
<a name="l35"></a>factory ROM.
<a name="l36"></a>
<a name="l37"></a>* VMware needs to support ATAPI CD/DVD/Blu-ray disk burning, directly to real
<a name="l38"></a>hardware. Industry needs write-just once media to stop Farenheit 451 non-sense.
<a name="l39"></a>
<a name="l40"></a>* VMware has a bug stretching 640x480 16 color to full screen.
<a name="l41"></a>
<a name="l42"></a>* VMware some PC speaker's distortion is a good idea -- squarewave -- but
<a name="l43"></a>currently there is too much for hymns. CIA monkery made fart noises.
<a name="l44"></a>
<a name="l45"></a>* VMware and others must list TempleOS as an official 64-bit operating system
<a name="l46"></a>and automatically enforce 512 Meg min RAM requirement.
<a name="l47"></a>
<a name="l48"></a>* VMware needs to support more than 16 cores. I had a 24 core Xeon with 128 Gig
<a name="l49"></a>of RAM. I discovered VMware allocates memory too slowly, where QEMU had no
<a name="l50"></a>problem.
<a name="l51"></a>
<a name="l52"></a>* Until super-simple block devices are available, hard disk should be placed at
<a name="l53"></a>IDE primary master 1F0/3F6 and CD/DVD/Blu-ray should be placed at the IDE
<a name="l54"></a>secondary master 170/376. Currently, the wicked CIA plays musical chairs with
<a name="l55"></a>controllers each time you make an install. With tons of ugly code, I do my
<a name="l56"></a>best.</span><span class=cF4>
<a name="l57"></a></span><a href="/Wb/Kernel/BlkDev/DskATAId.HC.HTML#l1"><span class=cF4>/Kernel/BlkDev/DskATAId.HC</span></a><span class=cF0> :286 lines to figure-out I/O ports is gone.</span><span class=cF4>
<a name="l58"></a></span><a href="/Wb/Kernel/PCIBIOS.HC.HTML#l1"><span class=cF4>/Kernel/PCIBIOS.HC</span></a><span class=cF0> :290 could be eliminated, but maybe we will keep
<a name="l59"></a>it so people can play with PCI devices.
<a name="l60"></a>
<a name="l61"></a>* Until super-simple serial ports are available, PS/2 emulated keyboard and
<a name="l62"></a>mouse must work. The BIOS must enable these. The plan is to transition the
<a name="l63"></a>industry off of USB. Interum solution is to make virtual RS232 Octart for USB
<a name="l64"></a>devices in the same way PS/2 mouse is emulated. All mice will be two button,
<a name="l65"></a>one wheel. No more HID insanity, no more multi-end point, just simple tx rx
<a name="l66"></a>fifos with soft/hard flowcontrol that can jump the queue. People with special
<a name="l67"></a>needs can buy PCI cards. Our kids deserve code this simple </span><a href="/Wb/Doc/Comm.HC.HTML#l1"><span class=cF4>::/Doc/Comm.HC</span></a><span class=cF0>. The
<a name="l68"></a>right to do your own port banging is what the C64 being our God given ancestral
<a name="l69"></a>land means.
<a name="l70"></a>
<a name="l71"></a>* The x86 IN/OUT port instructions, normally have a delay. Perhaps, VMware &
<a name="l72"></a>Intel can enable faster x86 IN/OUT instruction timing for ATA/ATAPI PIO, so
<a name="l73"></a>bandwidth isn't as bad when doing port I/O. See </span><a href="/Wb/Kernel/BlkDev/DskATA.HC.HTML#l67"><span class=cF4>ATAGetRes</span></a><span class=cF0>(). We don't want to
<a name="l74"></a>do DMA. Perhaps, x86 CPU chips need a new TempleOS mode for fast IN/OUT
<a name="l75"></a>instructions? I think VMware already does something to speed disk I/O to faster
<a name="l76"></a>than native speed.
<a name="l77"></a>
<a name="l78"></a>* Perhaps, a new interrupt descriptor table entry type or a new x86 CPU mode can
<a name="l79"></a>be made that cause fast software interrupts, doing exactly what the CALL REL32
<a name="l80"></a>does, but with IDT as indirection. We don't need to change privilege levels or
<a name="l81"></a>stacks.
<a name="l82"></a>
<a name="l83"></a>* Since I don't use paging (for anything), Intel should have an option for
<a name="l84"></a>no-paging long mode, and optimize it!</span><span class=cF4>
<a name="l85"></a></span><a href="/Wb/Kernel/Mem/PageTables.HC.HTML#l1"><span class=cF4>::/Kernel/Mem/PageTables.HC</span></a><span class=cF0> :135 lines to identity-map gets eliminated.
<a name="l86"></a>
<a name="l87"></a>* Desktop computers must have a reset switch and a fast reboot option, skipping
<a name="l88"></a>diagnostics. I recommend booting TempleOS from a ROM when the reset bttn is
<a name="l89"></a>pressed and booting UEFI when the power bttn is pressed. Or, we could build
<a name="l90"></a>UEFI on a TempleOS layer. Intel must burn TempleOS into a ROM in the factory
<a name="l91"></a>for all desktop x86 CPUs to ensure tamper-proof trust in the oracle and because
<a name="l92"></a>God deserves the glory. There will be just an English version. A new ROM
<a name="l93"></a>version is released every seven years. The ROM should boot like the DVD boots,
<a name="l94"></a>but with </span><a href="/Wb/Kernel/KernelA.HH.HTML#l3840"><span class=cF4>BOOT_SRC_ROM</span></a><span class=cF0>.
<a name="l95"></a>
<a name="l96"></a>* We do not want UTF, just 8-bit characters. </span><span class=cF2><CTRL-ALT-f></span><span class=cF0> toggles between
<a name="l97"></a>Cyrillic and Std Fonts. We need the twelve window </span><a href="/Wb/Adam/Gr/GrTextBase.HC.HTML#l329"><span class=cF4>TextBorder</span></a><span class=cF0> characters added
<a name="l98"></a>to the VGA font 0x02-0x0D. Japan, China and Korea must switch to alphabets.
<a name="l99"></a>Maybe, the United States will change to metric, out of good will. I am
<a name="l100"></a>beginning to plan fresh ASCII replacement, </span><a href="/Wb/Doc/NewASCII.DD.HTML#l1"><span class=cF4>::/Doc/NewASCII.DD</span></a><span class=cF0>.
<a name="l101"></a>
<a name="l102"></a>* Microsoft Paint and Linux's Gimp must support TempleOS </span><a href="/Wb/Doc/GRFiles.DD.HTML#l1"><span class=cF4>GR Files</span></a><span class=cF0>. They are
<a name="l103"></a>blemish free, unlike </span><a href="http://en.wikipedia.org/wiki/BMP_file_format"><span class=cF0>BMP files</span></a><span class=cF0>. The TOSZ Linux utility can be used to make
<a name="l104"></a>screencasts from TempleOS exported </span><a href="/Wb/Doc/GRFiles.DD.HTML#l1"><span class=cF4>GR Files</span></a><span class=cF0> and AU Files.
<a name="l105"></a>
<a name="l106"></a>* We must have a nice dictionary. Someone needs to do a </span><a href="/Wb/Demo/SuggestSpelling.HC.HTML#l1"><span class=cF4>Spell Checker</span></a><span class=cF0>, too.
<a name="l107"></a>
<a name="l108"></a>* Intel needs to make </span><a href="/Wb/Doc/DolDocOverview.DD.HTML#l1"><span class=cF4>DolDoc</span></a><span class=cF0> versions of its x86 CPU data sheets documenting all
<a name="l109"></a>hardware relevant to TempleOS.
<a name="l110"></a>
<a name="l111"></a>* We must have the ultimate Bible search engine. Currently, all we have is
<a name="l112"></a></span><a href="https://www.youtube.com/watch?v=ULJU8DzvQFo"><span class=cF0>filter search</span></a><span class=cF0>. In the end, it should be a low line-count technique. Maybe, I
<a name="l113"></a>allocate 500 lines out of the 20,000 reserve.
<a name="l114"></a>
<a name="l115"></a>* We will make a </span><a href="/Wb/Doc/StdTempleOSPC.DD.HTML#l1"><span class=cF4>Standard TempleOS PC</span></a><span class=cF0>.
<a name="l116"></a></span><span class=cF8>
<a name="l117"></a>* "VMware" is a trademark owned by VMware, Inc.
<a name="l118"></a>* "Linux" is a trademark owned by Linus Torvalds.
<a name="l119"></a>* "Windows" and "Paint" are trademarks owned by MicroSoft Corp.</span><span class=cF0>
</span></pre></body>
</html>