linux-kernel - [PATCH v5 0/2] PCI/AER: Handle Advisory Non-Fatal error

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20250821165829.3471-1-mattc@purestorage.com>
Date: Thu, 21 Aug 2025 10:58:29 -0600
From: Matthew W Carlis <mattc@...estorage.com>
To: zhenzhong.duan@...el.com
Cc: Smita.KoralahalliChannabasappa@....com,
	adam.c.preble@...el.com,
	alison.schofield@...el.com,
	bhelgaas@...gle.com,
	bp@...en8.de,
	chao.p.peng@...el.com,
	dan.j.williams@...el.com,
	dave.jiang@...el.com,
	dave@...olabs.net,
	erwin.tsaur@...el.com,
	feiting.wanyan@...el.com,
	helgaas@...nel.org,
	ira.weiny@...el.com,
	james.morse@....com,
	lenb@...nel.org,
	linux-acpi@...r.kernel.org,
	linux-cxl@...r.kernel.org,
	linux-edac@...r.kernel.org,
	linux-kernel@...r.kernel.org,
	linux-pci@...r.kernel.org,
	linuxppc-dev@...ts.ozlabs.org,
	lukas@...ner.de,
	mahesh@...ux.ibm.com,
	oohall@...il.com,
	qingshun.wang@...ux.intel.com,
	rafael@...nel.org,
	rrichter@....com,
	sathyanarayanan.kuppuswamy@...el.com,
	tony.luck@...el.com,
	vishal.l.verma@...el.com,
	yudong.wang@...el.com,
	msaggi@...estorage.com,
	sconnor@...estorage.com,
	ashishk@...estorage.com,
	rhan@...estorage.com,
	jrangi@...estorage.com,
	agovindjee@...estorage.com,
	bamstadt@...estorage.com
Subject: [PATCH v5 0/2] PCI/AER: Handle Advisory Non-Fatal error

Hello. My team had independently started to make a change similar to this
before realizing that someone had already taken a stab at it. It is highly
desirable in my mind to have an improved handling of Advisory Errors in
the upstream kernel. Is there anything we can do to help move this effort
along? Perhaps testing? We have a decent variety of system configurations &
are able to inject various kinds of errors via special devices/commands etc.

Thanks,
-Matt