Alsa-Devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Santiago Otero <santiago@atlas.uvigo.es>
To: ALSA-devel <alsa-devel@lists.sourceforge.net>
Subject: Re: Request for tests: scatter-gather dma support on	via686 and emu10k1
Date: 22 Jul 2002 18:21:57 +0200	[thread overview]
Message-ID: <1027354918.1225.9.camel@atenea> (raw)
In-Reply-To: <s5hptxgovji.wl@alsa2.suse.de>

El lun, 22-07-2002 a las 13:24, Takashi Iwai escribió:
> Hi,
> 
> At 20 Jul 2002 14:05:33 +0200,
> Santiago Otero wrote:
> > 
> > El vie, 19-07-2002 a las 19:19, Takashi Iwai escribi�:
> > > Hi,
> > > 
> > > i just added the support of scatter-gather (sg) dma support on some chips.
> > > some chips such like via686 and emu10k1 have sg dma function, which
> > > enables to use discontiguous pages as buffer.  hence we'll have almost
> > > no memory allocation problem on these chips.
> > > 
> > > on via686 and emu10k1, the playback (and capture for via686) buffers
> > > are no longer preallocated but allocated always dynamically
> > > (preallocation doesn't make sense for sg buffers).
> > > 
> > > on via686 driver, there is a new constraint.  the period byte size
> > > must be in power of two, to make sure that the period is aligned to
> > > the kernel page size.  i don't believe that this matters, though.
> > > 
> > > there are some other chips with this function, via8233, intel8x0 and
> > > trident.  they will be supported eventually soon.  (the porting must
> > > be easy but i have no hardware :)
> > > 
> > > 
> > > anyway, if you have an emu10k1 or via686 soundchip, please test the
> > > latest cvs version of alsa-kernel/alsa-driver.
> > > 
> > > 
> > I've got a via686. I've tested cvs version of alsa-driver and here are
> > my results:
> > -OSS emulation works fine
> > -xmms, mplayer, xine, ogg123 work fine
> 
> ok.  thanks for your tests.
> 
> > -all my own applications that before were working  now  sound bad. I am
> > working on the problem
> 
> this might be related with the period size restriction.
> how did you set the period size?
> please check /proc/asound/card0/pcm0p/sub0/hw_params and
> which condition is used.
> 
> 
I was using default period size. Setting period size to 1024 makes my
application work again.

Thanks.




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

  parent reply	other threads:[~2002-07-22 16:21 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-07-19 17:19 Request for tests: scatter-gather dma support on via686 and emu10k1 Takashi Iwai
     [not found] ` <1027166734.759.8.camel@atenea>
     [not found]   ` <s5hptxgovji.wl@alsa2.suse.de>
2002-07-22 16:21     ` Santiago Otero [this message]
2002-07-23  9:21       ` Takashi Iwai
2002-07-23 17:18         ` Santiago Otero
2002-07-30 15:06           ` Takashi Iwai

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1027354918.1225.9.camel@atenea \
    --to=santiago@atlas.uvigo.es \
    --cc=alsa-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox