From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 98F3CECE58C for ; Wed, 9 Oct 2019 18:04:51 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 6C1CA21848 for ; Wed, 9 Oct 2019 18:04:51 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731133AbfJISEv (ORCPT ); Wed, 9 Oct 2019 14:04:51 -0400 Received: from mx2.suse.de ([195.135.220.15]:58610 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728804AbfJISEv (ORCPT ); Wed, 9 Oct 2019 14:04:51 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 6299AAF98; Wed, 9 Oct 2019 18:04:49 +0000 (UTC) Date: Wed, 9 Oct 2019 20:04:47 +0200 From: Cyril Hrubis To: Dmitry Vyukov Cc: Richard Palethorpe , syzkaller , kernelci@groups.io, shuah , ltp@lists.linux.it, George Kennedy , Cyril Hrubis , "open list : KERNEL SELFTEST FRAMEWORK" , automated-testing@yoctoproject.org Subject: Re: [RFC PATCH] LTP Wrapper for Syzkaller reproducers Message-ID: <20191009180447.GD15291@rei.lan> References: <20191009142446.6997-1-rpalethorpe@suse.com> <20191009145416.GA5014@rei.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kselftest-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kselftest@vger.kernel.org Hi! > > Indeed, it's removed recursively by the test library. > > :popcorn: > > It took me several years to figure out how to more or less reliably > remove dirs after the fuzzer ;) > (no, unlink won't do ;)) I guess that there are things such as immutable file attributes that has to be cleared and many more. Do you have piece of code somewhere that we can look into to spare us from reinventing the wheel? -- Cyril Hrubis chrubis@suse.cz