From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id E8EBD308 for ; Sat, 1 Aug 2015 20:31:03 +0000 (UTC) Received: from arcturus.aphlor.org (arcturus.aphlor.org [188.246.204.175]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 161C48F for ; Sat, 1 Aug 2015 20:31:02 +0000 (UTC) Date: Sat, 1 Aug 2015 16:30:53 -0400 From: Dave Jones To: Sasha Levin Message-ID: <20150801203053.GA10267@codemonkey.org.uk> References: <55BAE39F.9060705@oracle.com> <55BBB514.7060509@oracle.com> <20150801134546.GO5180@mwanda> <55BCE519.1040207@oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55BCE519.1040207@oracle.com> Cc: "ksummit-discuss@lists.linuxfoundation.org" , Dan Carpenter Subject: Re: [Ksummit-discuss] Self nomination List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Sat, Aug 01, 2015 at 11:26:17AM -0400, Sasha Levin wrote: > On 08/01/2015 09:45 AM, Dan Carpenter wrote: > > On Fri, Jul 31, 2015 at 01:49:08PM -0400, Sasha Levin wrote: > >> - Encouraging folks who add new sysctls (or features to existing sysctls) to contribute > >> testing code to the various testing projects around (trinity and such). > > > > Which other fuzzers are people using besides trinity? > > I'm not sure, I think trinity sort of took over :) > > My point was that people should be submitting a more significant amount > of test code along with their new ABI - none of the recent syscalls added > has any mention in LTP for example. > > > Also why don't we merge trinity under tools/testing/? I bet people > > would keep it in sync better if we did that. > > No objections on my end. I believe that Dave previously objected because > it's hard to make it work on sync with the kernel's release cycle. A big factor is the same reason I'm not a huge fan of tools/testing/ in general. People want to do things like "run latest testing tools on old LTS/enterprise kernels". Having to suck a subtree out of the latest kernel tarball, and then spend time trying to make it even compile/run against headers from an old kernel is something I've already lost way too many weeks of my life to, so I'm not really a fan of making that problem even worse by adding other tools to it. Dave