src-test2/sys/dev/md, branch release/9.2.0 FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F9.2.0 2013-06-18T05:21:40Z Merge the second part of the unmapped I/O changes. This enables the 2013-06-18T05:21:40Z Scott Long scottl@FreeBSD.org 2013-06-18T05:21:40Z urn:sha1:cd32de52eab954fa9e15075f19d50cfe485768b7 infrastructure in the block layer and UFS filesystem as well as a few drivers. The list of MFC revisions is long, so I won't quote changelogs. r248508,248510,248511,248512,248514,248515,248516,248517,248518, 248519,248520,248521,248550,248568,248789,248790,249032,250936 Submitted by: kib Approved by: kib Obtained from: Netflix MFC r250966: 2013-05-31T11:41:01Z Konstantin Belousov kib@FreeBSD.org 2013-05-31T11:41:01Z urn:sha1:9a59e4220463804a53d98ce43b57fd7d0e2b110e Fix the data corruption on the swap-backed md. Assign the rv variable a success code if the pager was not asked for the page. MFC r243373: 2013-01-18T08:10:00Z Jaakko Heinonen jh@FreeBSD.org 2013-01-18T08:10:00Z urn:sha1:2d60698fc9d65e603f5170650c8a6a431541f968 Print correct unit number when attaching preloaded memory disks. Retire now unused mdunits variable. MFC r243372: 2013-01-04T12:06:59Z Jaakko Heinonen jh@FreeBSD.org 2013-01-04T12:06:59Z urn:sha1:80667d4ceac32763d6a9b202bf530e345282ff7d Disallow attaching preloaded memory disks via ioctl. - The feature is dangerous because the kernel code didn't check validity of the memory address provided from user space. - It seems that mdconfig(8) never really supported attaching preloaded memory disks. - Preloaded memory disks are automatically attached during md(4) initialization. Thus there shouldn't be much use for the feature. PR: kern/169683 MFC r242744: 2012-11-22T16:20:08Z Konstantin Belousov kib@FreeBSD.org 2012-11-22T16:20:08Z urn:sha1:9463c5fc96d65a981886856a47687c2d79229d4c Zero the newly allocated md(4) swap-backed page to prevent random kernel memory leakage to userspace. MFC r238991: 2012-11-07T16:52:01Z Jaakko Heinonen jh@FreeBSD.org 2012-11-07T16:52:01Z urn:sha1:ccabac14b6f08603cae98501157b09846687f5c1 Disallow sectorsize larger than MAXPHYS and mediasize smaller than sectorsize. PR: 169947 MFC r239065: 2012-09-08T16:40:18Z Konstantin Belousov kib@FreeBSD.org 2012-09-08T16:40:18Z urn:sha1:20b200ef98b3efe7ae12bc6446b0c181f3d07bfa Stop including vm_param.h into vm_page.h. Include vm_param.h explicitely for the kernel code which needs it. MFC r239038: 2012-08-22T05:26:54Z Konstantin Belousov kib@FreeBSD.org 2012-08-22T05:26:54Z urn:sha1:90e7dca607ea626e32d4314398a27ff74a3cea1f Remove verbose unused commented out debugging printf. Include sys/sbuf.h directly. 2011-07-11T05:19:28Z Andrey V. Elsukov ae@FreeBSD.org 2011-07-11T05:19:28Z urn:sha1:657bd8b1323138f1ff241edc1223e53de4894d27 Move the ZERO_REGION_SIZE to a machine-dependent file, as on many 2011-05-13T19:35:01Z Matthew D Fleming mdf@FreeBSD.org 2011-05-13T19:35:01Z urn:sha1:cfb00e5aa764c1f87067cd819c7ab378f3d11a77 architectures (i386, for example) the virtual memory space may be constrained enough that 2MB is a large chunk. Use 64K for arches other than amd64 and ia64, with special handling for sparc64 due to differing hardware. Also commit the comment changes to kmem_init_zero_region() that I missed due to not saving the file. (Darn the unfamiliar development environment). Arch maintainers, please feel free to adjust ZERO_REGION_SIZE as you see fit. Requested by: alc MFC after: 1 week MFC with: r221853