From: Pavel Hofman <pavel.hofman@insite.cz>
To: Takashi Iwai <tiwai@suse.de>
Cc: ALSA development <alsa-devel@alsa-project.org>
Subject: Re: ICE1724 - File descriptor in bad state when capturing
Date: Mon, 10 Mar 2008 22:39:14 +0100 [thread overview]
Message-ID: <47D5AA82.4080009@insite.cz> (raw)
In-Reply-To: <s5hk5kax2dn.wl%tiwai@suse.de>
Takashi Iwai wrote:
> At Sun, 09 Mar 2008 23:56:01 +0100,
> Pavel Hofman wrote:
>> Hi,
>>
>> I have most of the ESI Juli driver working, but I have hit a problem
>> with the capture stream. I had to modify some ice1724.c code to allow
>> redefining clock-related functions in the actual card file (Juli has a
>> different clocking scheme), but all the DMA code is left intact, as well
>> as the methods defining the capture stream.
>>
>> The ice1724 vu-meters detect input ADC data, I can hear correct sound
>> when setting the internal mixer to H/W-In. Yet, when trying to record, I get
>>
>> arecord -v -D hw:0,0,0 -r 44100 -f S32_LE -c2
>>
>> ....
>> RIFF$WAVEfmt ... data arecord: pcm_read:1346: read error: File
>> descriptor in bad state
>
> It's -EBADFD and indicates that the PCM state isn't the expected one,
> in this case, SNDRV_PCM_STATE_PREPARED or RUNNING.
> The error comes from snd_pcm_capture_ioctl1() in core/pcm_native.c.
> Not sure what is broken, but this should be the starting point.
>
>
> Takashi
Takashi,
Thanks for the hint. I have found the following:
For the working capture (spdif input in my case), the function
snd_pcm_lib_read1 gets called first with SNDRV_PCM_STATE_PREPARED, and
consequently repeatedly with SNDRV_PCM_STATE_RUNNING.
strace arecord :
...
write(1, "data\0\0\0\200", 8data) = 8
ioctl(4, 0x800c4151, 0xbfbf5310) = 0
write(1, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
16384) = 16384
ioctl(4, 0x800c4151, 0xbfbf5310) = 0
write(1, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
16384) = 16384
...
Whereas for the broken analog input, the sequence is
1. snd_pcm_lib_read1 with SNDRV_PCM_STATE_PREPARED - returns 0
2. snd_pcm_lib_read1 with SNDRV_PCM_STATE_SETUP - returns -EBADFD
strace arecord:
write(1, "data\0\0\0\200", 8data) = 8
ioctl(4, 0x800c4151, 0xbfa6cff0) = 0
poll([{fd=4, events=POLLIN|POLLERR|POLLNVAL, revents=POLLIN|POLLERR}],
1, 1000) = 1
ioctl(4, 0x800c4151, 0xbfa6cff0) = -1 EBADFD (File descriptor in
bad state)
write(2, "arecord: pcm_read:1346: ", 24arecord: pcm_read:1346: ) = 24
The broken input falls to polling - is it somehow blocked?
Thanks a lot for further hints.
Pavel.
next prev parent reply other threads:[~2008-03-10 21:39 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-09 22:56 ICE1724 - File descriptor in bad state when capturing Pavel Hofman
2008-03-10 11:08 ` Takashi Iwai
2008-03-10 21:39 ` Pavel Hofman [this message]
2008-03-11 7:35 ` Clemens Ladisch
2008-03-11 13:25 ` Pavel Hofman
[not found] ` <47D63D6A.10503@insite.cz>
2008-03-11 15:11 ` Clemens Ladisch
2008-03-11 15:21 ` Pavel Hofman
2008-03-11 19:46 ` Pavel Hofman
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=47D5AA82.4080009@insite.cz \
--to=pavel.hofman@insite.cz \
--cc=alsa-devel@alsa-project.org \
--cc=tiwai@suse.de \
/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.