{"push_id":587226071,"size":8,"distinct_size":8,"ref":"refs/heads/master","head":"3bc9cbc06ab1177bb780e4c4e3f0d71e65acaf21","before":"3a8e849c57a1c62fc3547e372b7eb756c12c27e9","commits":[{"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":true,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/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":true,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/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":true,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/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":true,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/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":true,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/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":true,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/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":true,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/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":true,"url":"https://api.github.com/repos/HardenedBSD/hardenedBSD/commits/3bc9cbc06ab1177bb780e4c4e3f0d71e65acaf21"}]}