{"shas":[["dfbfa68937614d8b2da46e327a81c4a44cbcdc85","5264e5e33945818d30424b6d1b4931acdeab802c@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f","Temporarily back out those parts of r222613 related to parsing the memory\nmap. They cause non-understood boot failures on some Apple machines with\nmore than 2 GB of RAM (like my work desktop).\n\n\ngit-svn-id: svn+ssh://svn.freebsd.org/base/head@222622 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f","nwhitehorn"],["c99b690ba6beae7750efb56e68315b4bb4ede904","04aba1f4b7e0c9c606c4aa7893c849f89cf701d3@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f","Fix the nfs related daemons so that they don't intermittently\nfail with \"bind: address already in use\". This problem was reported\nto the freebsd-stable@ mailing list on Feb. 19 under the subject\nheading \"statd/lockd startup failure\" by george+freebsd at m5p dot com.\nThe problem is that the first combination of {udp,tcp X ipv4,ipv6}\nwould select a port# dynamically, but one of the other three combinations\nwould have that port# already in use. The patch is somewhat involved\nbecause it was requested by dougb@ that the four combinations use the\nsame port# wherever possible. The patch splits the create_service()\nfunction into two functions. The first goes as far as bind(2) in a\nloop for up to GETPORT_MAXTRY - 1 times, attempting to use the same port#\nfor all four cases. If these attempts fail, the last attempt allows\nthe 4 cases to use different port #s. After this function has succeeded,\nthe second function, called complete_service(), does the rest of what\ncreate_service() did.\nThe three daemons mountd, rpc.lockd and rpc.statd all have a\ncreate_service() function that is patched in a similar way. However,\ncreate_service() has non-trivial differences for the three daemons\nthat made it impractical to share the same functions between them.\n\nReviewed by:\tjhb\nMFC after:\t2 weeks\n\n\ngit-svn-id: svn+ssh://svn.freebsd.org/base/head@222623 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f","rmacklem"],["5c790c0f7a84be89eec4a6968763b0ce8621edb3","04aba1f4b7e0c9c606c4aa7893c849f89cf701d3@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f","Fix the nfs related daemons so that they don't intermittently\nfail with \"bind: address already in use\". This problem was reported\nto the freebsd-stable@ mailing list on Feb. 19 under the subject\nheading \"statd/lockd startup failure\" by george+freebsd at m5p dot com.\nThe problem is that the first combination of {udp,tcp X ipv4,ipv6}\nwould select a port# dynamically, but one of the other three combinations\nwould have that port# already in use. The patch is somewhat involved\nbecause it was requested by dougb@ that the four combinations use the\nsame port# wherever possible. The patch splits the create_service()\nfunction into two functions. The first goes as far as bind(2) in a\nloop for up to GETPORT_MAXTRY - 1 times, attempting to use the same port#\nfor all four cases. If these attempts fail, the last attempt allows\nthe 4 cases to use different port #s. After this function has succeeded,\nthe second function, called complete_service(), does the rest of what\ncreate_service() did.\nThe three daemons mountd, rpc.lockd and rpc.statd all have a\ncreate_service() function that is patched in a similar way. However,\ncreate_service() has non-trivial differences for the three daemons\nthat made it impractical to share the same functions between them.\n\nReviewed by:\tjhb\nMFC after:\t2 weeks\n\n\ngit-svn-id: svn+ssh://svn.freebsd.org/base/head@222624 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f","rmacklem"]],"ref":"refs/heads/master","size":3,"head":"5c790c0f7a84be89eec4a6968763b0ce8621edb3","push_id":32978215}