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 4DD35C4345F for ; Fri, 26 Apr 2024 18:23:18 +0000 (UTC) Received: from picard.linux.it (localhost [IPv6:::1]) by picard.linux.it (Postfix) with ESMTP id 721E83D03B2 for ; Fri, 26 Apr 2024 20:23:16 +0200 (CEST) Received: from in-4.smtp.seeweb.it (in-4.smtp.seeweb.it [217.194.8.4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1)) (No client certificate requested) by picard.linux.it (Postfix) with ESMTPS id F1A323CFA41 for ; Fri, 26 Apr 2024 20:23:00 +0200 (CEST) Authentication-Results: in-4.smtp.seeweb.it; spf=pass (sender SPF authorized) smtp.mailfrom=suse.cz (client-ip=195.135.223.130; helo=smtp-out1.suse.de; envelope-from=pvorel@suse.cz; receiver=lists.linux.it) Received: from smtp-out1.suse.de (smtp-out1.suse.de [195.135.223.130]) (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-4.smtp.seeweb.it (Postfix) with ESMTPS id 5CC3F100CD0F for ; Fri, 26 Apr 2024 20:22:59 +0200 (CEST) Received: from imap1.dmz-prg2.suse.org (imap1.dmz-prg2.suse.org [IPv6:2a07:de40:b281:104:10:150:64:97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id 1CC463512D; Fri, 26 Apr 2024 18:22:59 +0000 (UTC) Authentication-Results: smtp-out1.suse.de; none Received: from imap1.dmz-prg2.suse.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by imap1.dmz-prg2.suse.org (Postfix) with ESMTPS id C1EAA136DB; Fri, 26 Apr 2024 18:22:58 +0000 (UTC) Received: from dovecot-director2.suse.de ([10.150.64.162]) by imap1.dmz-prg2.suse.org with ESMTPSA id HQCbKwLxK2Z7LQAAD6G6ig (envelope-from ); Fri, 26 Apr 2024 18:22:58 +0000 Date: Fri, 26 Apr 2024 20:22:53 +0200 From: Petr Vorel To: Andrea Cervesato Message-ID: <20240426182253.GC6871@pevik> References: <20240423082119.16117-1-andrea.cervesato@suse.de> <20240425213749.GA304030@pevik> <6b2dd151-c7cf-48b5-87f5-3c3efb425811@suse.com> <360baa94-cf5b-4ee5-9b3f-29afb0129c18@suse.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <360baa94-cf5b-4ee5-9b3f-29afb0129c18@suse.com> X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 50.00]; REPLY(-4.00)[] X-Rspamd-Queue-Id: 1CC463512D X-Rspamd-Server: rspamd2.dmz-prg2.suse.org X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Action: no action X-Virus-Scanned: clamav-milter 1.0.3 at in-4.smtp.seeweb.it X-Virus-Status: Clean Subject: Re: [LTP] [PATCH v3] doc: update syscalls statistics 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" Hi Andrea, > I forgot to mention that there are syscalls like "cachectl" which are MIPS > specific. I guess we probably don't care about MIPS, although it's still supported by kernel. > At the same time, "restart_syscall" is supposed to be used for internal > usage only. We probably don't bother about this one. But again, this warning "There is no glibc wrapper for this system call, because it is intended for use only by the kernel and should never be called by applications." does not automatically mean we should not test it. We don't test just glibc, but also kernel internals, right? The note is written this way, because man pages aren't meant to be for LTP developers but for user space application developers. Kind regards, Petr > I left them there, but maybe they need to be blacklisted as well. -- Mailing list info: https://lists.linux.it/listinfo/ltp