home *** CD-ROM | disk | FTP | other *** search
/ Amiga GigaPD 3 / Amiga_GigaPD_v3_3of3.iso / netbsd / docs / mailinglist-archive / 1993-09 / text0106.txt < prev    next >
Encoding:
Text File  |  1993-06-25  |  2.9 KB  |  61 lines
  1. >>>>> "Markus W" == Markus Wild <mw@eunet.ch> writes:
  2.  
  3. Markus W> We definitely *don't* want GPL code in the kernel, so this
  4. Markus W> renders the Linux floppy code completely useless to us,
  5. Markus W> sorry.
  6.  
  7. Sad to say it but the AmigaDOS filesystem version 1 is based on code which
  8. is GPLed.  I have had a discussion with the original author, Frank
  9. "Crash" Edwards, about his conditions (because I anticipated the GPL
  10. reluctance) which resulted in this:
  11.  
  12. Crash> Okay, then; link the AmigaDOS filesystem code into the kernel
  13. Crash> and provide the binary.  Also provide object files, if that's
  14. Crash> the way the other pieces of the kernel are distributed.  And
  15. Crash> wherever there's a pointer to the source for the kernel, put a
  16. Crash> similar mention of the AmigaDOS vfs being available there
  17. Crash> also.
  18.  
  19. Crash> On the ftp site, put the AmiVFS filesystem source code into
  20. Crash> whatever files contain the source code for the other
  21. Crash> filesystems; or put it into the same directory as the other
  22. Crash> filesystems on the ftp site.
  23.  
  24. Crash> Basically, I want people to be able to find and use the code as
  25. Crash> easily as they could find and use the rest of the NetBSD
  26. Crash> package.
  27.  
  28. The VFS code Crash talks about is an AmigaDOS FS implementation for
  29. Amiga Unix, which is the implementation I used as a starting point.
  30. Are the intent of his last paragraph in any way compatible with any
  31. type of copyright we're willing to include into the NetBSD kernel?
  32. I suspect we could come to some solution if the involved parties just
  33. want to.  Maybe it would be best if Markus W. and Crash spoke directly?
  34.  
  35. I'm going to write a version 2 of my FS which will be from scratch, now
  36. that I know a bit more of FS writing in general and NetBSD FSs in
  37. particular.  There's also need for some design changes in order to
  38. accomodate for write capabilities.  This version will be BSD copyrighted,
  39. but it won't be finished in quite some time.
  40.  
  41. Today, version 1 is half-stable, meaning a find . -print of a 10000+ file
  42. partition works OK and no memory will have leaked after unmounting the
  43. partition after such a walk.  The problem is that the caching strategy
  44. used is quite memory consumptive when one is dealing with large files
  45. in large directories.  I have a directory with all my archive files,
  46. several of which are larger than 2MB and when tarring this to tape, the
  47. kernel will run out of memory resulting in a panic in pmap_enter_ptpage
  48. (the STE address won't be mapped resulting in a address fault).  This
  49. happens for me regularily when doing memory intensive tasks, i.e. not
  50. just when using the AmigaDOS FS module.  For example, make depend of
  51. perl were really hard to get through.  Well, I just have 4MB of RAM,
  52. tough luck!  I will get 4 more MB soon, I suspect.
  53.  
  54. Niklas
  55.  
  56. Niklas Hallqvist    Phone: +46-(0)31-40 75 00
  57. Applitron Datasystem    Fax:   +46-(0)31-83 39 50
  58. Molndalsvagen 95    Email: niklas@appli.se
  59. S-412 63  GOTEBORG, Sweden     mcsun!seunet!appli!niklas
  60.  
  61.