From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 430AB27FB05 for ; Wed, 18 Feb 2026 17:09:27 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771434567; cv=none; b=mN/YxUSzAXrCN4taTkRk3P7E9QmX4BAHgb8irtgeN2Ogwi4wVPc0F3xQ41RTWG/WIW20EGNpgQSqAG+KP1/ss8Vs+ej+siwNarTMllUIqoTuZ2uyCghaC7tQlamUhVm0K1DZ+kK5zQjWG0/cojzcAF7OubhwcAgIJM9vWuJl3SM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771434567; c=relaxed/simple; bh=gfnLrmsJU8trJOGRjbrbHEtMsyE56PS9I0PdHccXHNo=; h=Message-ID:Date:MIME-Version:To:Cc:From:Subject:Content-Type; b=tDwqINOnxNJhL+8++WnP+L4BRjvOsXyJi/8rzS3UmMSUDayys+ENAhxhls26ngPUnhbMrdxWITj33eeKHMWp2LHSvTxUWe/FXTTtrtKsYKSZVwUlhgSL93uCNj9lC19ixRDxU011uRTF1F6Htn79n+2ri39tgJETxfCPPNI1cUk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=Ix9Zr/pb; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="Ix9Zr/pb" Received: by smtp.kernel.org (Postfix) with ESMTPSA id E9283C116D0; Wed, 18 Feb 2026 17:09:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1771434567; bh=gfnLrmsJU8trJOGRjbrbHEtMsyE56PS9I0PdHccXHNo=; h=Date:To:Cc:From:Subject:From; b=Ix9Zr/pb0CYwXevM7wr8XOv6PW+i2lmMNk31ARVDOL/0+Wj/N5q7p2MPoohHwuCQQ 60CKN1EjiTWmMEtRo+SvRgoqGOSwf74cu3fl4eJSacpg8f4hq4TM32LKlNKux6EWr6 iUPnL/VJIT9T2CdViuhNXoGhBI7fGADXVdCqiXbR9X3DEHgrbmcB/ul9RCwbOTLtiM 9P4Q7fdW71GO4yQbov1885Lw6HKiG6RTyBxXzkZRzJMW64llKs4KtpAJHK3ZevnaVt 3jYNCfWwqheqnb23r0pSzjEXBcptrewRA8hbu8NFSAG/ONuOT0rfBhRwBSPp0xD2+u vQxGZGemxgWlg== Message-ID: <4babff5e-5a27-4e3b-b9c6-16fd2781af35@kernel.org> Date: Wed, 18 Feb 2026 10:09:26 -0700 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: Arnaldo Carvalho de Melo , Namhyung Kim Cc: LKML , Jiri Olsa From: David Ahern Subject: perf-trace: improving ioctl details Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi Arnaldo, Namhyung: I have a couple of patches to perf-trace to improve the details on ioctl calls. The first one tracks stats by individual filenames, and for the summary output prints the ioctl stats per filename. The second patch improves the output for the _IOC_NR element of the op argument. For flexibility across kernel versions and drivers, it adds the ability to read input files that contain the conversion from number to human readable name. The files (if the option is set) are parsed at start up. In addition to the summary, the cache is also used to improve the readability of each ioctl line. Questions for you: 1. is such an open ended design acceptable for perf-trace? 2. if yes, is there any preference on file format (json, yaml, key-value, ...)? Thanks, David