From owner-freebsd-testing@FreeBSD.ORG Wed Apr 2 18:31:16 2014 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BADC9A6 for ; Wed, 2 Apr 2014 18:31:16 +0000 (UTC) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.freebsd.org (Postfix) with SMTP id D5F87855 for ; Wed, 2 Apr 2014 18:31:15 +0000 (UTC) Received: (qmail 7094 invoked from network); 2 Apr 2014 18:31:07 -0000 Received: from 87.58.146.155 (HELO x2.osted.lan) (87.58.146.155) by relay02.pair.com with SMTP; 2 Apr 2014 18:31:07 -0000 X-pair-Authenticated: 87.58.146.155 Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.5/8.14.5) with ESMTP id s32IV7DB076649; Wed, 2 Apr 2014 20:31:07 +0200 (CEST) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.5/8.14.5/Submit) id s32IV7l5076648; Wed, 2 Apr 2014 20:31:07 +0200 (CEST) (envelope-from pho) Date: Wed, 2 Apr 2014 20:31:07 +0200 From: Peter Holm To: Alan Somers Subject: Re: ATF work Message-ID: <20140402183107.GA76455@x2.osted.lan> References: <20140402085349.GA61802@x2.osted.lan> <20140402173411.GA74066@x2.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-testing@freebsd.org" X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 18:31:16 -0000 On Wed, Apr 02, 2014 at 11:36:42AM -0600, Alan Somers wrote: > On Wed, Apr 2, 2014 at 11:34 AM, Peter Holm wrote: > > On Wed, Apr 02, 2014 at 10:31:44AM -0600, Alan Somers wrote: > >> On Wed, Apr 2, 2014 at 2:53 AM, Peter Holm wrote: > >> > I have uploaded a snapshot of the ATF work done for EMC Isilon, > >> > based primarily on Garrett Cooper's work. > >> > > >> > http://people.freebsd.org/~pho/FreeBSD-HEAD-ATF-Isilon-20140401.diff.xz > >> > + > >> > chmod +x /usr/src/lib/libc/tests/net/gen_ether_subr > >> > >> Holy patch queue, Batman! There's fifty thousand lines of code in here! > >> > >> I'm not going to read every line, but here's what I noticed: > >> > > > > The patch is just a snapshot at what's being worked on, where the > > goal was to get the maximum number of working test scenarios. As > > you may have noticed the broken ones has just been marked as "skip" > > / WIP for now. > > > > I'll go thru your comments and fix the issues pointed out. Thank you > > for doing this! > > > > I just started looking at rump. It seems some tests needs the user > > mode tools like for example rump.ifconfig from > > rumpkernel/netbsd-userspace-src Do you know if anybody has looked > > at those? > > rump requires extensive kernel support. It would be great if FreeBSD > had it, but it's not going to happen any time soon. > Oh, that's a shame. > > > > As for the format of the patch file; I use it all to time for tests? > > (cd /usr; patch -p2 < ~pho/FreeBSD-HEAD-ATF-Isilon-20140402.diff) > > It only works if your source tree is at /usr/src. Mine isn't. What > command are you using to produce the diff? > It's just a small script written for the occasion, but as Craig pointed out I *really* need to start using github. - Peter > > > >> All of the files from NetBSD should have a $FreeBSD:$ tag alongside > >> the NetBSD tag. > >> > >> lib/libc/tests/net/getaddrinfo/Makefile has some commented out code > >> that should be removed. > >> > >> So does lib/libc/tests/net/getaddrinfo/t_getaddrinfo.sh. > >> > >> Could lib/libc/tests/net/gen_ether_subr be converted to an awk script > >> by replacing the first line with "#!/usr/bin/awk -f" and removing the > >> invocation to awk? Then it would have the correct syntax highlighting > >> in editors. > >> > >> lib/libc/tests/net/Makefile has one tested comment out with the > >> comment "test uses rump". Would it be possible instead to leave the > >> test in the build, but put "require.progs rump_server" in the relevant > >> test cases' heads? > >> > >> It would be more idiomatic for lib/libc/tests/tls_dso/Makefile to > >> define a TESTSDIR variable and use that in the definitions of LIBDIR > >> and SHLIBDIR. > >> > >> lib/libc/tests/gen/Makefile has several tests commented out. Several > >> of the comments are confusingly short (what does "XXX: F_MAXFD DNE" > >> mean)? And the "#ATF_TESTS+= posix_spawn" line should be deleted. > >> > >> lib/libc/tests/gen/posix_spawn/Makefile contains commented out code. > >> > >> lib/libc/tests/arch contains subdirectories that FreeBSD doesn't > >> support and never will, like Vax. They should be deleted. > >> > >> It's unfortunate that all of t_sha2 is disabled. I don't understand > >> the comment, either. Is it disabled just because FreeBSD doesn't have > >> sha384 functions? We have both sha1 and sha256 in libc. > >> > >> lib/libc/tests/termios/Makefile has WARNS=4 commented out. Why is that? > >> > >> Some Makefiles define "MAN= ". It is more idiomatic to define "NOMAN=". > >> > >> Check your whitespace in tests/sys/kern/kern_fork_test.c and > >> tests/sys/kern/user_test.c. I see lines with leading spaces. > >> > >> I tried to test your patch, but I was unable to apply it. It looks > >> like you did "diff -dur src /usr/src" or something like that. The > >> problem is that the two paths need different levels of directories to > >> be stripped. Neither patch nor svn patch can deal with that. The > >> result is that either the newly created files appear in the wrong > >> place, or the tool patches /usr/src/Makefile when it's supposed to > >> patch /usr/src/tests/Makefile and /usr/src/libc/Makefile. Could you > >> please try to regenerate the patch? > >> > >> -Alan > >> > >> > > >> > - Peter > >> > _______________________________________________ > >> > freebsd-testing@freebsd.org mailing list > >> > https://lists.freebsd.org/mailman/listinfo/freebsd-testing > >> > To unsubscribe, send any mail to "freebsd-testing-unsubscribe@freebsd.org" > > > > -- > > Peter