summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/stackcollapse.py
diff options
context:
space:
mode:
authorMartin K. Petersen (Oracle) <mkp@kernel.org>2026-09-16 10:44:24 -0400
committerMartin K. Petersen (Oracle) <mkp@kernel.org>2026-09-16 10:55:27 -0400
commit670f07403f7c5e138973838db8d0d0a1be15bd71 (patch)
tree4d1a71a5896930e88bfd631b7d1b23cce2a27ec3 /tools/perf/scripts/python/stackcollapse.py
parentf07317a8d57f382ec505597816271dd72ffa20c7 (diff)
parent15de2788c91cc407f7e6fc6a07be27b10048cbce (diff)
downloadlinux-next-670f07403f7c5e138973838db8d0d0a1be15bd71.tar.gz
linux-next-670f07403f7c5e138973838db8d0d0a1be15bd71.zip
Merge patch series "Use defined 16-bits ASC/ASCQ combinations"
Damien Le Moal <dlemoal@kernel.org> says: This patch series defines as macros all ASC/ASCQ combinations present in https://www.t10.org/lists/asc-num.txt and converts the SCSI core code and SCSI low level drivers to use these macros instead of hard-coded ASC/ASCQs. To do this, struct scsi_sense_hdr and struct scsi_failure are modified to replace the asc and ascq 8-bits fields with a 16-bits sense_code field. This cleans up the code in many places and makes it easier, and self documented, to test sense codes in the case of errors. Overall, there should be no functional chnages here. Note: this series currently applies cleanly only to the scsi-staging tree. It does not apply to Linus tree as commit 6d81700ad7c4 ("ata: libata-scsi: do not raise UA for storage element depopulation and restoration") creates a conflict with patch 37. The conflict is trivial to resolve, but this will create a conflict in linux-next. Could you maybe rebase scsi-staging on rc2 ? Also please note that sashiko did comment about several pre-existing issues for different drivers, but I am not addressing these issues in this series. [mkp: fixed ufs conflict] Link: https://patch.msgid.link/20260908090308.1085097-1-dlemoal@kernel.org Signed-off-by: Martin K. Petersen (Oracle) <mkp@kernel.org>
Diffstat (limited to 'tools/perf/scripts/python/stackcollapse.py')
0 files changed, 0 insertions, 0 deletions