Message ID | 20161116124600.66e4c9e4@vento.lan (mailing list archive) |
---|---|
State | Not Applicable |
Headers | show |
On 11/16/2016 03:46 PM, Mauro Carvalho Chehab wrote: >>>> Marek Szyprowski (1): >>>> > >> s5p-mfc: fix failure path of s5p_mfc_alloc_memdev() >> > >> > Mauro, this patch seems to had slipped through the cracks, I can't see it >> > in neither media fixes nor the master branch. Could you please check it? > > The patch seems to be on my tree: Oops, sorry, I didn't check it properly. Would be nice to see that patch also in linux-next.
Em Wed, 16 Nov 2016 16:08:19 +0100 Sylwester Nawrocki <s.nawrocki@samsung.com> escreveu: > On 11/16/2016 03:46 PM, Mauro Carvalho Chehab wrote: > >>>> Marek Szyprowski (1): > >>>> > >> s5p-mfc: fix failure path of s5p_mfc_alloc_memdev() > >> > > >> > Mauro, this patch seems to had slipped through the cracks, I can't see it > >> > in neither media fixes nor the master branch. Could you please check it? > > > > The patch seems to be on my tree: > > Oops, sorry, I didn't check it properly. Would be nice to see that > patch also in linux-next. I'll likely add all patches at linux-next today, after handling more patches. Thanks, Mauro -- To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Hello Mauro, On 11/16/2016 12:19 PM, Mauro Carvalho Chehab wrote: > Em Wed, 16 Nov 2016 16:08:19 +0100 > Sylwester Nawrocki <s.nawrocki@samsung.com> escreveu: > >> On 11/16/2016 03:46 PM, Mauro Carvalho Chehab wrote: >>>>>> Marek Szyprowski (1): >>>>>>>>> s5p-mfc: fix failure path of s5p_mfc_alloc_memdev() >>>>> >>>>> Mauro, this patch seems to had slipped through the cracks, I can't see it >>>>> in neither media fixes nor the master branch. Could you please check it? >>> >>> The patch seems to be on my tree: >> This patch is indeed in your tree as commit: https://git.linuxtv.org/media_tree.git/commit/?id=3467c9a7e7f9 and also in present in the media/v4.9-2 tag. But the patch never made to mainline. In fact, I don't see any of the patches in the media/v4.9-2 tag to be merged in v4.9-rc7. >> Oops, sorry, I didn't check it properly. Would be nice to see that >> patch also in linux-next. > > I'll likely add all patches at linux-next today, after handling more > patches. > > Thanks, > Mauro Best regards,
Em Mon, 28 Nov 2016 16:29:25 -0300 Javier Martinez Canillas <javier@osg.samsung.com> escreveu: > Hello Mauro, > > On 11/16/2016 12:19 PM, Mauro Carvalho Chehab wrote: > > Em Wed, 16 Nov 2016 16:08:19 +0100 > > Sylwester Nawrocki <s.nawrocki@samsung.com> escreveu: > > > >> On 11/16/2016 03:46 PM, Mauro Carvalho Chehab wrote: > >>>>>> Marek Szyprowski (1): > >>>>>>>>> s5p-mfc: fix failure path of s5p_mfc_alloc_memdev() > >>>>> > >>>>> Mauro, this patch seems to had slipped through the cracks, I can't see it > >>>>> in neither media fixes nor the master branch. Could you please check it? > >>> > >>> The patch seems to be on my tree: > >> > > This patch is indeed in your tree as commit: > > https://git.linuxtv.org/media_tree.git/commit/?id=3467c9a7e7f9 > > and also in present in the media/v4.9-2 tag. > > But the patch never made to mainline. In fact, I don't see any of the > patches in the media/v4.9-2 tag to be merged in v4.9-rc7. It is part of a group of 187 patches for Kernel 4.10. There aren't anything there that fixes a regression on 4.8 or 4.9. So, no hush. I double-checked and all the patches at media/v4.9-2 are there at media master. So, should be sent to 4.10. Regards, Mauro -- To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/drivers/media/platform/s5p-mfc/s5p_mfc.c b/drivers/media/platform/s5p-mfc/s5p_mfc.c index 0a5b8f5e011e..3436eda58855 100644 --- a/drivers/media/platform/s5p-mfc/s5p_mfc.c +++ b/drivers/media/platform/s5p-mfc/s5p_mfc.c @@ -1082,6 +1082,7 @@ static struct device *s5p_mfc_alloc_memdev(struct device *dev, idx); if (ret == 0) return child; + device_del(child); } put_device(child);