GitHub PushEvent at 2014-05-05 07:42:24
Repository: hardenedBSD
Actor: opntr
Payload: {"shas":[["219138f3906a91a433d1506955c14d6e1ccdeb16","d00fd6700aa903b94aed7ab9d2b03a2e0767be22@FreeBSD.org","Add a /dev/full device.\n\n/dev/full is similar to /dev/zero except it always returns\nENOSPC when you attempt to write to it.\n\nReviewed by:\tjhibbits\nDiscussed with:\trpaulo","eadler",false],["e89dc3aeaaa381fb67ce0fa69dce9f7f6fda05cd","d00fd6700aa903b94aed7ab9d2b03a2e0767be22@FreeBSD.org","null.c: fix ordering\n\nUse a consistent ordering of full -> null -> zero (alphabetical) in null.c\n\nReported by:\tmjg","eadler",false],["0260af0028bf92e1205b2206ba13ea2df66b138e","d00fd6700aa903b94aed7ab9d2b03a2e0767be22@FreeBSD.org","man pages: add missing comma\n\nReported by:\tbrueffer","eadler",false],["f6cee57728a04495b7e7332daf12464dbfa9400a","d00fd6700aa903b94aed7ab9d2b03a2e0767be22@FreeBSD.org","null.c: uio is unused\n\nMark another parameter as unused\n\nReported by:\trpaulo","eadler",false],["66000f4350da99a5230a2d121b1b44e516df470d","d00fd6700aa903b94aed7ab9d2b03a2e0767be22@FreeBSD.org","Add missing comma\n\nRelnotes:\tyes (/dev/full)","eadler",false],["6fa6ea8f0176799ba9051edb10abfc3b43b60638","e6bed26a3c3b5a74fba7843ed06c4ab25455a3ca@FreeBSD.org","Change type from int to short to match function prototypes.\n\nReviewed by:\tglebius","kevlo",false],["c3b6e24c0cbb2ca1ac938ce6f787e38665c55f50","e6bed26a3c3b5a74fba7843ed06c4ab25455a3ca@FreeBSD.org","Document m_get2().\n\nReviewed by:\tglebius","kevlo",false],["558b866a3ac189905d380c56593fa95373e0ca58","4f107de606760b375e4f4cdea54fd8040bd474ad@FreeBSD.org","Don't forget to remember previous element at the end of the loop.\n\nReported by:\tbrueffer\nFound with:\tCoverity Prevent(tm)\nCID:\t\t1135301","pjd",false],["5e9f15aca883d56d4dd084ba3bcf9b6a23c54245","57a33a5496950fec8433e4dd83347673459dcdfc@FreeBSD.org","Convert the Zynq SoC support to the new routines for static device mapping.","ian",false],["76ae4734f77543830b594a02665f102173732808","1d9431876282b4e6e985e9a66c7d02d03813e37d@FreeBSD.org","Make uninteresting PCI devices with no attached drivers only print out\non a verbose boot\n\nMFC after:\t2 weeks","smh",false],["6429f5f6361b358fde4f2643463a38637e700f1b","84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org","Do not reread SCSI disk VPD pages on every device open.\n\nInstead of rereading VPD pages on every device open, do it only on initial\ndevice probe, and in cases when device reported via UNIT ATTENTIONs that\nsomething has changed.  Capacity is still rereaded on every open because\nit is more critical for operation and more probable to change in run time.\n\nOn my tests with Intel 530 SSDs on mps(4) HBA this change reduces time\nGEOM needs to retaste the device (that includes few open/close cycles)\nfrom ~150ms to ~30ms.\n\nMFC after:\t2 weeks\nSponsored by:\tiXsystems, Inc.","mav",false],["14906a620b6524bb6bd3f17265e6c4464f7e31d1","1d9431876282b4e6e985e9a66c7d02d03813e37d@FreeBSD.org","Reintroduce priority for the TRIM ZIOs instead of using the \"NOW\" priority\n\nThe changes how TRIM requests are generated to use ZIO_TYPE_FREE + a priority\ninstead of ZIO_TYPE_IOCTL, until processed by vdev_geom; only then is it\ntranslated the required geom values. This reduces the amount of changes\nrequired for FREE requests to be supported by the new IO scheduler. This\nalso eliminates the need for a specific DKIOCTRIM.\n\nAlso fixed FREE vdev child IO's from running ZIO_STAGE_VDEV_IO_DONE as part\nof their schedule.\n\nAs the new IO scheduler can result in a request to execute one type of IO to\nactually run a different type of IO it requires that zio_trim requests are\nprocessed without holding the trim map lock (tm->tm_lock), as the free request\nexecute call may result in write request running hence triggering a\ntrim_map_write_start call, which takes the trim map lock and hence would result\nin recused on no-recursive sx lock.\n\nThis is based off avg's original work, so credit to him.\n\nMFC after:\t1 month","smh",false],["c4a1255f95935b40173708ba78773bcb76cfbd72","7ebbccbf2a9ebaa9338648798afddf195f6f1b63@FreeBSD.org","Allow FDT_DTS_FILE to be a list, either in the makedtb target, or in a\nkernel config file. If you also want to have a static DTB compiled\ninto your kernel, however, it cannot be a list. We have no mechanism\nin the kernel for picking one, so that doesn't make sense and will\nresult in a compile-time error.","imp",false],["c55ab52e3fa2f145526776d1c6e327dbb78db3b6","7ebbccbf2a9ebaa9338648798afddf195f6f1b63@FreeBSD.org","Omit from the universe build all config files tagged with\n#NO_UNIVERSE. Many of these config files are important examples, but\nadd little to no regresive value to the intended purpose of\nUNIVERSE. We now build over 120 kernels during universe. There's\nreally little to no value to this over building say 60 or even 30 of\nthem (either is still a way too big number). This is especially true\nfor kernels that are nothing more than including a common base and\nadding a static DTB file. Start by pruning 1/3 of the arm kernels that\nadd little regresion value.","imp",false],["98b19ca2469ae4360d6e1f42aacd1a82795646d7","7ebbccbf2a9ebaa9338648798afddf195f6f1b63@FreeBSD.org","This was copied to IMX6, which has since evolved further. Remove this\nas it is no longer needed.","imp",false],["3216e7492b84cf8fdfaf8d998ff3dc3e466ebe4e","aeb8da9b93f4f35c2ddc1280821f190e432a94e3@FreeBSD.org","kldxref: Clean up error reporting\n\nOmit \"too many sections\" warnings if the ELF file is not dynamically\nlinked (and is therefore skipped anyway), and otherwise output it only\nonce.  An errant core file would previously cause kldxref to output a\nnumber of warnings.\n\nAlso introduce a MAXSEGS #define and replace literal 2 with it, to make\ncomparisons clear.\n\nReviewed by:\tkib\nSponsored by:\tThe FreeBSD Foundation","emaste",false],["68cfd23112c8e1855743ad4ad8f5be1c397522b4","84b503db6d985a7240515b02455e8dc027cb5b7d@FreeBSD.org","Respect MAXIMUM TRANSFER LENGTH field of Block Limits VPD page.\n\nNobody yet reported disk supporting I/Os less then our MAXPHYS value, but\nsince we any way have code to read Block Limits VPD page, that is easy.\n\nMFC after:\t2 weeks","mav",false],["b633b6ce4db35420618c1a580e0b6ad7734c40cc","7ebbccbf2a9ebaa9338648798afddf195f6f1b63@FreeBSD.org","Turns out this .if evaluated not in the context of the makedtb target\nsometimes due to Makefile expansion rules. Make the test for things\nbeing NULL elsewhere...","imp",false],["bf253b2c2c048b58809037d896adcc85f62646c7","7ebbccbf2a9ebaa9338648798afddf195f6f1b63@FreeBSD.org","Fix logic error. <blush>\n\nSubmitted by: ian@","imp",false],["0681f0fd55ca42d2c8e0cf6ee0f30be77f1b0474","238379ae80a11fb9b4664e9c5a9703f8bb8eb25b@FreeBSD.org","Small cleanup: mostly whitespace vs. tabs.","pfg",false]],"size":105,"ref":"refs/heads/hardened/current/paxctl","head":"27da02a0093d5ad101cb3c3c098dd58860ff96be"}