Return to BSD News archive
Path: sserve!newshost.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!hookup!news.moneng.mei.com!howland.reston.ans.net!pipex!sunic!EU.net!Germany.EU.net!netmbx.de!zrz.TU-Berlin.DE!math.fu-berlin.de!cs.tu-berlin.de!nuggets From: nuggets@cs.tu-berlin.de (Lars Hentschke) Newsgroups: comp.os.386bsd.questions Subject: Re: GAMMA-sio and dsp problem Date: 11 May 1994 08:57:30 GMT Organization: Technical University of Berlin, Germany Lines: 32 Distribution: world Message-ID: <2qq6lq$gi2@news.cs.tu-berlin.de> References: <eY0lDnjKh2@astral.msk.su> NNTP-Posting-Host: alaspin.cs.tu-berlin.de Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Andrew A. Chernov, Black Mage (ache@astral.msk.su) wrote: : In comp.os.386bsd.questions Lars Hentschke writes: : >The other Question is about the snd-driver and sampling over /dev/dsp : >or /dev/dsp16: : >My PAS16 has a buffer with a size of 64k on board. : >FreeBSD-1.0-RELEASE detects this with 32k (ioctl SNDCTL_DSP_GETBLKSIZE) : >Result was KNACK ................. KNACK ................ KNACK : >FreeBSD-1.1-GAMMA detects this with 4k : >Result was KNACK ... KNACK ... KNACK ... KNACK ... KNACK ... KNACK : >WHY DO THEY NOT DETECT 64k ? : At first GETBLKSIZE have nothing common with on-board ROMs and RAMs, : it simple write buffer matching with DMA buffer for device. : -current implements now contiguous DMA for sounddriver, so : get you full 64K buffer. : KNACK looks like dsp reset occurse, it is known problem with old : sounddriver. You can comment all dsp_resets or got -current sounddriver. hmmm i've tried 1.1-RELEASE and saw, that has the old drivers... (KNACK..KNACK...) is there a chance to move -current-snd-driver into RELEASE? (patch or someting?) only changing sources for snd doesnt work (you know that, i think ...) Lars.