summaryrefslogtreecommitdiff
path: root/sys/dev/pci/if_iwm.c
diff options
context:
space:
mode:
authorIngo Schwarze <schwarze@cvs.openbsd.org>2022-12-16 13:41:56 +0000
committerIngo Schwarze <schwarze@cvs.openbsd.org>2022-12-16 13:41:56 +0000
commit7ff221bc93640e0f7efe2d79b46edf78464221c9 (patch)
tree077a71a51f9622cde2f86a79674d4d2374f17ed9 /sys/dev/pci/if_iwm.c
parentd1f2c970bf97569d628898a5afb67008b6fda9be (diff)
Revert BIO_push(3) cycle prevention (bio_lib.c rev. 1.42).
jsing@ worries that cycle prevention might increase risk because software that is not checking return values (and indeed, not checking is likely common in practice) might silently behave incorrectly with cycle prevention whereas without, it will likely either crash right away through infinite recursion or at least hang in an infinite loop when trying to use the cyclic chain, in both cases making it likely that the bug will be found and fixed. Besides, tb@ points out that BIO_set_next(3) ought to behave as similarly as possible to BIO_push(3), but adding cycle prevention to BIO_set_next(3) would be even less convincing because that function does not provide a return value, encouraging users to expect that it will always succeed. While a safe idiom for checking the success of BIO_set_next(3) could easily be designed, let's be realistic: application software would be highly unlikely to pick up such an idiom.
Diffstat (limited to 'sys/dev/pci/if_iwm.c')
0 files changed, 0 insertions, 0 deletions