home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 20766 < prev    next >
Encoding:
Internet Message Format  |  1992-12-17  |  3.7 KB

  1. Path: sparky!uunet!mcsun!news.funet.fi!hydra!kypros!hsavolai
  2. From: hsavolai@cs.Helsinki.FI (Hannu Savolainen)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: PAS-16 & Linux 0.99 + sndkit 0.4 question
  5. Date: 17 Dec 1992 03:23:31 GMT
  6. Organization: University of Helsinki, Department of Computer Science
  7. Lines: 85
  8. Distribution: world
  9. Message-ID: <1gorrjINNphe@hydra.Helsinki.FI>
  10. References: <1992Dec17.000822.20615@rs6000.cmp.ilstu.edu>
  11. NNTP-Posting-Host: kypros.helsinki.fi
  12.  
  13. In <1992Dec17.000822.20615@rs6000.cmp.ilstu.edu> jliddle@rs6000.cmp.ilstu.edu (Jean Liddle) writes:
  14.  
  15. >Greetings once again!
  16.  
  17. >First off, many compliments to Linux, HJ, and others for an awsome
  18. >system!
  19.  
  20. >I have a question about the new (alpha 4) sound driver, which I have
  21. >installed according to the instructions in the included Readmes and
  22. >compiled into the new 0.99 kernel.
  23.  
  24. >It detects my PAS-16 on bootup, as well as the adlib-compatible chip.
  25. >I can listen to music piped in from line-in immediately after bootup, but
  26. >when I try to run splay <soundfile>, the sound file plays for a second or
  27. >two and stops, and the program hangs.  Putting splay in the background 
  28. You have propably IRQ conflict and the driver doesn't see the interrupt
  29. when PAS has played the first buffer. The PAS_IRQ defined in the
  30. linux/Makefile must not be used by any other device in the system. (The
  31. SoundBlaster emulation of PAS is also a device so PAS_IRQ and SBC_IRQ
  32. must not be the same).
  33.  
  34. >with ^Z, then bringing it to the fg again gives me the following message:
  35.  
  36. >root@Ischade ( /usr/local/audio )# splay endoftheworld
  37. >Speed 8007 Hz (mono)
  38.  
  39. >[1]+  Stopped                 splay endoftheworld
  40. >root@Ischade ( /usr/local/audio )# fg
  41. >splay endoftheworld
  42. >/dev/dsp: I/O error
  43.  
  44. >Similarly, when attempting to play a .mod file with str[15|32] i get:
  45.  
  46. >root@Ischade ( /usr/local/audio/tracks32 )# str32 apc.mod
  47. >Playback speed 44191 Hz (stereo) 8 bits/sample.
  48. >[ ... ]
  49. >[1]+  Stopped                 str32 apc.mod
  50. >root@Ischade ( /usr/local/audio/tracks32 )# fg
  51. >str32 apc.mod
  52. >audio_write: I/O error
  53.  
  54. >I do not know if it is relivent, but when I compile the kernel with
  55. >-DDSP_BUFFSIZE=65536 (as suggested in the comment preceeding that line
  56. >for a PAS-16), I get on bootup a message to the effect that "DMA at
  57. >address xxx not regognized/denied, yyyy bytes of memory unusable."
  58. The DMA buffer cannot cross 64k page boundary. Therefore the only way to
  59. get a valid 64k buffer is to round the starting address to 64k boundary.
  60. With current version of sound driver/Linux this leaves up to 64k-1 bytes
  61. unused memory. With 16k buffers it is possible that each of them fit to
  62. the same 64k page and no memory is wasted.
  63.  
  64. >My solution was to set -DDSP_BUFFSIZE=16384, which got rid of that
  65. >message.
  66.  
  67. >My kernel configuration is:
  68. >math emulation OFF
  69. >normal hd support ON
  70. >tcp/ip ON
  71. >kernel profiling OFF
  72. >limit memory to 16MB (ON|OFF) - I've tried both...
  73. >SCSI support ON
  74. >(adaptec 1542 only, all others off)
  75. >SCSI disk, tape, CDROM ON
  76. >all filesystems supported
  77. >Autoconfigure serial IRQ (ON|OFF) - again, I've tried both ...
  78.  
  79. >If anyone could offer some insight into what is going on, why this
  80. >might be happening, and how I could fix it, I would be extremely 
  81. >greatful.
  82.  
  83. >For what it is worth, my card works flawlessly under MS-DOG.
  84. Do you use the same IRQ settings under Linux and MS-DOG? The same
  85. settings should work under Linux.
  86. >Many thanx in advance!
  87.  
  88. >Jean.
  89. >-- 
  90. >Jean Liddle                                 
  91. >Computer Science, Illinois State University  
  92. >e-mail:  jliddle@ilstu.edu                  
  93. >--------------------------------------------
  94. ----------------------------------------------------------------------------
  95. Hannu Savolainen (hsavolai@cs.helsinki.fi)
  96. Kun Savolainen puhuu, niin vastuu siirtyy valittomasti kuulijalle.
  97. (or link("/dev/null", "/dev/flames") in plain C)
  98.