Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932416AbbDIAiM (ORCPT ); Wed, 8 Apr 2015 20:38:12 -0400 Received: from mailout1.samsung.com ([203.254.224.24]:23332 "EHLO mailout1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754769AbbDIAiJ (ORCPT ); Wed, 8 Apr 2015 20:38:09 -0400 X-AuditID: cbfee68d-f79266d0000049c9-2b-5525c9efb2cb From: Cho KyongHo To: "'Hans Verkuil'" , linux-media@vger.kernel.org, laurent.pinchart@ideasonboard.com, linux-kernel@vger.kernel.org, mchehab@osg.samsung.com Cc: hans.verkuil@cisco.com References: <20150205145242.ebb07029fa8664144d687697@samsung.com> <552550BE.5030603@xs4all.nl> In-reply-to: <552550BE.5030603@xs4all.nl> Subject: RE: [PATCH] [media] v4l: vb2-memops: use vma slab when vma allocation Date: Thu, 09 Apr 2015 09:38:00 +0900 Message-id: <000401d0725d$724ae3e0$56e0aba0$@samsung.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-index: AQHYx2XlcBi0GlWwXn3I37mPU3x3egG2PfO/nSV4gqA= Content-language: ko X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrEIsWRmVeSWpSXmKPExsWyRsSkXff9SdVQgz2/BCyW/NzFZHFq8jMm i86JS9gtLu+aw2bRs2Erq8XqZxUObB5Tfm9k9ZjdMZPVY0v/XXaPz5vkPE59/cwewBrFZZOS mpNZllqkb5fAlXF5u3HBJ8GKhT13mRoYj/F1MXJySAiYSNxY/4AdwhaTuHBvPVsXIxeHkMBS RolXd9tZYIqeTDrIDJFYxCjx5vJ7RgjnA6PE6QNzmEGq2AS0JFbPPQ6WEAGpunLtIhNIgllA SqKj8wojiC0kkCAx488mNhCbU0BTYtXB62DNwgJ+Etf/XQO7g0VAVWL/nGlg9bwClhLTJrcy QdiCEj8m32OBmKklsX7ncaj58hKb17xlhjhVQWLH2ddgvSICVhKvbn1jhagRkdj34h3YcRIC t9gl3j44xwaxTEDi2+RDQEM5gBKyEpsOQM2RlDi44gbLBEaJWUhWz0KyehaS1bOQrFjAyLKK UTS1ILmgOCm9yFCvODG3uDQvXS85P3cTIzBqT/971ruD8fYB60OMAhyMSjy8AotVQoVYE8uK K3MPMZoCXTSRWUo0OR+YGvJK4g2NzYwsTE1MjY3MLc2UxHkVpX4GCwmkJ5akZqemFqQWxReV 5qQWH2Jk4uCUamC8NPGr17S/PhEbBR8suW2/ylc/79fWtkWPVDqlXM5wPF/WuPf6pYXanAU1 ZXatX6rurn9jILpo8sv/1T1xtd7HLm6bxPo1Z9/DdZdEj1Qf4V36tSh7udSvGHvVpumx6204 X5T+kvx+quLEC1sBgx//LCYffnjFo/b3c7UuvqzzTWu2TRU5LTP9jBJLcUaioRZzUXEiAE8T n/jVAgAA X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuphleLIzCtJLcpLzFFi42I5/e+xgO77k6qhBk/m81gs+bmLyeLU5GdM Fp0Tl7BbXN41h82iZ8NWVovVzyoc2Dym/N7I6jG7Yyarx5b+u+wenzfJeZz6+pk9gDWqgdEm IzUxJbVIITUvOT8lMy/dVsk7ON453tTMwFDX0NLCXEkhLzE31VbJxSdA1y0zB+gCJYWyxJxS oFBAYnGxkr4dpgmhIW66FjCNEbq+IUFwPUYGaCBhHWPG5e3GBZ8EKxb23GVqYDzG18XIySEh YCLxZNJBZghbTOLCvfVsXYxcHEICixgl3lx+zwjhfGCUOH1gDlgVm4CWxOq5x8ESIiBVV65d ZAJJMAtISXR0XmEEsYUEEiRm/NnEBmJzCmhKrDp4HaxZWMBP4vq/a+wgNouAqsT+OdPA6nkF LCWmTW5lgrAFJX5MvscCMVNLYv3O41Dz5SU2r3kLdaqCxI6zr8F6RQSsJF7d+sYKUSMise/F O8YJjEKzkIyahWTULCSjZiFpWcDIsopRNLUguaA4KT3XSK84Mbe4NC9dLzk/dxMjOCU8k97B uKrB4hCjAAejEg+vwGKVUCHWxLLiytxDjBIczEoivFabVUOFeFMSK6tSi/Lji0pzUosPMZoC fTqRWUo0OR+YrvJK4g2NTcyMLI3MLIxMzM2VxHnn6MqFCgmkJ5akZqemFqQWwfQxcXBKNTBu tVycwdO/gaN9iaAMx6cfe3NFu15vvVtiO6fl2QKj7S+sOCwv9fy7fpD169S2RUZHnb9rXmDb Ebz4zIOV/28eeRDC8eaLkY9/2JmY7d6/ak2Xz/01uX/7t67DYcX3+f13yXnrPWjNUwjQ03Cz Npvv8cltmfPrU6K7c7nSNJiqD1/awW0mMC9DiaU4I9FQi7moOBEAA2C6Lh8DAAA= DLP-Filter: Pass X-MTR: 20000000000000000@CPGS X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2462 Lines: 78 Hans, I didn't notice that vb2_put_vma is exported because I don't build modules. I am sorry about bothering you. Mauro, I think it is better to drop my patch out from your tree because I don't think it is not worth to export vm_area_cache_p to use it in vb2_put_vma. Regards, KyongHo -----Original Message----- From: Hans Verkuil [mailto:hverkuil@xs4all.nl] Sent: Thursday, April 09, 2015 1:01 AM Mauro, Please revert this patch: vm_area_cachep is not exported, so you cannot use this in a module. Cho KyongHo, if you believe that vm_area_cachep should be exported so it can be used here, then please make a patch for that. For the time being though, this patch should be reverted. This patch slipped through the cracks and I clearly never reviewed it, and I only noticed the problem after I compiled the media_tree git repo after this patch was merged. Regards, Hans On 02/05/2015 06:52 AM, Cho KyongHo wrote: > The slab for vm_area_struct which is vm_area_cachep is already > prepared for the general use. Instead of kmalloc() for the vma copy > for userptr, allocation from vm_area_cachep is more beneficial. > > CC: Mauro Carvalho Chehab > CC: Hans Verkuil > CC: Laurent Pinchart > Signed-off-by: Cho KyongHo > --- > drivers/media/v4l2-core/videobuf2-memops.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/media/v4l2-core/videobuf2-memops.c > b/drivers/media/v4l2-core/videobuf2-memops.c > index 81c1ad8..dd06efa 100644 > --- a/drivers/media/v4l2-core/videobuf2-memops.c > +++ b/drivers/media/v4l2-core/videobuf2-memops.c > @@ -37,7 +37,7 @@ struct vm_area_struct *vb2_get_vma(struct > vm_area_struct *vma) { > struct vm_area_struct *vma_copy; > > - vma_copy = kmalloc(sizeof(*vma_copy), GFP_KERNEL); > + vma_copy = kmem_cache_alloc(vm_area_cachep, GFP_KERNEL); > if (vma_copy == NULL) > return NULL; > > @@ -75,7 +75,7 @@ void vb2_put_vma(struct vm_area_struct *vma) > if (vma->vm_file) > fput(vma->vm_file); > > - kfree(vma); > + kmem_cache_free(vm_area_cachep, vma); > } > EXPORT_SYMBOL_GPL(vb2_put_vma); > > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/