Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 23 Jul 2014 21:11:49 -0400
From:      Julio Merino <jmmv@freebsd.org>
To:        Garrett Cooper <yaneurabeya@gmail.com>
Cc:        "freebsd-testing@freebsd.org" <freebsd-testing@freebsd.org>
Subject:   Re: Location of test kernel drivers in tree?
Message-ID:  <CAFY7cWCR_bUjm4KSLow85%2BeshTgDVzPCF5iJVS0rb37Lh7zGWQ@mail.gmail.com>
In-Reply-To: <CAGHfRMC==6WRKwd13R7Yyjyu%2B_Oi_173TLTXPVk9ynH0G5qqxg@mail.gmail.com>
References:  <CAGHfRMC==6WRKwd13R7Yyjyu%2B_Oi_173TLTXPVk9ynH0G5qqxg@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jul 22, 2014 at 7:07 PM, Garrett Cooper <yaneurabeya@gmail.com> wrote:
> Hi all,
>     I need to do some KPI verification and hook that into ATF / kyua.
> Since we don't have RUMP [yet] from NetBSD, I would typically write a
> simple, one-off test driver, hook it into the kernel build and have a
> piece of C or shell code that pokes directly at the driver to get
> access to kernel interfaces.
>     I was wondering if it made sense to put all test drivers into
> sys/tests/<module-name>/..., e.g.
> sys/tests/test_memguard/{Makefile,test_memguard.c}, etc. Is there an
> alternative approach that others use to solve this problem?

I don't have an answer to alternative solutions, but keeping the
helper modules inside tests/sys/ (I think you got that backwards in
your email?) is a good idea.

(Instead of tests/sys/<module-name>/, I'd probably do
tests/sys/<thing-being-tested>/<module-name>/... though, to keep the
helpers next to the only tests that need them. Unless the helper is
really generic and usable by many tests.)



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFY7cWCR_bUjm4KSLow85%2BeshTgDVzPCF5iJVS0rb37Lh7zGWQ>