Re: [ANN] oscheck: wrapper for fstests check.sh - tracking and working with baselines

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Jul 14, 2018 at 03:21:15PM -0700, Matthew Wilcox wrote:
> On Fri, Jul 13, 2018 at 01:59:31PM -0700, Luis R. Chamberlain wrote:
> > > It's still ridiculously hard
> > > to set up a DAX test environment though. 
> 
> > > The best I've been able to
> > > do is now merged into Kent's ktest -- but you're not based on that,
> > > so I'll try and get your ostest set up to work with DAX.  Or maybe Ross
> > > can do it since he's actually been able to get 2MB pages working and I
> > > still haven't :-(
> > 
> > Patches and new sections to cover more ground indeed are appreciated!
> 
> I feel like we need to merge ktest and oscheck.

In the end I disagreed.

> oscheck assumes that you
> know how to set up qemu, and ktest takes care of setting up qemu for you.

I really disliked all the stupid hacks we had both mine and Kent's
solution. So I wrote a proper modern devops environment for Linux kernel
development which is agnostic to from an architectural pespective to
your OS, and virtualization environment, whether that be local or cloud.

Addressing cloud and local virtual environment proved more diffcult and
took a bit of time. But with a bit of patience, I found something
suitable, and better than just hacks put together.

It relies on ansible, vagrant and terraform. The later two unfortunately
rely on Ruby...  Let me be clear though, I have my own reservations
about relying on solutions which rely on Ruby... but I find that
startups *should* do a better job than a few kernel developers writing
shell hacks for their own prefferred virtual environment. With a bit of
proper ... nudging...  I think we can steer things in the right
direction. vagrant / terraform are at least perhaps more usable and
popular then a few shell hacks.

oscheck now embraces this solution, and you don't need to know much
about setting up qemu, and even supports running on OS X. I've announced
the effort through lkml as it turns out the nuts and bolts about the
generic setup is actually a more common goal than for filesystems. The
results:

https://people.kernel.org/mcgrof/kdevops-a-devops-framework-for-linux-kernel-development

  Luis



[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux