150 lines
12 KiB
Plaintext
150 lines
12 KiB
Plaintext
|
<!DOCTYPE html>
|
||
|
|
<html lang="en">
|
||
|
|
<head>
|
||
|
|
<meta charset="UTF-8">
|
||
|
|
<meta name="generator" content="TempleOS V5.03">
|
||
|
|
<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 style="font-family:courier;font-size:10pt">
|
||
|
|
<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="/src/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="/src/Kernel/BlkDev/FileSysRedSea.HC#l1"><span class=cF4>::/Kernel/BlkDev/FileSysRedSea.HC</span></a><span class=cF0> and </span><a href="/src/Adam/Opt/Boot/DskISORedSea.HC#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="/src/Kernel/BlkDev/FileSysFAT.HC#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="/src/Kernel/BlkDev/DskClus.HC#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="/src/Kernel/BlkDev/DskATAId.HC#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="/src/Kernel/PCIBIOS.HC#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="/src/Doc/Comm.HC#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="/src/Kernel/BlkDev/DskATA.HC#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="/src/Kernel/Mem/PageTables.HC#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="/src/Kernel/KernelA.HH#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="/src/Adam/Gr/GrTextBase.HC#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="/src/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="/src/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="/src/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="/src/Demo/SuggestSpelling.HC#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="/src/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="/src/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>
|