From: Takashi Sakamoto <o-takashi@sakamocchi.jp>
To: Lars-Peter Clausen <lars@metafoo.de>, clemens@ladisch.de, tiwai@suse.de
Cc: alsa-devel@alsa-project.org
Subject: Re: [PATCH 2/8] ALSA: control: obsolete switch statement with const value table
Date: Wed, 11 Feb 2015 20:27:03 +0900 [thread overview]
Message-ID: <54DB3C87.8020908@sakamocchi.jp> (raw)
In-Reply-To: <54DB3445.1050100@metafoo.de>
Hi Lars,
On Feb 11 2015 19:51, Lars-Peter Clausen wrote:
> On 02/11/2015 11:37 AM, Takashi Sakamoto wrote:
>> To check parameters from userspace, snd_ctl_elem_add() has switch
>> statement. This statement checks the number of values in a control and
>> the size of each value. These two parameters are limited by
>> struct snd_ctl_elem_value.value and can be replaced with two sets of two
>> dimension array with constant values, without any calculation.
>>
>> This commit obsolete the switch statement with the array.
>>
>> Signed-off-by: Takashi Sakamoto <o-takashi@sakamocchi.jp>
>> ---
>> sound/core/control.c | 57
>> +++++++++++++++++++++++++---------------------------
>> 1 file changed, 27 insertions(+), 30 deletions(-)
>>
>> diff --git a/sound/core/control.c b/sound/core/control.c
>> index ea49abc..f248bde 100644
>> --- a/sound/core/control.c
>> +++ b/sound/core/control.c
>> @@ -1161,6 +1161,23 @@ static void snd_ctl_elem_user_free(struct
>> snd_kcontrol *kcontrol)
>> static int snd_ctl_elem_add(struct snd_ctl_file *file,
>> struct snd_ctl_elem_info *info, int replace)
>> {
>> + /* The capacity of struct snd_ctl_elem_value.value.*/
>> + const unsigned int value_sizes[] = {
>> + [SNDRV_CTL_ELEM_TYPE_BOOLEAN] = sizeof(long),
>> + [SNDRV_CTL_ELEM_TYPE_INTEGER] = sizeof(long),
>> + [SNDRV_CTL_ELEM_TYPE_ENUMERATED] = sizeof(unsigned int),
>> + [SNDRV_CTL_ELEM_TYPE_BYTES] = sizeof(unsigned char),
>> + [SNDRV_CTL_ELEM_TYPE_IEC958] = sizeof(struct snd_aes_iec958),
>> + [SNDRV_CTL_ELEM_TYPE_INTEGER64] = sizeof(long long),
>> + };
>> + const unsigned int max_value_counts[] = {
>> + [SNDRV_CTL_ELEM_TYPE_BOOLEAN] = 128,
>> + [SNDRV_CTL_ELEM_TYPE_INTEGER] = 128,
>> + [SNDRV_CTL_ELEM_TYPE_ENUMERATED] = 128,
>> + [SNDRV_CTL_ELEM_TYPE_BYTES] = 512,
>> + [SNDRV_CTL_ELEM_TYPE_IEC958] = 1,
>> + [SNDRV_CTL_ELEM_TYPE_INTEGER64] = 64,
>> + };
>
> The tables should probably be static, no need to put them on the stack.
Oops, exactly. I've been satisfied just to add const operator, against
my intension... Thanks for your correction.
Takashi Sakamoto
next prev parent reply other threads:[~2015-02-11 11:27 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-11 10:37 [PATCH 0/8] ALSA: control: refactoring core codes Takashi Sakamoto
2015-02-11 10:37 ` [PATCH 1/8] ALSA: control: change type from long due to the definition of sizeof operator Takashi Sakamoto
2015-02-11 11:53 ` Takashi Iwai
2015-02-11 10:37 ` [PATCH 2/8] ALSA: control: obsolete switch statement with const value table Takashi Sakamoto
2015-02-11 10:51 ` Lars-Peter Clausen
2015-02-11 11:27 ` Takashi Sakamoto [this message]
2015-02-11 10:37 ` [PATCH 3/8] ALSA: control: gathering evaluations to access Takashi Sakamoto
2015-02-11 10:37 ` [PATCH 4/8] ALSA: control: add a comment about locking values after creating Takashi Sakamoto
2015-02-11 10:37 ` [PATCH 5/8] ALSA: control: rename loop index to i Takashi Sakamoto
2015-02-11 11:55 ` Takashi Iwai
2015-02-12 12:50 ` Takashi Sakamoto
2015-02-11 10:37 ` [PATCH 6/8] ALSA: control: fix over 80 characters lines Takashi Sakamoto
2015-02-11 12:01 ` Takashi Iwai
2015-02-12 12:47 ` Takashi Sakamoto
2015-02-12 12:54 ` Jaroslav Kysela
2015-02-11 10:37 ` [PATCH 7/8] ALSA: control: rename to appropriate macro name Takashi Sakamoto
2015-02-11 10:37 ` [PATCH 8/8] ALSA: control: arrange snd_ctl_new() as a local function Takashi Sakamoto
2015-02-11 12:49 ` Lars-Peter Clausen
2015-02-11 13:04 ` Takashi Iwai
2015-02-12 12:45 ` Takashi Sakamoto
2015-02-12 12:57 ` Takashi Iwai
2015-02-11 13:19 ` [PATCH 0/8] ALSA: control: refactoring core codes Takashi Iwai
2015-02-12 12:38 ` Takashi Sakamoto
2015-03-05 15:43 ` [PATCH 0/2][RFC] ALSA: core: optimizations for creating new controls Takashi Sakamoto
2015-03-05 15:43 ` [PATCH 1/2] ALSA: core: use precomputed table to check userspace control params Takashi Sakamoto
2015-03-05 15:43 ` [PATCH 2/2] ALSA: core: reduce stack usage related to snd_ctl_new() Takashi Sakamoto
2015-03-05 15:58 ` [PATCH 0/2][RFC] ALSA: core: optimizations for creating new controls Takashi Iwai
2015-03-07 4:57 ` Takashi Sakamoto
2015-03-10 13:13 ` [PATCH 0/2 v2] " Takashi Sakamoto
2015-03-10 13:13 ` [PATCH 1/2] ALSA: core: use precomputed table to check userspace control params Takashi Sakamoto
2015-03-10 13:13 ` [PATCH 2/2] ALSA: core: reduce stack usage related to snd_ctl_new() Takashi Sakamoto
2015-03-10 14:44 ` [PATCH 0/2 v2] ALSA: core: optimizations for creating new controls 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=54DB3C87.8020908@sakamocchi.jp \
--to=o-takashi@sakamocchi.jp \
--cc=alsa-devel@alsa-project.org \
--cc=clemens@ladisch.de \
--cc=lars@metafoo.de \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox