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