From patchwork Fri Jun 16 18:24:34 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Adolf Belka X-Patchwork-Id: 6939 Return-Path: Received: from mail01.ipfire.org (mail01.haj.ipfire.org [172.28.1.202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384 client-signature ECDSA (P-384) client-digest SHA384) (Client CN "mail01.haj.ipfire.org", Issuer "R3" (verified OK)) by web04.haj.ipfire.org (Postfix) with ESMTPS id 4QjSHZ54wDz3wjk for ; Fri, 16 Jun 2023 18:24:42 +0000 (UTC) Received: from mail02.haj.ipfire.org (mail02.haj.ipfire.org [172.28.1.201]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) client-signature ECDSA (P-384)) (Client CN "mail02.haj.ipfire.org", Issuer "R3" (verified OK)) by mail01.ipfire.org (Postfix) with ESMTPS id 4QjSHY0J6Mzr2; Fri, 16 Jun 2023 18:24:41 +0000 (UTC) Received: from mail02.haj.ipfire.org (localhost [127.0.0.1]) by mail02.haj.ipfire.org (Postfix) with ESMTP id 4QjSHX4k0Tz2xyF; Fri, 16 Jun 2023 18:24:40 +0000 (UTC) Received: from mail01.ipfire.org (mail01.haj.ipfire.org [172.28.1.202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) client-signature ECDSA (P-384)) (Client CN "mail01.haj.ipfire.org", Issuer "R3" (verified OK)) by mail02.haj.ipfire.org (Postfix) with ESMTPS id 4QjSHV6K9Hz2xbl for ; Fri, 16 Jun 2023 18:24:38 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by mail01.ipfire.org (Postfix) with ESMTPSA id 4QjSHV1LpFzWZ; Fri, 16 Jun 2023 18:24:38 +0000 (UTC) DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003ed25519; t=1686939878; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=d3T+RsmyhlqWiNj5q1Otccjh6is73mZWknhRGgA8tzI=; b=TTWwu8n+kVg27EXe2Zgs/IvNwOsw2Eeio2fiTiz9ijKSRx+XNqsuEipbv7l3z2gosS4HS+ p5mykNzfCK9UMsBw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfire.org; s=202003rsa; t=1686939878; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=d3T+RsmyhlqWiNj5q1Otccjh6is73mZWknhRGgA8tzI=; b=sbLi0nt9496TACZDDnjIrLivBkx2LqPO5DKSX2SFG76eoxDLVlm/KU04IPl/vOV7f6m9gc 6QohYcio0O3l0mTnJdNdYAb02tb1ZNt9ZDQgHADNOO+KnEhnSgrF02wL1U4GIBnDTxgMEN hKmerAkSzwueWsoh1JJVGOb8Md+aTWLc5hVPzSaQGl+bf53e7QKn30b1vj35A19gkj8k2y oKza4sYtvmBcuEjwLtc12mBTM8W7niRYNLZGjFWDGQvuhYqRski7vJshsrf/Mm1br1qobX yMQ5AtUh+6ZBft1V2kstNEYXZpI1EV0Hwi1UW4NZ70Iq8EOlKeIb/ipLDfST1w== From: Adolf Belka To: development@lists.ipfire.org Subject: [PATCH] pciutils: Update to version 3.10.0 Date: Fri, 16 Jun 2023 20:24:34 +0200 Message-ID: <20230616182434.3450975-1-adolf.belka@ipfire.org> MIME-Version: 1.0 X-BeenThere: development@lists.ipfire.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IPFire development talk List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: development-bounces@lists.ipfire.org Sender: "Development" - Update from version 3.9.0 to 3.10.0 - Update of rootfile - version 3.9.0 failed to output some of the symbols. This was found as a bug in Fedora but also seen by some people in IPFire CU175 with flashrom where the version 3.3 symbol is provided. Fedora made a patch to resolve this issue for 3.9.0 but 3.10.0 has been released since then and Fedora removed the patch that was used for 2.9.0 as pciutils has had that bug fixed - see first item in changelog. - Changelog Released as 3.10.0. Fixed bug in definition of versioned symbol aliases in shared libpci, which made compiling with link-time optimization fail. Filters now accept "0x..." syntax for backward compatibility. Windows: The cfgmgr32 back-end which provides the list of devices can be combined with another back-end which provides access to configuration space. ECAM (Enhanced Configuration Access Mechanism), which is defined by the PCIe standard, is now supported. It requires root privileges, access to physical memory, and also manual configuration on some systems. lspci: Tree view now works on multi-domain systems. It now respects filters properly. Last but not least, pci.ids were updated to the current snapshot of the database. This includes overall cleanup of entries with non-ASCII characters in their names -- such characters are allowed, but only if they convey interesting information (e.g., umlauts in German company names, but not the "registered trade mark" sign). Signed-off-by: Adolf Belka Reviewed-by: Peter Müller --- config/rootfiles/common/pciutils | 2 +- lfs/pciutils | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/config/rootfiles/common/pciutils b/config/rootfiles/common/pciutils index 067f269f3..491bf0567 100644 --- a/config/rootfiles/common/pciutils +++ b/config/rootfiles/common/pciutils @@ -1,7 +1,7 @@ bin/lspci bin/setpci lib/libpci.so.3 -lib/libpci.so.3.9.0 +lib/libpci.so.3.10.0 sbin/update-pciids #usr/include/pci #usr/include/pci/config.h diff --git a/lfs/pciutils b/lfs/pciutils index fdfeb4838..eb9a0b2d7 100644 --- a/lfs/pciutils +++ b/lfs/pciutils @@ -24,7 +24,7 @@ include Config -VER = 3.9.0 +VER = 3.10.0 THISAPP = pciutils-$(VER) DL_FILE = $(THISAPP).tar.gz @@ -40,7 +40,7 @@ objects = $(DL_FILE) $(DL_FILE) = $(DL_FROM)/$(DL_FILE) -$(DL_FILE)_BLAKE2 = 59d2a151b114691980b8f0a0bfdf8e48b9e1a0a9976df6dbc94962c251d8bfc61e7bd3b0f3c47a4295f52b5df67ad0e44ed6f2e6a87728e213e4ef0b8a55c028 +$(DL_FILE)_BLAKE2 = 2e1255eb5508c9d1339f5bc772c2592a03cae4d8d097e8939748c9bb5d5d949be53d705d1b7d903f7ea88b2abeea91e39de16e39d2f46f0a1f62f8a9e32c6faa install : $(TARGET)