Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753424AbbBSRia (ORCPT ); Thu, 19 Feb 2015 12:38:30 -0500 Received: from mailout4.w1.samsung.com ([210.118.77.14]:24546 "EHLO mailout4.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752270AbbBSRi3 (ORCPT ); Thu, 19 Feb 2015 12:38:29 -0500 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 X-AuditID: cbfec7f5-b7fc86d0000066b7-42-54e61eff3940 Content-transfer-encoding: 8BIT Message-id: <54E61F91.9080506@partner.samsung.com> Date: Thu, 19 Feb 2015 20:38:25 +0300 From: Stefan Strogin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 To: Sasha Levin , linux-mm@kvack.org, linux-kernel@vger.kernel.org Cc: iamjoonsoo.kim@lge.com, m.szyprowski@samsung.com, akpm@linux-foundation.org, lauraa@codeaurora.org Subject: Re: [PATCH v5 2/3] mm: cma: allocation trigger References: <1423780008-16727-1-git-send-email-sasha.levin@oracle.com> <1423780008-16727-3-git-send-email-sasha.levin@oracle.com> In-reply-to: <1423780008-16727-3-git-send-email-sasha.levin@oracle.com> X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrLLMWRmVeSWpSXmKPExsVy+t/xK7r/5Z6FGNzfxm0xZ/0aNouV3c1s Fts7Z7BbXN41h83i3pr/rBZrj9xlt/h2cg6zxeIjt5kdODwu9/UyeWz6NIndo+vtFSaPEzN+ s3h8fHqLxePguz1MHn1bVjF6fN4kF8ARxWWTkpqTWZZapG+XwJWx4sctloITvBVbPzcyNTC+ 4epi5OSQEDCReDfnBzOELSZx4d56ti5GLg4hgaWMEj8mfmcFSfAKCEr8mHyPpYuRg4NZQF7i yKVsCFNdYsqUXIjyj4wSFxb/YIcoN5LYs3M5WCuLgKrE+sYLYDYb0K5jF6YzgtiiAhES84+9 BtsrIhAjcfhnH1gNs0CGxLJNFxlB5gsLmEv8fhMNEhYSaGaUaD+XCWJzCrhLrNm+jnkCo8As JMfNQjhuFsJxCxiZVzGKppYmFxQnpeca6RUn5haX5qXrJefnbmKERMHXHYxLj1kdYhTgYFTi 4VXoeBIixJpYVlyZe4hRgoNZSYR3P+ezECHelMTKqtSi/Pii0pzU4kOMTBycUg2MDbZq1Z/l K0623v4k/Prh0n3sTHeOBdZN/ev4am6W+BvLG7ohz/cH6RS+WFQzf5ZQGNdEV5Zl0ZKxrXK3 /Rb1Rs91/6r57+qdCROVtkq0XY2Kv3WCN2iN//MypvSQrVl7DW127/utv/W6UJGAeWrI9ucO O+e5L1K++GnWnzpP7Y8L2/9ot8xYq8RSnJFoqMVcVJwIAIwSTZRgAgAA Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1928 Lines: 58 Hi, On 13/02/15 01:26, Sasha Levin wrote: > Provides a userspace interface to trigger a CMA allocation. > > Usage: > > echo [pages] > alloc > > This would provide testing/fuzzing access to the CMA allocation paths. > > Signed-off-by: Sasha Levin > --- > mm/cma.c | 6 ++++++ > mm/cma.h | 4 ++++ > mm/cma_debug.c | 56 ++++++++++++++++++++++++++++++++++++++++++++++++++++++-- > 3 files changed, 64 insertions(+), 2 deletions(-) > > diff --git a/mm/cma_debug.c b/mm/cma_debug.c > index 3a25413..5bd6863 100644 > --- a/mm/cma_debug.c > +++ b/mm/cma_debug.c > @@ -23,8 +32,48 @@ static int cma_debugfs_get(void *data, u64 *val) > > DEFINE_SIMPLE_ATTRIBUTE(cma_debugfs_fops, cma_debugfs_get, NULL, "%llu\n"); > > -static void cma_debugfs_add_one(struct cma *cma, int idx) > +static void cma_add_to_cma_mem_list(struct cma *cma, struct cma_mem *mem) > +{ > + spin_lock(&cma->mem_head_lock); > + hlist_add_head(&mem->node, &cma->mem_head); > + spin_unlock(&cma->mem_head_lock); > +} > + > +static int cma_alloc_mem(struct cma *cma, int count) > +{ > + struct cma_mem *mem; > + struct page *p; > + > + mem = kzalloc(sizeof(*mem), GFP_KERNEL); > + if (!mem) > + return -ENOMEM; > + > + p = cma_alloc(cma, count, CONFIG_CMA_ALIGNMENT); If CONFIG_DMA_CMA (and therefore CONFIG_CMA_ALIGNMENT) isn't configured then building fails. > mm/cma_debug.c: In function ‘cma_alloc_mem’: > mm/cma_debug.c:223:28: error: ‘CONFIG_CMA_ALIGNMENT’ undeclared (first use in this function) > p = cma_alloc(cma, count, CONFIG_CMA_ALIGNMENT); > ^ Also, could you please fix the whitespace errors in your patches? -- 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/