From: Takashi Iwai <tiwai@suse.de>
To: Antti Boman <antti.boman@mindcom.fi>
Cc: alsa-devel@lists.sourceforge.net
Subject: Re: snd-cmipci with Jack not working
Date: Wed, 29 Jan 2003 18:13:21 +0100 [thread overview]
Message-ID: <s5hsmvblw0e.wl@alsa2.suse.de> (raw)
In-Reply-To: <3E379E8A.10502@mindcom.fi>
Hi,
At Wed, 29 Jan 2003 11:27:38 +0200,
Antti Boman wrote:
>
> Hi,
>
> I and a few other people have tried to get snd-cmipci (8738 integrated
> into ASUS A7V266 motherboard) work with Jack Audio Connection Kit, but
> with no success. We tried solving this problem in jack's developer list,
> but as there was no success I though (and was adviced) it might be the
> ALSA driver problem.
>
> The thread about the problem can be found at
> http://sourceforge.net/mailarchive/forum.php?thread_id=1580464&forum_id=3040
at first, please check which chip model you are using and get the
register dump from /proc/asound/card0/cmipci.
> I've gathered the key information here:
>
> - The sound when playing back is totally garbled, the pitch is lower
> than the original, and I get lots of clicking alongside. If I'm not
> using jack but alsa output, everything (playing and recording) is ok.
>
> - I have the lowlat patch installed in kernel, but using or not using it
> doesn't seem to change anything.
most likely the kernel scheduler is irrelevant.
> - The irq for the "card" is 10, and doesn't seem to be shared. I also
> have .asoundrc set up.
>
> - Jack server->client operation works ok, but playing back and recording
> cause the troubles.
>
> - After watching /proc/asound/card0/pcm0p/sub0/status and
> /proc/asound/card0/pcm0c/sub0/status, it seems that the wake-up does
> not happen in time although using relatively large buffersizes, or:
>
> - the playback and capture directions might be driven by different
> clocks (i.e. they run at different speeds)
hmm, it's difficult to know, but i don't think so.
could be an interrupt-related issue.
> - Using jackd with playback/capture only, it produces the following
> message:
> jackd: pcm.c:5851: snd_pcm_mmap_commit: Assertion 'pcm' failed
that's weird.
> - If using kernel real-time patches with playback/capture only, the
> system locks up. This doesn't happen with both capture and playback
> enabled.
i can't produce this on my machine...
anyway, i updated the driver a bit.
please update the cvs version and report whether it works or not.
ciao,
Takashi
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
next prev parent reply other threads:[~2003-01-29 17:13 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-29 9:27 snd-cmipci with Jack not working Antti Boman
2003-01-29 17:13 ` Takashi Iwai [this message]
2003-01-29 23:48 ` Antti Boman
2003-01-30 9:44 ` Takashi Iwai
2003-01-30 10:00 ` Antti Boman
2003-01-30 10:20 ` Takashi Iwai
2003-01-30 12:29 ` Antti Boman
2003-01-30 10:07 ` Antti Boman
2003-02-12 21:39 ` Antti Boman
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=s5hsmvblw0e.wl@alsa2.suse.de \
--to=tiwai@suse.de \
--cc=alsa-devel@lists.sourceforge.net \
--cc=antti.boman@mindcom.fi \
/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