Page MenuHomeFreeBSD

Get rid of superfluous "bug marker" code in the bcache
ClosedPublic

Authored by sobomax on Nov 22 2018, 6:16 PM.
Tags
None
Referenced Files
F81660629: D18299.id.diff
Fri, Apr 19, 2:50 PM
Unknown Object (File)
Thu, Mar 28, 6:15 PM
Unknown Object (File)
Aug 6 2023, 12:02 PM
Unknown Object (File)
Jul 11 2023, 4:15 PM
Unknown Object (File)
Jul 8 2023, 5:10 PM
Unknown Object (File)
Jul 8 2023, 5:09 PM
Unknown Object (File)
Jul 8 2023, 4:58 PM
Unknown Object (File)
Apr 25 2023, 6:43 PM
Subscribers

Details

Summary

Read-ahead code introduced in the r313332 contains "the end of cache marker" which I believe superfluous, as cache is allocated on heap and there is already a similar code in the malloc()/free() to detect data corruption and panic:

$ grep USEENDGUARD /usr/src/stand/libsa/*.[ch]
/usr/src/stand/libsa/zalloc_defs.h:#define USEENDGUARD
/usr/src/stand/libsa/zalloc_malloc.c:#ifdef USEENDGUARD
/usr/src/stand/libsa/zalloc_malloc.c:#ifdef USEENDGUARD
/usr/src/stand/libsa/zalloc_malloc.c:#ifdef USEENDGUARD

I believe that code is more "correct" since such incidents should not be taken lightly as often loader logs are not easily available and or often looked upon. Merely issuing a warning when condition is detected is not sufficient since allowing system to continue bootstrap is likely to cause a subsequent kernel crash/misbehaviour that would be really hard to debug and can lead to a severe data corruption as well.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Skipped
Unit
Tests Skipped
Build Status
Buildable 21161

Event Timeline

Good by me - I did add this for extra safety because the malloc markers are checked on free. And since we havent been bitten yet, I guess we are good:)

This revision is now accepted and ready to land.Nov 22 2018, 6:22 PM
This revision was automatically updated to reflect the committed changes.