Received: by 2002:a05:7412:b995:b0:f9:9502:5bb8 with SMTP id it21csp7794154rdb; Thu, 4 Jan 2024 07:58:15 -0800 (PST) X-Google-Smtp-Source: AGHT+IFrwajG/HafqBTm60ZLJmg0MfTKTkd2e4vNuzwqXL6C2p5081DVIhBBBzwj9rR8TxUYlDCk X-Received: by 2002:a05:6358:4406:b0:174:c9a0:cf99 with SMTP id z6-20020a056358440600b00174c9a0cf99mr754856rwc.57.1704383894991; Thu, 04 Jan 2024 07:58:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1704383894; cv=none; d=google.com; s=arc-20160816; b=ENeXzr4pFpr8tfZk3YMNnd8diMAlu501y4VzxRX24DMQCSz+1tjWrfjFqwVy399mxo 6jmHfPbxPfeBuLfWn/dsQMt38UjfDQnE6CVccFWdIcVZrr0MJ4V7tEqysOy8aGfUM2uV 7bE7kzGhEMrAGpiT+2/qFwO4ISUhYyu926YLJjD8zSP/lSLaDLtwcWGlaEtsZEu1NZaL uXdXpjyeg2aqRFtJ5mne//mGq892AA8b6vr39iy26HIrQchY5UenE2GS3JTWKyDLsnGU tKfWVY2aZZVSb0OWGr6+JOxYjaXsbKV0L5QxkZkyqQc4R+bQN26fZA9Nj8HWca4tRiT6 I67A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:list-unsubscribe:list-subscribe:list-id:precedence :message-id:date:references:in-reply-to:subject:cc:to:from :dkim-signature:dkim-filter; bh=dyA/rPuEEojVPCJ5lWc5tdwj4Jg72ccSzIE9agGaaoY=; fh=lFE4A8nnQUq/PBCURosGxveM/L+eiX+NDW/3G+bkYzg=; b=L0qaCScybghPVK3pepdHohtD66zDambpMQ5MVGIqe5EDs6IWuaJqQWx+H6QlsEQouh SZ1lYmGBFf4UjZxnLsL8v9IVM8MJZOehywxvfmcOyupqiIKmFAauyBYE44ODNTkXlbDS 0XkfeKsk0DDESkpBv0o4Y8SXoZM8YAd2uTM0VvCS43JdqON3X72HooDl5WlyMu+LMLV6 X9V4Ogbw74RgBvgjZnWQsMpy9hmEr0bMp19bMJ8YeJ5EG6a/gR7doMZNtGCcGIwEP7E6 /6rU7jA4OeDlgAjjJxGkFm1HoOM8faFv5MWBRLgzxokSVuoej6aINQzqTu2TutPJuu67 o23w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lwn.net header.s=20201203 header.b=Nqs1ehuW; spf=pass (google.com: domain of linux-kernel+bounces-16894-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-16894-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=lwn.net Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [2604:1380:45e3:2400::1]) by mx.google.com with ESMTPS id k64-20020a638443000000b005ce16d1f0d6si18715974pgd.900.2024.01.04.07.58.14 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 04 Jan 2024 07:58:14 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-16894-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1; Authentication-Results: mx.google.com; dkim=pass header.i=@lwn.net header.s=20201203 header.b=Nqs1ehuW; spf=pass (google.com: domain of linux-kernel+bounces-16894-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-16894-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=lwn.net Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id 73DB528644B for ; Thu, 4 Jan 2024 15:58:14 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 7AC6624B3B; Thu, 4 Jan 2024 15:57:53 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=lwn.net header.i=@lwn.net header.b="Nqs1ehuW" X-Original-To: linux-kernel@vger.kernel.org Received: from ms.lwn.net (ms.lwn.net [45.79.88.28]) (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 2B3BE24B2D; Thu, 4 Jan 2024 15:57:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=lwn.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=lwn.net Received: from localhost (unknown [IPv6:2601:280:5e00:7e19::646]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id 3B7DD736; Thu, 4 Jan 2024 15:57:48 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 ms.lwn.net 3B7DD736 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lwn.net; s=20201203; t=1704383868; bh=dyA/rPuEEojVPCJ5lWc5tdwj4Jg72ccSzIE9agGaaoY=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=Nqs1ehuWnpQ7Xz+FM387s8kT0sarIR6g74ZKOjz2gCzGNa+vYiOmb3WY+SOuJq1na gNM0jNMdXUgaTBDWzqtvpf4sYIq63HeLkjo6yPTElZeKTWpDgEGhvZydHtUFvwvJbX 469sH20cILOmUWHQwSMiekgTtJ2JcNlCKry/oMM/w/jvHpJ5nbZ3KB8L1iL8KkWIjp y6vb64SilEh/tstQdUN/JfSS3HcTn8iArzoXHAeorbyh6Ft+z0YqRCxJM4mwK89/sf xA+/6Keb0zm4Oc2MeIuHZtKzPa5e8EGqy/3U8FID2uDJCE+0J4UZH5M8/RTLoKDRyT vBjvugTr+QCDg== From: Jonathan Corbet To: Jani Nikula , Randy Dunlap , linux-kernel@vger.kernel.org Cc: Randy Dunlap , Greg Kroah-Hartman , linux-doc@vger.kernel.org, Mauro Carvalho Chehab Subject: Re: [PATCH] scripts/get_abi.pl: ignore some temp files In-Reply-To: <871qax6t6k.fsf@meer.lwn.net> References: <20231228233113.5218-1-rdunlap@infradead.org> <87plyi86zg.fsf@meer.lwn.net> <87v889z7h3.fsf@intel.com> <871qax6t6k.fsf@meer.lwn.net> Date: Thu, 04 Jan 2024 08:57:47 -0700 Message-ID: <87o7e15bwk.fsf@meer.lwn.net> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Jonathan Corbet writes: > Jani Nikula writes: > >> On Wed, 03 Jan 2024, Jonathan Corbet wrote: >>> It would have been nice to create all of those files with a .abi >>> extension so we didn't have to do this kind of blocklisting, but so be >>> it. >> >> Alternatively, we could switch to yaml instead of using another homebrew >> format with another homebrew parser, and rename them .yaml. > > But ... we didn't invent that! :) > > That is, of course, a better idea. It would be a good project for > somebody. Thinking about this a bit further ... is there anything other than get_abi.pl that parses these files? If so, that would, of course, complicate a switch to YAML. If not, though ... and if we're changing the format ... maybe we should just turn them into RST and do away with the extra processing step entirely? jon