On Mon, 24 Jun 2002, Takashi Iwai wrote:
At Tue, 18 Jun 2002 20:23:50 +0200 (CEST),
Tim Goetze wrote:
Takashi Iwai wrote:
well, draing samples at close corresponds to flushing the buffered
data to disk at fclose. then it sounds normal, doesn't it?
i'm still not convinced --
On Wed, 26 Jun 2002, Takashi Iwai wrote:
At Wed, 26 Jun 2002 17:55:49 +0200 (CEST),
Jaroslav wrote:
On Mon, 24 Jun 2002, Takashi Iwai wrote:
At Tue, 18 Jun 2002 20:23:50 +0200 (CEST),
Tim Goetze wrote:
Takashi Iwai wrote:
well, draing samples at close
At Tue, 18 Jun 2002 20:23:50 +0200 (CEST),
Tim Goetze wrote:
Takashi Iwai wrote:
well, draing samples at close corresponds to flushing the buffered
data to disk at fclose. then it sounds normal, doesn't it?
i'm still not convinced -- if the stream is running when you close it,
you're
At Mon, 3 Jun 2002 19:48:56 +0200 (CEST),
Tim Goetze wrote:
unfortunately the bug remains, it only manifests differently.
after initializing the ice (cap + play are linked):
[~] cat /proc/asound/ice/pcm0p/sub0/hw_params
access: MMAP_INTERLEAVED
format: S32_LE
subformat: STD
Takashi Iwai wrote:
[...]
so far, so good..
calling snd_pcm_close() takes a few seconds during which i see
this:
[~] cat /proc/asound/ice/pcm0p/sub0/status
state: DRAINING
trigger_time: 1023125380.999721
tstamp : 1023125381.905192
delay : -39746
avail : 40002
At Sat, 1 Jun 2002 01:49:00 +0200 (CEST),
Tim Goetze wrote:
me wrote:
Takashi Iwai wrote:
At Thu, 30 May 2002 17:14:03 +0200 (CEST),
Tim Goetze wrote:
hi all,
both emu8k and ice1712 pcm drivers hang forever in ioctl(2) when
closing a playback stream if the stream has been
me wrote:
strange, this has to be fixed already.
and the filename in the patch you attached seems invalid.
could you check whether all the sources are updated?
the latest versions are:
alsa-kernel/core/pcm.c rcs rev. 1.12
alsa-kernel/core/pcm_nativ.crcs rev. 1.13
me wrote:
me wrote:
me wrote:
Takashi Iwai wrote:
At Thu, 30 May 2002 17:14:03 +0200 (CEST),
Tim Goetze wrote:
hi all,
both emu8k and ice1712 pcm drivers hang forever in ioctl(2) when
closing a playback stream if the stream has been linked to the
same card's capture, has been
At Thu, 30 May 2002 17:14:03 +0200 (CEST),
Tim Goetze wrote:
hi all,
both emu8k and ice1712 pcm drivers hang forever in ioctl(2) when
closing a playback stream if the stream has been linked to the
same card's capture, has been prepared and written data to, but was
never started:
Takashi Iwai wrote:
At Thu, 30 May 2002 17:14:03 +0200 (CEST),
Tim Goetze wrote:
hi all,
both emu8k and ice1712 pcm drivers hang forever in ioctl(2) when
closing a playback stream if the stream has been linked to the
same card's capture, has been prepared and written data to, but was
me wrote:
me wrote:
Takashi Iwai wrote:
At Thu, 30 May 2002 17:14:03 +0200 (CEST),
Tim Goetze wrote:
hi all,
both emu8k and ice1712 pcm drivers hang forever in ioctl(2) when
closing a playback stream if the stream has been linked to the
same card's capture, has been prepared and
hi all,
both emu8k and ice1712 pcm drivers hang forever in ioctl(2) when
closing a playback stream if the stream has been linked to the
same card's capture, has been prepared and written data to, but was
never started:
Program received signal SIGINT, Interrupt.
0x403b8fa4 in ioctl () from
12 matches
Mail list logo