From: David Henningsson <david.henningsson@canonical.com>
To: Takashi Iwai <tiwai@suse.de>
Cc: "alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>
Subject: Re: [PATCH] Show processing coefficients in codec proc file
Date: Fri, 20 Aug 2010 16:46:25 +0200 [thread overview]
Message-ID: <4C6E9541.6000402@canonical.com> (raw)
In-Reply-To: <s5hy6c2e4gs.wl%tiwai@suse.de>
2010-08-19 22:24, Takashi Iwai skrev:
> At Thu, 19 Aug 2010 20:48:56 +0200,
> David Henningsson wrote:
>>
>> 2010-08-19 20:28, Takashi Iwai skrev:
>>> At Thu, 19 Aug 2010 20:17:42 +0200,
>>> David Henningsson wrote:
>>>>
>>>> This patch is helpful for tracking down bugs without having all
>>>> information about the chip.
>>>
>>> I don't want to change coef index in reading a proc file in general.
>>
>> Good point. But I think the solution to that problem would be to
>> - read current index
>> - do the loop
>> - restore current index
>>
>> ...and perhaps protect that with an appropriate mutex (which one)?
>>
>>> If any, you should implement a codec-specific hook.
>>
>> I'm sorry, but I don't really see how that would help...?
>
> If it's specific to a codec, then you know whether reading the coef
> in that way can be harmful or not. It's not only about the race
> via proc file but also the influence of coef on the actual codec
> behavior.
Oh, so there are chips that are *that* broken...
Yet it could be a lifesaver so I wouldn't want to give up on the idea
just yet...
Do you know off the top of your head approximately what codec chips this
is about, where reading a coef (or setting its index) can cause unwanted
side-effects?
--
David Henningsson, Canonical Ltd.
http://launchpad.net/~diwic
next prev parent reply other threads:[~2010-08-20 14:46 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-19 18:17 [PATCH] Show processing coefficients in codec proc file David Henningsson
2010-08-19 18:28 ` Takashi Iwai
2010-08-19 18:48 ` David Henningsson
2010-08-19 20:24 ` Takashi Iwai
2010-08-20 14:46 ` David Henningsson [this message]
2010-08-20 16:03 ` Takashi Iwai
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=4C6E9541.6000402@canonical.com \
--to=david.henningsson@canonical.com \
--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.