From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from desiato.infradead.org (desiato.infradead.org [90.155.92.199]) (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 AEEAF3E92BF; Wed, 27 May 2026 16:29:21 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=90.155.92.199 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779899367; cv=none; b=ZOOoMOEjMyg5WyC2mbjxh4/BzKwJFFFcR9sq7fR90v4FOqRnvY/T1flXa6Ej1eCci0AZPoPlDo8s3BWlSAhakyR0vQbjuyLzsm1D87++/BOgqt11luo4ut8u23BvFGyofmi/6nBNlosrIJZU/MdcNaCNIoABpYXHkRA1i98mLGw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779899367; c=relaxed/simple; bh=VRTGjx/8+1Bu13qMcTJnRTqV/BcgfHue81VOMCaMsWc=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=GD3IiC3djLSPpyYOfiC6eaaYNwTPpixTJSr3uWwoIgouCyboVg2Pxjb3wbnIvT9Tb7armaE/7IViKa2KyKYFtYI252hSX/h0/JKm6ifDB5VFHWsNJO6e/jwc3gbCREUS/gUu1akjcGDenoE4Bro1RjujLKUFTnMmdG/Ft9E5nSA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=infradead.org; spf=none smtp.mailfrom=infradead.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b=k/3yRmk/; arc=none smtp.client-ip=90.155.92.199 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=infradead.org Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=infradead.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="k/3yRmk/" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=desiato.20200630; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=XPfo5wBIBnpzt7/+hYHfgTVsCpxZSnxw6ivgwktadMc=; b=k/3yRmk/jIT5NcV/KNCe7VsKAA 2SvOCrdhtz/8sMSXM2MeU6anLS+f9sCJwzQSk48Sp9C4F1BveBA+lhZHNlxH2/H6pEthy3WVO2zaI QNxf77vPK9VlxiHrLLv0cJjAUt43kYC+sg9oAV42lIV50m6cQCMrscHgRH3Y92z+gRKPWUB12aAd1 o9Sl6/fexwsvnG2A+fNJeNK7g2oxZRyuN9Z0OwELvsi4rlxhSrZ3ku+8HSN6wr+hmmmsiM5C5qYow T8+XokQ7RGxMlwTU5WAeBzgjLCFeJfYHCQ/3iz5GKkcXBRfySK5Svb/rjoBwvVK9NtZLFZUhJ356N M303vK6g==; Received: from 2001-1c00-8d85-4b00-266e-96ff-fe07-7dcc.cable.dynamic.v6.ziggo.nl ([2001:1c00:8d85:4b00:266e:96ff:fe07:7dcc] helo=noisy.programming.kicks-ass.net) by desiato.infradead.org with esmtpsa (Exim 4.99.1 #2 (Red Hat Linux)) id 1wSH86-0000000EUNK-1gZF; Wed, 27 May 2026 16:29:14 +0000 Received: by noisy.programming.kicks-ass.net (Postfix, from userid 1000) id 19A8A300673; Wed, 27 May 2026 18:29:14 +0200 (CEST) Date: Wed, 27 May 2026 18:29:14 +0200 From: Peter Zijlstra To: Steven Rostedt Cc: LKML , Linux trace kernel , linux-kbuild , Andrew Morton , Masahiro Yamada , Masatake YAMATO , Geert Uytterhoeven , Michal Marek , Yang Bai , Stephen Boyd Subject: Re: [PATCH v2] scripts: Have make TAGS not include structure members Message-ID: <20260527162914.GH3102624@noisy.programming.kicks-ass.net> References: <20260527121144.08a1f676@fedora> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260527121144.08a1f676@fedora> On Wed, May 27, 2026 at 12:11:44PM -0400, Steven Rostedt wrote: > From: Steven Rostedt > > It is really annoying when I use emacs TAGS to search for something > like "dev_name" and have to go through 12 iterations before I find the > function "dev_name". I really do not care about structures that include > "dev_name" as one of its fields, and I'm sure pretty much all other > developers do not care either. > > There's a "remove_structs" variable used by the scripts/tags.sh, which > I'm guessing is suppose to remove these structures from the TAGS file, > but it must do a poor job at it, as I'm always hitting structures when > I want the actual declaration. > > Luckily, the etags program comes with an option "--no-members", which does > exactly what I want, and I'm sure all other kernel developers want too. > > Create a new "no_members" variable and assign it to "--no-members" for the > "TAGS" case and pass that to the etags program to remove structures. > > Signed-off-by: Steven Rostedt > --- > Changes since v1: https://lore.kernel.org/all/20131115093645.6dc03918@gandalf.local.home/ > > - Use a no_members variable instead of hard coding the --no-members into > the etags call, as that can break some "tags" cases. (Michal Marek) Yeah, I often use member tags. The tags file have a 'kind' field, what you want is for emacs to order on kind and prefer 'f' over 'm'. The alternative is switching to use emacs-lsp, that way the editor knows the kind of symbol you want. If you're on a function call, it should only consider 'f' tags. Whereas if the cursor is on a member deref, it should only consider 'm'.