home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 20486 < prev    next >
Encoding:
Text File  |  1992-12-15  |  1.5 KB  |  34 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!mcsun!news.funet.fi!hydra!klaava!torvalds
  3. From: torvalds@klaava.Helsinki.FI (Linus Torvalds)
  4. Subject: Re: Floppy DMA, question and patch (?)
  5. Message-ID: <1992Dec15.112658.13063@klaava.Helsinki.FI>
  6. Keywords: floppy,dma,patch,kernel,0.98.6,1MB,16MB,unofficial
  7. Organization: University of Helsinki
  8. References: <If=DXGK00Vp3MDgVMZ@andrew.cmu.edu>
  9. Date: Tue, 15 Dec 1992 11:26:58 GMT
  10. Lines: 22
  11.  
  12. In article <If=DXGK00Vp3MDgVMZ@andrew.cmu.edu> fl0p+@andrew.cmu.edu (Frank T Lofaro) writes:
  13. >
  14. >    Is the 1MB DMA restriction in the floppy code necessary, or can
  15. >386/486's handle 16MB DMA for the floppy? I have this patch (suggested
  16. >to me in e-mail) that ups the limit to 16MB from 1MB, and it seems to
  17. >work.
  18.  
  19. It should work fine.  The only reason for the 1MB (as opposed to 16MB)
  20. limit was that I originally thought of making only the low 1MB
  21. identity-mapped, and anything above it could be moved around with the
  22. pager hardware, so DMA wouldn't work on those without some address
  23. calculations. 
  24.  
  25. As it turned out, I never did anything like this, and I currently
  26. guarantee that all kernel memory is identity-mapped up to the limit of
  27. physical RAM (it's easier on the memory manager, as well as on devices
  28. like some SCSI cards which use DMA).  So changing the limit to 16MB
  29. should work fine.  Not that it probably matters very much: 99% of the
  30. floppy IO reads go through the track buffer, and writes aren't exactly
  31. timing-critical in most circumstances.. 
  32.  
  33.         Linus
  34.