From: Takashi Iwai <tiwai@suse.de>
To: Jesper Juhl <jj@chaosbits.net>
Cc: linux-kernel@vger.kernel.org, alsa-devel@alsa-project.org,
Jaroslav Kysela <perex@perex.cz>,
David Henningsson <david.henningsson@canonical.com>,
Kailang Yang <kailang@realtek.com.tw>,
PeiSen Hou <pshou@realtek.com.tw>,
Jonathan Woithe <jwoithe@physics.adelaide.edu.au>
Subject: Re: [PATCH] ALSA: hda/realtek - Fix mem leak (and rid us of trailing whitespace).
Date: Fri, 13 Apr 2012 07:38:10 +0200 [thread overview]
Message-ID: <s5hlim0qji5.wl%tiwai@suse.de> (raw)
In-Reply-To: <alpine.LNX.2.00.1204122209560.7553@swampdragon.chaosbits.net>
At Thu, 12 Apr 2012 22:11:25 +0200 (CEST),
Jesper Juhl wrote:
>
> In sound/pci/hda/patch_realtek.c::alc_auto_fill_dac_nids(), in the
> 'for (;;)' loop, if the 'badness' value returned from
> fill_and_eval_dacs() is negative, then we'll return from the function
> without freeing the memory we allocated for 'best_cfg', thus leaking.
> Fix the leak by kfree()'ing the memory when badness is negative.
>
> While I was there I also noticed some trailing whitespace in the
> function that I removed (along with all other trailing whitespace in
> the file) - it didn't seem worth-while to do that as two patches, so I
> hope it's OK that I just did it all as one patch.
>
> Signed-off-by: Jesper Juhl <jj@chaosbits.net>
Thanks, applied now.
Takashi
> ---
> sound/pci/hda/patch_realtek.c | 16 +++++++++-------
> 1 file changed, 9 insertions(+), 7 deletions(-)
>
> diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c
> index 9917e55..c5e1a1a 100644
> --- a/sound/pci/hda/patch_realtek.c
> +++ b/sound/pci/hda/patch_realtek.c
> @@ -3398,8 +3398,10 @@ static int alc_auto_fill_dac_nids(struct hda_codec *codec)
> for (;;) {
> badness = fill_and_eval_dacs(codec, fill_hardwired,
> fill_mio_first);
> - if (badness < 0)
> + if (badness < 0) {
> + kfree(best_cfg);
> return badness;
> + }
> debug_badness("==> lo_type=%d, wired=%d, mio=%d, badness=0x%x\n",
> cfg->line_out_type, fill_hardwired, fill_mio_first,
> badness);
> @@ -3434,7 +3436,7 @@ static int alc_auto_fill_dac_nids(struct hda_codec *codec)
> cfg->line_out_type = AUTO_PIN_SPEAKER_OUT;
> fill_hardwired = true;
> continue;
> - }
> + }
> if (cfg->hp_outs > 0 &&
> cfg->line_out_type == AUTO_PIN_SPEAKER_OUT) {
> cfg->speaker_outs = cfg->line_outs;
> @@ -3448,7 +3450,7 @@ static int alc_auto_fill_dac_nids(struct hda_codec *codec)
> cfg->line_out_type = AUTO_PIN_HP_OUT;
> fill_hardwired = true;
> continue;
> - }
> + }
> break;
> }
>
> @@ -4423,7 +4425,7 @@ static int alc_parse_auto_config(struct hda_codec *codec,
> static int alc880_parse_auto_config(struct hda_codec *codec)
> {
> static const hda_nid_t alc880_ignore[] = { 0x1d, 0 };
> - static const hda_nid_t alc880_ssids[] = { 0x15, 0x1b, 0x14, 0 };
> + static const hda_nid_t alc880_ssids[] = { 0x15, 0x1b, 0x14, 0 };
> return alc_parse_auto_config(codec, alc880_ignore, alc880_ssids);
> }
>
> @@ -6079,7 +6081,7 @@ static const struct snd_pci_quirk alc269_fixup_tbl[] = {
> * Basically the device should work as is without the fixup table.
> * If BIOS doesn't give a proper info, enable the corresponding
> * fixup entry.
> - */
> + */
> SND_PCI_QUIRK(0x1043, 0x8330, "ASUS Eeepc P703 P900A",
> ALC269_FIXUP_AMIC),
> SND_PCI_QUIRK(0x1043, 0x1013, "ASUS N61Da", ALC269_FIXUP_AMIC),
> @@ -6296,7 +6298,7 @@ static void alc_fixup_no_jack_detect(struct hda_codec *codec,
> {
> if (action == ALC_FIXUP_ACT_PRE_PROBE)
> codec->no_jack_detect = 1;
> -}
> +}
>
> static const struct alc_fixup alc861_fixups[] = {
> [ALC861_FIXUP_FSC_AMILO_PI1505] = {
> @@ -6714,7 +6716,7 @@ static const struct snd_pci_quirk alc662_fixup_tbl[] = {
> * Basically the device should work as is without the fixup table.
> * If BIOS doesn't give a proper info, enable the corresponding
> * fixup entry.
> - */
> + */
> SND_PCI_QUIRK(0x1043, 0x1000, "ASUS N50Vm", ALC662_FIXUP_ASUS_MODE1),
> SND_PCI_QUIRK(0x1043, 0x1092, "ASUS NB", ALC662_FIXUP_ASUS_MODE3),
> SND_PCI_QUIRK(0x1043, 0x1173, "ASUS K73Jn", ALC662_FIXUP_ASUS_MODE1),
> --
> 1.7.10
>
>
> --
> Jesper Juhl <jj@chaosbits.net> http://www.chaosbits.net/
> Don't top-post http://www.catb.org/jargon/html/T/top-post.html
> Plain text mails only, please.
>
prev parent reply other threads:[~2012-04-13 5:38 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-12 20:11 Jesper Juhl
2012-04-13 5:38 ` Takashi Iwai [this message]
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=s5hlim0qji5.wl%tiwai@suse.de \
--to=tiwai@suse.de \
--cc=alsa-devel@alsa-project.org \
--cc=david.henningsson@canonical.com \
--cc=jj@chaosbits.net \
--cc=jwoithe@physics.adelaide.edu.au \
--cc=kailang@realtek.com.tw \
--cc=linux-kernel@vger.kernel.org \
--cc=perex@perex.cz \
--cc=pshou@realtek.com.tw \
/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®