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 Received: from picard.linux.it (picard.linux.it [213.254.12.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 8CDB2C433F5 for ; Fri, 20 May 2022 09:13:25 +0000 (UTC) Received: from picard.linux.it (localhost [IPv6:::1]) by picard.linux.it (Postfix) with ESMTP id AEBE33CAB86 for ; Fri, 20 May 2022 11:13:23 +0200 (CEST) Received: from in-6.smtp.seeweb.it (in-6.smtp.seeweb.it [IPv6:2001:4b78:1:20::6]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384)) (No client certificate requested) by picard.linux.it (Postfix) with ESMTPS id 63F513C4DB3 for ; Fri, 20 May 2022 11:13:13 +0200 (CEST) Received: from smtp-out1.suse.de (smtp-out1.suse.de [195.135.220.28]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by in-6.smtp.seeweb.it (Postfix) with ESMTPS id F02941400F35 for ; Fri, 20 May 2022 11:13:12 +0200 (CEST) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id 32BA821C79; Fri, 20 May 2022 09:13:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_rsa; t=1653037992; h=from:from:reply-to:reply-to:date:date:message-id:message-id:to:to: cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=GNekGwGEILNj5SufWHx36EF7Osqg2HcHU59szUZ+2xM=; b=wKkctb7czmKT7mMcJoO+ICt2pQtOOBa+9F9KknriKLBWGO0TmDT6qCTdLJkp09wSYLQgsg 64Qpsbq2zMHYmorTytJ0wBAaksm0WtF2Otp3ljpKXCkP1GNclyrmlLSn6LHnHKL9ejx5aK gUco2F/yRDCNmmCkY+O6wgOPg3VGNrw= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_ed25519; t=1653037992; h=from:from:reply-to:reply-to:date:date:message-id:message-id:to:to: cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=GNekGwGEILNj5SufWHx36EF7Osqg2HcHU59szUZ+2xM=; b=UvVLus4KoZXqD+4TMmksrP8WkNfJMb35XVM2z9cQb5Hs3PxXbN428W51Y0YX/xLjzJPUdQ hV7cZepKtjL6nNBQ== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 1362713A5F; Fri, 20 May 2022 09:13:12 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id MZkwA6hbh2KlZwAAMHmgww (envelope-from ); Fri, 20 May 2022 09:13:12 +0000 Date: Fri, 20 May 2022 11:13:10 +0200 From: Petr Vorel To: Martin Doucha Message-ID: References: <20220519121056.1181-1-mdoucha@suse.cz> <20220519121056.1181-2-mdoucha@suse.cz> <10ee5852-9302-22d7-832c-f581ef94c336@suse.cz> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <10ee5852-9302-22d7-832c-f581ef94c336@suse.cz> X-Virus-Scanned: clamav-milter 0.102.4 at in-6.smtp.seeweb.it X-Virus-Status: Clean Subject: Re: [LTP] [PATCH 2/2] pty04: Fix cleanup X-BeenThere: ltp@lists.linux.it X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux Test Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Petr Vorel Cc: ltp@lists.linux.it Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ltp-bounces+ltp=archiver.kernel.org@lists.linux.it Sender: "ltp" > On 20. 05. 22 11:01, Petr Vorel wrote: > > BTW C API would deserve (after the release) TBROK on -i0, which is already > > implemented in shell API: > > df01 1 TBROK: Number of iterations (-i) must be > 0 > I don't see why. Running pty07 with -i0 was actually quite helpful in > debugging this issue. If a test fails when executed with -i0, it needs > to be fixed. Do you mean that -i0 is useful to test only setup and cleanup in C API? If we agree we want this (not against it if it's useful), shell API should be unified with it (my concern was that both APIs should behave the same on the same getopt option). Kind regards, Petr -- Mailing list info: https://lists.linux.it/listinfo/ltp