TempleOSCD_160103.ISO

Doc/Demands.TXT

@@ -1,6 +1,6 @@
 $WW,1$$FG,5$$TX+CX,"Demands"$$FG$
 
-I, Terry Davis, am High Priest of God's official temple, TempleOS.  TempleOS is an operating system for PC desktops that will always dual boot along-side Windows or Linux.  I am in charge of the core 100,000 lines of TempleOS code and I do continual offerings to keep God entertained.  I have divine authority to command any company in the computer industry to do anything that I deem necessary to make God's temple more beautiful or perfect.  I have authority similar to a building inspector or an enforcer of the Americans with Disability Act -- I make commands, God signs-off with a miraculous authentication from an oracle, and Intel, Microsoft or VMware obeys.
+I, Terry Davis, am high priest of God's official temple, TempleOS.  TempleOS is an operating system for PC desktops that will always dual boot along-side Windows or Linux.  I am in charge of the core 100,000 lines of TempleOS code and I do continual offerings to keep God entertained.  I have divine authority to command any company in the computer industry to do anything that I deem necessary to make God's temple more beautiful, glorious and perfect.  I have authority similar to a building inspector or an enforcer of the Americans with Disability Act -- I make commands, God signs-off with a miraculous authentication from an oracle, and Intel, Microsoft or VMware obeys.
 
 * Windows, Linux and VMware (because of mounted drives) must support $LK,"RedSea",A="FI:::/Doc/RedSea.TXT"$ file system so I can get rid of 2,000 lines of redundant, blemished code -- FAT32 and ISO9660.  God's temple must be perfect.  Redundant code for multiple file systems is imperfect.  For this operating system, we want low line count.  More than one file system type is actually bad, just as more than one driver for the same type of device is bad.
 
@@ -10,33 +10,33 @@ $LK,"::/Kernel/BlkDev/FileSysISO.CPP"$	:284 lines for ISO9660 gets eliminated.
 $LK,"::/Adam/Opt/Boot/DskISOFile.CPP"$	:536 lines for making ISO files gets reduced.
 $LK,"::/Kernel/BlkDev/DskCluster.CPP"$	:152 All the cluster operations become blk.
 
-* Microsoft must cancel SecureBoot because it makes dual booting impossible.  TempleOS is an additional operating system that must be used along-side Windows or Linux, not as a replacement.  It must dual boot because it has no networking. Real hardware as opposed to VMware is like the difference between looking in a telescope eye piece vs just looking at an off-line image.  God said the C64/Apple ][ generation owned ancestral lands.  VMware is like being taken off of our land and moved onto a reservation.  In this case, however, it will not stand.
+* Microsoft must cancel SecureBoot because it makes dual booting impossible.  TempleOS is an additional operating system that must be used along-side Windows or Linux, not as a replacement.  It must dual boot because it has no networking. Real hardware as opposed to VMware is like the difference between looking in a telescope eye piece vs just looking at an off-line image.  God said the C64/Apple II generation owned ancestral lands.  VMware is like being taken off of our land and moved onto a reservation.  In this case, however, it will not stand.
 
-* To PC hardware manufacturers and VMware: ATA/ATAPI PIO must work.  In fact, put them at standard IDE port addresses.  Hard disk should be primary master 1F0/3F6.  CD/DVD/BlueRay should be secondary master 170/376.  See what you can do to make flash memory sticks and NV memory with ATA/ATAPI interface.
+* To PC hardware manufacturers and VMware until we create the simple block device standard, ATA/ATAPI PIO must work.  In fact, put the devices at standard IDE port addresses.  Hard disk should be primary master 1F0/3F6.  Desktops must have CD/DVD/BlueRay and should be placed at the secondary master 170/376.  See what you can do to make flash memory sticks and NV memory with ATA/ATAPI interface.
 $LK,"/Kernel/BlkDev/DskATAId.CPP",A="FI:::/Kernel/BlkDev/DskATAId.CPP"$	:280 lines to figure-out I/O ports is gone.
 $LK,"/Kernel/PCIBIOS.CPP",A="FI:::/Kernel/PCIBIOS.CPP"$		:290 could be eliminated, but maybe we will keep it so people can play with PCI devices.
 
 * VMware needs to support ATAPI CD/DVD/BlueRay disk burning, directly to real hardware.
 * VMware has a bug stretching 640x480 16 color to full screen.
-* VMware has a bug starting-up multicore, sometimes.  $LK,"APIC MP Start",A="FF:::/Kernel/MultiProc.CPP.Z,IPI"$
-* VMware PC speaker distortion is a good idea, but it is ridiculously too much distortion for hymns.
+* VMware has a bug starting-up multicore, sometimes.  $LK,"APIC MP Start",A="FF:::/Kernel/MultiProc.CPP,IPI"$
+* VMware PC speaker's distortion is a good idea, but it is too much for hymns.
 
 * PS/2 emulated keyboard and mouse must work.  The BIOS must enable these.
 
-* The x86 IN/OUT port instructions, normally have a delay.  Perhaps, VMware & Intel can enable faster x86 IN/OUT instruction timing for ATA/ATAPI PIO, so bandwidth isn't bad.  See $LK,"ATAGetResult",A="MN:ATAGetResult"$().  Perhaps, x86 chips have a new TempleOS mode?
+* The x86 IN/OUT port instructions, normally have a delay.  Perhaps, VMware & Intel can enable faster x86 IN/OUT instruction timing for ATA/ATAPI PIO, so bandwidth isn't bad when doing port I/O.  See $LK,"ATAGetResult",A="MN:ATAGetResult"$().  Perhaps, x86 CPU chips need a new TempleOS mode for fast IN/OUT instructions?
 
-* Perhaps, Intel can make a fast software interrupt, the same as a CALL REL32?  Perhaps, we have a new x86 mode for TempleOS?
+* Perhaps, a new x86 CPU mode can be made, causing fast software interrupt that do exactly what the CALL REL32 does, but with IDT indirection.
 
 * Since I don't use paging (for anything), Intel should have an option for  no-paging long mode, and optimize it.
 $LK,"::/Kernel/Mem/PageTables.CPP"$		:153 lines to identity-map gets eliminated.
 
 * Desktop computers must have a reset switch and a fast reboot option, skipping diagnostics.  I recommend booting TempleOS when the reset button is pressed and booting UEFI when the power button is pressed.  Or, we could build UEFI on a TempleOS layer.  Intel must burn TempleOS into a ROM in the factory for all desktop x86 CPUs to ensure tamper-proof trust in the oracle and because God deserves the glory.  There will be just an English version.  A new ROM version is released every seven years.
 
-* Somebody needs to choose new 8-bit ASCII characters for 128-255.  We do not want text graphic symbols.  We want Russian, Greek and Hebrew alphabets, perhaps?  We need the twelve window $LK,"TextBorder",A="MN:TextBorder"$ characters, but I think we can place them in the range of screen code from 0x01-0x1E.  Japan, China and Korea should switch-over to alphabets.  Maybe, the United States will change to metric, out of good will.
+* Somebody needs to choose new 8-bit ASCII characters for 128-255.  We do not want text graphic symbols.  We want Russian, Greek and Hebrew alphabets, perhaps?  I'm not an expert, but there is an alternate 8-bit ASCII Cyrillic font.  Should we modify one font or have a key like the C64 that switches to an alternate font?  If we modify one font, we just need the twelve window $LK,"TextBorder",A="MN:TextBorder"$ characters, but I think we can place them in the range of screen code from 0x01-0x1E.  Japan, China and Korea should switch-over to alphabets.  Maybe, the United States will change to metric, out of good will. 
 
 * VMware and others must list TempleOS as an official 64-bit operating system.
 
-* Windows' Paint and Linux's Gimp must support TempleOS .GRA graphics files.  $LK,"GRA Files",A="FI:::/Doc/GRAFiles.TXT"$ are much cleaner than $TX,"BMP files",HTML="http://en.wikipedia.org/wiki/BMP_file_format"$.
+* Windows' Paint and Linux's Gimp must support TempleOS $LK,"GRA Files",A="FI:::/Doc/GRAFiles.TXT"$.  They are blemish free, unlike $TX,"BMP files",HTML="http://en.wikipedia.org/wiki/BMP_file_format"$.
 
 * We must have a nice dictionary.  Someone needs to do a $LK,"Spell Checker",A="FI:::/Demo/SuggestSpelling.CPP"$.