Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935010AbbEOUui (ORCPT ); Fri, 15 May 2015 16:50:38 -0400 Received: from mail-wg0-f48.google.com ([74.125.82.48]:35795 "EHLO mail-wg0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934627AbbEOUug (ORCPT ); Fri, 15 May 2015 16:50:36 -0400 MIME-Version: 1.0 In-Reply-To: References: <20150428181203.35812.60474.stgit@dwillia2-desk3.amr.corp.intel.com> <20150428182428.35812.95800.stgit@dwillia2-desk3.amr.corp.intel.com> Date: Fri, 15 May 2015 13:50:35 -0700 Message-ID: Subject: Re: [Linux-nvdimm] [PATCH v2 03/20] nd_acpi, nfit-test: manufactured NFITs for interface development From: Dan Williams To: Jeff Moyer Cc: linux-nvdimm , Linux ACPI , "Rafael J. Wysocki" , Robert Moore , "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2010 Lines: 49 On Fri, May 15, 2015 at 1:25 PM, Jeff Moyer wrote: > Dan Williams writes: > >> +config NFIT_TEST >> + tristate "NFIT TEST: Manufactured NFIT for interface testing" >> + depends on DMA_CMA >> + depends on LIBND=m >> + depends on ND_ACPI >> + depends on m >> + help >> + For development purposes register a manufactured >> + NFIT table to verify the resulting device model topology. >> + Note, this module arranges for ioremap_cache() to be >> + overridden locally to allow simulation of system-memory as an >> + io-memory-resource. >> + >> + Note, this test expects to be able to find at least 256MB of >> + CMA space (CONFIG_CMA_SIZE_MBYTES, cma=) or it will fail to >> + load. >> + >> + Say N unless you are doing development of the 'nd' subsystem. >> + > > Too many TLAs. I'm guessing CMA means Conventional Memory Area to you. > To me it means contiguous memory allocator. I means Contiguous Memory Allocator to me too. > Anyway, please define > acronyms when you use them, especially in help text. The help text also > doesn't really explain where it will find this memory. Would it be > possible to provide more direction there? I didn't think I needed to define CMA in the context of Kconfig, but I'll replace it with CONFIG_DMA_CMA to be more clear. > I don't have any useful commentary on the patch itself. I do wonder if > you shouldn't move this to the end, as it's hardly an integral part of > the patch set. True. The patches are currently in "development order" in that I created the test infrastructure before the rest of the implementation. But, I agree it makes sense to move this to the end for the next posting. -- 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/