{"push_id":753135129,"size":92,"distinct_size":13,"ref":"refs/heads/master","head":"b83d03f98a86cf7fa93ab23ef2fd47e54f8d08d0","before":"c3578d082b806435e2e13949562acb48dada9b28","commits":[{"sha":"01feda9a99dddb265c4de4b53d411d92e2aaf894","author":{"email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org","name":"mav"},"message":"Add more ifdefs to fix build with GCC after r286406.","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/01feda9a99dddb265c4de4b53d411d92e2aaf894"},{"sha":"5817e54da8e60c72b66b6cfd6d19537440a9876a","author":{"email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org","name":"mav"},"message":"Add unmapped I/O support to ata(4) driver.\n\nMain problem there was PIO mode support, that required KVA mapping.\nHandle that case using recently added pmap_quick_enter_page(9) KPI,\nmapping data pages to KVA one at a time.","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/5817e54da8e60c72b66b6cfd6d19537440a9876a"},{"sha":"29c199987b2dadaa5a07cb56d8e086cd38249ce8","author":{"email":"c0d235e642580376dcd444b48f93fac3ba1a711b@FreeBSD.org","name":"glebius"},"message":"Fix mtx_assert() argument.","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/29c199987b2dadaa5a07cb56d8e086cd38249ce8"},{"sha":"3a8fe252bbc526fc6ba3037db21f439961d15ca4","author":{"email":"44592b4eea36663c86b994bb0ea99d15309c1c7d@FreeBSD.org","name":"marcel"},"message":"o  Fix a typo.\no  Describe the file formats mkimg can create.","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/3a8fe252bbc526fc6ba3037db21f439961d15ca4"},{"sha":"40035e133bbff195f84e78dea290edff8356211a","author":{"email":"23db6e8289fa7db4b6fb088bae5a52eb2ade6329@FreeBSD.org","name":"markj"},"message":"ipv4_is_zeronet() and ipv4_is_loopback() expect an address in network\norder, but IN_ZERONET and IN_LOOPBACK expect it in host order.\n\nSubmitted by:\tTao Liu <Tao.Liu@isilon.com>\nMFC after:\t1 week\nSponsored by:\tEMC / Isilon Storage Division","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/40035e133bbff195f84e78dea290edff8356211a"},{"sha":"37bc3330dc9308e5e3d34bee17d6fe27e11bf4be","author":{"email":"44592b4eea36663c86b994bb0ea99d15309c1c7d@FreeBSD.org","name":"marcel"},"message":"Fix typo introduced in previous commit.\n\nPointed out by: Nikolai Lifanov <lifanov at mail.lifanov.com>","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/37bc3330dc9308e5e3d34bee17d6fe27e11bf4be"},{"sha":"4c6e75e399092eee840af6c4753849ead0774993","author":{"email":"23db6e8289fa7db4b6fb088bae5a52eb2ade6329@FreeBSD.org","name":"markj"},"message":"- Use an explicit \"depends_on module kernel\" guard in DTrace libraries that\n  reference types defined in the kernel. Otherwise dtrace(1) expects to find\n  CTF definitions for all referenced types, which is not very reasonable\n  when it is being used in a build environment. This was previously worked\n  around by adding \"-x nolibs\" to dtrace -h or -G invocations, but as of\n  r283025, dtrace(1) actually handles dependencies properly, so this is no\n  longer necessary.\n- Remove \"pragma ident\" directives from DTrace libraries, as they're being\n  phased out upstream as well.\n\nSubmitted by:\tKrister Johansen <Krister.Johansen@isilon.com> [1]\nMFC after:\t1 week\nSponsored by:\tEMC / Isilon Storage Division\n> Description of fields to fill in above:                     76 columns --|\n> PR:                       If a GNATS PR is affected by the change.\n> Submitted by:             If someone else sent in the change.\n> Reviewed by:              If someone else reviewed your modification.\n> Approved by:              If you needed approval for this commit.\n> Obtained from:            If the change is from a third party.\n> MFC after:                N [day[s]|week[s]|month[s]].  Request a reminder email.\n> MFH:                      Ports tree branch name.  Request approval for merge.\n> Relnotes:                 Set to 'yes' for mention in release notes.\n> Security:                 Vulnerability reference (one per line) or description.\n> Sponsored by:             If the change was sponsored by an organization.\n> Differential Revision:    https://reviews.freebsd.org/D### (*full* phabric URL needed).\n> Empty fields above will be automatically removed.\n\nM    libdtrace/io.d\nM    libdtrace/ip.d\nM    libdtrace/nfs.d\nM    libdtrace/nfssrv.d\nM    libdtrace/psinfo.d\nM    libdtrace/regs_x86.d\nM    libdtrace/sched.d\nM    libdtrace/siftr.d\nM    libdtrace/tcp.d\nM    libdtrace/udp.d","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/4c6e75e399092eee840af6c4753849ead0774993"},{"sha":"cbf6cdcbbb6c0212ee9911bbbe9e87053b54ab9f","author":{"email":"57a33a5496950fec8433e4dd83347673459dcdfc@FreeBSD.org","name":"ian"},"message":"RFC 2783 requires a status of ETIMEDOUT, not EWOULDBLOCK, on a timeout.","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/cbf6cdcbbb6c0212ee9911bbbe9e87053b54ab9f"},{"sha":"33a3844dbf69152b9d47f6fa1ac1c2d5b1d502e4","author":{"email":"57a33a5496950fec8433e4dd83347673459dcdfc@FreeBSD.org","name":"ian"},"message":"Only process the PPS event types currently enabled in pps_params.mode.\n\nThis makes the PPS API behave correctly, but isn't ideal -- we still end\nup capturing PPS data for non-enabled edges, we just don't process the\ndata into an event that becomes visible outside of kern_tc.  That's because\nthe event type isn't passed to pps_capture(), so it can't do the filtering.\nAny solution for capture filtering is going to require touching every driver.","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/33a3844dbf69152b9d47f6fa1ac1c2d5b1d502e4"},{"sha":"bad6d5c89b6ffd35818850d95cb88e218dee73b3","author":{"email":"a1b909ec1cc11cce40c28d3640eab600e582f833@FreeBSD.org","name":"adrian"},"message":"Revert the wifi ifnet changes until things are more baked and tested.\n\n* 286410\n* 286413\n* 286416\n\nThe initial commit broke a variety of debug and features that aren't\nin the GENERIC kernels but are enabled in other platforms.","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/bad6d5c89b6ffd35818850d95cb88e218dee73b3"},{"sha":"f0875ec3afe88c61e7371a3b292176bdb9027095","author":{"email":"44592b4eea36663c86b994bb0ea99d15309c1c7d@FreeBSD.org","name":"marcel"},"message":"Document the application interface.","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/f0875ec3afe88c61e7371a3b292176bdb9027095"},{"sha":"c0847f2de5eb9fe01424678f84c69ea61e47bc53","author":{"email":"1934fc7c856e8a7b62ed1badf7923ab2e4950402@FreeBSD.org","name":"rpaulo"},"message":"Import OpenBSD's iwm WiFi driver for Intel 3160/7260/7265.\n\nThere are still several bugs, but I've been using it for a while now.\nThanks to all the testers and to Adrian for his help with this\ndriver.\n\nThis driver isn't connected to the build yet, but it will be soon.\n\nThere's no MFC planned because the driver isn't very stable yet.\n\nReviewed by:\tadrian\nObtained from:\thttps://github.com/rpaulo/iwm\nTested by:\tadrian, gjb, dumbbell (others that I forgot).\nRelnotes:\tyes","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/c0847f2de5eb9fe01424678f84c69ea61e47bc53"},{"sha":"607712fac9b02a48ede15b5c54619dc82fc5c70e","author":{"email":"1934fc7c856e8a7b62ed1badf7923ab2e4950402@FreeBSD.org","name":"rpaulo"},"message":"iwmfw: fix the path to the firmware file.","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/607712fac9b02a48ede15b5c54619dc82fc5c70e"},{"sha":"349429fe8270f2579de42235749bb5ed010ee83a","author":{"email":"12ecebd88909c40796c80e28f9a8c79a2bf4c037@FreeBSD.org","name":"jch"},"message":"Fix a kernel assertion issue introduced with r286227:\nAvoid too strict INP_INFO_RLOCK_ASSERT checks due to\ntcp_notify() being called from in6_pcbnotify().\n\nReported by:\tLarry Rosenman <ler@lerctr.org>\nSubmitted by:\tmarkj, jch","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/349429fe8270f2579de42235749bb5ed010ee83a"},{"sha":"2ae822a47d155274a8b019dffdb60f0992293ae4","author":{"email":"4f107de606760b375e4f4cdea54fd8040bd474ad@FreeBSD.org","name":"pjd"},"message":"Enable BIO_DELETE passthru in GELI, so TRIM/UNMAP can work as expected when\nGELI is used on a SSD or inside virtual machine, so that guest can tell\nhost that it is no longer using some of the storage.\n\nEnabling BIO_DELETE passthru comes with a small security consequence - an\nattacker can tell how much space is being really used on encrypted device and\nhas less data no analyse then. This is why the -T option can be given to the\ninit subcommand to turn off this behaviour and -t/T options for the configure\nsubcommand can be used to adjust this setting later.\n\nPR:\t\t198863\nSubmitted by:\tMatthew D. Fuller fullermd at over-yonder dot net\n\nThis commit also includes a fix from Fabian Keil freebsd-listen at\nfabiankeil.de for 'configure' on onetime providers which is not strictly\nrelated, but is entangled in the same code, so would cause conflicts if\nseparated out.","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/2ae822a47d155274a8b019dffdb60f0992293ae4"},{"sha":"f1eded629ea42098936bff4daa853471c65cc765","author":{"email":"4f107de606760b375e4f4cdea54fd8040bd474ad@FreeBSD.org","name":"pjd"},"message":"Allow to disable BIO_DELETE passthru in fstab for swap-on-geli devices by\npassing 'notrim' option.\n\nPR:\t\t198863\nSubmitted by:\tMatthew D. Fuller fullermd at over-yonder dot net","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/f1eded629ea42098936bff4daa853471c65cc765"},{"sha":"0fe044d6fdac6f0bb562cc7c9cc5d13038425034","author":{"email":"2c0e3edad43231e7c50ffcd383d11ec8826df918@FreeBSD.org","name":"trasz"},"message":"Fix interaction between libedit initialization and Capsicum\nin units(1). The most visible is the removal of libedit warnings\nabout being unable to open termcap database.\n\nReviewed by:\teadler@\nMFC after:\t1 month\nSponsored by:\tThe FreeBSD Foundation\nDifferential Revision:\thttps://reviews.freebsd.org/D3322","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/0fe044d6fdac6f0bb562cc7c9cc5d13038425034"},{"sha":"4709c1446690915a243422427b5a1db3fff382a0","author":{"email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org","name":"mav"},"message":"Don't panic if disk lost TRIM support due to switching to PIO mode.\n\nMFC after:\t1 week","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/4709c1446690915a243422427b5a1db3fff382a0"},{"sha":"92d4c54d4d96d858992c87acda6738a839490707","author":{"email":"84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org","name":"mav"},"message":"Disable 32-bit PIO for 6Gbit/s Intel SATA controllers.\n\nFor some reason 32-bit PIO writes are not working on 6Gbit/s Intel SATA\nports, while 16/32-bit PIO reads and 16-bit PIO writes are working fine.\n3Gbit/s ports on the same controllers have no this problem.\n\nWorkaround this by disabling 32-bit PIO for all Intel controllers that may\nhave 6Gbit/s ports.  It halves PIO performance from 6MB/s to 3MB/s, but\nwho bother about speed of such rare and slow mode, which is also highly\ndiscouraged by SATA specifications?\n\nMFC after:\t2 weeks","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/92d4c54d4d96d858992c87acda6738a839490707"},{"sha":"627f722ad6d77b30aafd50db186fa9f1b6706240","author":{"email":"b8dc8f2cdfce0fe79e39c0797e0ab03724501f95@FreeBSD.org","name":"melifaro"},"message":"Add const-qualifiers for source mbuf argument in m_dup(), m_copym(),\n  m_dup_pkthdr() and m_tag_copy_chain().","distinct":false,"url":"https://api.github.com/repos/freebsd-riscv/freebsd/commits/627f722ad6d77b30aafd50db186fa9f1b6706240"}]}