{"push_id":3117015290,"size":4,"distinct_size":4,"ref":"refs/heads/svn_head","head":"998d1a5539500f8aa22139b2d10127780732287f","before":"4dfca30e42a105925e0b282859dac5022d545176","commits":[{"sha":"40233983385d92a485897714926cdf55d3dd374c","author":{"name":"avg","email":"97e77871b5fcc4941bebceb4338c97c1fd149f8c@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f"},"message":"daprobedone: announce if a disk is write-protected\n\nMFC after:\t2 weeks\n\n\ngit-svn-id: svn+ssh://svn.freebsd.org/base/head@341681 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f","distinct":true,"url":"https://api.github.com/repos/freebsd/freebsd/commits/40233983385d92a485897714926cdf55d3dd374c"},{"sha":"d88cd487099be98dc20411ae05b0146bcb86b272","author":{"name":"mjg","email":"4cf8d479716eba9bc68e0146d95320fcb138b96b@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f"},"message":"unr64: use locked variant if not __LP64__\n\nThe current ifdefs are not sufficient to distinguish 32- and 64- bit\nvariants, which results e.g. in powerpc64 not using atomics.\n\nWhile some 32-bit archs provide 64-bit atomics, there is no huge advantage\nof using them on these platforms.\n\nReported by:\tmany\nSuggested by:\tjhb\nSponsored by:\tThe FreeBSD Foundation\n\n\ngit-svn-id: svn+ssh://svn.freebsd.org/base/head@341682 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f","distinct":true,"url":"https://api.github.com/repos/freebsd/freebsd/commits/d88cd487099be98dc20411ae05b0146bcb86b272"},{"sha":"7dda7c88631f00a699bbdc7f3598ce85fdfa8690","author":{"name":"mjg","email":"4cf8d479716eba9bc68e0146d95320fcb138b96b@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f"},"message":"Annotate Giant drop/pickup macros with __predict_false\n\nThey are used in important places of the kernel with the lock not being held\nmajority of the time.\n\nSponsored by:\tThe FreeBSD Foundation\n\n\ngit-svn-id: svn+ssh://svn.freebsd.org/base/head@341683 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f","distinct":true,"url":"https://api.github.com/repos/freebsd/freebsd/commits/7dda7c88631f00a699bbdc7f3598ce85fdfa8690"},{"sha":"998d1a5539500f8aa22139b2d10127780732287f","author":{"name":"mjg","email":"4cf8d479716eba9bc68e0146d95320fcb138b96b@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f"},"message":"Manage process-related IDs with bitmaps\n\nCurrently unique pid allocation on fork often requires a full walk of\nprocess, group, session lists to make sure it is not used by anything.\nThis has a side effect of requiring proctree to be held along with allproc,\nwhich adds more contention in poudriere -j 128.\n\nThe patch below implements trivial bitmaps which gets rid of the problem.\nDedicated lock is introduced to manage IDs.\n\nWhile here a bug was discovered: all processes would inherit reap id from\nthe first process spawned by init. This had a side effect of keeping the\nID used and when allocation rolls over to the beginning it keeps being\nskipped.\n\nThe patch is loosely based on initial work by mjoras@.\n\nReviewed by:\tkib\nSponsored by:\tThe FreeBSD Foundation\n\n\ngit-svn-id: svn+ssh://svn.freebsd.org/base/head@341684 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f","distinct":true,"url":"https://api.github.com/repos/freebsd/freebsd/commits/998d1a5539500f8aa22139b2d10127780732287f"}]}
{"actor":{"display_login":"uqs"}}