From: Andris Pavenis <pavenis@latnet.lv>
To: Doug Ledford <dledford@redhat.com>
Cc: tom@infosys.tuwien.ac.at, linux-kernel@vger.kernel.org
Subject: Re: i810_audio driver v0.19 still freezes machine
Date: Fri, 11 Jan 2002 20:25:39 +0200 [thread overview]
Message-ID: <200201111825.g0BIPd805094@hal.astr.lu.lv> (raw)
In-Reply-To: <E16Okz2-0005JM-00@the-village.bc.nu> <200201111147.g0BBl5a01992@hal.astr.lu.lv> <3C3F0AA0.8030407@redhat.com>
In-Reply-To: <3C3F0AA0.8030407@redhat.com>
On Friday 11 January 2002 17:54, Doug Ledford wrote:
> Andris Pavenis wrote:
> > Tried. I haven't been able to freeze box after some not very long
> > torturing with artsd, but there is another new trouble:
> >
> > For test I'm letting artsd to play some WAV file and after that give some
> > time for it to close /dev/dsp. After some times there is no more sound
> > and I'm getting a message that /dev/dsp is busy when trying to restart
> > artsd. Anyway I can reload i810_audio driver and restart artsd to get
> > sound working again. 'fuser /dev/dsp' also doesn't show that it is opened
>
> Actually, as a couple people have pointed out to me, the version on my site
> was somehow a .19 version. I've placed the real .20 on my site as of a few
> minutes ago, so please try with it (and the real .20 should solve the
> problem you are related Andris in that it won't allow the driver to accept
> signals during close, which is why /dev/dsp would quit working for you).
Thanks
Earlier today I didn't take v0.19 today from You're page, but patched
previous v0.19 with Your patch posted to linux-kernel mailing list yesterday
evening.
Now about v0.20. Seems that it survives following torture:
- setup artsd to close /dev/dsp after 1 second idle
- running something like
while true; do artsplay beep.wav; sleep 3s; done
Kernel version 2.4.18-pre3
Only one purely cosmetical patch to avoid unnecessary warning from gcc
(I used gcc-2.95.3):
--- i810_audio.c-0.20 Fri Jan 11 15:48:32 2002
+++ i810_audio.c Fri Jan 11 19:54:05 2002
@@ -1739,7 +1739,7 @@
#endif
if (dmabuf->enable != DAC_RUNNING || file->f_flags & O_NONBLOCK)
return 0;
- if(val = drain_dac(state, 1))
+ if((val = drain_dac(state, 1)))
return val;
dmabuf->total_bytes = 0;
return 0;
Andris
next prev parent reply other threads:[~2002-01-11 18:26 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-10 10:58 Andris Pavenis
2002-01-10 18:16 ` Doug Ledford
2002-01-10 19:35 ` Alan Cox
2002-01-10 19:26 ` Doug Ledford
2002-01-11 7:42 ` Andris Pavenis
2002-01-11 8:44 ` Doug Ledford
2002-01-11 11:47 ` Andris Pavenis
2002-01-11 15:54 ` Doug Ledford
2002-01-11 18:25 ` Andris Pavenis [this message]
2002-01-13 22:54 ` i810_audio driver v0.20 Thomas Gschwind
2002-01-14 18:27 ` Doug Ledford
2002-01-11 9:28 ` i810_audio driver v0.19 still freezes machine Martin Dalecki
[not found] <Pine.LNX.4.33.0201101513410.31079-100000@coffee.psychology.mcmaster.ca>
2002-01-10 21:34 ` Doug Ledford
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=200201111825.g0BIPd805094@hal.astr.lu.lv \
--to=pavenis@latnet.lv \
--cc=dledford@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=tom@infosys.tuwien.ac.at \
/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
all inboxes | Powered by JetHome®