{"push_id":954140778,"size":36,"distinct_size":1,"ref":"refs/heads/hardened/current/log","head":"e19ad2a37fc3c0be0db5e76dc27c21a4db309570","before":"ea7f69f4a1011c6721442fcbd2daafcd89fe3186","commits":[{"sha":"57291730689d515a8e74c0f0f020c4271a385eb5","author":{"email":"4ce05d51b8afc93cb520ca494df758ec316d8029@FreeBSD.org","name":"asomers"},"message":"Fix grep_test:recurse with ZFS and TMPFS tmpdirs\n\ncontrib/netbsd-tests/usr.bin/grep/t_grep.sh\n\tFix grep_test:recurse when /tmp is either zfs or tmpfs. The test was\n\trelying on an implicit ordering of directory recursion which happens\n\tto be true when using UFS. grep's specification requires no such\n\tordering. The solution is to ignore the order of grep's results.\n\nReviewed by:\tngie\nMFC after:\t32 days\nSponsored by:\tSpectra Logic Corp\nDifferential Revision:\thttps://reviews.freebsd.org/D4925","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/57291730689d515a8e74c0f0f020c4271a385eb5"},{"sha":"3eabf52b202db2d07e5e22ed3035b455eacf29ae","author":{"email":"4ce05d51b8afc93cb520ca494df758ec316d8029@FreeBSD.org","name":"asomers"},"message":"syslogd: Enable repeated line compression for lines of any length.\n\nEnable repeated line compression for lines of any length, instead of only\nshort lines. AFAICT repeated line compression was limited to short lines as\na RAM optimization, which made sense when karels added it in 1988, but no\nlonger.  The penalty is a paltry 904B of RAM per file logged.\n\nReviewed by:\trpaulo\nMFC after:\t32 days\nSponsored by:\tSpectra Logic Corp\nDifferential Revision:\thttps://reviews.freebsd.org/D4475","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/3eabf52b202db2d07e5e22ed3035b455eacf29ae"},{"sha":"fcd747ffb0fe692e5ec1668020a51cd34d3897f9","author":{"email":"7ebbccbf2a9ebaa9338648798afddf195f6f1b63@FreeBSD.org","name":"imp"},"message":"Fix mistake when transitioning to the new defines with ZFS loader. I\nhate adding yet another define, but it is the lessor of the evil\nchoices available. Kill another evil by removing PATH_BOOT3 and\nreplacing it with PATH_LOADER or PATH_LOADER_ZFS as appropriate.\n\nPR: 206659","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/fcd747ffb0fe692e5ec1668020a51cd34d3897f9"},{"sha":"e7702ce3dffefab878927f99d7bc663b9869846c","author":{"email":"31cd14c5df041d447848d2ecba7a8ddcaf0cafe9@FreeBSD.org","name":"allanjude"},"message":"ficl on i386 should cast to unsigned char output to support efi i386\n\nmake it possible for efi_console to recognize and translate box characters\non i386 build (unsigned versus signed char passed as int issue).\n\nSubmitted by:\tToomas Soome <tsoome at me.com>\nReviewed by:\temaste, smh, dteske\nMFC after:\t3 days\nDifferential Revision:\thttps://reviews.freebsd.org/D4993","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/e7702ce3dffefab878927f99d7bc663b9869846c"},{"sha":"9893ec50e04c048e43ed5fe6017bfdfdea2cbdfe","author":{"email":"02e0a999c50b1f88df7a8f5a04e1b76b35ea6a88@FreeBSD.org","name":"andrew"},"message":"When finding the physical address of a device allow intermediate addresses\nto be 64-bit on 32-bit architectures. It is not uncommon for device trees\nto use the upper 32-bits to store what effectively is an index into the\nparent ranges property. In this case, when running with a 32-bit bus_addr_t\nand bus_size_t, we would previously truncate the address, this may then\nincorrectly match the wrong range, and return the wrong address.\n\nTested by:\tbz (earlier version)","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/9893ec50e04c048e43ed5fe6017bfdfdea2cbdfe"},{"sha":"5d125a19675da01292b0e7923072ecc5ab263f14","author":{"email":"02e0a999c50b1f88df7a8f5a04e1b76b35ea6a88@FreeBSD.org","name":"andrew"},"message":"Fix the value we print when the size is too large. While here fix the types\nwe cast to to be unsigned as the data is unsigned.\n\nReviewed by:\tian","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/5d125a19675da01292b0e7923072ecc5ab263f14"},{"sha":"169dd4da8ec4b82f421e68b485d8db9cc7e8130a","author":{"email":"bfed11ad5cdd21dfd9ed695a5c3e9ad4e680f6af@FreeBSD.org","name":"jhb"},"message":"Convert ss_sp in stack_t and sigstack to void *.\n\nPOSIX requires these members to be of type void * rather than the\nchar * inherited from 4BSD.  NetBSD and OpenBSD both changed their\nfields to void * back in 1998.  No new build failures were reported\nvia an exp-run.\n\nPR:\t\t206503 (exp-run)\nReviewed by:\tkib\nMFC after:\t1 week\nDifferential Revision:\thttps://reviews.freebsd.org/D5092","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/169dd4da8ec4b82f421e68b485d8db9cc7e8130a"},{"sha":"0769763b2b58f3394d217653110064346deb8c20","author":{"email":"c0d235e642580376dcd444b48f93fac3ba1a711b@FreeBSD.org","name":"glebius"},"message":"Rename netinet/tcp_cc.h to netinet/cc/cc.h.\n\nDiscussed with:\tlstewart","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/0769763b2b58f3394d217653110064346deb8c20"},{"sha":"57a7c410cb9612a0ba15636e037b5ee56c1a0efa","author":{"email":"2c0e3edad43231e7c50ffcd383d11ec8826df918@FreeBSD.org","name":"trasz"},"message":"Improve reporting of connection problems in iscsid(8).\n\nObtained from:\tMellanox Technologies\nMFC after:\t1 month\nSponsored by:\tThe FreeBSD Foundation","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/57a7c410cb9612a0ba15636e037b5ee56c1a0efa"},{"sha":"4019d3df8f10fcc6dc8a7e78356272af60783b5a","author":{"email":"267970d0842910b9668108d47022a729a30ec04b@FreeBSD.org","name":"bdrewery"},"message":"Drop any previous fd when setting a new one.\n\nReported by:\tmjg\nSponsored by:\tEMC / Isilon Storage Division\nMFC after:\t2 weeks","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/4019d3df8f10fcc6dc8a7e78356272af60783b5a"},{"sha":"0e3463672209718efb883b2e8b3580c7ea014463","author":{"email":"4cf8d479716eba9bc68e0146d95320fcb138b96b@FreeBSD.org","name":"mjg"},"message":"ktrace: tidy up ktrstruct\n\n- minor style fixes\n- avoid doing strlen twice [1]\n\nPR:\t\t206648\nSubmitted by:\tC Turt <ecturt gmail.com> (original version) [1]","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/0e3463672209718efb883b2e8b3580c7ea014463"},{"sha":"259ddf80ecfd4b3c47d6baf7ed8b7f6882dae51d","author":{"email":"6769db84adc092afdd64a08e74a3d0e78d790044@FreeBSD.org","name":"kan"},"message":"Make .debug file for libgcc_s.so.1 more useful.\n\nThe files compiled into libgcc_s.so.1 did not have -g on\ncompiler command line, making generated .debug quite\npointless.","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/259ddf80ecfd4b3c47d6baf7ed8b7f6882dae51d"},{"sha":"35f6152a71b342af29980776f503f4a20ad239bd","author":{"email":"6769db84adc092afdd64a08e74a3d0e78d790044@FreeBSD.org","name":"kan"},"message":"Do not unlock rtld_phdr_lock over callback invocations.\n\nThe dl_iterate_phdr consumer code in libgcc does not expect multiple\ncallbacks running concurrently. This was fixed once already in r178807,\nbut accidentally got reverted in r294373.","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/35f6152a71b342af29980776f503f4a20ad239bd"},{"sha":"1025b8f013128e27850da281f3d9b623514a4e1d","author":{"email":"aeb8da9b93f4f35c2ddc1280821f190e432a94e3@FreeBSD.org","name":"emaste"},"message":"Replace prebuilt uuencoded gallant.fnt with editable hex version","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/1025b8f013128e27850da281f3d9b623514a4e1d"},{"sha":"25f4b65b5a614be2d7ac4328829c58a899bab130","author":{"email":"267970d0842910b9668108d47022a729a30ec04b@FreeBSD.org","name":"bdrewery"},"message":"filemon_ioctl: Handle error from devfs_get_cdevpriv(9).\n\nMFC after:\t2 weeks\nSponsored by:\tEMC / Isilon Storage Division","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/25f4b65b5a614be2d7ac4328829c58a899bab130"},{"sha":"7819d93d8425f7966490bfd633e495dbf057e19c","author":{"email":"267970d0842910b9668108d47022a729a30ec04b@FreeBSD.org","name":"bdrewery"},"message":"filemon_ioctl: Lock the associated filemon handle before writing to it.\n\nReported by:\tmjg\nMFC after:\t2 weeks\nSponsored by:\tEMC / Isilon Storage Division","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/7819d93d8425f7966490bfd633e495dbf057e19c"},{"sha":"36b5b4fdf85dc4c5f943d37989db0d537856cdd7","author":{"email":"267970d0842910b9668108d47022a729a30ec04b@FreeBSD.org","name":"bdrewery"},"message":"filemon_comment has nothing to do with wrappers so move it out of filemon_wrapper.c.\n\nIt only prints the header from filemon_ioctl.  Keep the name though to stay\ncloser to other implementations.\n\nMFC after:\t2 weeks\nSponsored by:\tEMC / Isilon Storage Division","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/36b5b4fdf85dc4c5f943d37989db0d537856cdd7"},{"sha":"0b10a802f877a41beb1b823c21a6a4b241ed8e28","author":{"email":"6c4e0337211c610d7c45da360c1429ec96aedde6@FreeBSD.org","name":"mckusick"},"message":"The bread() function was inconsistent about whether it would return\na buffer pointer in the event of an error (for some errors it would\nreturn a buffer pointer and for other errors it would not return a\nbuffer pointer). The cluster_read() function was similarly inconsistent.\n\nClients of these functions were inconsistent in handling errors.\nSome would assume that no buffer was returned after an error and\nwould thus lose buffers under certain error conditions. Others would\nassume that brelse() should always be called after an error and\nwould thus panic the system under certain error conditions.\n\nTo correct both of these problems with minimal code churn, bread()\nand cluster_write() now always free the buffer when returning an\nerror thus ensuring that buffers will never be lost. The brelse()\nroutine checks for being passed a NULL buffer pointer and silently\nreturns to avoid panics. Thus both approaches to handling error\nreturns from bread() and cluster_read() will work correctly.\n\nFuture code should be written assuming that bread() and cluster_read()\nwill never return a buffer with an error, so should not attempt to\nbrelse() the buffer when an error is returned.\n\nReviewed by: kib","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/0b10a802f877a41beb1b823c21a6a4b241ed8e28"},{"sha":"32cb8b928ab479168c225f3499c467fc1c2c443f","author":{"email":"6c4e0337211c610d7c45da360c1429ec96aedde6@FreeBSD.org","name":"mckusick"},"message":"This fixes a bug in UFS2 exported NFS volumes. An NFS client can\ncrash a server that has exported UFS2 by presenting a filehandle\nwith an inode number that references an uninitialized inode in a\ncylinder group. The problem is that UFS2 only initializes blocks\nof inodes as they are first allocated and ffs_fhtovp() does not\nvalidate that the inode is in a range of inodes that have been\ninitialized. Attempting to read an uninitialized inode gets random\ndata from the disk. When the kernel tries to interpret it as an\ninode, panics often arise.\n\nReported by: Christos Zoulas (from NetBSD)\nReviewed by: kib","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/32cb8b928ab479168c225f3499c467fc1c2c443f"},{"sha":"10573611b43e8082c286b3e78d3b4d021883b6e8","author":{"email":"267970d0842910b9668108d47022a729a30ec04b@FreeBSD.org","name":"bdrewery"},"message":"filemon_dtr: Lock the associated filemon handle before writing to it.\n\nReported by:\tmjg\nMFC after:\t2 weeks\nSponsored by:\tEMC / Isilon Storage Division","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/10573611b43e8082c286b3e78d3b4d021883b6e8"}]}