sound/alsa/soc/codec: fix memory leak and resource relaim in error path
in [Kernel]
|
Prev: Bad relocation warnings while Building a CONFIG_RELOCATABLE kernel with CONFIG_ISERIES enabled
Next: Good News!!!
From: Axel Lin on 18 Jul 2010 21:50 hi Mark, 2010/7/15 Mark Brown <broonie(a)opensource.wolfsonmicro.com>: > On Thu, Jul 15, 2010 at 10:49:07AM +0800, Axel Lin wrote: > >> [PATCH 1/12] ad1836: fix a memory leak if another ad1836 is registered >> [PATCH 2/12] ak4642: fix a memory leak if failed to initialise AK4642 >> [PATCH 3/12] da7210: fix a memory leak if failed to initialise da7210 audio codec >> [PATCH 4/12] wm8523: fix resource reclaim in wm8523_register error path >> [PATCH 5/12] wm8711: fix a memory leak if another WM8711 is registered >> [PATCH 6/12] wm8904: fix resource reclaim in wm8904_register error path >> [PATCH 7/12] wm8940: fix resource reclaim in wm8940_register error path >> [PATCH 8/12] wm8955: fix resource reclaim in wm8955_register error path >> [PATCH 9/12] wm8961: fix resource reclaim in wm8961_register error path >> [PATCH 10/12] wm8974: fix a memory leak if another WM8974 is registered >> [PATCH 11/12] wm8978: fix a memory leak if another WM8978 is registered >> [PATCH 12/12] wm9081: fix resource reclaim in wm9081_register error path > > If you're going to be submiting large batches of small patches like this > it would be really helpful if you could make sure you format the subject > lines for your patches so that they match the standards for the area of > the kernel you're updating. �This makes them much easier to apply. > After checking Liam's multi-component branch, I think this serial of fix is not necessary. If you think it still has value to merge this serial of fix for current implementation, just let me know. Regards, Axel -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |