From: Doug Ledford <dledford@redhat.com>
To: Nathan Bryant <nbryant@optonline.net>
Cc: Andris Pavenis <pavenis@lanet.lv>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] i810_audio fix for version 0.11
Date: Fri, 07 Dec 2001 12:55:19 -0500 [thread overview]
Message-ID: <3C110287.8070205@redhat.com> (raw)
In-Reply-To: <3C10E85F.7040009@lanet.lv> <3C10F9E0.7010906@optonline.net>
Nathan Bryant wrote:
> Andris Pavenis wrote:
>
>> > With this patch, it seems to work fine. Without, it hangs on write.
>>
>> I met case when dmabuf->count==0 when __start_dac() is called. As result
>> I still got system freezing even if PCM_ENABLE_INPUT or
>> PCM_ENABLE_OUTPUT were set accordingly (I used different patch, see
>> another patch I sent today).
>>
>> My latest revision of patch "survives" without problems already some
>> hours (normally I'm not listening radio through internet all time,
>> but this time I do ...)
>>
>> Andris
>>
>>
>>
>>
>>
>>
>
> i knew i shoula been a little less lazy with that one...
>
> haven't looked at your revision yet but we should just clean up and
> make update_lvi self-contained so that it always does *something*
> appropriate regardless of state. maybe that's what you did. ;-)
>
> (fyi, i'm not subscribed to linux-kernel, too much volume for the few
> specific interests i have, i don't see some of this stuff until, and
> if, i go digging thru archives)
>
Well, unfortunately, neither of the patches you guys sent do what I was
looking for ;-) My goal with that code was to enable a specific certain
behaviour, and because of the deadlock I have to make a few changes
elsewhere for it to work properly. The workaround patches are fine for
now, but later today I'll make a 0.12 that fixes it the way I'm looking
for. (Hint: it's legal for a program to call SETTRIGGER to disable PCM
output, then call the write() routine to fill the buffer, then call
SETTRIGGER again to start output, otherwise known as pre buffering, and
I want to support that without forcing the DAC to be started on
update_lvi())
The real answer is multipart:
1) during i810_open go back to the old behaviour of setting
dmabuf->trigger to PCM_ENABLE_INPUT and/or OUTPUT based on file mode.
2) make sure that i810_mmap clears dmabuf->trigger
3) make sure that in both i810_write and i810_read, we force the trigger
setting when we can't output/input any data because count <= 0
4) in update_lvi make the check something like:
if (!dmabuf->enable && dmabuf->trigger) {
....
}
That should solve the problem, I just haven't written it up yet.
next prev parent reply other threads:[~2001-12-07 17:55 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-12-07 16:03 [PATCH] i810_audio fix for version 0.11 Andris Pavenis
2001-12-07 17:18 ` Nathan Bryant
2001-12-07 17:37 ` Andris Pavenis
2001-12-07 17:55 ` Doug Ledford [this message]
2001-12-07 18:36 ` Doug Ledford
2001-12-08 8:39 ` Andris Pavenis
2001-12-08 9:25 ` Andris Pavenis
2001-12-08 9:36 ` Doug Ledford
2001-12-08 9:45 ` Andris Pavenis
2001-12-11 0:42 ` Doug Ledford
2001-12-11 6:59 ` Andris Pavenis
2001-12-27 11:10 ` i810_audio driver version 0.13 still broken Andris Pavenis
2001-12-27 21:44 ` Nathan Bryant
2001-12-28 7:16 ` Andris Pavenis
2001-12-28 20:14 ` Nathan Bryant
2002-01-05 12:29 ` Andris Pavenis
2001-12-31 4:06 ` Nick Papadonis
-- strict thread matches above, loose matches on Subject: below --
2001-12-07 2:44 [PATCH] i810_audio fix for version 0.11 Nathan Bryant
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=3C110287.8070205@redhat.com \
--to=dledford@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=nbryant@optonline.net \
--cc=pavenis@lanet.lv \
/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.