Title: buffer producer/consumer sync
hi ,
While debugging my alsa driver , some observations...
The flow goes like this
- cat test.raw /dev/pcm
- Middle layer fills up the buffer (size = period_size). Why does middle layer only fills up period_size ??
- ...(open / init etc)
-
On Tue, 9 Mar 2004, Gupta, Kshitij wrote:
Can someone comment on this and guide a little bit to solve this problem.
Yes, on ARM platform you might have problem with MMU / cache coherency,
because appl_ptr and hw_ptr are mmaped to user space. I observed this
behaviour on SA11xx platform, too.
On Tue, 9 Mar 2004, Russell King wrote:
On Tue, Mar 09, 2004 at 10:53:57AM +0100, Jaroslav Kysela wrote:
On Tue, 9 Mar 2004, Gupta, Kshitij wrote:
Can someone comment on this and guide a little bit to solve this problem.
Yes, on ARM platform you might have problem with MMU / cache
hi,
Just for your information we are using OSS PCM emulation. And let
me also first understand the problem :). Which I am not able to figure out
yet :(.
regards
-kshitij
-Original Message-
From: Russell King [mailto:[EMAIL PROTECTED] Behalf Of Russell
King
Sent: Tuesday, March
hi,
I was referring to a ARM implementation in the ALSA tree for our
ALSA driver development on OMAP 1610 (ARM 926)
sound\arm\sa11xx-uda1341.c. Just wanted to know if sa11xx-uda1341.c is also
affected by this problem.
regards
-kshitij
-Original Message-
From: [EMAIL PROTECTED]
And by that time, games will be even more demanding than before, and
still want to use those cycles for itself rather than software sound
processing, so just sitting idle waiting for the ultimate
infinite-megahertz cpu, that can do everything in no time, gains nobody
anything... at least our
At Tue, 09 Mar 2004 09:26:56 -0500,
Paul Davis wrote:
And by that time, games will be even more demanding than before, and
still want to use those cycles for itself rather than software sound
processing, so just sitting idle waiting for the ultimate
infinite-megahertz cpu, that can do
Might be of interest..
Begin forwarded message:
Date: 3 Mar 2004 12:13:15 -
From: Allan Sandfeld [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bug 76413] arts does not follow ALSA API
--- You are receiving this mail because: ---
You are a voter for the bug, or are watching
Hi Willie,
Willie Sippel wrote:
Hi.
As some of you may know, Creamware (http://www.creamware.de) is under
new management since 2004 - and they have changed their mind regarding
Linux support.
Fine.
[snipped interesting information about the SFP]
I'm a user of the Creamware Noah (Ex).
On Tue, Mar 09, 2004 at 07:44:59 +0100, Simon Schampijer wrote:
I have tried to use the m-audio with the iec61883 jack driver.
After doing some test, I have found that I can have some noise only
after an hot reboot of my powerbook (Mac OS X to Yellowdog Linux) with
the card plugged.
After
I would really be amazed to have full Linux support for that device and
I've some programming capabilities as well.
But I'm not sure about, wether the NDA agrees in the basic alsa
principles. What are the developers of alsa are thinking about that
agreement?
Hi Hartmut.
I even wanted to
11 matches
Mail list logo