{"push_id":2021825957,"size":19,"distinct_size":1,"ref":"refs/heads/stable/11-bill","head":"84fb74b4781bbff51b27818716cfeb33db838fc7","before":"fedcb16b43b36c9c921b4da81030345c761cdb5c","commits":[{"sha":"998677630ebe139858bbdbb19716bb88cdf075ff","author":{"name":"dim","email":"5b244575633c81b41b927890883aa9bc4710e0e9@FreeBSD.org"},"message":"Belatedely fill in the dates for clang 5.0.0 update in UPDATING and\nObsoleteFiles.inc.\n\nNoticed by:\tgarga","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/998677630ebe139858bbdbb19716bb88cdf075ff"},{"sha":"a059d51d844e52417d5790e703a12963f626e250","author":{"name":"kp","email":"0d962f1d00182f1adab8f0b4be9ec823b533574b@FreeBSD.org"},"message":"MFC r323864\n\nbridge: Set module version\n\nThis ensures that the loader will not load the module if it's also built in to\nthe kernel.\n\nPR:             220860\nSubmitted by:   Eugene Grosbein <eugen@freebsd.org>","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/a059d51d844e52417d5790e703a12963f626e250"},{"sha":"bcb7bdeda3fdfe663b240900af7215d27fa3a4b8","author":{"name":"jhb","email":"c563ff913af6c995f30a82a6a1957ec496a32a59@FreeBSD.org"},"message":"MFC 323631: Add an -a flag to getconf.\n\nWhen -a is specified, the name and value of all system or path\nconfiguration values is reported to standard output.\n\nSponsored by:\tChelsio Communications","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/bcb7bdeda3fdfe663b240900af7215d27fa3a4b8"},{"sha":"b9579f89ca206abc61984bcf722bb891863150de","author":{"name":"alc","email":"51156d1f75de340ce5233e3efb788b7559a0c6f2@FreeBSD.org"},"message":"MFC r323785\n  Sync with amd64/arm/arm64/i386/mips pmap change r288256:\n\n  Exploit r288122 to address a cosmetic issue.  Since PV chunk pages don't\n  belong to a vm object, they can't be paged out.  Since they can't be paged\n  out, they are never enqueued in a paging queue.  Nonetheless, passing\n  PQ_INACTIVE to vm_page_unwire() creates the appearance that these pages\n  are being enqueued in the inactive queue.  As of r288122, we can avoid\n  this false impression by passing PQ_NONE.","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/b9579f89ca206abc61984bcf722bb891863150de"},{"sha":"b4048d787f3ea816d628265c46b245d20ec6e09c","author":{"name":"alc","email":"51156d1f75de340ce5233e3efb788b7559a0c6f2@FreeBSD.org"},"message":"MFC r323786\n  In r288122, we changed vm_page_unwire() so that it returns a Boolean\n  indicating whether the page's wire count transitioned to zero.  Use that\n  return value in zbuf_page_free() rather than checking the wire count.","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/b4048d787f3ea816d628265c46b245d20ec6e09c"},{"sha":"e0cf05a5fc90aa252c0f969d50ee63d703260671","author":{"name":"alc","email":"51156d1f75de340ce5233e3efb788b7559a0c6f2@FreeBSD.org"},"message":"MFC r323868\n  Modernize calls to vm_page_unwire().  As of r288122, vm_page_unwire()\n  accepts PQ_NONE as the specified queue and returns a Boolean indicating\n  whether the page's wire count transitioned to zero.  Use these features\n  in dev/drm2.","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/e0cf05a5fc90aa252c0f969d50ee63d703260671"},{"sha":"70383b3a940d90e7d084b81f97f0be5bf5b2fda4","author":{"name":"alc","email":"51156d1f75de340ce5233e3efb788b7559a0c6f2@FreeBSD.org"},"message":"MFC r322459,322897\n  The *_meta_* functions include a radix parameter, a blk parameter, and\n  another parameter that identifies a starting point in the memory address\n  block.  Radix is a power of two, blk is a multiple of radix, and the\n  starting point is in the range [blk, blk+radix), so that blk can always be\n  computed from the other two.  This change drops the blk parameter from the\n  meta functions and computes it instead.  (On amd64, for example, this\n  change reduces subr_blist.o's text size by 7%.)\n\n  It also makes the radix parameters unsigned to address concerns that the\n  calculation of '-radix' might overflow without the -fwrapv option.  (See\n  https://reviews.freebsd.org/D11819.)\n\n  Correct a regression in the previous change, r322459.  Specifically, the\n  removal of the \"blk\" parameter from blst_meta_alloc() had the unintended\n  effect of generating an out-of-range allocation when the cursor reaches\n  the end of the tree if the number of managed blocks in the tree equals\n  the so-called \"radix\" (which in the blist code is not the standard notion\n  of what a radix is but rather the maximum number of leaves in a tree of\n  the current height.)  In other words, only certain swap configurations\n  were affected, which is why earlier testing did not reveal the problem.","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/70383b3a940d90e7d084b81f97f0be5bf5b2fda4"},{"sha":"6de538b4bedf70c504cbe3ad1afc7d774d94f63b","author":{"name":"alc","email":"51156d1f75de340ce5233e3efb788b7559a0c6f2@FreeBSD.org"},"message":"MFC r323391\n  To analyze the allocation of swap blocks by blist functions, add a method\n  for analyzing the radix tree structures and reporting on the number, and\n  sizes, of maximal intervals of free blocks.  The report includes the number\n  of maximal intervals, and also the number of them in each of several size\n  ranges, from small (size 1, or 3 to 4) to large (28657 to 46367) with size\n  boundaries defined by Fibonacci numbers.  The report is written in the test\n  tool with the 's' command, or in a running kernel by sysctl.\n\n  The analysis of the radix tree frequently computes the position of the lone\n  bit set in a u_daddr_t, a computation that also appears in leaf allocation.\n  That computation has been moved into a function of its own, and optimized\n  for cases where an inlined machine instruction can replace the usual binary\n  search.","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/6de538b4bedf70c504cbe3ad1afc7d774d94f63b"},{"sha":"87cac1ee232f679f447a44df7a5bddd0fdbf970d","author":{"name":"ngie","email":"305547d4cc311567c72a2740c290593f0de39607@FreeBSD.org"},"message":"MFC r322951:\n\nRespect MK_TCSH with build-tools and native-xtools\n\nThis helps reduce the WORLDTMP footprint slightly.\n\nBased on a patch I submitted 5 years ago to GNATS.\n\nPR:\t\t174051\nRelnotes:\tyes (anyone who cross-builds with MK_TCSH=yes will run into\n\t\t     build failures if the host doesn't have tcsh(1))\nReminded by:\tFabian Keil <fk@fabiankeil.de>","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/87cac1ee232f679f447a44df7a5bddd0fdbf970d"},{"sha":"00234fb6bb9dbc9800e9b8f1e17ef2b644871d35","author":{"name":"ngie","email":"305547d4cc311567c72a2740c290593f0de39607@FreeBSD.org"},"message":"MFC r322441:\n\nDelete trailing whitespace","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/00234fb6bb9dbc9800e9b8f1e17ef2b644871d35"},{"sha":"077fa770da2b99a6391859d84754c45906182c50","author":{"name":"ngie","email":"305547d4cc311567c72a2740c290593f0de39607@FreeBSD.org"},"message":"MFC r321444,r321446:\n\nr321444:\n\nRemove ${MTREE} and leverage etc/mtree/Makefile instead with\n\"make distribution\".\n\nThis also fixes the fact that BSD.debug.dist was being installed if/when\n${MK_DEBUG_FILES} != \"no\" before this commit.\n\nr321446:\n\nUnconditionally install etc/mtree/BSD.debug.dist again\n\nr279248 unconditionally installed BSD.debug.dist for ease-of-developer-use.\nRestore the previous behavior.\n\nWhile here, add a comment to note that this is intentional to avoid accidental\nfuture removal.\n\nMFC with:\tr321444","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/077fa770da2b99a6391859d84754c45906182c50"},{"sha":"f3ddf0f93c89dc9578ebf10214ced1ec97266d0a","author":{"name":"avg","email":"b24d11afb16644e3ff52469bebd6e863d3282d4e@FreeBSD.org"},"message":"MFC r323522: slightly simplify zfs_vptocnp","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/f3ddf0f93c89dc9578ebf10214ced1ec97266d0a"},{"sha":"dcfc2bd7cd1285924c2dcad43a959a082ffb2903","author":{"name":"avg","email":"b24d11afb16644e3ff52469bebd6e863d3282d4e@FreeBSD.org"},"message":"MFC r323797: add vfs_zfs.abd_chunk_size tunable\n\nIt is reported that the default value of 4KB results in a substantial\nmemory use overhead (at least, on some configurations).  Using 1KB seems\nto reduce the overhead significantly.\n\nPR:\t\t222377","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/dcfc2bd7cd1285924c2dcad43a959a082ffb2903"},{"sha":"f06a9a5a8f5dcc0bbf7c6a00fbe76dc108a3661c","author":{"name":"avg","email":"b24d11afb16644e3ff52469bebd6e863d3282d4e@FreeBSD.org"},"message":"MFV r323796: fix memory leak in g_bio zone introduced in r320452\n\nI overlooked the fact that that ZIO_IOCTL_PIPELINE does not include\nZIO_STAGE_VDEV_IO_DONE stage.  We do allocate a struct bio for an ioctl\nzio (a disk cache flush), but we never freed it.\n\nThis change splits bio handling into two groups, one for normal\nread/write i/o that passes data around and, thus, needs the abd data\ntranform; the other group is for \"data-less\" i/o such as trim and cache\nflush.\n\nPR:\t\t222288","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/f06a9a5a8f5dcc0bbf7c6a00fbe76dc108a3661c"},{"sha":"e5afbd0e3549c2e915fd749e6bafddcf0352f01f","author":{"name":"alc","email":"51156d1f75de340ce5233e3efb788b7559a0c6f2@FreeBSD.org"},"message":"MFC r323981\n  Modernize the use of vm_page_unwire().  Since r288122, vm_page_unwire()\n  has returned TRUE when the wire count transitions to zero, eliminating\n  the need for callers to inspect the page's wire count.","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/e5afbd0e3549c2e915fd749e6bafddcf0352f01f"},{"sha":"e877a47623bdefc946254d5f2cb02c282c43a6a7","author":{"name":"alc","email":"51156d1f75de340ce5233e3efb788b7559a0c6f2@FreeBSD.org"},"message":"MFC r323961\n  Since the page \"frame\" doesn't belong to a vm object, it can't be paged\n  out.  Since it can't be paged out, it is never actually enqueued in a\n  paging queue.  Nonetheless, passing PQ_INACTIVE to vm_page_unwire()\n  creates the appearance that the page \"frame\" is being enqueued in the\n  inactive queue.  As of r288122, we can avoid this false impression by\n  passing PQ_NONE.","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/e877a47623bdefc946254d5f2cb02c282c43a6a7"},{"sha":"5c3b5a223da269a91b20184952ba2034e79368c2","author":{"name":"eugen","email":"5e0a22252c57a82386f1cfcf4856a12387fa25f8@FreeBSD.org"},"message":"MFC r323873, r324081: Unprotected modification of ng_iface(4)\nprivate data leads to kernel panic. Fix a race with per-node\nread-mostly lock and refcounting for a hook.\n\nPR:\t\t\t220076\nTested by:\t\tpeixoto.cassiano\nApproved by:\t\tmav (mentor)\nRelnotes:\t\tyes\nDifferential Revision:\thttps://reviews.freebsd.org/D12435","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/5c3b5a223da269a91b20184952ba2034e79368c2"},{"sha":"6027f9baf47aee5def418c5a606ec4a188236297","author":{"name":"rmacklem","email":"41d58ec6f63c608c74759e8abb6a62fcbabf5df2@FreeBSD.org"},"message":"MFC: r323689\nFix bogus FREAD with NFSV4OPEN_ACCESSREAD. No functional change.\n\nThe code in nfscl_doflayoutio() bogusly used FREAD instead of\nNFSV4OPEN_ACCESSREAD. Since both happen to be defined as \"1\", this\nworked and the patch doesn't result in a functional change.\nFound by inspection during development of Flex File Layout support.","distinct":false,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/6027f9baf47aee5def418c5a606ec4a188236297"},{"sha":"84fb74b4781bbff51b27818716cfeb33db838fc7","author":{"name":"Bill Sorenson","email":"15fa3f1b2d335aa11a229c63fc9cf333ee3532e9@gmail.com"},"message":"Merge branch 'stable/11' of https://github.com/freebsd/freebsd into stable/11-bill","distinct":true,"url":"https://api.github.com/repos/drjohnnyfever1/freebsd/commits/84fb74b4781bbff51b27818716cfeb33db838fc7"}]}
{"actor":{"display_login":"drjohnnyfever1"}}