From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by kanga.kvack.org (Postfix) with ESMTP id 16A2F6B0032 for ; Thu, 2 Apr 2015 21:43:59 -0400 (EDT) Received: by paboj16 with SMTP id oj16so20113458pab.0 for ; Thu, 02 Apr 2015 18:43:58 -0700 (PDT) Received: from mail.sfc.wide.ad.jp (shonan.sfc.wide.ad.jp. [2001:200:0:8803::53]) by mx.google.com with ESMTPS id jd2si9682006pbd.233.2015.04.02.18.43.57 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Apr 2015 18:43:58 -0700 (PDT) Date: Fri, 03 Apr 2015 10:43:55 +0900 Message-ID: From: Hajime Tazaki Subject: Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS) In-Reply-To: <87iodgocu4.fsf@rustcorp.com.au> 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> <87iodgocu4.fsf@rustcorp.com.au> MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: owner-linux-mm@kvack.org List-ID: To: rusty@rustcorp.com.au Cc: richard@nod.at, 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, mathieu.lacage@gmail.com Thanks Rusty, At Wed, 01 Apr 2015 11:59:39 +1030, Rusty Russell wrote: > > Hajime Tazaki writes: > > 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. > > Yes, I used auto-generated (fprintf, abort) stubs for similar testing in > pettycoin, where if it failed to link it would generate such stubs > for undefined symbols. > > It's not a panacea, but it helps speed up rejiggin after code changes. > Generating noop stubs can actually make that process slower, as you can > get failures because you now need to do something in that stub. is it the following ? it's really cool stuff ! https://github.com/rustyrussell/pettycoin/blob/master/test/mockup.sh -- Hajime -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org