{"push_id":591064883,"size":184,"distinct_size":7,"ref":"refs/heads/master","head":"6b2282f75b8e8636e574aabfeac59678bfc8a1a7","before":"0a6344ff1a676002fbbbeb881cb7541448dd19b7","commits":[{"sha":"362e1f078fadaff7a84bbeebc90b227eee19ecfc","author":{"email":"5264e5e33945818d30424b6d1b4931acdeab802c@FreeBSD.org","name":"nwhitehorn"},"message":"Fix unitialized variable that broke sh on PowerPC starting with r278826.","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/362e1f078fadaff7a84bbeebc90b227eee19ecfc"},{"sha":"a505e5ab7a8b81060a8af49d239c3db17783cc32","author":{"email":"470bc578162732ac7f9d387d34c4af4ca6e1b6f7@FreeBSD.org","name":"ken"},"message":"Add FreeBSD stable/10 version checks for the availability of the\nCDAI_FLAG_NONE advanced information CCB flag.\n\nSupport for the flag was merged to stable/10 in r279329, and the\n__FreeBSD_version in stable/10 was bumped to 1001510.\n\nCheck for that version in the mps(4) and mpr(4) drivers when determining\nwhether to use the flag.\n\nSponsored by:\tSpectra Logic\nMFC after:\t3 days","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/a505e5ab7a8b81060a8af49d239c3db17783cc32"},{"sha":"2c469d5dc197be18d184b76127cc02ae2ba5e8fd","author":{"email":"57a33a5496950fec8433e4dd83347673459dcdfc@FreeBSD.org","name":"ian"},"message":"Add casting to make atomic ops work for pointers.  (Apparently nobody has\never done atomic ops on pointers before now on arm).\n\nSubmitted by:\tSvatopluk Kraus <onwahe@gmail.com>","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/2c469d5dc197be18d184b76127cc02ae2ba5e8fd"},{"sha":"1f4069c7a5164399ea48b6f7df2a96c411a9b920","author":{"email":"1bc8cf2274d8680f3a9b88ac7b7d2a9e0d1d4ca2@FreeBSD.org","name":"jchandra"},"message":"Improve additional interrupt ACK for Broadcom XLP\n\nHandling some interrupts in XLP (like PCIe and SATA) involves writing to\nvendor specific registers as part of interrupt acknowledgement.\n\nThis was earlier done with xlp_establish_intr(), but a better solution\nis to provide a function xlp_set_bus_ack() that can be used with\ncpu_establish_hardintr(). This will allow platform initialization code to\nsetup these ACKs without changing the standrard drivers.","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/1f4069c7a5164399ea48b6f7df2a96c411a9b920"},{"sha":"6c212ad708bd62ba031604b1f98397ab5464cd29","author":{"email":"c0d235e642580376dcd444b48f93fac3ba1a711b@FreeBSD.org","name":"glebius"},"message":"Hide struct ifmultiaddr under _KERNEL, too.","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/6c212ad708bd62ba031604b1f98397ab5464cd29"},{"sha":"6f347e9b0e3f0d99b8c16185f1e2ef665ec62931","author":{"email":"238379ae80a11fb9b4664e9c5a9703f8bb8eb25b@FreeBSD.org","name":"pfg"},"message":"Hint out check for unsigned negative values.\n\nOn FreeBSD socklen_t is unsigned so the check negative len\nin inet6_opt_append() is redundant and likely to be optimized\naway by the compiler.\n\nOn other operating systems this is not necessarily so, and\nin the future we may want to sign it so leave the check in\nbut place it in a secondary position as a subtle indication\nthat the bogus check is intentional.\n\nDiscussed with:\trpaulo\n\nCID:\t1017783","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/6f347e9b0e3f0d99b8c16185f1e2ef665ec62931"},{"sha":"ba32078fbc1e78f3c536f7d5469be6c884a86e77","author":{"email":"1bc8cf2274d8680f3a9b88ac7b7d2a9e0d1d4ca2@FreeBSD.org","name":"jchandra"},"message":"Move PCI bus below simplebus for Broadcom XLP\n\nThis will enable us to do common allocation code for memory and\ninterrupts for SoC devices as well as PCI devices.","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/ba32078fbc1e78f3c536f7d5469be6c884a86e77"},{"sha":"9ea4cf6c10a0a2187336c512acaac7e7fb6defbd","author":{"email":"470bc578162732ac7f9d387d34c4af4ca6e1b6f7@FreeBSD.org","name":"ken"},"message":"Remove an obsolete comment in devstat(3) about the accuracy of the\nmilliseconds per transaction (DSM_MS_PER_TRANSACTION) calculation.\n\nThe comment was accurate many years ago when the kernel didn't\nrecord I/O times on a per-I/O basis, but now that we do collect\nthat information in most areas, it isn't correct.\n\nThe milliseconds per transaction values are correct, assuming the\nI/O duration has been recorded.\n\nSponsored by:\tSpectra Logic\nMFC after:\t3 days","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/9ea4cf6c10a0a2187336c512acaac7e7fb6defbd"},{"sha":"ace438b760037d15dc1c3afa90ad9c330a85647a","author":{"email":"7ebbccbf2a9ebaa9338648798afddf195f6f1b63@FreeBSD.org","name":"imp"},"message":"Create sched_rand() and move the LCG code into that. Call this when\nwe need randomness in ULE. This removes random() call from the\nrebalance interval code.\n\nSubmitted by: Harrison Grundy\nDifferential Revision: https://reviews.freebsd.org/D1968","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/ace438b760037d15dc1c3afa90ad9c330a85647a"},{"sha":"d43da4a89cf3d17d8d8715de15eec4feb8a0ac1a","author":{"email":"a1b909ec1cc11cce40c28d3640eab600e582f833@FreeBSD.org","name":"adrian"},"message":"Fix kern/196290 - don't announce 11n HTINFO rates if the channel is\nconfigured as 11b.\n\nThis came up when debugging other issues surrounding scanning and\nchannel modes.\n\nWhat's going on:\n\n* The VAP comes up as an 11b VAP, but on an 11n capable NIC;\n* .. it announces HTINFO and MCS rates;\n* The AP thinks it's an 11n capable device and transmits 11n frames\n  to the STA;\n* But the STA is in 11b mode, and thus doesn't receive/ACK the frames.\n\nIt didn't happen for the ath(4) devices as the AR5416/AR9300 HALs\nunconditionally enable MCS frame reception, even if the channel\nmode is not 11n.  But the Intel NICs are configured in 11b/11a/11g\nmodes when doing those, even if 11n is enabled and available.\n\nSo, don't announce 11n capabilities if the VAP isn't on an 11n\nchannel when sending management assocation request / reassociation\nrequest frames.\n\nTODO:\n\n* Lots more testing - 11n should be \"upgraded\" after association,\n  and I just want to make sure I haven't broken 11n upgrade.\n  I shouldn't have - this is only happening for /sending/ association\n  requests, which APs aren't doing.\n\nTested:\n\n* ath(4) APs (AR9331, AR7161+AR9280, AR934x)\n* AR5416, STA mode\n* Intel 5100, STA mode\n\nPR:\t\tkern/196290","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/d43da4a89cf3d17d8d8715de15eec4feb8a0ac1a"},{"sha":"3a8e849c57a1c62fc3547e372b7eb756c12c27e9","author":{"email":"3ea476e27d9b3bd1487c0c8e1d4d9e739ae85eda@FreeBSD.org","name":"arybchik"},"message":"sfxge: expect required init_state on data path and in periodic calls\n\nWith the patch applied the number of instruction events is 1% less and\nnumber of mispredicted branch events is 5% less under multistream TCP\ntraffic load close to line rate.\n\nSponsored by:   Solarflare Communications, Inc.\nApproved by:    gnn (mentor)","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/3a8e849c57a1c62fc3547e372b7eb756c12c27e9"},{"sha":"f38c6a3d8ecd504a59893d9f64329ede64944816","author":{"email":"67150a9dcf8948cde92f2ba91d8ada0d3335c521@FreeBSD.org","name":"kib"},"message":"Since all generations of Intel CPUs have errata which causes hang on\nthe cache line flush in the LAPIC page, keep direct map page covering\nLAPIC mapped uncached.\n\nTo have the (incomplete) check for the LAPIC range in\npmap_invalidate_cache_range() working, lapic_paddr must be initialized\nin x2APIC mode too.\n\nSponsored by:\tThe FreeBSD Foundation\nMFC after:\t2 months","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/f38c6a3d8ecd504a59893d9f64329ede64944816"},{"sha":"7df93e0ecc5fa16737622b2e3d1b36e82ab66b26","author":{"email":"02e0a999c50b1f88df7a8f5a04e1b76b35ea6a88@FreeBSD.org","name":"andrew"},"message":"sched_random is only called for SMP, only define it there.\n\nSponsored by:\tThe FreeBSD Foundation","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/7df93e0ecc5fa16737622b2e3d1b36e82ab66b26"},{"sha":"c1c12e9f5ed7c8e523dda420aacc691d005f1e31","author":{"email":"02e0a999c50b1f88df7a8f5a04e1b76b35ea6a88@FreeBSD.org","name":"andrew"},"message":"Remove SMP support from the Wandboard-Solo and have it run as part of\nuniverse as a config with sched_ule but without SMP.\n\nSponsored by:\tThe FreeBSD Foundation","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/c1c12e9f5ed7c8e523dda420aacc691d005f1e31"},{"sha":"078d1e1d3a0a58878835a27a8c7a885001722fc6","author":{"email":"02e0a999c50b1f88df7a8f5a04e1b76b35ea6a88@FreeBSD.org","name":"andrew"},"message":"Fix sched_ule on sparc64, gcc complains sched_random is not a correct\nprototype.\n\nSponsored by:\tThe FreeBSD Foundation","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/078d1e1d3a0a58878835a27a8c7a885001722fc6"},{"sha":"88ddb59f67e7d01820f5f5af8e8a37b4b2e6de21","author":{"email":"57a33a5496950fec8433e4dd83347673459dcdfc@FreeBSD.org","name":"ian"},"message":"MMC: Signal HC capability to (e)MMC.\n\nSummary:\nFor new eMMC chips, we must signal controller HC capability in OP_COND command.\n\nReviewers: imp, ian\n\nReviewed By: ian\n\nDifferential Revision: https://reviews.freebsd.org/D1920","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/88ddb59f67e7d01820f5f5af8e8a37b4b2e6de21"},{"sha":"1354254e807c3e9c859cef50db3c7f5545b4c1d9","author":{"email":"57a33a5496950fec8433e4dd83347673459dcdfc@FreeBSD.org","name":"ian"},"message":"Detect, report and use 8-bit bus if is available.\n\nDifferential Revision:\thttps://reviews.freebsd.org/D1921\nSubmitted by:\tMichal Meloun","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/1354254e807c3e9c859cef50db3c7f5545b4c1d9"},{"sha":"1df855e5be4c0cf10b0fb0596b4ae2d9472e6347","author":{"email":"57a33a5496950fec8433e4dd83347673459dcdfc@FreeBSD.org","name":"ian"},"message":"Allow the kern.osrelease and kern.osreldate sysctl values to be set in a\njail's creation parameters.  This allows the kernel version to be reliably\nspoofed within the jail whether examined directly with sysctl or\nindirectly with the uname -r and -K options.\n\nThe values can only be set at jail creation time, to eliminate the need\nfor any locking when accessing the values via sysctl.\n\nThe overridden values are inherited by nested jails (unless the config for\nthe nested jails also overrides the values).\n\nThere is no sanity or range checking, other than disallowing an empty\nrelease string or a zero release date, by design.  The system\nadministrator is trusted to set sane values.  Setting values that are\nnewer than the actual running kernel will likely cause compatibility\nproblems.\n\nDifferential Revision:\thttps://reviews.freebsd.org/D1948\nRelnotes:\tyes","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/1df855e5be4c0cf10b0fb0596b4ae2d9472e6347"},{"sha":"3bc9cbc06ab1177bb780e4c4e3f0d71e65acaf21","author":{"email":"67150a9dcf8948cde92f2ba91d8ada0d3335c521@FreeBSD.org","name":"kib"},"message":"The VNASSERT in vflush() FORCECLOSE case is trying to panic early to\nprevent errors from yanking devices out from under filesystems.  Only\ncare about special vnodes on devfs, special nodes on other kinds of\nfilesystems do not have special properties.\n\nSponsored by:  EMC / Isilon Storage Division\nSubmitted by:   Conrad Meyer\nMFC after:\t1 week","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/3bc9cbc06ab1177bb780e4c4e3f0d71e65acaf21"},{"sha":"3c61aa79bfcaf99762f556d9ed3d18ee8d756bf2","author":{"email":"238379ae80a11fb9b4664e9c5a9703f8bb8eb25b@FreeBSD.org","name":"pfg"},"message":"eui64_line(): plug memory leak.\n\nCID:\t\t978412\nReviewed by:\tbrooks, delphij\nCodeReview:\thttps://reviews.freebsd.org/D1976","distinct":false,"url":"https://api.github.com/repos/FreeBSDFoundation/freebsd/commits/3c61aa79bfcaf99762f556d9ed3d18ee8d756bf2"}]}