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
next prev 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