From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hajime Tazaki Subject: Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS) Date: Mon, 30 Mar 2015 00:06:10 +0900 Message-ID: References: <1427202642-1716-1-git-send-email-tazaki@sfc.wide.ad.jp> <551164ED.5000907@nod.at> <55117565.6080002@nod.at> <55118277.5070909@nod.at> <55133BAF.30301@nod.at> <5514560A.7040707@nod.at> <55152137.20405@nod.at> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: linux-arch@vger.kernel.org, arnd@arndb.de, corbet@lwn.net, cl@linux.com, penberg@kernel.org, rientjes@google.com, iamjoonsoo.kim@lge.com, akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, netdev@vger.kernel.org, linux-mm@kvack.org, jdike@addtoit.com, rusty@rustcorp.com.au, mathieu.lacage@gmail.com To: richard@nod.at Return-path: In-Reply-To: <55152137.20405@nod.at> Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org Hi Richard, At Fri, 27 Mar 2015 10:21:59 +0100, Richard Weinberger wrote: > Just an idea popping out of my head... > > What about putting libos into tools/testing/ and make it much more generic and framework alike. it's trivial though, libos is not only for the testing (i.e., NUSE). # of course tools/libos or something can be the place. > With more generic I mean that libos could be a stubbing framework for the kernel. > i.e. you specify the subsystem you want to test/stub and the framework helps you doing so. > A lot of the stubs you're placing in arch/lib could be auto-generated as the > vast majority of all kernel methods you stub are no-ops which call only lib_assert(false). the issue here is the decision between 'no-ops' and 'assert(false)' depends on the context. an auto-generated mechanism needs some hand-written parameters I think. one more concern on the out-of-arch-tree design is that how to handle our asm-generic-based header files (arch/lib/include/asm). we have been heavily used 'generic-y' in the Kbuild file to reuse header files. OTOH, I agree with you on the point of auto-generated glues (stubs), or trying to avoid glues (reuse the originals as much as possible) as Antti mentioned. that will definitely be reduce the amount of maintenance effort. -- Hajime