home *** CD-ROM | disk | FTP | other *** search
/ Amiga GigaPD 3 / Amiga_GigaPD_v3_3of3.iso / netbsd / docs / mailinglist-archive / 1993-12 / text0251.txt < prev    next >
Encoding:
Text File  |  1993-06-25  |  2.2 KB  |  46 lines
  1. On Dec 12, 11:23am, Stefan G. Berg wrote:
  2. > I just got vmunix720 from eunet and also updated my loadbsd and /bin
  3. > and /sbin directory with the new archives.  It boots all right and
  4. > seems to work just fine except that the display is almost unreadable.
  5. > I am getting some 80x100 characters in some kind of green/pink color
  6. > combination.  What is this, mega-interlace?  :-)
  7. > 
  8. > I noticed that some other people have the same problem, is there a fix
  9. > for this? I am running on a standard ECS Amiga 500 with PPI040 and GVP
  10. > controller.
  11.  
  12.   It's a problem with the new cc console stuff that tries to set up the
  13. display for the A2024.  The quick fix is to binpatch _ite_default_height
  14. to 400.
  15.  
  16. > One other thing. With the new loadbsd program I can finally make use
  17. > of my 32 bit memory, correct? Do we have a manual for the new loadbsd
  18. > program somewhere? I don't have a clue as to what the new options
  19. > mean. Basically I have 8MB of 16 bit Fast RAM and 4MB of 32 bit Fast
  20. > RAM. Under 713 the 32 bit Fast RAM was completey ignored which did
  21. > wonders when compiling (talking about an afternoon to compile tcsh!).
  22.  
  23.   Nope - not yet :-(.  Someone will need to make the changes to amiga_init.c
  24. and pmap.c to handle non-contiguous memory if you want to use all the fast
  25. memory.  The new loadbsd just passes all the memory segement information
  26. to the kernel, but the only thing the kernel can do with it at the moment
  27. is attempt to use the 16-bit memory as a DMA buffer for the A2091 and GVP11
  28. scsi drivers [and I need to rethink how to do the GVP11 stuff now that I
  29. know that some GVP11 controllers can use DMA with 32 bit memory].
  30.  
  31.   I put an option in loadbsd [-p, I think] that was going to force loadbsd
  32. to use the highest priority fast memory segement instead of the largest,
  33. but I didn't change the code to actually do it yet.  In your case, that
  34. would only give you the ability to run NetBSD in the 4M 32 bit RAM - in
  35. which case the only use that could be made of the 16 bit memory would be
  36. as a DMA buffer for the GVP controller.
  37.  
  38. Michael
  39.  
  40. -- 
  41. Michael L. Hitch            INTERNET:  osymh@montana.edu
  42. Computer Consultant            BITNET:  OSYMH@MTSUNIX1.BITNET
  43. Office of Systems and Computing Services
  44. Montana State University    Bozeman, MT    USA
  45.  
  46.