{"push_id":840385963,"size":1000,"distinct_size":3741,"ref":"refs/heads/master","head":"4bfb2bd97471c49ee6e4d58f3a9785bc33b68f43","before":"710db0f35a238c2da3abc4416b293b224ab3e8c0","commits":[{"sha":"575059f684c59b5462e1e12a8852e5cb472bc5ff","author":{"email":"267970d0842910b9668108d47022a729a30ec04b@FreeBSD.org","name":"bdrewery"},"message":"When stopping ugidfw, it is not enough to just try unloading the module.  If\nthe module is built-in to the kernel then the kldunload will fail.  Rather\nthan do this just check if there are rules and then remove them all.\n\nAdd requirement on FILESYSTEMS to ensure /usr is present for /usr/sbin/ugidfw\nand /usr/bin/xargs.  This was already effectively the ordering from rcorder(8).\n\nMFC after:\t2 weeks\nRelnotes:\tyes","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/575059f684c59b5462e1e12a8852e5cb472bc5ff"},{"sha":"3baadfba3393ef11af4e8db1e08366bd5382bd18","author":{"email":"267970d0842910b9668108d47022a729a30ec04b@FreeBSD.org","name":"bdrewery"},"message":"Fix the .MAKE added in r251750 to properly support the historical -n -n.\n\nThe condition used matches the condition in sys.mk for setting _+_ to blank\nor +.\n\nWith this -n will continue to not descend into Makefile.inc1, while -n -n will\nand cause Makefile.inc1's target to run with -n.\n\nMFC after:\t2 weeks\nSponsored by:\tEMC / Isilon Storage Division","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/3baadfba3393ef11af4e8db1e08366bd5382bd18"},{"sha":"49fa77915cd9216082d882aa841865d30a67d898","author":{"email":"a1b909ec1cc11cce40c28d3640eab600e582f833@FreeBSD.org","name":"adrian"},"message":"Fix locking after my EDCA update change.\n\nThe net80211 lock is no longer held during this call, so we don't have\nto unlock/relock.\n\nNoticed by:\tDavid Wolfskill","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/49fa77915cd9216082d882aa841865d30a67d898"},{"sha":"1e306b6ab49772d000f759e109256d68886a2c60","author":{"email":"bfed11ad5cdd21dfd9ed695a5c3e9ad4e680f6af@FreeBSD.org","name":"jhb"},"message":"Decode recently added procctl(2) operations.","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/1e306b6ab49772d000f759e109256d68886a2c60"},{"sha":"1373e1739e497918eaad8df7277fcff117dc9615","author":{"email":"bfed11ad5cdd21dfd9ed695a5c3e9ad4e680f6af@FreeBSD.org","name":"jhb"},"message":"Trim trailing whitespace.","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/1373e1739e497918eaad8df7277fcff117dc9615"},{"sha":"8718e6f8d383ddd44e4b07e67102ec6555c180b1","author":{"email":"23db6e8289fa7db4b6fb088bae5a52eb2ade6329@FreeBSD.org","name":"markj"},"message":"6266 harden dtrace_difo_chunksize() with respect to malicious DIF\n\nillumos/illumos-gate@395c7a3dcfc66b8b671dc4b3c4a2f0ca26449922\n\nReviewed by: Alex Wilson <alex.wilson@joyent.com>\nReviewed by: Dan McDonald <danmcd@omniti.com>\nApproved by: Garrett D'Amore <garrett@damore.org>\nAuthor: Bryan Cantrill <bryan@joyent.com>","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/8718e6f8d383ddd44e4b07e67102ec6555c180b1"},{"sha":"c646a13be046bfc481c30b35b66a32e006649f9b","author":{"email":"23db6e8289fa7db4b6fb088bae5a52eb2ade6329@FreeBSD.org","name":"markj"},"message":"6266 harden dtrace_difo_chunksize() with respect to malicious DIF\n\nillumos/illumos-gate@395c7a3dcfc66b8b671dc4b3c4a2f0ca26449922\n\nReviewed by: Alex Wilson <alex.wilson@joyent.com>\nReviewed by: Dan McDonald <danmcd@omniti.com>\nApproved by: Garrett D'Amore <garrett@damore.org>\nAuthor: Bryan Cantrill <bryan@joyent.com>","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/c646a13be046bfc481c30b35b66a32e006649f9b"},{"sha":"45adeac7f335bcda13b9ae828b2ba0778edf9f14","author":{"email":"c0d235e642580376dcd444b48f93fac3ba1a711b@FreeBSD.org","name":"glebius"},"message":"When processing ICMP need frag message, ignore the suggested MTU unless it\nis smaller than the current one for this connection. This is behavior\nspecified by RFC 1191, and this is how original BSD stack behaved, but this\nwas unintentionally regressed in r182851.\n\nReported & tested by:\tRichard Russo <russor whatsapp.com>\nDifferential Revision:\tD3567\nSponsored by:\t\tNginx, Inc.","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/45adeac7f335bcda13b9ae828b2ba0778edf9f14"},{"sha":"cfe011a9e5ef0044a47d46c950f4d7577435a97e","author":{"email":"23db6e8289fa7db4b6fb088bae5a52eb2ade6329@FreeBSD.org","name":"markj"},"message":"Stop hard-coding a 32-bit data model for USDT tests, and just use the native\nmodel. This was causing many of the tests to fail on amd64 since USDT\nsupport for 32-bit programs is currently non-functional.\n\nMFC after:\t1 week","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/cfe011a9e5ef0044a47d46c950f4d7577435a97e"},{"sha":"1cc309e311b3c711e016c20dc754a312f6d2a5f6","author":{"email":"a1b909ec1cc11cce40c28d3640eab600e582f833@FreeBSD.org","name":"adrian"},"message":"modify the rssi logic a bit to actually return a useful rssi.\n\nThe fullmac firmware doesn't seem to populate a useful rssi indicator\nin the RX descriptor, so if one plotted said values, they'd basically\nlook like garbage.\n\nThe reference driver implements a \"get current rssi\" firmware command\nwhich I guess is really meant for station operation only (as hostap\noperation would need rssi per station, not a single firmware read.)\n\nSo:\n\n* populate sc_currssi during each calibration run;\n* use this in the RX path instead of trying to reconstruct the RSSI\n  value and passing it around as a pointer;\n* do up a quick hack to map the rssi hardware value to some useful\n  signal level;\n* the survey results provide an RSSI value between 0..100, so just\n  do another quick hack to map it into some usefulish signal level;\n* supply a faked noise floor - I haven't yet found how to pull it\n  out of the firmware.\n\nThe scan results and the station RSSI information is now more useful\nfor indicating signal strength / distance.","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/1cc309e311b3c711e016c20dc754a312f6d2a5f6"},{"sha":"2571010394cf1c85899a675a6bb4d59c31053614","author":{"email":"23db6e8289fa7db4b6fb088bae5a52eb2ade6329@FreeBSD.org","name":"markj"},"message":"MFV r288408:\n6266 harden dtrace_difo_chunksize() with respect to malicious DIF\n\nillumos/illumos-gate@395c7a3dcfc66b8b671dc4b3c4a2f0ca26449922\n\nReviewed by: Alex Wilson <alex.wilson@joyent.com>\nReviewed by: Dan McDonald <danmcd@omniti.com>\nApproved by: Garrett D'Amore <garrett@damore.org>\nAuthor: Bryan Cantrill <bryan@joyent.com>\n\nMFC after:\t1 week","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/2571010394cf1c85899a675a6bb4d59c31053614"},{"sha":"5f05617bfc4be8dddb44c324b5036b2a08f969a5","author":{"email":"23db6e8289fa7db4b6fb088bae5a52eb2ade6329@FreeBSD.org","name":"markj"},"message":"Update DTrace test makefiles after r288415.","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/5f05617bfc4be8dddb44c324b5036b2a08f969a5"},{"sha":"a6fac84fcf38d1a17650296ab2f345d62e855db1","author":{"email":"23db6e8289fa7db4b6fb088bae5a52eb2ade6329@FreeBSD.org","name":"markj"},"message":"Have lockstat(1) trace locks by name rather than by address.\n\nPreviously, lockstat(1) would use a lock's address as its identifier when\nconsuming data describing lock contention and hold events. After collecting\nthe requested data, it would use ksyms(4) to resolve lock addresses to\nnames. Of course, this doesn't work too well for locks contained in\ndynamically-allocated memory. This change modifies lockstat(1) to trace the\nlock names obtained from the base struct lock_object instead, leading to\noutput that is generally much more useful.\n\nThis change also removes the -c option, which is used to coalesce data for\nlocks in an array. It's not possible to support this option without also\ntracing lock addresses, and since lock arrays in which the lock names are\ndistinct are not very common in FreeBSD, it's simpler to just remove the\noption.\n\nReviewed by:\tavg (earlier revision)\nDifferential Revision:\thttps://reviews.freebsd.org/D3661","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/a6fac84fcf38d1a17650296ab2f345d62e855db1"},{"sha":"c3f8d46dc4768cc2260aab00c30a9820ff61ac6e","author":{"email":"1eabdaf488b3a3682bbca94c5f468f065cdfaf13@FreeBSD.org","name":"ae"},"message":"Take extra reference to security policy before calling crypto_dispatch().\n\nCurrently we perform crypto requests for IPSEC synchronous for most of\ncrypto providers (software, aesni) and only VIA padlock calls crypto\ncallback asynchronous. In synchronous mode it is possible, that security\npolicy will be removed during the processing crypto request. And crypto\ncallback will release the last reference to SP. Then upon return into\nipsec[46]_process_packet() IPSECREQUEST_UNLOCK() will be called to already\nfreed request. To prevent this we will take extra reference to SP.\n\nPR:\t\t201876\nSponsored by:\tYandex LLC","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/c3f8d46dc4768cc2260aab00c30a9820ff61ac6e"},{"sha":"0ed33a9921d09f4a4c791d98ffe797a71936e42a","author":{"email":"a447c5af97a27d24913b51c1a7b7ef0b4df79754@FreeBSD.org","name":"brueffer"},"message":"Join excessive split lines.\n\nMFC after:\t1 week","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/0ed33a9921d09f4a4c791d98ffe797a71936e42a"},{"sha":"efed61f85c8d42437b2f71f0e78164039dbf876b","author":{"email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org","name":"mav"},"message":"Make pass, sg and targ drivers respect HBA's maxio.\n\nPrevious limitation of 64K (DFLTPHYS) is quite annoying.","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/efed61f85c8d42437b2f71f0e78164039dbf876b"},{"sha":"c678abf9109996aa53169f71de40bafedc8bb087","author":{"email":"a9bdedfba877c39b2c34ab943d5bac42650cd87b@FreeBSD.org","name":"gjb"},"message":"Initial attempt to add support for building images for\nBANANAPI, CUBIEBOARD, and CUBIEBOARD2 SoCs.\n\nObtained from:\tCrochet, FreeBSD/arm/Allwinner Wiki page\nSponsored by:\tThe FreeBSD Foundation","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/c678abf9109996aa53169f71de40bafedc8bb087"},{"sha":"704f96b428e0d7ce98f612285b507713e53c0f8f","author":{"email":"ffd97d30204c7458d6b97f3c098fa33f9bf99187@FreeBSD.org","name":"ngie"},"message":"Stop blowing up freebsd-current@ because kyua report-jenkins doesn't properly\nescape non-printable chars","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/704f96b428e0d7ce98f612285b507713e53c0f8f"},{"sha":"805ec6c7b634a2e16fb5283b4cd044428b35dd96","author":{"email":"ffd97d30204c7458d6b97f3c098fa33f9bf99187@FreeBSD.org","name":"ngie"},"message":"Skip the B_flag testcase to stop blowing up freebsd-current@ with\n\"test failure emails\" because kyua report-jenkins doesn't properly\nescape non-printable chars","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/805ec6c7b634a2e16fb5283b4cd044428b35dd96"},{"sha":"e2fc30564e4a7d57c93002c5dccac90457026351","author":{"email":"bfed11ad5cdd21dfd9ed695a5c3e9ad4e680f6af@FreeBSD.org","name":"jhb"},"message":"Several changes to truss.\n- Refactor the interface between the ABI-independent code and the\n  ABI-specific backends.  The backends now provide smaller hooks to\n  fetch system call arguments and return values.  The rest of the\n  system call entry and exit handling that was previously duplicated\n  among all the backends has been moved to one place.\n- Merge the loop when waiting for an event with the loop for handling stops.\n  This also means not emulating a procfs-like interface on top of ptrace().\n  Instead, use a single event loop that fetches process events via waitid().\n  Among other things this allows us to report the full 32-bit exit value.\n- Use PT_FOLLOW_FORK to follow new child processes instead of forking a new\n  truss process for each new child.  This allows one truss process to monitor\n  a tree of processes and truss -c should now display one total for the\n  entire tree instead of separate summaries per process.\n- Use the recently added fields to ptrace_lwpinfo to determine the current\n  system call number and argument count.  The latter is especially useful\n  and fixes a regression since the conversion from procfs.  truss now\n  generally prints the correct number of arguments for most system calls\n  rather than printing extra arguments for any call not listed in the\n  table in syscalls.c.\n- Actually check the new ABI when processes call exec.  The comments claimed\n  that this happened but it was not being done (perhaps this was another\n  regression in the conversion to ptrace()).  If the new ABI after exec\n  is not supported, truss detaches from the process.  If truss does not\n  support the ABI for a newly executed process the process is killed\n  before it returns from exec.\n- Along with the refactor, teach the various ABI-specific backends to\n  fetch both return values, not just the first.  Use this to properly\n  report the full 64-bit return value from lseek().  In addition, the\n  handler for \"pipe\" now pulls the pair of descriptors out of the\n  return values (which is the true kernel system call interface) but\n  displays them as an argument (which matches the interface exported by\n  libc).\n- Each ABI handler adds entries to a linker set rather than requiring\n  a statically defined table of handlers in main.c.\n- The arm and mips system call fetching code was changed to follow the\n  same pattern as amd64 (and the in-kernel handler) of fetching register\n  arguments first and then reading any remaining arguments from the\n  stack.  This should fix indirect system call arguments on at least\n  arm.\n- The mipsn32 and n64 ABIs will now look for arguments in A4 through A7.\n- Use register %ebp for the 6th system call argument for Linux/i386 ABIs\n  to match the in-kernel argument fetch code.\n- For powerpc binaries on a powerpc64 system, fetch the extra arguments\n  on the stack as 32-bit values that are then copied into the 64-bit\n  argument array instead of reading the 32-bit values directly into the\n  64-bit array.\n\nReviewed by:\tkib (earlier version)\nTested on:\tamd64 (FreeBSD/amd64 & i386), i386, arm (earlier version)\nTested on:\tpowerpc64 (FreeBSD/powerpc64 & powerpc)\nMFC after:\t1 month\nDifferential Revision:\thttps://reviews.freebsd.org/D3575","distinct":true,"url":"https://api.github.com/repos/DanielO/freebsd/commits/e2fc30564e4a7d57c93002c5dccac90457026351"}]}