This repository was archived by the owner on Jul 1, 2020. It is now read-only.
SRP and INFINIBAND variant of error: call to '__read_overflow2' #145
Labels
tuxml-study-buildfailures
Discussions/insights about build failures
When investigating 2 failures (thanks to rule-based decision tree):
rawtuxdata.query("SCSI_SRP_ATTRS == 'n' & INFINIBAND_SRPT == 'y' & ISDN_DIVAS_USERIDI == 'n' & MLX5_INFINIBAND != 'y' & GENERIC_ALLOCATOR == 'n' & DRM_VBOXVIDEO != 'y' & WANXL_BUILD_FIRMWARE != 'y' & AIC7XXX_BUILD_FIRMWARE != 'y' & AIC79XX_BUILD_FIRMWARE != 'y'")[['cid', 'vmlinux', 'IPV6', 'UBSAN_SANITIZE_ALL', 'INFINIBAND_ADDR_TRANS', 'FORTIFY_SOURCE', 'UBSAN_ALIGNMENT', 'UBSAN_NULL']]
I was surprised to notice similar error messages as in #142
An in-depth look:
and we have our friend
FORTIFY_SOURCE
(note:IPV6
is still no as well asUBSAN
checking)So here it's not a masking effect, but a possible misclassification of the decision tree that "fails" to group together some options...
The text was updated successfully, but these errors were encountered: