{"push_id":646653843,"size":13,"distinct_size":1,"ref":"refs/heads/hardened/current/log","head":"74f46863c4dce69abd74dbf3398e72003dc1412e","before":"320e94f600af954c419dd79b144fbb11542a54f2","commits":[{"sha":"fb48ac4acc73d3c6ab9b2f2f7c47ff8a1d76df31","author":{"email":"7b242d943fcf32e060e9005c389f6e64f0d376fc@FreeBSD.org","name":"hselasky"},"message":"The add_bounce_page() function can be called when loading physical\npages which pass a NULL virtual address. If the BUS_DMA_KEEP_PG_OFFSET\nflag is set, use the physical address to compute the page offset\ninstead. The physical address should always be valid when adding\nbounce pages and should contain the same page offset like the virtual\naddress.\n\nSubmitted by:\tSvatopluk Kraus <onwahe@gmail.com>\nMFC after:\t1 week\nReviewed by:\tjhb@","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/fb48ac4acc73d3c6ab9b2f2f7c47ff8a1d76df31"},{"sha":"311ef80759132743196421b9bb761e62a64db477","author":{"email":"97e77871b5fcc4941bebceb4338c97c1fd149f8c@FreeBSD.org","name":"avg"},"message":"dump_nvlist: handle DATA_TYPE_BOOLEAN_ARRAY\n\nTo do:\tupstream (https://www.illumos.org/issues/5752)\nMFC after:\t10 days","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/311ef80759132743196421b9bb761e62a64db477"},{"sha":"7112bf7b6162771c84b2f5ea2a77d50b7f5fbf45","author":{"email":"97e77871b5fcc4941bebceb4338c97c1fd149f8c@FreeBSD.org","name":"avg"},"message":"nvpair_type_is_array: DATA_TYPE_INT8_ARRAY was not recognized\n\nTo do:\tupstream (https://www.illumos.org/issues/5778)\nMFC after:\t10 days","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/7112bf7b6162771c84b2f5ea2a77d50b7f5fbf45"},{"sha":"7d7084af660d2958d756ef16e6fa71286f0958f1","author":{"email":"97e77871b5fcc4941bebceb4338c97c1fd149f8c@FreeBSD.org","name":"avg"},"message":"MFV r282124: 5393 spurious failures from dsl_dataset_hold_obj()\n\nThe actual bugfix was pro-actively committed in r275515.\nThis MFV is cosmetic, it just aligns code style with the upstream.\n\nMFC after:\t10 days","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/7d7084af660d2958d756ef16e6fa71286f0958f1"},{"sha":"293d1ac7cef60469b4b780d779aeba7ad3cfcaf4","author":{"email":"97e77871b5fcc4941bebceb4338c97c1fd149f8c@FreeBSD.org","name":"avg"},"message":"MFV r282123: 5610 zfs clone from different source and target pools produces coredump\n\nMFC after:\t10 days","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/293d1ac7cef60469b4b780d779aeba7ad3cfcaf4"},{"sha":"65773effb924fc3b36d0b38bd76b8a94ced0edd5","author":{"email":"97e77871b5fcc4941bebceb4338c97c1fd149f8c@FreeBSD.org","name":"avg"},"message":"dsl_dir_rename_check: return EXDEV on cross-pool rename attempt\n\nObtained from:\tzfsonlinux/zfs@9063f65476b7b7d78ccf096fec890b8727117e2a\nObtained from:\tBoris Protopopov <boris.protopopov@actifio.com>\nMFC after:\t10 days","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/65773effb924fc3b36d0b38bd76b8a94ced0edd5"},{"sha":"dfce070d88c9afeca115a00e1f023cf5d70836fc","author":{"email":"67150a9dcf8948cde92f2ba91d8ada0d3335c521@FreeBSD.org","name":"kib"},"message":"Do not sleep waiting for the MAP_ENTRY_IN_TRANSITION state ending with\nthe vnode locked.\n\nReview:\thttps://reviews.freebsd.org/D2381\nSubmitted by:\tConrad Meyer, Attilio Rao\nMFC after:\t1 week","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/dfce070d88c9afeca115a00e1f023cf5d70836fc"},{"sha":"05965f3d9f646f5ceb1d4e4462475cf4c3bda758","author":{"email":"138ec7d7826203e11965d04c1df9b8ec174ea0af@FreeBSD.org","name":"ganbold"},"message":"Update Amlogic MMC driver:\n\n  1) Advertise the actual min / max speeds the hardware is capable\n       of supporting given the reference clock used by the board.\n\n  2) Rather than attempting to extend the hardware's timeout register\n       in software (the hardware doesn't have sufficient bits to directly\n            support long timeouts), simply implement the same timeout approach\n\t         used in the SDXC driver.\n\n  3) Set the timeout for a linked command (e.g. STOP TRANSMISSION) based\n       on the previous multiblock read / write.\n\nThe changes have been smoke tested on both the ODROID-C1 and the VSATV102-M6\nusing the following cards:\n\n* PQI 2GB microSD\n* SanDisk 2GB microSD\n* PQI 8GB SDHC (not a microSD so only tested on the ATV-102)\n* PNY 8GB microSDHC\n* SanDisk Ultra 32GB microSDHC\n\nSubmitted by:  John Wehle","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/05965f3d9f646f5ceb1d4e4462475cf4c3bda758"},{"sha":"879cb055bd453ab97e0ee3c3719ec8c1f5bccd7b","author":{"email":"97e77871b5fcc4941bebceb4338c97c1fd149f8c@FreeBSD.org","name":"avg"},"message":"zfs_onexit_fd_hold: return EBADF even if devfs_get_cdevpriv gave ENOENT\n\n/dev/zfs always has per-open data, so when it is missing the file\ndescriptor is for some other file.  Returning ENOENT in this case\nis confusing as a variety of other conditions (like a missing dataset)\nmay result in the same error.  It's better to consistently return\nEBADF for any problems with the file descriptor.\n\nNote that zfs_onexit_fd_hold() is used with 'automatic cleanup fd'\n- when that fd is closed, typically because a process is terminated,\nsome cleanup action is taken by ZFS driver.  E.g. a temporary\nsnapshot hold is released.\n\nPerhaps, it would even be worthwhile changing devfs_get_cdevpriv()\nto return EBADF if there is no associated data.\n\nDifferential Revision:\thttps://reviews.freebsd.org/D2370\nReviewed by:\tdelphij, smh\nMFC after:\t12 days","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/879cb055bd453ab97e0ee3c3719ec8c1f5bccd7b"},{"sha":"70befe4134fd1eb44b97a7fecb015917c4bcde77","author":{"email":"97e77871b5fcc4941bebceb4338c97c1fd149f8c@FreeBSD.org","name":"avg"},"message":"replace a comment about zfs recv -F corner case with a longer, more detailed one\n\nThe old comment in zfs_rezget explains what situation the code handles,\nthe new comment also describes how the situation can arise.\n\nAlso, re-join a line that became sufficiently shorti some time ago.\n\nDifferential Revision:\thttps://reviews.freebsd.org/D2352\nReviewed by:\tdelphij, smh\nMFC after:\t12 days","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/70befe4134fd1eb44b97a7fecb015917c4bcde77"},{"sha":"b9d4da35fafa515f4a572c0e36e44613383a277f","author":{"email":"1eabdaf488b3a3682bbca94c5f468f065cdfaf13@FreeBSD.org","name":"ae"},"message":"Since PFIL can change mbuf pointer, we should update pointers after\ncalling ipsec_filter().\n\nSponsored by:\tYandex LLC","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/b9d4da35fafa515f4a572c0e36e44613383a277f"},{"sha":"a57464abbeb27bf5bd46f50309acca4f34e7f7d7","author":{"email":"b0125fa187132d47dbe983b53b8ad9c1146edd9c@hardenedbsd.org","name":"Oliver Pinter +"},"message":"Merge remote-tracking branch 'freebsd/master' into hardened/current/master","distinct":false,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/a57464abbeb27bf5bd46f50309acca4f34e7f7d7"},{"sha":"74f46863c4dce69abd74dbf3398e72003dc1412e","author":{"email":"b0125fa187132d47dbe983b53b8ad9c1146edd9c@hardenedbsd.org","name":"Oliver Pinter +"},"message":"Merge remote-tracking branch 'origin/hardened/current/master' into hardened/current/log","distinct":true,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/74f46863c4dce69abd74dbf3398e72003dc1412e"}]}