home *** CD-ROM | disk | FTP | other *** search
/ DP Tool Club 17 / CD_ASCQ_17_101194.iso / dos / util / tlb251 / whatsnew.doc < prev   
Text File  |  1994-08-30  |  10KB  |  243 lines
  1.  
  2.  
  3.  
  4.                         WHAT'S NEW IN VERSION 2.50
  5.  
  6.  
  7.  
  8.                                    FOREWORD
  9.  
  10.         This  version  incorporates  a  large  number of new features,
  11.         enhancements,  and bug fixes.  Perhaps most significant is the
  12.         comprehensive   treatment   of  direct  memory  access  (DMA),
  13.         including  automatic  detection  of  those  memory controllers
  14.         that  do  not permit DMA in the upper memory area (UMA), a new
  15.         utility  (HIGHDMA.SYS) that detects DMA access to the UMA, and
  16.         reworked  versions  of  HIGHDRVR.SYS and HIGHTSR.EXE that work
  17.         around  DOS's  internal use of DMA when loading device drivers
  18.         and TSRs.  
  19.  
  20.         There  are  some  things,  however,  that remain unfinished in
  21.         preference  to  getting  this  version  out  the door before a
  22.         planned  vacation.   Although  a  new low-level driver for the
  23.         NEC  PowerMate  is  included,  this  driver  still isn't quite
  24.         finished.   (It  works  only if you add EXCLUDE=C800:32 to the
  25.         LASTBYTE.SYS  command  line.)   In  addition,  we had hoped to
  26.         implement  double  buffering  options  in  HIGHDMA.SYS to work
  27.         around  all  CD-ROM  and  disk DMA access to the UMA, but this
  28.         will have to wait for the next release.  
  29.  
  30.                                                 Dan Lewis, owner
  31.                                                 Key Software Products
  32.  
  33.      o  HIGHDMA.SYS:  A  new utility that watches for and notifies you
  34.         whenever  DMA  access  of  the  upper  memory  area  (UMA) has
  35.         occured.   Some  chipsets  do not support such access, and DMA
  36.         can  corrupt  data  when it occurs in the same 128k UMA region
  37.         as  a  16-bit  adapter.   This utility helps to discover those
  38.         device  drivers  or  TSR's  which  may  need  to be loaded low
  39.         because they use DMA.  
  40.  
  41.      o  HIGHUMM.SYS:  Added  /SHRINK  option to be used in conjunction
  42.         with  the  DOS=UMB option of MS-DOS.  Reduces HIGHUMM resident
  43.         size  to about 100 bytes.  Also added XMS function 12h (Resize
  44.         a UMB memory block).  
  45.  
  46.      o  HIGHDRVR.SYS,  HIGHTSR.EXE:  Would fail on those chipsets that
  47.         do  not  permit  Direct  Memory  Access  (DMA) into shadow ram
  48.         memory  when  the  hi-loaded  software  was  taken from a disk
  49.         whose  controller  uses  DMA.   All floppy disk (and some hard
  50.         disk) controllers use DMA.  Corrected.  
  51.  
  52.      o  HIGHDRVR.SYS:  Previous  versions  of  HIGHDRVR were unable to
  53.         successfully  load some device drivers into upper memory (even
  54.         when  DMA was not involved).  The method that HIGHDRVR uses to
  55.         load  drivers  has  been  completely  reworked,  thus allowing
  56.         drivers  like  Lantastic's  NDIS  driver  (RETH.DOS) to now be
  57.         loaded high.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.                         WHAT'S NEW IN VERSION 2.50
  65.  
  66.  
  67.  
  68.      o  LASTBYTE.SYS,  CHIPSET.EXE:  Added  support  for the following
  69.         chipsets: 
  70.  
  71.                 ATMEL AT40410
  72.                 EFAR EC802G
  73.                 Forex FRX46C401, FRX46C521, and FRX58C601
  74.                 Intel 82424 and 82434 (see Foreword above)
  75.                 Intel 386SL, 486SL, and 486SLz CPU's (with
  76.                         shadow ram controller built into CPU chip)
  77.                 NEC PowerMate 286 Laptop (see Foreword above)
  78.                 OPTi 82C495XLC, 82C547, 82C691, 82C693, and 82C895
  79.                 VIA Technologies VT82C486 and VT82C496
  80.  
  81.      o  LASTBYTE.SYS:  Now you may use a "DOS=" option (in addition to
  82.         the  normal  "HOLE="  option)  to  specify  a region of usable
  83.         read-only  memory when you have a chipset that forces the main
  84.         bios shadow ram to be read-only.  
  85.  
  86.      o  LASTBYTE,  HIGHSPLR,  HIGHAPND:  Now puts all or most of their
  87.         code  into  read-only  memory  if  available.   (LASTBYTE  and
  88.         HIGHSPLR  have a /NOSPLIT option to prevent this.)  The shadow
  89.         ram  in  the  main bios region (F000-FFFF) on some chipsets is
  90.         read-only;  you  may  be able to make some part of this memory
  91.         available using a "HOLE=" or "DOS=" option.  
  92.  
  93.      o  HIGHMEM.EXE:  Reorganized the on-screen information to improve
  94.         readability.   Now  indicates  if your chipset supports Direct
  95.         Memory  Access  (DMA)  in  the  upper  memory area (UMA), if a
  96.         portion  of shadow ram memory is read-only, regions of the UMA
  97.         in  which  usable  memory is not available, and whether or not
  98.         DMA  into  a  region is endangered by the presence of a 16-bit
  99.         adapter.  
  100.  
  101.      o  LASTBYTE.SYS,  CHIPSET.EXE:  Added detection of the 486SX2 and
  102.         486DX4  cpu's.   The  old  code  (which  did  not detect these
  103.         cpu's) would hang if either of these cpu's were present.  
  104.  
  105.      o  HIGHDRVR.SYS,  HIGHDISK.SYS: These two device drivers now only
  106.         leave   their   32-byte   "stub"  in  conventional  memory  if
  107.         necessary;  you  may  override  their  automatic  choice  with
  108.         either  /STUB=0  (use  no  stub),  or  /STUB=1  (force  use of
  109.         stub).  
  110.  
  111.      o  LASTBYTE.SYS:  Extended  the  TRACE options to include a third
  112.         form,  TRACE=<interrupt  vector  list>,  to  trace  a selected
  113.         subset of the main bios interrupt vectors.  
  114.  
  115.      o  HIGHDUBL.SYS:  Added  a /FORCE option.  HIGHDUBL checks if DOS
  116.         is  later  than  version 6.20; if so, then it assumes that you
  117.         are  using  the new DriveSpace Disk Compression instead of the
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.                         WHAT'S NEW IN VERSION 2.50
  125.  
  126.  
  127.         older  DoubleSpace.   Since  HIGHDUBL  can  only  be used with
  128.         DoubleSpace,  it  will  issue  an  error  message  if  the DOS
  129.         version  is  later  than 6.20.  Since it is possible, however,
  130.         to  use  DoubleSpace  with  the newer versions of DOS, you can
  131.         force  HIGHDUBL  to  bypass  the version check with the /FORCE
  132.         option.  
  133.  
  134.      o  INSTALL.EXE:  Now  checks  to  see  if  using  DriveSpace Disk
  135.         Compression.    If   so,   then   it   recommends   using  the
  136.         DEVICEHIGH/LOADHIGH  approach  instead of the HIGHDRVR/HIGHTSR
  137.         approach.  
  138.  
  139.      o  LASTBYTE.SYS:   All   Bios   ROM's   were   supposed   to   be
  140.         automatically  copied  into  shadow  ram  if already shadowed.
  141.         This  did  not happen for the main bios if the chipset was one
  142.         (like  OPTi)  that  forces  the  main  bios  shadow  ram to be
  143.         read-only; corrected.  
  144.  
  145.      o  SEVERAL  MODULES: If HIGHUMM was used with DOS=UMB, subsequent
  146.         use  of  HIGHTSR, HIGHENV, HIGHKEY, etc., would sometimes fail
  147.         thinking   that   there   was   no   upper  memory  available;
  148.         corrected.  
  149.  
  150.      o  LASTBYTE.SYS:   Discovered  that  if  the  video  bios  region
  151.         (C000-C7FF)  is  made cacheable on the OPTi 82C495SLC chipset,
  152.         then  writes to that region are not reliable even if it is NOT
  153.         write-protected.   The low-level physical driver now tests for
  154.         this problem, and disables video bios caching if necessary.  
  155.  
  156.      o  INSTALL.EXE:  Existing "INSTALL=HIGHTSR.EXE ..." in CONFIG.SYS
  157.         was    incorrectly    converted    into   INSTALL=HIGHTSR.SYS;
  158.         corrected.   Existing  HIGHTSR  commands  in AUTOEXEC.BAT were
  159.         sometimes  not  converted  to  new TLBMM directory; corrected.
  160.         LOADHIGH  and  LH  commands  were  not  properly  converted to
  161.         HIGHTSR   commands;   corrected.   Added  /REPLACE  option  to
  162.         DEVICE=HIGHUMM.SYS   (and   /SHRINK   option  when  used  with
  163.         DOS=UMB).  
  164.  
  165.      o  LASTBYTE.SYS:  MOVE=TABLES  would fail on Super VGA with error
  166.         message, "HOLE option outside of shadow ram"; corrected.  
  167.  
  168.      o  SEVERAL  MODULES:  Internal  test  to identify 386SL/486SL cpu
  169.         interfered   with   one   or  more  memory  controller  types;
  170.         corrected.  
  171.  
  172.      o  LASTBYTE.SYS:  Corrected  a  bug  that  was  overwriting  some
  173.         static  data  with  the  result that warm boots (Ctrl-Alt-Del)
  174.         that  were  converted to cold boots (due to DOS=F000:32, etc.)
  175.         would hang.  
  176.  
  177.  
  178.  
  179.  
  180.  
  181.  
  182.  
  183.  
  184.                         WHAT'S NEW IN VERSION 2.50
  185.  
  186.  
  187.      o  LASTBYTE.SYS:  Use  of  a TRACE option on a machine without an
  188.         EGA  or  VGA  video  adapter  would  cause  the error message,
  189.         "Can't locate video bios entry point"; corrected.  
  190.  
  191.      o  LASTBYTE.SYS:  The  low-level  driver for the Via Technologies
  192.         VT82C470/475/495  had  reversed  the  control for the EXXX and
  193.         FXXX  shadow regions, and did not correctly implement the test
  194.         for relocated shadow ram memory; corrected.  
  195.  
  196.      o  CHIPSET.EXE:  The  tests  for  all  Via  chipsets  would hang;
  197.         corrected.  
  198.  
  199.      o  LASTBYTE.SYS:  The  OPTi  82C597  low-level driver that caused
  200.         LASTBYTE.SYS   to   hang   if  an  EXCLUDE  option  was  used;
  201.         corrected.  
  202.  
  203.      o  CHIPSET.EXE:  Test for Headland HT12 hung on machine with HT12
  204.         chipset; corrected.  
  205.  
  206.      o  CHIPSET.EXE:  Test for Forex FRX46C421 returned false negative
  207.         result; corrected.  
  208.  
  209.      o  LASTBYTE.SYS:  Low-level  driver  for  Headland  HT12  did not
  210.         reduce  extended  memory  properly by the amount that was used
  211.         for upper memory; corrected.  
  212.  
  213.      o  LASTBYTE.SYS,  CHIPSET.EXE:  Reported  clock  speed of Pentium
  214.         was low; corrected.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226.  
  227.  
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234.  
  235.  
  236.  
  237.  
  238.  
  239.  
  240.  
  241.  
  242.  
  243.