{"push_id":2936683231,"size":49,"distinct_size":49,"ref":"refs/heads/stable/11","head":"03e5eed98baf9e98ab06143f25cbb0fad5bb88d1","before":"4e6ae7c04c34ae68f0d318be23f8b92d1b63b9dc","commits":[{"sha":"968104fee9842a4858ef33fa683058a390fe4530","author":{"name":"kib","email":"67150a9dcf8948cde92f2ba91d8ada0d3335c521@FreeBSD.org"},"message":"MFC r338955:\nWhen doing lm_add(), check for duplicates.","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/968104fee9842a4858ef33fa683058a390fe4530"},{"sha":"cfea277e33577e9ec8653cfa010f60a39dde358a","author":{"name":"ae","email":"1eabdaf488b3a3682bbca94c5f468f065cdfaf13@FreeBSD.org"},"message":"MFC r338947:\n  Add \"src-ip\" or \"dst-ip\" keyword to the output, when we are printing the\n  rest of rule options.\n\n  Reported by:\tlev","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/cfea277e33577e9ec8653cfa010f60a39dde358a"},{"sha":"9bffc11d12f81898749a5d317421f5bd8fb7f953","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337172, MFV r337171:\n9464 txg_kick() fails to see that we are quiescing, forcing transactions\nto their next stages without leaving them accumulate changes\n\nIdeally we would like txg_kick() to get triggered only when we are sure\nthat we are not syncing AND not quiescing any txg. This way we can kick\nan open TXG to the quiescing state when we are sure that there is nothing\ngoing on and we would benefit from the different states running\nconcurrently.\n\nillumos/illumos-gate@fa41d87de9ec9000964c605eb01d6dc19e4a1abe\n\nReviewed by: Matt Ahrens <matt@delphix.com>\nReviewed by: Brad Lewis <brad.lewis@delphix.com>\nReviewed by: Andriy Gapon <avg@FreeBSD.org>\nApproved by: Dan McDonald <danmcd@joyent.com>\nAuthor:     Serapheim Dimitropoulos <serapheim@delphix.com>","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/9bffc11d12f81898749a5d317421f5bd8fb7f953"},{"sha":"6205ced68d571e5afdf39dfe41967d217ef93e99","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337177:\nMFV r337175: 9487 Free objects when receiving full stream as clone\n\nAll objects after the last written or freed object are not supposed to\nexist after receiving the stream. We should free them accordingly, as if\na freeobjects record for them had been included in the stream.\n\nzfsonlinux/zfs@48fbb9ddbf2281911560dfbc2821aa8b74127315\nillumos/illumos-gate@7864b8192b8d30471fa2240466d516292e5765b8\n\nReviewed by: Matthew Ahrens <mahrens@delphix.com>\nApproved by: Dan McDonald <danmcd@joyent.com>\nAuthor:     Paul Dagnelie <pcd@delphix.com>","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/6205ced68d571e5afdf39dfe41967d217ef93e99"},{"sha":"f7ce4a7ccf08b067f17f02cc83e449d28850ca16","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337179: 9523 Large alloc in zdb can cause trouble\n\n16MB alloc in zdb_embedded_block() can cause cores in certain situations\n(clang, gcc55).\n\nOsX commit: https://github.com/openzfsonosx/zfs/commit/ced236a5da6e72ea7bf6d2919fe14e17cffe10f1\nFreeBSD commit: https://svnweb.freebsd.org/base?view=revision&revision=326150\nillumos/illumos-gate@03a4c2f4bfaca30115963b76445279b36468a614\n\nReviewed by: Igor Kozhukhov <igor@dilos.org>\nReviewed by: Andriy Gapon <avg@FreeBSD.org>\nReviewed by: Matthew Ahrens <mahrens@delphix.com>\nApproved by: Dan McDonald <danmcd@joyent.com>\nAuthor:     Jorgen Lundman <lundman@lundman.net>\n\nThis is an update for r326150 (by avg), where this change comes from.","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/f7ce4a7ccf08b067f17f02cc83e449d28850ca16"},{"sha":"98787d55c19a70e5230d6e5738c6100358326b6f","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337181: 9539 Make zvol operations use _by_dnode routines\n\nContinues what was started in 7801 add more by-dnode routines by fully\nconverting zvols to avoid unnecessary dnode_hold() calls. This saves a\nsmall amount of CPU time and slightly improves latencies of operations\non zvols.\n\nillumos/illumos-gate@8dfe5547fbf0979fc1065a8b6fddc1e940a7cf4f\n\nReviewed by: Matthew Ahrens <mahrens@delphix.com>\nReviewed by: Brian Behlendorf <behlendorf1@llnl.gov>\nReviewed by: Rick McNeal <rick.mcneal@nexenta.com>\nApproved by: Dan McDonald <danmcd@joyent.com>\nAuthor:     Richard Yao <richard.yao@prophetstor.com>","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/98787d55c19a70e5230d6e5738c6100358326b6f"},{"sha":"9b6c15ad672b64a334f650723380e8406e7089f8","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337183:\nMFV r337182: 9330 stack overflow when creating a deeply nested dataset\n\nDatasets that are deeply nested (~100 levels) are impractical. We just put\na limit of 50 levels to newly created datasets. Existing datasets should\nwork without a problem.\n\nillumos/illumos-gate@5ac95da7d61660aa299c287a39277cb0372be959\n\nReviewed by: John Kennedy <john.kennedy@delphix.com>\nReviewed by: Matt Ahrens <matt@delphix.com>\nApproved by: Garrett D'Amore <garrett@damore.org>\nAuthor:     Serapheim Dimitropoulos <serapheim.dimitro@delphix.com>","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/9b6c15ad672b64a334f650723380e8406e7089f8"},{"sha":"7c3b10acaf13ff315189e243ed5aa7a4121d577a","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337185:\nMFV r337184: 9457 libzfs_import.c:add_config() has a memory leak\n\nA memory leak occurs on lines 209 and 213 because the config is not freed\nin the error case.  The interface to add_config() seems less than ideal -\nit would be better if it copied any data necessary from the config and the\ncaller freed it.\n\nillumos/illumos-gate@ddfe901b12348d31c500fb57f9174e88860a4061\n\nReviewed by: Matt Ahrens <matt@delphix.com>\nReviewed by: Serapheim Dimitropoulos <serapheim.dimitro@delphix.com>\nApproved by: Robert Mustacchi <rm@joyent.com>\nAuthor:     sara hartse <sara.hartse@delphix.com>","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/7c3b10acaf13ff315189e243ed5aa7a4121d577a"},{"sha":"6f393c7876b337e1a071124c85e9ed98489a0741","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337191:\nMFV r337190: 9486 reduce memory used by device removal on fragmented pools\n\nIn the most fragmented real-world cases, this reduces memory used by the\nmapping from ~1GB to ~50MB of RAM per 1TB of storage removed. Less\nfragmented cases will typically also see around 50-100MB of RAM per 1TB\nof storage.\n\nillumos/illumos-gate@cfd63e1b1bcf7ba4bf72f55ddbd87ce008d2986d\n\nReviewed by: George Wilson <george.wilson@delphix.com>\nReviewed by: Serapheim Dimitropoulos <serapheim.dimitro@delphix.com>\nReviewed by: Brian Behlendorf <behlendorf1@llnl.gov>\nReviewed by: Tim Chase <tim@chase2k.com>\nApproved by: Robert Mustacchi <rm@joyent.com>\nAuthor:     Matthew Ahrens <mahrens@delphix.com>","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/6f393c7876b337e1a071124c85e9ed98489a0741"},{"sha":"d2d6142a6491bd19f1adf3a6c6b03ee92739a8c7","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337194: MFV r337193:\n9424 ztest failure: \"unprotected error in call to Lua API (Invalid value type 'f\nunction' for key 'error')\"\n\nillumos/illumos-gate@fe3ba4d1227d8746116ece7240682b13595c3142\n\nReviewed by: Sebastien Roy <sebastien.roy@delphix.com>\nReviewed by: Paul Dagnelie <pcd@delphix.com>\nReviewed by: Don Brady <don.brady@delphix.com>\nApproved by: Robert Mustacchi <rm@joyent.com>\nAuthor:     Matthew Ahrens <mahrens@delphix.com>","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/d2d6142a6491bd19f1adf3a6c6b03ee92739a8c7"},{"sha":"098d10e69f465e09c99d480d0f14e6f55fd6de22","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337196: MFV r337195: 9454 ::zfs_blkstats should count embedded blocks\n\nillumos/illumos-gate@dec267e7ea9828898b1c64462daa6636c4ef5e29\n\nReviewed by: Dan Kimmel <dan.kimmel@delphix.com>\nReviewed by: George Wilson <george.wilson@delphix.com>\nApproved by: Robert Mustacchi <rm@joyent.com>\nAuthor:     Matthew Ahrens <mahrens@delphix.com>","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/098d10e69f465e09c99d480d0f14e6f55fd6de22"},{"sha":"f4ce2a86668de611f593ae11f19feba965569a1d","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337198: MFV r337197: 9456 ztest failure in zil_commit_waiter_timeout\n\nillumos/illumos-gate@b6031810da58df96413bf76e068638fcab1f228a\n\nReviewed by: Matt Ahrens <matt@delphix.com>\nReviewed by: Serapheim Dimitropoulos <serapheim.dimitro@delphix.com>\nApproved by: Matt Ahrens <mahrens@delphix.com>\nAuthor:     Prakash Surya <prakash.surya@delphix.com>","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/f4ce2a86668de611f593ae11f19feba965569a1d"},{"sha":"75bf027057c0a91287e68b03fb9b3a3145614ef3","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337201: Fix build after r337196 mismerge.","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/75bf027057c0a91287e68b03fb9b3a3145614ef3"},{"sha":"77121fc3d0c597d0ff682f0a3faef58c675c24b0","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337202: MFV r337200:\n9438 Holes can lose birth time info if a block has a mix of birth times\n\nUltimately, the problem here is that when you truncate and write a file in\nthe same transaction group, the dbuf for the indirect block will be zeroed\nout to deal with the truncation, and then written for the write. During\nthis process, we will lose hole birth time information for any holes in the\nrange. In the case where a dnode is being freed, we need to determine\nwhether the block should be converted to a higher-level hole in the zio\npipeline, and if so do it when the dnode is being synced out.\n\nillumos/illumos-gate@738e2a3ce3b2579222d6855e7fe75b5bcfcddf8d\n\nReviewed by: Matt Ahrens <matt@delphix.com>\nReviewed by: George Wilson <george.wilson@delphix.com>\nApproved by: Robert Mustacchi <rm@joyent.com>\nAuthor:     Paul Dagnelie <pcd@delphix.com>","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/77121fc3d0c597d0ff682f0a3faef58c675c24b0"},{"sha":"f68fe35d71a46658658b7799a4cf771ea90eff9c","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337205:\nMFV r337204: 9439 ZFS double-free due to failure to dirty indirect block\n\nillumos/illumos-gate@99a19144e82244f3426f055cc73af8a937c0135c\n\nReviewed by: George Wilson <george.wilson@delphix.com>\nReviewed by: Paul Dagnelie <pcd@delphix.com>\nApproved by: Robert Mustacchi <rm@joyent.com>\nAuthor:     Matthew Ahrens <mahrens@delphix.com>","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/f68fe35d71a46658658b7799a4cf771ea90eff9c"},{"sha":"0db9d462a540950533be51f014dee3fe4580f636","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337207: MFV r337206: 9338 moved dnode has incorrect dn_next_type\n\nillumos/illumos-gate@c7fbe46df966ea665df63b6e6071808987e839d1\n\nReviewed by: Prashanth Sreenivasa <pks@delphix.com>\nReviewed by: Serapheim Dimitropoulos <serapheim.dimitro@delphix.com>\nReviewed by: Dan Kimmel <dan.kimmel@delphix.com>\nApproved by: Robert Mustacchi <rm@joyent.com>\nAuthor:     Matthew Ahrens <mahrens@delphix.com>","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/0db9d462a540950533be51f014dee3fe4580f636"},{"sha":"41c5d94acd7208410820ff0d0a20b47724f546a7","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337209:\nMFV r337208: 9591 ms_shift can be incorrectly changed in MOS config for\nindirect vdevs that have been historically expanded\n\nillumos/illumos-gate@11f6a9680e013a7c9c57dc0b64d3e91e2eee1a6b\n\nReviewed by: Matthew Ahrens <mahrens@delphix.com>\nReviewed by: George Wilson <gwilson@zfsmail.com>\nReviewed by: John Kennedy <john.kennedy@delphix.com>\nReviewed by: Prashanth Sreenivasa <pks@delphix.com>\nReviewed by: Tim Chase <tim@chase2k.com>\nApproved by: Richard Lowe <richlowe@richlowe.net>\nAuthor:     Serapheim Dimitropoulos <serapheim@delphix.com>","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/41c5d94acd7208410820ff0d0a20b47724f546a7"},{"sha":"19fe3a292e6dc45e581f4750c1245e462f5587c5","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337211: MFV r337210: 9577 remove zfs_dbuf_evict_key tsd\n\nThe zfs_dbuf_evict_key TSD (thread-specific data) is not necessary - we can\ninstead pass a flag down in a few places to prevent recursive dbuf eviction.\nMaking this change has 3 benefits:\n\n1. The code semantics are easier to understand.\n2. On Linux, performance is improved, because creating/removing TSD values\n(by setting to NULL vs non-NULL) is expensive, and we do it very often.\n3. According to Nexenta, the current semantics can cause a deadlock when\nconcurrently calling dmu_objset_evict_dbufs() (which is rare today, but they\nare working on a \"parallel unmount\" change that triggers this more easily)\n\nillumos/illumos-gate@c2919acbea007fa95c709b60d073db9a24526e01\n\nReviewed by: George Wilson <george.wilson@delphix.com>\nReviewed by: Serapheim Dimitropoulos <serapheim.dimitro@delphix.com>\nReviewed by: Brian Behlendorf <behlendorf1@llnl.gov>\nReviewed by: Andy Stormont <astormont@racktopsystems.com>\nApproved by: Richard Lowe <richlowe@richlowe.net>\nAuthor:     Matthew Ahrens <mahrens@delphix.com>","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/19fe3a292e6dc45e581f4750c1245e462f5587c5"},{"sha":"f28312d9bcd71a4f0ad9b092d1b70218bdff3b72","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337213: MFV r337212:\n9465 ARC check for 'anon_size > arc_c/2' can stall the system\n\nillumos/illumos-gate@abe1fd01ce5a83718c5a840daeab4abdaec1c104\n\nReviewed by: Sebastien Roy <sebastien.roy@delphix.com>\nReviewed by: Matt Ahrens <matt@delphix.com>\nReviewed by: Prashanth Sreenivasa <pks@delphix.com>\nApproved by: Robert Mustacchi <rm@joyent.com>\nAuthor:     Don Brady <don.brady@delphix.com>","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/f28312d9bcd71a4f0ad9b092d1b70218bdff3b72"},{"sha":"c38d929cc9afd166fdb732789f661b44d99de510","author":{"name":"mav","email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org"},"message":"MFC r337215: MFV 337214:\n9621 Make createtxg and guid properties public\n\nillumos/illumos-gate@e8d4a73c868afb740396041be80ed2b141065e76\n\nReviewed by: Andy Stormont <astormont@racktopsystems.com>\nReviewed by: Paul Dagnelie <pcd@delphix.com>\nReviewed by: Matt Ahrens <matt@delphix.com>\nReviewed by: Yuri Pankov <yuripv@yuripv.net>\nApproved by: Robert Mustacchi <rm@joyent.com>\nAuthor:     Josh Paetzel <josh@tcbug.org>","distinct":true,"url":"https://api.github.com/repos/wosch/freebsd/commits/c38d929cc9afd166fdb732789f661b44d99de510"}]}
{"actor":{"display_login":"wosch"}}