From: Rene Herman <rene.herman@keyaccess.nl>
To: Michael Cree <mcree@orcon.net.nz>
Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
ALSA devel <alsa-devel@alsa-project.org>,
Bob Tracy <rct@frus.com>,
linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org
Subject: Re: [regression] 2.6.25-rc4 snd-es18xx broken on Alpha
Date: Mon, 10 Mar 2008 16:21:37 +0100 [thread overview]
Message-ID: <47D55201.5050301@keyaccess.nl> (raw)
In-Reply-To: <47D55115.3010708@keyaccess.nl>
On 10-03-08 16:17, Rene Herman wrote:
> On 10-03-08 08:34, Michael Cree wrote:
>
>> Bob Tracy wrote:
>
>>> Supposedly with the ES1888, dma1 is for capture, dma2 is for
>>> playback. dma2 == 5 is a 16-bit channel, yes? That could explain
>>> much...
>
> It is, but what would it explain? You're only having playback problems,
> right?
>
>>>
>>> As for the values "chosen" for dma1 and dma2, they are the ones that
>>> keep showing up in the Alpha sound "howto" postings/documents.
>>
>> Running 'show config' in SRM on my Alphas (PWS500au and XP1000) reveals
>> the settings (except possibly for mpu_port) for the ESS1888 sound chip.
>> I recall that they are as reported in Alpha sound howtos.
>
> Can it be forced to use dma2=0 (an 8-bit channel, and the usual capture
> channel on es18xx)? However, that might not be the issue anyway:
>
>> I hadn't been using the ESS1888 for awhile, but have just tried it out
>> since you reported problems. I am running kernel 2.6.24.3 and Debian
>> testing on the XP1000. I tried playing a number of wav files with
>> alsa's aplay, sox's play and with mocp. I found that aplay and mocp
>> worked reliably through the ESS1888. Sox's play on some files did play
>> back a small extra segment of the file - particularly on short files and
>> usually some section near the end of the file - once it had completed
>> playing the file once; maybe this is what you are also observing.
>
> This sounds very suspiciously like a difference with playing through the
> native ALSA interface and the OSS emulaion. Could you and/or Bob confirm
> that sox is using the OSS emulation and not ALSA natively?
Bob is spam-blocking me (sigh...) so perhaps you can make sure he sees this.
> I could very well imagine the ALSA OSS emulation being broken on Alpha.
> I doubt any of teh developers has an Alpha. And if aplay works correctly
> this seems very likely.
>
> "sox" _can_ use ALSA natively as well by the way (see manpage for the
> version you have installed).
>
>> More onerously, my testing eventually ended in a complete system lock up!
>> I ran play (or was it aplay - sorry can't remember now)
>
> Vital if play is using the OSS interface...
>
>> and the system locked up. Got a response with ping across the network but
>> couldn't log in via ssh. Have been playing mplayer through the ESS1888
>> for the last couple of days (don't like it though - the sound quality of
>> the ESS1888 is not good enough for my ears) and haven't had another one
>> of those lockups since.
>
> Mmm.
Rene
WARNING: multiple messages have this Message-ID (diff)
From: Rene Herman <rene.herman@keyaccess.nl>
To: Michael Cree <mcree@orcon.net.nz>
Cc: Bob Tracy <rct@frus.com>,
Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
ALSA devel <alsa-devel@alsa-project.org>
Subject: Re: [regression] 2.6.25-rc4 snd-es18xx broken on Alpha
Date: Mon, 10 Mar 2008 16:21:37 +0100 [thread overview]
Message-ID: <47D55201.5050301@keyaccess.nl> (raw)
In-Reply-To: <47D55115.3010708@keyaccess.nl>
On 10-03-08 16:17, Rene Herman wrote:
> On 10-03-08 08:34, Michael Cree wrote:
>
>> Bob Tracy wrote:
>
>>> Supposedly with the ES1888, dma1 is for capture, dma2 is for
>>> playback. dma2 == 5 is a 16-bit channel, yes? That could explain
>>> much...
>
> It is, but what would it explain? You're only having playback problems,
> right?
>
>>>
>>> As for the values "chosen" for dma1 and dma2, they are the ones that
>>> keep showing up in the Alpha sound "howto" postings/documents.
>>
>> Running 'show config' in SRM on my Alphas (PWS500au and XP1000) reveals
>> the settings (except possibly for mpu_port) for the ESS1888 sound chip.
>> I recall that they are as reported in Alpha sound howtos.
>
> Can it be forced to use dma2=0 (an 8-bit channel, and the usual capture
> channel on es18xx)? However, that might not be the issue anyway:
>
>> I hadn't been using the ESS1888 for awhile, but have just tried it out
>> since you reported problems. I am running kernel 2.6.24.3 and Debian
>> testing on the XP1000. I tried playing a number of wav files with
>> alsa's aplay, sox's play and with mocp. I found that aplay and mocp
>> worked reliably through the ESS1888. Sox's play on some files did play
>> back a small extra segment of the file - particularly on short files and
>> usually some section near the end of the file - once it had completed
>> playing the file once; maybe this is what you are also observing.
>
> This sounds very suspiciously like a difference with playing through the
> native ALSA interface and the OSS emulaion. Could you and/or Bob confirm
> that sox is using the OSS emulation and not ALSA natively?
Bob is spam-blocking me (sigh...) so perhaps you can make sure he sees this.
> I could very well imagine the ALSA OSS emulation being broken on Alpha.
> I doubt any of teh developers has an Alpha. And if aplay works correctly
> this seems very likely.
>
> "sox" _can_ use ALSA natively as well by the way (see manpage for the
> version you have installed).
>
>> More onerously, my testing eventually ended in a complete system lock up!
>> I ran play (or was it aplay - sorry can't remember now)
>
> Vital if play is using the OSS interface...
>
>> and the system locked up. Got a response with ping across the network but
>> couldn't log in via ssh. Have been playing mplayer through the ESS1888
>> for the last couple of days (don't like it though - the sound quality of
>> the ESS1888 is not good enough for my ears) and haven't had another one
>> of those lockups since.
>
> Mmm.
Rene
next prev parent reply other threads:[~2008-03-10 15:21 UTC|newest]
Thread overview: 83+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-08 3:58 [regression] 2.6.25-rc4 snd-es18xx broken on Alpha Bob Tracy
2008-03-09 15:34 ` Ivan Kokshaysky
2008-03-09 23:57 ` Bob Tracy
2008-03-10 7:34 ` Michael Cree
2008-03-10 15:17 ` Rene Herman
2008-03-10 15:17 ` Rene Herman
2008-03-10 15:21 ` Rene Herman [this message]
2008-03-10 15:21 ` Rene Herman
2008-03-10 16:21 ` Bob Tracy
2008-03-10 16:56 ` Rene Herman
2008-03-10 16:56 ` Rene Herman
2008-03-10 17:14 ` Takashi Iwai
2008-03-10 17:14 ` [alsa-devel] " Takashi Iwai
2008-03-10 19:29 ` Rene Herman
2008-03-10 22:22 ` Bob Tracy
2008-03-10 22:33 ` Rene Herman
2008-03-10 22:33 ` [alsa-devel] " Rene Herman
2008-03-11 14:07 ` Bob Tracy
2008-03-11 15:17 ` Rene Herman
2008-03-11 18:08 ` Bob Tracy
2008-03-11 18:08 ` [alsa-devel] " Bob Tracy
2008-03-11 20:00 ` Michael Cree
2008-03-11 20:34 ` Bob Tracy
2008-03-12 14:40 ` Bob Tracy
2008-03-12 14:40 ` [alsa-devel] " Bob Tracy
2008-03-12 19:34 ` Rene Herman
2008-03-12 19:34 ` [alsa-devel] " Rene Herman
2008-03-12 20:31 ` Bob Tracy
2008-03-12 20:31 ` Bob Tracy
2008-03-12 21:12 ` Rene Herman
2008-03-12 21:12 ` [alsa-devel] " Rene Herman
2008-03-13 4:24 ` Bob Tracy
2008-03-13 4:24 ` [alsa-devel] " Bob Tracy
2008-03-17 22:00 ` Rene Herman
2008-03-17 22:00 ` [alsa-devel] " Rene Herman
2008-03-18 3:24 ` Bob Tracy
2008-03-18 3:54 ` Michael Cree
2008-03-23 10:40 ` Michael Cree
2008-03-24 18:15 ` Rene Herman
2008-03-24 23:56 ` Michael Cree
2008-03-24 23:56 ` [alsa-devel] " Michael Cree
2008-03-25 0:29 ` Rene Herman
2008-03-25 1:22 ` Michael Cree
2008-03-25 2:22 ` Rene Herman
2008-03-25 2:22 ` [alsa-devel] " Rene Herman
2008-03-30 5:18 ` Bob Tracy
2008-03-30 5:18 ` [alsa-devel] " Bob Tracy
2008-03-30 10:02 ` Michael Cree
2008-03-30 10:02 ` [alsa-devel] " Michael Cree
2008-03-30 9:13 ` Michael Cree
2008-03-25 2:46 ` Rene Herman
2008-03-30 21:07 ` Bob Tracy
2008-03-30 21:11 ` Michael Cree
2008-03-30 21:11 ` Michael Cree
2008-03-30 21:18 ` Bob Tracy
2008-03-30 21:18 ` [alsa-devel] " Bob Tracy
2008-03-30 4:24 ` Bob Tracy
2008-03-30 4:24 ` [alsa-devel] " Bob Tracy
2008-03-30 22:09 ` Bob Tracy
2008-03-14 13:13 ` Bob Tracy
2008-03-15 1:18 ` Tyson Whitehead
2008-03-17 16:26 ` Takashi Iwai
2008-03-18 14:16 ` Tyson Whitehead
2008-03-18 14:16 ` [alsa-devel] " Tyson Whitehead
2008-03-29 6:42 ` Bob Tracy
2008-03-29 6:42 ` [alsa-devel] " Bob Tracy
2008-03-29 12:09 ` Rene Herman
2008-03-30 16:14 ` Ivan Kokshaysky
2008-03-30 21:17 ` Michael Cree
2008-03-30 21:17 ` [alsa-devel] " Michael Cree
2008-03-30 20:24 ` Bob Tracy
2008-03-17 22:04 ` Rene Herman
2008-03-18 13:55 ` Tyson Whitehead
2008-03-18 22:57 ` Rene Herman
2008-03-18 22:57 ` [alsa-devel] " Rene Herman
2008-03-12 22:48 ` Rafael J. Wysocki
2008-03-23 9:48 ` Michael Cree
2008-03-11 5:36 ` Bob Tracy
2008-03-11 5:36 ` Bob Tracy
2008-03-10 15:08 ` Rene Herman
-- strict thread matches above, loose matches on Subject: below --
2008-03-14 23:33 Bob Tracy
2008-04-01 19:07 [alsa-devel] " Rene Herman
2008-04-01 20:32 ` Bob Tracy
2008-04-01 20:26 [alsa-devel] " Bob Tracy
2008-04-01 21:02 ` Michael Cree
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=47D55201.5050301@keyaccess.nl \
--to=rene.herman@keyaccess.nl \
--cc=alsa-devel@alsa-project.org \
--cc=ink@jurassic.park.msu.ru \
--cc=linux-alpha@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mcree@orcon.net.nz \
--cc=rct@frus.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.