From owner-freebsd-stable@FreeBSD.ORG Sun Aug 17 09:25:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1D28215 for ; Sun, 17 Aug 2014 09:25:05 +0000 (UTC) Received: from relay04.smp.mweb.co.za (relay04.smp.mweb.co.za [196.28.80.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0AAAF2D6C for ; Sun, 17 Aug 2014 09:25:04 +0000 (UTC) Received: from [197.83.193.236] (helo=userc03ef7a088twoasbescoza) by relay04.smp.mweb.co.za with esmtp (Exim 4.80.1) id 1XIwhu-0008f4-WD for ; Sun, 17 Aug 2014 11:25:01 +0200 MIME-Version: 1.0 From: "Robert" Reply-To: robert@thecharitybox.co.za To: freebsd-stable@freebsd.org Subject: Children Feeding Scheme Content-Type: multipart/mixed; boundary="----=_NextPart_001_4FA4_60135A9C.6E7253CE" X-Mailer: Smart_Send_3_1_0 Date: Sun, 17 Aug 2014 11:24:55 +0200 Message-ID: <37842300881683265828010@user-c03ef7a088> X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2014 09:25:06 -0000 ------=_NextPart_001_4FA4_60135A9C.6E7253CE MIME-Version: 1.0 Content-Type: text/plain P.O. Box 324, Jukskei Park, 2153 Cnr. Taaibos and Mimosa Streets Wilro Park ,1724 South Africa Cell No.: +27827876997 Fax No.: +27 11 7042358 E-mail: robert@thecharitybox.co.za Hello Everyone Have you ever had someone help you, expecting nothing in return but a simple "Thank you." I suspect that most of us have had such an experience at some stage of our lives and have had the thought that given the opportunity, we would "pay it forward" by doing something good for another person in need. The Charity Stores, a registered non-profit organisation does exactly that, assisting communities nationwide and bringing about change and development for the benefit of everyone. Child-Headed Households One of our current projects is the care of child-headed households at Orange Farm where orphaned children aged 12-13 years of age are looking after their brothers and sisters, some as young as two years old. Through a network of caregivers, we ensure that the children receive a cooked meal every day, which in the community, is reducing the number of children begging for food and is allowing the school-aged children to return to classes and continue their education. With children back in school and having regular contact with the network of caregivers, we have noticed a decline in the number of children becoming involved with criminals who prey on those willing to do anything for their next meal. We appeal to you to donate a few rand to help us continue to make a difference in the lives of these orphaned children. It only costs R2.00 per meal for each child, so your R10.00, R25.00, R50.00, or R75.00 will have a major impact. Donations of any kind are welcome, including new or used household goods, clothing, furniture, computers, and in fact, anything that you have to spare. Collection can be arranged by appointment. Contact Robert Cell No. 0827876997 Email: robert@thecharitybox.co.za Help us Help Them Banking Details Account Name : THE CHARITY STORES BANK : ABSA Branch Code : 632005 Branch Name : HORISON Account Number: 4083330363 For more information on this worthy project, please do not hesitate to contact me at 0827876997 COMING SOON TO YOUR COMMUNITY Regards Robert Miller 0827876997 TO BE REMOVED FROM THIS MAILING LIST, PLEASE REPLY WITH "UNSUBSCRIBE" IN THE SUBJECT FIELD. ------=_NextPart_001_4FA4_60135A9C.6E7253CE Content-Type: application/pdf; name="The Charity Stores_Certificate.pdf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="The Charity Stores_Certificate.pdf" JVBERi0xLjUNCiW1tbW1DQoxIDAgb2JqDQo8PC9UeXBlL0NhdGFsb2cvUGFnZXMgMiAwIFIvTGFu Zyhlbi1aQSkgL1N0cnVjdFRyZWVSb290IDI1IDAgUi9NYXJrSW5mbzw8L01hcmtlZCB0cnVlPj4+ Pg0KZW5kb2JqDQoyIDAgb2JqDQo8PC9UeXBlL1BhZ2VzL0NvdW50IDEvS2lkc1sgMyAwIFJdID4+ DQplbmRvYmoNCjMgMCBvYmoNCjw8L1R5cGUvUGFnZS9QYXJlbnQgMiAwIFIvUmVzb3VyY2VzPDwv Rm9udDw8L0YxIDUgMCBSL0YyIDggMCBSL0YzIDEwIDAgUi9GNCAxMiAwIFI+Pi9FeHRHU3RhdGU8 PC9HUzcgNyAwIFIvR1MxOCAxOCAwIFI+Pi9YT2JqZWN0PDwvTWV0YTE3IDE3IDAgUi9JbWFnZTIw IDIwIDAgUi9NZXRhMjEgMjEgMCBSPj4vUHJvY1NldFsvUERGL1RleHQvSW1hZ2VCL0ltYWdlQy9J bWFnZUldID4+L01lZGlhQm94WyAwIDAgNjEyIDc5Ml0gL0NvbnRlbnRzIDQgMCBSL0dyb3VwPDwv VHlwZS9Hcm91cC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0I+Pi9UYWJzL1MvU3RydWN0UGFy ZW50cyAwPj4NCmVuZG9iag0KNCAwIG9iag0KPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCAy MTg3Pj4NCnN0cmVhbQ0KeJzdWm1v2zYQ/h4g/4EfpWFmeHwVgcBA3hpkWNeuyTBg7T54nZMGWOLO djvs3++OkhzJomLFkjZgLWLLInn38O54LyTZ0Vt2fHz0+uzqnImj72ePdyyZP05+uk6nU3Z6fsZO bw4Pjl4Bs+zm9vAAmMD/wLRhTiqOLx8ODwS7wz6X147drejX5eHB++SSpxOXvE0nKuHpr+zmu8OD CyRF5EoixvCsQuZ9Mmnr6LiTtZ7XOV0QCUsnPhEgW4Y6xUHoTlyc4aDrXZGuaumdOS5kvTerdGUX r8/Yn4cH2nJjUXqKS+uZAcGFZ5Zm7tlyfnjw8zfsEXtXtAAxLZSUckI6EIJAp0om15VkABznXNWX ERyxiox7HQH7Y4G3CkP2hQFtMKy3XMdkFoOhxoORKZ51haHHg+EAza4jDDMeDJNx0xWG7QtDRWAo 8Fzj2tCGu4443Bg4cnEo9BsdUWT9UXjubQSEhO4LxQ8gC70tC3Dk5ZgVdiONs1QnF+/w4wb/rsgN vyofzujjJJUQ2i4Y/XxDreGJxlxcYkeZXFP7u1rvQODND2XnYlhtyn0noyWKGWqT2SVUiIbEvkCk 0DiOGS9IuDkSmnmY/luS05uNTG82EqH3l6lHkYEK3UP7L+kEZFOMfQRn6svSZ9xBHexOsfWOYdCy JAwapO+KoncIw0gqaxisYsZqrro6SugdvqIQUBQbX331mE5Mwtak+Dl9LMk+HtKJTVZsgSZxG8xn /QkfQzv7YZHa5JEeP4f+CzSq2/t1bmXLu9QlM3oMPe5Xs0D5fpGzSTO0NVzBH9ffBlr4G+jBI0lP D44+vg20rrCRzZBtAMNWM6Kwvl9R1naLZgvJfYq2G0D9HqitkconegoA1jR+f0tuSE6jO5WuLr2d Cuwd+KMKVJbWVEcIvYN+FIKU5Aw7Qhgi4NchSKM5FhFGeA4ljJtP82A4Z59my/vcAtBw/k4lWg8m /DpZkz0v5/S46uXi6liUxRRsC0u/2LNNX3MDz9JvinyI3Kahde0NVyWEyQSXG36goBuPJPjtp47N MXL/c8rDmYrB5MTKup52mkrvBLThIKTCitsxnQEZbg7jQ/I4o5X3kBaBJh5dFuTlMYr4WBQhf7/Y vP6QDrnIKDMwdcg7Jdc7aY65Vm1dd+8ue2eYUQhGPXn3EH7neX5gk/VqW2PL+Z+o0i9BQcvU5G83 Wn4sQ/GK3dJjUN+SLcvhd0jzfrVekoZlmSfwAcO2dJIbV5/STqkOsYnSlKoW3R24HCX71NJ2dwxy lOxTg+y+wmTv/ElHIBQ1SYBwLIRy00mG3/p0aukrm04UfgslhJHTicFnTPqEPpl6atZ5s4H8W5/h s6X3+O3Kd1OQx/nwat9Tm/cNpCHnpsOXEdNJg/nJFESVYzGS+pjjDQXjKq8IZ4Z/bmoKKgFfwZ+6 IiZdMijhRiZeEjqZVidZ8lIFr1xGgcFwK1ZZy4WraSlUCmzIbF45ZKK2mQwZTzxXvk5foK/TwWe+ Cknob0uqZb7MlljNqCJRHRCCpkrFVCEwLMJ1xm4+vk+kAD1kcYThUz8vzubiHr4yAYydwjKV6Yqz DwFr82nrL3K7iv9+aVf7X/AaUongOPi69D4kv4e0jUL4fEheWgfjrPHqkdBFGGQUZ+qmsMsiexeq sYinHNCpTUcIvQu3KATjuOwMYfiCgCBoRfvzHSGMklkr6bktIbyb32EO2kg9Wfj8gusr5L2/pbbc FhvONCE/s6nAIccsdXDMbNAwB1jPSFmf+ZAxBnB5abs9lSLGgFIDsqJtb7s1lSFrZykybqFOnyJ2 RuqX+dbn2zdDVia4KL16VjfN88xR6j0F4UC5I4RRiiMlZHcnqUYpjmSWdXeSapTiSDrd3UmqUYoj acXGHDHLly6UM7paXNi8dKhVOIaqm1B05GXKgPUAQDhFrAJLVvd3mJA8Pm32fwn7RkNmKIBliNJ1 tjtVMspmuxT26dRqyAxz0G0Wy8HVoe4SVu9sq2G/4ZAPvNnczEB7PDn9N/+GrIMzy7WrTWe3TEdJ HyGTVFZ1hDBK+gg2o0PvjhBGSR/B6O73KfTwgZpKbEwSQaND6gxj+GCdrzFpW42yxIFcjMHcxlSv rwE8f31Nt4X2QKrrJaUtxDjIhOtrbSfvUdGpgnm4n0jVi2YOPAdMd/E/cb395rkGW2nI8T41GmPp FDkyrL0l51QIQFUmX2kURWNjVKTBVhpa8LUwK1ubRNtbmvKNpi8tKvR5gaQ9rkD9dGs0cmmyxsIU VI8uryEL10vJ9CUPdqRILY5nuUFWzAi4UzbnLDiajaK1jyVbloc3zz4i/6PX8/UMI975gv0Yrq8W DJogbAECCLFCAVGIwnrcMLovSn+ljJCbYX9tX4bFgd+x9oHXMZ5tYYCoZJjUiHBkDWgcODeFunWR ZZQ17thZHTZN6SaUetJCcWW3mU705ZbvA3fi1hRBWxh6EajIPcNCBmBpRANVpHp/AcPINrWkA5sW bufzz5T2hgx4uU4BysO64oJOfimH7uvk56zXtNERTuA+hrPUMPCPQQFr2hCQreLZpbS2wN0Z0paa pJSUlkbUVPzbdWNWPGGwnk6IibzHdIg21hW9IBa4JINPuHqY3c2lKJxCk1pbNH7x9DT6L3REbdPb Nau2ILu3mHGdQGcp910T/hme5/OvYaeaDHsRVsfWkhjW2nH6Dtqmv0sLbVsI+2qBgoPRL8fRto+w N45McbcHjrbieW8ctGL3wNFWl+6NA8fBHjh6B/FtHJj5qD1wjBtJAeO7yp5xHv3cR5QzLhQaF+d8 TpdYvqY+mf9B/mPx+SEFh5Pv5TpiMLQJtzHaBLBLLb1j5fNqwQjuXo7KlgFTSyq6LJ3CGdrCowq6 zHMP2hpjuayFWBKPc5OmSNEtPmlN5aB7Ss0lxFPzfwAt+9iWDQplbmRzdHJlYW0NCmVuZG9iag0K NSAwIG9iag0KPDwvVHlwZS9Gb250L1N1YnR5cGUvVHJ1ZVR5cGUvTmFtZS9GMS9CYXNlRm9udC9U aW1lcyMyME5ldyMyMFJvbWFuL0VuY29kaW5nL1dpbkFuc2lFbmNvZGluZy9Gb250RGVzY3JpcHRv ciA2IDAgUi9GaXJzdENoYXIgMzIvTGFzdENoYXIgMTE4L1dpZHRocyA5OSAwIFI+Pg0KZW5kb2Jq DQo2IDAgb2JqDQo8PC9UeXBlL0ZvbnREZXNjcmlwdG9yL0ZvbnROYW1lL1RpbWVzIzIwTmV3IzIw Um9tYW4vRmxhZ3MgMzIvSXRhbGljQW5nbGUgMC9Bc2NlbnQgODkxL0Rlc2NlbnQgLTIxNi9DYXBI ZWlnaHQgNjkzL0F2Z1dpZHRoIDQwMS9NYXhXaWR0aCAyNTY4L0ZvbnRXZWlnaHQgNDAwL1hIZWln aHQgMjUwL0xlYWRpbmcgNDIvU3RlbVYgNDAvRm9udEJCb3hbIC01NjggLTIxNiAyMDAwIDY5M10g Pj4NCmVuZG9iag0KNyAwIG9iag0KPDwvVHlwZS9FeHRHU3RhdGUvQk0vTm9ybWFsL0NBIDE+Pg0K ZW5kb2JqDQo4IDAgb2JqDQo8PC9UeXBlL0ZvbnQvU3VidHlwZS9UcnVlVHlwZS9OYW1lL0YyL0Jh c2VGb250L0FyaWFsL0VuY29kaW5nL1dpbkFuc2lFbmNvZGluZy9Gb250RGVzY3JpcHRvciA5IDAg Ui9GaXJzdENoYXIgMzIvTGFzdENoYXIgMTE4L1dpZHRocyAxMDMgMCBSPj4NCmVuZG9iag0KOSAw IG9iag0KPDwvVHlwZS9Gb250RGVzY3JpcHRvci9Gb250TmFtZS9BcmlhbC9GbGFncyAzMi9JdGFs aWNBbmdsZSAwL0FzY2VudCA5MDUvRGVzY2VudCAtMjEwL0NhcEhlaWdodCA3MjgvQXZnV2lkdGgg NDQxL01heFdpZHRoIDI2NjUvRm9udFdlaWdodCA0MDAvWEhlaWdodCAyNTAvTGVhZGluZyAzMy9T dGVtViA0NC9Gb250QkJveFsgLTY2NSAtMjEwIDIwMDAgNzI4XSA+Pg0KZW5kb2JqDQoxMCAwIG9i ag0KPDwvVHlwZS9Gb250L1N1YnR5cGUvVHJ1ZVR5cGUvTmFtZS9GMy9CYXNlRm9udC9BcmlhbCxC b2xkL0VuY29kaW5nL1dpbkFuc2lFbmNvZGluZy9Gb250RGVzY3JpcHRvciAxMSAwIFIvRmlyc3RD aGFyIDMyL0xhc3RDaGFyIDEyMS9XaWR0aHMgMTA0IDAgUj4+DQplbmRvYmoNCjExIDAgb2JqDQo8 PC9UeXBlL0ZvbnREZXNjcmlwdG9yL0ZvbnROYW1lL0FyaWFsLEJvbGQvRmxhZ3MgMzIvSXRhbGlj QW5nbGUgMC9Bc2NlbnQgOTA1L0Rlc2NlbnQgLTIxMC9DYXBIZWlnaHQgNzI4L0F2Z1dpZHRoIDQ3 OS9NYXhXaWR0aCAyNjI4L0ZvbnRXZWlnaHQgNzAwL1hIZWlnaHQgMjUwL0xlYWRpbmcgMzMvU3Rl bVYgNDcvRm9udEJCb3hbIC02MjggLTIxMCAyMDAwIDcyOF0gPj4NCmVuZG9iag0KMTIgMCBvYmoN Cjw8L1R5cGUvRm9udC9TdWJ0eXBlL1R5cGUwL0Jhc2VGb250L0FyaWFsL0VuY29kaW5nL0lkZW50 aXR5LUgvRGVzY2VuZGFudEZvbnRzIDEzIDAgUi9Ub1VuaWNvZGUgMTAwIDAgUj4+DQplbmRvYmoN CjEzIDAgb2JqDQpbIDE0IDAgUl0gDQplbmRvYmoNCjE0IDAgb2JqDQo8PC9CYXNlRm9udC9Bcmlh bC9TdWJ0eXBlL0NJREZvbnRUeXBlMi9UeXBlL0ZvbnQvQ0lEVG9HSURNYXAvSWRlbnRpdHkvRFcg MTAwMC9DSURTeXN0ZW1JbmZvIDE1IDAgUi9Gb250RGVzY3JpcHRvciAxNiAwIFIvVyAxMDIgMCBS Pj4NCmVuZG9iag0KMTUgMCBvYmoNCjw8L09yZGVyaW5nKElkZW50aXR5KSAvUmVnaXN0cnkoQWRv YmUpIC9TdXBwbGVtZW50IDA+Pg0KZW5kb2JqDQoxNiAwIG9iag0KPDwvVHlwZS9Gb250RGVzY3Jp cHRvci9Gb250TmFtZS9BcmlhbC9GbGFncyAzMi9JdGFsaWNBbmdsZSAwL0FzY2VudCA5MDUvRGVz Y2VudCAtMjEwL0NhcEhlaWdodCA3MjgvQXZnV2lkdGggNDQxL01heFdpZHRoIDI2NjUvRm9udFdl aWdodCA0MDAvWEhlaWdodCAyNTAvTGVhZGluZyAzMy9TdGVtViA0NC9Gb250QkJveFsgLTY2NSAt MjEwIDIwMDAgNzI4XSAvRm9udEZpbGUyIDEwMSAwIFI+Pg0KZW5kb2JqDQoxNyAwIG9iag0KPDwv VHlwZS9YT2JqZWN0L1N1YnR5cGUvRm9ybS9SZXNvdXJjZXM8PC9YT2JqZWN0PDwvSW1hZ2UxOSAx OSAwIFI+Pj4+L0JCb3hbIDAgMCAzODMuOTkgMTU3LjAxXSAvTWF0cml4WyAwLjE4NzUgMCAwIDAu NDU4NTcgMCAwXSAvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCA1Nj4+DQpzdHJlYW0NCnicK+Tl KgSjQDACMowtTBQMgNDQ1BxE6xkYWFgYWpopJOfycul75iampxpaKrjkK0A0AAB+YgxxDQplbmRz dHJlYW0NCmVuZG9iag0KMTggMCBvYmoNCjw8L1R5cGUvRXh0R1N0YXRlL0JNL05vcm1hbC9jYSAx Pj4NCmVuZG9iag0KMTkgMCBvYmoNCjw8L1R5cGUvWE9iamVjdC9TdWJ0eXBlL0ltYWdlL1dpZHRo IDM4NC9IZWlnaHQgMTU3L0NvbG9yU3BhY2UvRGV2aWNlUkdCL0JpdHNQZXJDb21wb25lbnQgOC9J bnRlcnBvbGF0ZSBmYWxzZS9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDMyMjI+Pg0Kc3RyZWFt DQp4nO2b25YdKQ5E8/9/ml4zXn0aA0nqjoDYT646IAlJBKqyXQoAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAP/j+T+rowAA3MXzN6vDAQBcQa05EB8AQBjPiNVBAQAOp9cc SBAAIIDhwAPxAQC4MvlR6zcFLQoNAHAyk5+wMPwAAPyY/3oH+gMA8ID411vQHwCALRTxwW9+AAAe UMaeguEHAGAK8Vc6+M0PAMAWyi98CsQHAGANS3wKfvMDALCAqDzN4oDAAABnw9ITiA8AwAru5FP2 /DuvOvLtggfgSGQ/du1yf58pq6MD4Gq4NzH/zZ1ITfPn1ZECcDUCMcmpP/MJZ6JCAIAliMXHLyQ6 E8F5m3AgOw3DpAEQALflknQpXW3eNkZFmpdJApEfEIBMfMqK35m8CQ79CFCemonysLIKgAxBjwV3 plJw3uz4BbwLjea8fYpcASdkt7iEDOcmmvNm0DbU7aCnFBkDTshaK6AhrQRnaNbE1NZwc4u8AXNk k4+f+BjOOXPjVjY3RVx3v5DAbeSZfFxlp/dibnk7oD9gLbIOLKZ9WMcQMJzgBhVFnpE9YIjs+bNq wkjZKZh8/kXzgiCBwIpV4jMceDQGBX6vpc68bO/lCQQmCHpJ337PCLE1md8Ad2nRiE9jgbgSOQc9 gq4w6dt45Wm8h3lMiD7zxL21ykGFQEPw5NN3o8CIBv2jfwAmOvC5vXbReIQEgRL7f0ufDq4FPXh/ i/Uv7ohe6sUoAfgDtw2sxIe73QS8vEX9g3Nj6s1OLz5vC/RhgE1ZMvlw9xqSJIy1GGbgzU4/6riG AXaE2wCahkly8ZcHsBzbQkymmocwaqIcl6Cffk3ER7DXkCRhLMQ2A0NTT0dYPCAnwyrT6/68/PzO CkBpwQS0um0G3pqK1VooytkMW0LQIUr9WdtmJqfYGo8MvL1oLBf61hLvBQH0jUfvQ6umXXv9IT7F 4QnorQlcKKNCWfPT3D6B+BiGYWJK4Lrc/VB6JP/tReM6ksX2/A13OwhDID7NevMwgrm8S53uaS84 kfpTMNbuQ/NOfS72a9f4Vrm8Rb3Fp+j+Sacstv5J5foFMTwj6Os9grG1OXdXoD/OpVSKgCA8iM9G NJX6FJ/iWdNgKbhceYr0L6SIlovFcCXYy2ppsJang7LSOxgn+2vdZcPv+E2raFxwI3y6oeva+m5B 81jMlwVUM6xh0JzFLdtWE4hg+2M0d4EAmsfibU1kNSO9XN6ffse3Sq9AfGrpK7rRC3hDeaSC72nk lHVzc7pm4Gc2WH8K5p996CvVFGtJBQOc4mX0Fh+T68+yUDczdy9YQtMkb+JzpP7c3JzelX3rKLEd 4uIC/dmH/pF6qpl5lfg0Abgav7M5vc9ulV6ukaaTr63vLrzVy+rx0sfmZ/nm5vQ+u5V9rp1hD4Oc 9GV6OtaG5xFDBmldTszwY2VK4DdDA4M5w1EnifgUZ/1ZfrpVeM8Gtv0j0B/BRrCE5r0o+e6mUzCp zhiMd4mXiE8vejeXeBf6emWrmnk8Cc8YzA36gyrnZ1ivbIWzDSbb6eJxzUDdTobWuItR5fz0slOs +8cE88f05s4MGHsMvSj1Rx8A8GM48NQVXBrdf3joj97UpoQNP3oXdCP903lzibegV57+o1WxNUB/ TPCe/cztE031D+i1Jd6FeaskrKDVe1oyzXXBeJd14fBTL07YvaDm851K+I7oI/F+/bfA9ey1/hha oyzr9UcfADCHPqZmu636YFIdJ56Y4cdKf5TDj9I7MOd5gb4rJs7PSJTbbQ9idd288a6jrfgU/vAz /BJkYKg5rDJlKKi+tQw7803MMyRqSJj4FKM8Ey30LZ22BHfSvEq2j1Qw4u6qr4ZJDE3D9/qTLb0B +lN/aWuQuBLik4rJu7xjpTQ3SH/7hlLT37u0EuQtPo0m620S/Za/H9ZUOb+Wphk+KckuyxuyHhtq hWw70U6qZCqPzzVuIj50/WlaXekaaJjLC53V53hFFp74XNvlZ4hr2E/3eCkdacRnu9KcBFFYPv+c +aIJAhMf54zG7vXB1nhjX58r+nZDp0DDXGSGK5tv9kZy3j6Z/hT+BWySwNqbCtcK9sb14kO00Hep xi/Q0EvHsBz0Vuz1J0+JWZHIIj9GfIqn/gwbI0Z/ID7Z+KyCrFi9ECnjVMINQ7w+yXk1eJ9iaFzj i7i3dnpAmS5B+aDnuZV++pPnjFa4HsRcfOhlqrecUanjMSlWLWKr6i7QE9biY/rZ7zhvb1nk8HNY sc7GsFjLhwTB/ENcdlJLu55laFzjjlsmpTsQjG03Nlc1uA2IZ2Ed+STl+UOA+PT6o7FJd10gPlvh dLlWDQyCt9Jq5S64nujNsvfw83NxXr0OJqAVrVxwH0FibMRlJ/Wz63GGxsUeWRsx/GyH9+XSS9Az grJeuaYcKj4l5Iev/vsag6yVhxXrYMLeC/EtbhSAIggsYXEKOzN+h5pYlrnjis95xTqbyJJxfU2U Z27KSliObGnXE70ZF7sTdIvMEYgnuGSs69ysbHZR9Gfi5VrxKf76U0aiIXMnEJ/DinUwTzVUZHP6 WzBpqs+PPu1/Hvy8fq4T62T8rSIya3rXICerSkYfTibLKJ9qYqAY2RHXor8Zh/iAnoVVI6pHveAZ obGvF6gd8TvXxLJMf0xcg5ysLdlPXmqdqb+kS82b/bk6la8OP7WlXQ81NC4TH+IucYeAhTiVjCIj var0EqSP7VN/Pl0c2dV+h5pYtn07hk7Pq9TBNCqh2c5SmN5O0znKwHrLgk/pa7bD+0Qm+sMVH659 sBz6k0GRmvL3ACMLhhUV0eZEf8pXtAfrj9Oh3oxz3dHXN53D8gIWMq/Xp+Y4BdOomYnNyaefC5Qx ZMOvgmWaUpY7Yni1uyNfioOZvFMBajOJx9DjxA7FUZKWto3B9VAmxukW6pVJigWIDN+OSMH5jMfK 4NAU5ZgZWtrc+2M0W7KM090RE950C8sFWM5QcNbeNfMY5tY+mzZPTswNOh1qrvZ0C1xHGSoFPnnS jDpDmufM0ODkU80CV5y8ux5Kb1wmU6naGPT0apOtWB6x6fXHMBgu3irhZ1lsnLJ36AL6k5ah8iQs VhOelcFP/aHEow+GhV+BbDM8tC82Ttn1Zj9hP19OLzu/75d89fLQxrkpojoFJ8rbqfeJNOLzuRHi k5+n423BkvDe+AxbY3O+4PPTsFzFKF5C/aGLz9v3E7b0bVDub85i1TfdKjDKMSm5KlH6E1OXAPHh 2icqz0R/KEaAHxTlKTuIT7G7IPRsfC6I0YSYung7EtgnvhHzZyJVS18CUXb69QGx0fHQH+JJP9c8 zm8rt4KGHpMYJz4Btk6BHkHfJixTfQTDRrLq25jbGlmUAI/cnpzbgfhkQ9a3OSvVi48+Qrqd+TIn fXg6DI3TvbsaN0w+0SM7VsBE07T1NfeJTkivPyYGWa07vwWF+aATPa66Nd5+WcnXWKCYAlYo+zbn M9GLj6H+sAL4tKaMzfyYmkgySNDwU0F+lufzePRNm7ZGtf4U9Wzm1L2NSGqiylCFmDAmLt4+kqUo Q0pPxappk3T+EPMzCrr3c0sjQcT1Q+ixORETxuS8/Tc1+cmT2MO4R3yK+lKIc0XfMtGTn4XMsvMj LKSho/5LZZYSZvgADLOauUBrxafeznJUplKTU3Z+xOsPJWlKL3ZR345t96a9CE1Dio3o08XdO7w7 +WXnR2SQAYnKn/CNcBKfhAXS92Hd0iaRyPaWDa9AcMCN+Py+aWh8r/znxDyTOUszfBA1Rhbqz6YE H9nV0W21c8JjVkl4s4biwwrSUHkamyamtiCyMbwd3VY7D+r76GE2A2+6QRSTp8M8NkOD+Qk4ckxW Ez6ye9HMA6vDcWEuHfXx6zz0muPXabf1cMC1jckn9EeJ981azqd6NJ/Ov3QN0s9+QrzFPCyfF9bO kIPFhz639FJD32sbbYCjJDjlNj6NtxXOllOzJxCQZuxxDvA1gHi/SzDXn1Uv6cEveADnZS9+dLFi 07Bl2J50bdIuKZkHxzT8M2J1UBJ2j5+OyTGTpOv4YvmRoXwajlGeH4cdZ4LygHnykySMHdm3z++5 p6eiqV22iqcKZi8ei/+PGcZ5A8/NCIqIup9H8uvcKGTmUIEASjVR97MZ3u6FhZ5oDtrvPPr6ovQX Mql+gOuhX7TfJaDu4A+fIiDuh5/IlKnWofEuB6UHf6BoUa0khTzJDLfXFgAAoEglhas/AABAB/IC AEgCdAYAAAAAAAAAAAAAAAAAAAAAAAAAwIR/AGF8Z8cNCmVuZHN0cmVhbQ0KZW5kb2JqDQoyMCAw IG9iag0KPDwvVHlwZS9YT2JqZWN0L1N1YnR5cGUvSW1hZ2UvV2lkdGggNzUvSGVpZ2h0IDk5L0Nv bG9yU3BhY2UvRGV2aWNlUkdCL0JpdHNQZXJDb21wb25lbnQgOC9GaWx0ZXIvRENURGVjb2RlL0lu dGVycG9sYXRlIHRydWUvTGVuZ3RoIDI3MTI+Pg0Kc3RyZWFtDQr/2P/gABBKRklGAAEBAQBgAGAA AP/hAFpFeGlmAABNTQAqAAAACAAFAwEABQAAAAEAAABKAwMAAQAAAAEAAAAAURAAAQAAAAEBAAAA UREABAAAAAEAAA7EURIABAAAAAEAAA7EAAAAAAABhqAAALGP/9sAQwAIBgYHBgUIBwcHCQkICgwU DQwLCwwZEhMPFB0aHx4dGhwcICQuJyAiLCMcHCg3KSwwMTQ0NB8nOT04MjwuMzQy/9sAQwEJCQkM CwwYDQ0YMiEcITIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIy MjIy/8AAEQgAYwBLAwEiAAIRAQMRAf/EAB8AAAEFAQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKC//E ALUQAAIBAwMCBAMFBQQEAAABfQECAwAEEQUSITFBBhNRYQcicRQygZGhCCNCscEVUtHwJDNicoIJ ChYXGBkaJSYnKCkqNDU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6g4SFhoeI iYqSk5SVlpeYmZqio6Slpqeoqaqys7S1tre4ubrCw8TFxsfIycrS09TV1tfY2drh4uPk5ebn6Onq 8fLz9PX29/j5+v/EAB8BAAMBAQEBAQEBAQEAAAAAAAABAgMEBQYHCAkKC//EALURAAIBAgQEAwQH BQQEAAECdwABAgMRBAUhMQYSQVEHYXETIjKBCBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJico KSo1Njc4OTpDREVGR0hJSlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZ mqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/a AAwDAQACEQMRAD8A9+o5pGcKpZjgDkk1lXHiXTLcQkzFxLIY1KDIyOtROpCHxOw1FvY1uaKNwxmo 57mK2QPM4Rc4yelU2krsEm9ESc0c1Vl1G3hngiZvmmOEx0qX7VD9oEAcGUjO0elSqkG7XHyS7EuD Rg0ZrMu9esrHUorGcussq7gcfL+P5UTnGCvJ2EouWiNPBpKgtL63v7dZ7WVZY26MpqeqTTV0FmnZ nJeLNda1dLKFTuBDuT91h/dzXFXEzPAgX7kchli+pOSD75rY8ZReVr0r9pUX154/KuZz1A6E18nj 683Wkn0PYw1OKppo9PGt6fe6Khlnkj3pguqnhh15FYF5rc0tpNZtJHeWxGBIAVapvA12Ft5rWcL5 LvmMt3PcV0M2g6b9qa9nUALzg8IB7iu9xr4ujGdOSXRmUJ0aE3Gab7HBPdOLaIiUl4yNmTyBV6x1 uWzuZbpdss0y4A64rZuPFng+0aZJJYMQ/fKQFgPyHNN0+68J+Mw66XOrtDyfLQxkfmBmsI5ZVi+a nVu0dLxtOStUpuxd0nU7YO0tzfGa4kwCqqdq+wrk9e1Fb3xHJcwMCsSiOMnuef05NdrqBg0jR5Ut o088xkIAMFjjrXlWWySTyetLH1J0oRoyd+phQUJzc4nR+HdVOl38MYYvbkbGVf4if4voK9LVgyhh 0IzXjVrEbiVYFwS5A78/lzXsVsnl2sSdNqAfpXblFScoOL2Rz42KUk+ph+LNDm1fTf8ARJHS6iOU AbAf2OeK8eupdS0+7kiu4nDqcbZFx+XrX0DXPajZWHiG8ktLm3V4rcZeXod2OBmujGYSFR8y3Jw2 IcPdex5ZpfiyazIimhV4d2crwy/SvTtJ8QWGrWCxzOJoycFiODj1FcTe/De5l8ybSblZoVzxKNpO PTFcpcWl5pczQrLIJP8AloIWKFfzwc/hXBSVai9Fp+B0V5UJRvfU7Hxnf6VFqCW2l20ZnQ/vGQfK c9BW7pK2lhbwXclrbNIQctCvluD33Y4IrzaGeaGJYY1mullH/HyyoWj+mTk1Hm4kmMLXt01vna0z uMZ91z0ojKaqSnHS5m6tJwjBs6rXvG6vcsLQLcMcgu2dqew965Q6ld3GVUAyk/eA5P4Vu6b8PtV1 CMzCSFLfs/zZb6AgV2WjeF9N0OyTUYh9qmhfMjyLggdxj2qVhqlSXv6HR7ajTj7mpS8D+H9Sa4i1 TUWljjVT5cbYUsfcYzXon40yGVJ4EljOUcZBp9e1QpRpQ5YnmVajqSuyG+uPstjNP/cUkVzdu7HR 4kT/AF13KWY5525rZ8QZ/sSfHt/Ouf0SQNeWoY/KgIx+Fc+Lm1UUe5dJe62b9/8A2hbWiLpa2jPG uWS4JXd9COn1rzbX9bg1uO5sdastOhukGY7qyvkklQ+w6mry+Jb6XXZI2cEGRo846IpJx+Ncjqep wDwm9+bZG1O/Dyo6INyLnGc44AxVyxMYxslfoOOEdR2bOXdoI7kiGW6kjhc72eJlJ47AH9a7DwdN o1hm+ki+1zYHljUWW2jj913ZyauaH4imuNDs5RYXUvlxgzOkWd46ZU9znsKx9H1u1v8AxXqK6ja7 reWRY4RKgYRP0xyOCawjimm247CjlUIttPY9O8D634h1YX8mtWljFbJLi2mtrgSBh6cdq17sm31R 4ekV1GRj/axXnVnrN7a6E1uu0LFdyWpIX+4QVPua6iLUpb/SNOvJm/ffPuP0NXiK6cbrdFRouMrM 3fDchFk9qx+aByvPpW1z7VzPhuTzdQu5M/e5/Wumrpw8r00Y1FaRDfW/2qxmg7uuBmuDtnazvCjE qyNg/hXon41558Rvt2jxJq1lbJLAW23HBLKex+lZ4qg6lpR3Qo1lSi3LYx722jsfFa5O2GZxIJD0 w3WsS/0g2Hhq8RcvqOnobNF4KlHcHp7g9ahsvFE2sWrrq1ukSAgWtzGhCxt/tH0PrV+4smmgWK4i 3M67VcOAk8X9wNnG7uCa5Z05JWfqdWExdOprFmt4RYDwxZIIvJaJSjR/3SCc1zWi2cV7r2sPdQmC xDi7iYcFmVz8xNaOnWVpbWl1ANWmtTIP3kUrBHjHQde+OMjrVS00mGA5SOeSOQgbc4a4I+6AvUIO +etc0INyZ2cyjd3Jmt5bfS4RKuZ7y4kuwo6qr425FdbLEthp9tZBgTHHzj1PJrj7rUTpMkszoLrV QuYolXd5Td2cDpj0qbwjrWt+Ktagi+xQmFXzczbTtVfz611SoTmtDzKmOpRqcm7PUPDFsYtNMzLg ysSPpW5TURY0VEUBQMAClr0acOSKiZyfM7jqa6LIjI6hlYYKsMginUd6sk8w8WfD64hhkm8NRjy3 3NLZE/KWI6rnv7dK8787UdAuIbFJLuyjK/vlnGV/2jsYYPtX0nUM9rb3SFLiCOVT1DoDUOCZyzwq b5oux4bb+KNVFzHBHcaU0MZUxzTQLuG7OO/HTt0zVLVtR1RoZWXWYVlkVXWK1AUuc4ZSV5/AmvbG 8J+HmbLaJYE+vkL/AIVbtNG0uwz9k0+2gJ6+XEBS5BOhVkrOR414V8H63qb7DavYadI/mSyyriTP +xnnPbPvXsekaLYaHZC00+BYYs7mxyWPck9zV+jmrUUjWlQjTQUtJRxTNhaKKKAFpKKKBgKKKKBM CBSd6KKBhniloooA/9kNCmVuZHN0cmVhbQ0KZW5kb2JqDQoyMSAwIG9iag0KPDwvVHlwZS9YT2Jq ZWN0L1N1YnR5cGUvRm9ybS9SZXNvdXJjZXM8PC9YT2JqZWN0PDwvSW1hZ2UyMiAyMiAwIFI+Pj4+ L0JCb3hbIDAgMCA3Ny4yMDUgNTIuNDYyXSAvTWF0cml4WyAwLjkzMjU4IDAgMCAxLjM3MjQgMCAw XSAvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCA1Nj4+DQpzdHJlYW0NCnicK+TlKgSjQDACMszN 9EwVDIDQ1FDPHMzSMzc0MjFXSM7l5dL3zE1MTzUyUnDJV4DoAACJngyUDQplbmRzdHJlYW0NCmVu ZG9iag0KMjIgMCBvYmoNCjw8L1R5cGUvWE9iamVjdC9TdWJ0eXBlL0ltYWdlL1dpZHRoIDEwMC9I ZWlnaHQgNjcvQ29sb3JTcGFjZVsvSW5kZXhlZC9EZXZpY2VSR0IgMjU1IDIzIDAgUl0gL0JpdHNQ ZXJDb21wb25lbnQgOC9JbnRlcnBvbGF0ZSBmYWxzZS9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3Ro IDIwMT4+DQpzdHJlYW0NCnic3dYLCoMwEATQpknvf2VLBdGCya6ZjzgHyGMnbrCUQ15r3tCUwkcc BsNxGWjFZ2CZWvmKxugoIEZl9ByEojBaGyAAp/3CHUZnBBqbcJRGgLmsiA1aYe0vwWFScRjxwu5u xPf+/kbgMU7kxIA6ZmNTZhm7ASrMbjzjPtjfbgWNYDae8O4Oa0oKHoP+zxAd4ZOL2AjWlATExnCt LwtKg3LVO2P8+E0SEoOzER6D15LSIAPf9M9HCE4DCNgMaE02A32+ylgAjbg8LA0KZW5kc3RyZWFt DQplbmRvYmoNCjIzIDAgb2JqDQo8PC9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDI5Pj4NCnN0 cmVhbQ0KeJz7//8/w0zj/wwM/88wgAGUGgWjYCQAAPZmB2ANCmVuZHN0cmVhbQ0KZW5kb2JqDQoy NCAwIG9iag0KPDwvQXV0aG9yKFByZSBpbnN0YWxsKSAvQ3JlYXRvcij+/wBNAGkAYwByAG8AcwBv AGYAdACuACAAVwBvAHIAZAAgADIAMAAxADApIC9DcmVhdGlvbkRhdGUoRDoyMDE0MDIyMTA5MDYx NSswMicwMCcpIC9Nb2REYXRlKEQ6MjAxNDAyMjEwOTA2MTUrMDInMDAnKSAvUHJvZHVjZXIo/v8A TQBpAGMAcgBvAHMAbwBmAHQArgAgAFcAbwByAGQAIAAyADAAMQAwKSA+Pg0KZW5kb2JqDQozMSAw IG9iag0KPDwvVHlwZS9PYmpTdG0vTiA3My9GaXJzdCA1NjEvRmlsdGVyL0ZsYXRlRGVjb2RlL0xl bmd0aCAxMDczPj4NCnN0cmVhbQ0KeJztWMtq3EgU3QfyD3c5s1K9HxACYZwwg4kxbsMsTBayXWM3 abeMIkPy93NKV3L34LLaXesBoSuV6py6j1OPbhVJkFZkJWlNUgTSnqSzpAMp6UhHUs6TQScZyKCX i2QULkFGk/GSjCGr0GLJerQ4csrgAznvyATyCrhIPgiyggKPFUIGUdSOrKYYAlmD0TGMtbARnRxJ manhjozoFkgq0NlIUgtBTsCCwkmSRhgMCguQQxQWYTjwWXRCKNJJ9AOfQyOCkR6BOfB53BCODAjG gy94RQhIRgSARxkRAUJSAiF4A4sYvEVeEAQ+KYkovCelEAYupRCHzwlTFvHmxHkCRHltSAPnA/qB JyCoIElFCQv+iBdQaYESBKRe4BY8Mo5agBKZj4RLK+Q/U2gpKKIiGuQRJTHwBynTBiRRYyg4E/OQ AEfwOeQ1ZhfRKYLXI68B/T0aI/hjdi5bDArXjRiDQLV9dh4FFgCj3kZF+vChOc+dBV00q+a8ufz1 mJrV0D/dDJ836aE5vSLxjZrzO9K5z8eP79/9F/JlfffUpxLO2EqgkyUgkrDgZAVEHQ/Rx0PM8ZBi 3pYh7niIPx4SjofEilIWBXcAUyOZCgHICgXICgnICg3IChHIChXIChnICh2oCh2omnWgQgeqQgeq QgeqQgeqQgeqQgeqQgeqQge6Qge6Qge6ZkOo0IGu0IGu0IGu0IGu0IGu0IGu0IGp0IEp68BOmMuT chLy53xkHk0cDc5co5FsFBvNxrCxbBwbZjHMYpjFMotlFsssllkss1hmscximcUyi2UWxyyOWRyz OGZxzOKYxTGLYxbHLI5ZPLN4ZvHM4pnFM4tnFs8sfmQpJdQvHiBNeWItF8HH1wZ7Bq4e2+0L6Ny9 OUV1dhgzD3ZRniocIOcniNeGfj68XrbXm+LZlZ17y8H302b47XcqHuaKQg/qrWG7l5hyXYqT/QCm ONmDe6tv8XiMlS8xf203621a3bePS4m0y4ksn3F5qoRJCq+qcJnFFiV/AFPcSw5ginvJAUxxLzmA Ke4lBzAV8rJleS1jinvJbqqmn8N197NYa17sAi92gRc71lj+QT4aXh0jr46RAZEBkQFxAry6Oi7/ vDbFEqp5kTtv+6F8kuLdiR3T7JieImGnw+R0YMcm7j2uyz6li64bmotuk762j/lfgjwqxkzb8Wv+ v2CchVdTFNnX569nSO1p+kXzBP0Crm03pOYs3z5vb3cvcxVW6WZo/kztber5OWPm5/1ZPTZ82oKh Hdbddnrvh/U/LR7Gt7+7/vt1131vTrqbpwf4NLb8uE9p4LR9bW/6bu/9j3vc995P1u2mu9trWG3W t2mvL4+Dbnd9+zAt3FOsZ08PP66QES122d1V5f8TxMIJYtrbp3120ues5PKc9Hur8bw2V87QeXbw lPlG79/9C+FBSFANCmVuZHN0cmVhbQ0KZW5kb2JqDQo5OSAwIG9iag0KWyAyNTAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIDAgMzMzIDI1MCAwIDUwMCA1MDAgNTAwIDUwMCAwIDAgMCAwIDAgMCAwIDAg MCAwIDAgMCAwIDAgMCAwIDcyMiAwIDAgNzIyIDAgMCAwIDAgMCAwIDAgMCA1NTYgMCAwIDU1NiAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNDQ0IDAgMCAwIDAgMCAwIDI3OCA3Nzgg NTAwIDUwMCA1MDAgMCAwIDAgMjc4IDAgNTAwXSANCmVuZG9iag0KMTAwIDAgb2JqDQo8PC9GaWx0 ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoIDMwND4+DQpzdHJlYW0NCnicXZLbasQgEIbvfQovtxdLjDm1 EAJ7oJCLHmjaB0h0shUaI8a9yNtXnSUtKxj4/pn5ZxiTnNpzq5WjybudRQeOjkpLC8t8tQLoABel ScqpVMLdKH7F1BuS+OJuXRxMrR5nUtc0+fDBxdmV7g5yHuCBJG9WglX6Qndfp85zdzXmBybQjjLS NFTC6I1eevPaT0CTWLZvpY8rt+59zV/G52qA8sgpDiNmCYvpBdheX4DUzJ+G1s/+NAS0vIvnWDWM 4ru3MTvz2Yxx1gTiVaQ8j5QhFUheDFSm0ffmsPlt7fMSLR4xO8PaA4onFKsoFgztOYpnFAsUsXXF b83QPrufvkDfCg0PR0+c8TLSsYyUPv2fN2wkPNy2bnG11m86vm5ccViu0rD9AGY2oSrcX16HobIN CmVuZHN0cmVhbQ0KZW5kb2JqDQoxMDEgMCBvYmoNCjw8L0ZpbHRlci9GbGF0ZURlY29kZS9MZW5n dGggNTI3OTIvTGVuZ3RoMSAxOTQyOTI+Pg0Kc3RyZWFtDQp4nOydCXxU1dn/n3Pu7JPZErJPMhMm GSAhBBIgASKZbIBGZEnAhLIkQCq4AQKKe6hFMS5YX0uVquBSpW5MAtKwWKhYFxShrpUqIFC3FsG+ dZfc/+/cGbKoEOgnefO3Od+b8zvrvfe59545c56ZmzvEiCgOoqO6kvKzRysJ5hji+5cQxV4zuqR0 1M1f33Y28V4HiPizo8ePK7968uOricc+TPREwujySUX7iqonEN+xnSjx7nPKK0Zdkj7XgPUrsdXk cyvKx6TsvfYTorRjRLZp48qzsp2Drr0P2zKhvnp88bkVx68eWYztr0V+6OSSsZXj77zwc6Kc8USu u2ZdUjN/dubsu4gtuxXr/GLW5Yu8D7jf/gexVQEiQ8XP519wyStXVq0ittyJ/KUX1CycT3Fkxvbu xvacF1x85c8Ty6bXEltzF9F5fefMvmRJVkJVFVHJYWKBtXNqa2bvW1AB29itYv9zUBCZYxuM/HPI p865ZNGSty6PTMW+5xD5ll9Ue9mlyh6G4zPPR/3hi+fNqnliynNjiX26lShhwyU1S+ZHzovog/U/ Qr330ppLasuu8i0hbqkgsqTOn7dwkZpOK2HfElE//7La+Wlvjd1G7PY6IusfSVwLffwqZcObw2Y4 8j83JYrTRPTgoT7pIn7piZe2fLPu+AVOMkUga9baCxAbRzafR8VO+mbdN1c5qaUmjO4iUWKrojxS tAJOTsqiyah5AvsVKMpydgfpyaRfpc/BBhJDsfIX+jmPNOm51aDjAt0BSle305JizQJQMbbYSwHy ev3615snsBzjSNYYIKaqKrbu128RR0o6Q9gkPqwlBPnbNJ1+BP4YXSNCS34YPRaON7cc0ULa/2Pr orwmHE/6sfoT6Cerx1vSL9D9P7BhGG1rmzc8Rnej3b2GYTSrzXoP6CfTVN0hGniqfZ3EznMQbtQR jUc8CqEM+4xCXIRwE3uBlp9oi/QN2P9NohyhJByPwTlahvULsF4q8jcgnQCbDGdqi6Q9eNUdPd22 uDYXd6UtpwLX/fnu2rdEIpFIJJL/fthadXPHrf7/QJ/407FVIpFIuhNG6mYTgpPkuCmRSCQSiUQi kUgkEolE8tPHVmVkjD0eukvEgMiIJXzTiKHl5pE0InGPEY1EWOyOJIrUr2q7Ff8Qg69PbXnuMKJh C3JTh5QbMiJzn3+4s41tcx+T/tQt1c7eteS/BdZxk/+gqaQDMMp0twkSiUQikUgk/ycopDCBXlEY xxwoTv9P63b6yqSSiUxqM5nJrB4nC1mgVrJCIygCaiMb1K6pg+xQJzmgLuh3FEkuaBRFQntRFDQa +i3FUC9oLEVD46DfUDzFIp1A8UgnUgLUrWkSJUKTya1+TR5NvZQETSEPtDd5oT7oV5RKKdA06g31 Q7+kPuSD9qVUaD/yQ9M1zaA+6hfUn/pCMzUdQOnQLMqADqRM6CDo55RNA6A5lAUdTAPVf9MQTYfS IGgu5UDzaLD6vzRM0+E0BDpC03waCj2LcqEjKQ9aQMPUf1GAhkMLaQS0iPKhxdDPqITOgpbSSOgo KlCP0WgKQMdQIfRsKoKeo2kZFUPPpRLoWBqlHqXzNB1Ho6HjaQx0Ap2tfkoTNS2nc6AVVKYeoUk0 FjpZ0/PpPGgljVP/SVU0HjoFeoR+RhOQnkrl0GlUAZ2u6QyapP6DqmkytIbOh86EfkKzqAo6m6ZA a+ln0J/TVPVjukDTOTQNOpemqx/RhVSN9EWaXkw10EtoJsovpVnQeZrOp9nqh7SAaqGX0QXQhZou ojnqB7SY5kIvpwuhV0D/TkvoIuiVdAn0KroUerWm19A86LU0H3odLVAP0/Wa1tFC6FJaBP0FLVYP 0Q10OfSXmi6jK9SDdCMtgd5EV0KX01XQm+lq9X2qp2ugt9C1KLkV+j7dRtdBb6froStoKfQO6AH6 Ff0CeifdAP0f+qW6n+7S9Ne0DLqSboL+hpaj9m7ofrqHboauonp1H/2WboHeS7dC79P0froduppW QNfQHdAHoO/Rg/Qr6EN0J/Rh+h/o7+gu9V16hH6t/o0epZXQtfQb6O81fYzuhj5O90CfoN9Cn9T0 KboXuo7ugwbpfmgDdC810mroeloD3UAPqu/Q0/SQ+lfaqOkf6GFoE/0OuokegW7WdAuthW6l36tv 0zP0GPSPmm6jx6Hb6Qnon+hJ6LP0FHQHrVPfoucoCP0zNahv0vOavkCN0BdpvfoGvUQboDvpaejL tBH6Cv0BuouaoK/SJuhuTffQZuhfaCv0NXpGfZ1eh75Gb9AfoW/SNuhbtF39C72t6V/pWeg7tAO6 l56D/k3Td+nP0Pfoeeg+ekHdQ/s1PUAvqbvpfdoJPUgvQw9pephegf6ddkE/oFehH9Ie9VX6SNOP 6S/QT+g1dRf9g16H/lPTI/QG9FN6S32FjtLb0GOafkZ/hf6L3oH+L+2F/lvTz+ld9WX6gt6Dfkn7 oF9Bd9LXtB/6DR2AfkvvQ7/T9DgdUl+iZjoMVenvUDmmd/2Y/tlPfEz/x2mP6R+fZEz/+Adj+kcn GdM//MGY/sFpjOmHW8b0y9qN6YdOMqYf0sb0Qz8Y0w9qY/rBNmP6QW1MP6iN6QfbjOnv/2BMP6CN 6Qe0Mf3AT3BMf6ebxvQ35Jgux/Sf3Jj+U5+n/3TH9JPN0+WYLsf0Hx/TX/wvGNMJIy7ZplpjTKQo XKd9SqPTaZ/U/PCbb5P4RpzEIzKQNoqcsd0TFQwCncHAxWNMQmnFYLB09qdI1tYkP3XLDqolPZcz 6BrGrrOix8GsMd1tgkQikUgkEklXExFnhm+lfM+3Ck0qjS2TS2P4mYHiIYRmM5JmU7t5J1wto1HB H5pYjUCHnN7c6ca2JpVTt+ygWtJzOQPfytR1VvQ4eERcd5sgkUgkEolE0tXYEixwqZTQP0AK30qH 5Qe+lbmNb2U1W4SD9T3fyvh930rXBb6VrTUpfSvJf8YZdA3pW3Ue3JbQ3SZIJBKJRCKRdDWOZCtc Kn3ItxKR5luFJpWmlsmlOXw/nuZbWSKEtHOcTAKdySR8K5tI65EzWqmTcbQmpW8l+c84g67R6Te1 9mC4I7m7TZBIJBKJRCLpapzeCOFbhf57qsW3CjlOZjrhQFnD9+OJeanNKnwrazvfymw2mc06s0mn +VZms7lrfCtna1J36pbSt5KcBOlbdQvc6e1uEyQSiUQikUi6GldvG1wqfeuvOOjFDySczLcSX2/9 uG8l/Cm4V8K3EmmDSWfufN/K1ZrswLfq4EceJD2XDnpOWzq9A/dguKt3d5sgkUgkEolE0tVE+e3w rQyh/55q8a1Ck0pry+TSRmTXGiA4bA7kbBFtt2KxWqxWg9Ui/l/LiaTVYNFbzDbqZKJakx3MkA2n rpb0XM7At4rouInkNOFR/u42QSKRSCQSiaSriU53iieohx9eYQw/eD00qYxomVzawv/rJFwWl92J nL3dvDMC7lSEwWoV9xQ6rcgZ4WlZHdTJRLcmO/hiSvpWkpNwBr5Vp3840INRotO72wSJRCKRSCSS riZuYCRcKlPoDj+TKfxwwNCk0tYyuXSE78cTLkuUKwo5p73tVmz2CLvNaLfD4zH0stvsdlOE0W51 USfT5inO0reS/Gecwe2inf7hQA9GiRvY3SZIJBKJRCKRdDWJQ3uJp/yF/mtf/HKV9nDA0KTS0TK5 jCTqJWLx3MDYqGjkIp1tt+Jw2B0Oo8MBl8YQ4wBmu8lhi6JOJrE12YHzJH0ryUk4g67R6R8O9GCU xKHdbYJEIpFIJBJJV5M0PAa+lTnkW1ksYd/KqWWdLQ/miwrfjyduHYyNjkUuqp3j5HQ6nE6T04l6 Y7wTWBwmpy2aOpmk1mQHM+RO/2ktyX8LZ+BbdfqHAz0YXdLw7jZBIpFIJBKJpKvxBuLIbLaGH15h DT8cMFLLRoZjzbGKFbFwWRJj44WD1W7e6XI5XS6LK1L4VomRLpfL6jRHOmI73djWpPGkjeiEoRLJ j9BBz2lLr66zoseh8wa62wSJRCKRSCSSrialKF74VqEnU5zUt4oJ/6+T5lvFJSAX0+5LKVckFkvk Cd8qMtLq6grfKqU1KX0ryX/GGfhWnf7Faw9Gl1LU3SZIJBKJRCKRdDVp57jJYrGGHloRESF+L9Vy YlIZ3TK5jA//r5NwWTyJScjFt3OcekVHRfeyREcL38oTDSIiLdGuROpk0lqTplO3lL6V5CR00HPa EtdxE8lpok87p7tNkEgkEolEIulq0iu8cKnsoYdW2O3hB6+HHKdYOuFAuYmSRSy+3vIlpyDnTmi7 ldjY6NhYW2ws3DJLaiyw94qIjU2iTqbNU5w7cJ7kLxNJTsIZuN2d/uFAD0afXtHdJkgkEolEIpF0 NQOm+shmEz9ZReJxf+EHr4ccpwQ64UB5wvfjCZclLSUVOY+77VYSEmITEuwJCcK38icAR6wtITaF OpkBrUnLqVtK30pyEjroOW3p9A8HejCGAVO72wSJRCKRSCSSriZ7tp/sdmfoH6tcLiI7Fgo5Tm46 4UDBS0oVsfhRq36pfZBL8bTditsd73bb3W64NBF93cAVb3fH+zrd2Nak9dQt7aeulvRczsC38naZ ET0PQ/bs7jZBIpFIJBKJpKsZenE/cjhcoaf+RUaGf9RKuwEQmhxuBceqj4jFrYOZfdKRS233pVRy cmJysiM5yUZky0xKTk6OTHQkJfbpdGNbkx18MSV/9VVyEjrwytvSu+us6HEYh17c3SZIJBKJRCKR dDXDF/UnpzMq9NAK8aNV2o9aebWst+WD+z7h/3USLktWeiZyfVLbbsXrTfJ6nV6v8K0GeUFUktOb 1K/TjW1N2k7dUvpWkpNwBreLpnXcRHKaGIcv6m4TJBKJRCKRSLqa4huz4VLFhJ6IFhMjfi816sSk Mq1lcglvaqCIxddbuQMHI5fZznFKS+udlhaVlgaXxjEsDcT0jkpLyep0Y1uTHThPkaeulvRczuB2 0Yyus6LHYSq+sbtNkEgkEolEIulqylbmUXR0bOiJaPHx4Qevhx7Il97yYL7s8P144uuts4YORy47 s+1W0tP96enR6ekuIldBOoj3R6enDel0Y1uTrlO3lL9MJDkJztNvOrCrbOiBmMtWdrcJEolEIpFI JF1N+SMjKTY2PvRENLc7/OD10AP5BrQ8mC+XKF/E4pnspfmFyOUObruVAQPSBwyIGzAgkihy9ADg To8d0G9Epxvbmuzgi6lO/9liyX8LHXjlben0Dwd6MJbyR7rbBIlEIpFIJJKuZmpTKSUkJISeTOHx hB+8nqNlc8Ix0VlERSIWz2QvKxqD3FnD2m4lJ2dATk7i4JxeRL3G5uTkDPYMSMjJLOx0Y1uTvU7d Uv7qq+QkRJ1+007/cKAHEzG1qbtNkEgkEolEIulqZr9YRm63O/RkipSU8IPX87RsXjjW/tFpjIjF M9nLx5yHXPHItlvJy8vOy0vKzYshiqnIy8vLTcl25w0a3enGtiZjTt1S/uqr5CScwe2igS4zoudh m/1id5sgkUgkEolE8n+AEg5uYlr+FeSQYq+RjoLI9yUvUibqTf2oPw2gQZRLw6iQSuhsGkcVNJeu oDVskCHgjff6VZXEAwb7/qDlWJpINXRx25bqoVMss9SHvwseuO/AsrBVpwUzUEtzxjkR/34DHKpO ryWtEeKJGK4TX4EltPyY14kHzvdHGDgom2jI0Ny22ygpHTV6zNnnlJ1LNG78hInlFZMmn19ZNeX0 rTxNHlda0xs7aPtmm/RP7qoFiidVFAYKRp6VP2L4sLzcIYNzsgcNzBqQ2T8jvV/fPv60VF/vFK8n OcmdmBAfFxsT3Ssq0uV02G0RVovZZDTodQpn1L/UN6raG/RXB3V+35gxmSLvq0FBTZuC6qAXRaPa twl6q7Vm3vYtA2j58++1DIRaBlpaMqc3n/Iz+3tLfd7grhKft4lNmVCJ9G0lvipv8IiWHqul79DS NqRTUrCCtzRuTok3yKq9pcFRl8+pL60uweYarJZiX3GtJbM/NVisSFqRCsb65jew2JFMS/DY0uEN nEw2GBVM8JWUBuN9JcKCoJJWWjM7OH5CZWlJYkpKVWb/ICue5ZsZJF9R0JGhNaFibTdBQ3HQqO3G O1ccDd3ibei/vf7WJifNrM6ImO2bXTO1MqjUVIl9uDKw35Jg7FWH41qz2HhkceVNbWsTlfrSuLle ka2vv8kbXDOhsm1titCqKmwD6/K0UdX1o7DrW3ESy8q92BtfVlUZZMuwS684EnFUoeOr9ZWKkuoL vUGzr8g3p/7CalyahPogTbwypTEhIbBJPUAJpd76ikpfSrAg0VdVU+Ju6EX1E69cH49O274ms3+D 0xU6sQ12RzgRYWubqG2p01Jac5Eqm9hyZpmwyHc2OkTQO8sLSyp9OKY8IbV5VD8rD81AFcNawdm4 InOD5uLqeudwUS7WD+rTnD5v/eeEHuA78s/2JTXhEkOa83MSSdFPWroa6k+kgxkZwfR00UWMxbim sHGklh+S2f/yJu7zzXd6EeH00Xic25qq4Vk4/Skp4gLf0hSgmcgE6yZUhvJempnYSIGsjKogrxY1 20/URE8SNXUnalpWr/ahJ2/QXurRQZO/5c/hjIkqnTM8yGJOUV0bqi8r95VNmFLpLa2vDp/bsop2 uVB9XktdOBWMKq5UEnk4xRMVrRadcmpLY5GpjAjq0vBn0Dr17CajCb1SK2HeUUFn9ZiQVllSUk5z pSb1mFhLi1pXC5sZHJ7RPj+iXb6deRH1CgzW+XlZxZT6eku7OnS10A7PDkfo8VRRmeItDtIkvDLT 8Nekbs8ToSoxGMApKxYN0P9CReFsu4aJ4XQVEL0zs/8oDHT19aN83lH11fU1TWrdTJ/X6avfxJ/l z9bPL60+0XGa1M23JAZH3VqFczWHDceLglNRg48tn9AQYMvLp1RucuL9Y3lFZSNnvLi6qKohFXWV m7wY3LVSLkpFoch4RYbKGA6ykZu09ombAkR1Wq1OK9Dys5oYaWWmE2WMZjXxUJnzRBlHmS5UFtDK BGKMKa6obNt7tJdkVSbRJqpQ+q73x3n2bFX60QEErvRrzEjybFL6KEmNIzyBJsW3PjI621GYqXix zyxNvdB5COsQtini3XWGkoxyJ/R6hDqEdQjbEPYgYC4CFbVehHkIqxEOiBolSXE3ej3Owj5KPNaN xzE4lFg6iqAiKOSBZiGMQ5iBsAJhNYJBaydK5iFcj7AN4ZhWE1BiG+/Mge2xjbdo0foLL87WsjWh 7NRpWnb9+VWheOyEUFxydqjZ8FCzQYNDxQOKQnGf/qE4Mi27TsQWW/b2whglBgcZA8PnQxl/jhyM kYfWKNEUROCKIVwSUCLXp/qzV29TdMQUrjCaTR51u8Iaba7sQgtX+VGKJA//lB8J1fAj6+2u7NWF 5/CDtA5hG4LCD2J5n79P1/MD4pxDCxBWI2xD2I1wFMHAD2DZj2Uf30cO/h5lIRQgzEBYjbAN4SiC kb8HdfJ3xfikqUgXIHD+LtTJ/4bD+hvUwfcitZfvhWmvN+YOy96kJTKywglPWjgRmxhORMZkN/HX Gr/uhx7lx5VGj9qi9KaRlKP0bkwb5GlS4hrz53qa+KH13gzPmsKB/A0KIogJ6xvY8xvkRRiPUI0w H8GA1FtIvUV1CHcgrEEIIqCXQZ0IXr4T4RWEt2ggQgBhPIKJ72nEbpr47kZ/kacwhr/KX6BYnPFd /EUtfoU/r8Uv8z9r8UuIkxHv5M83Jnuo0Ip6wjpOxE7EWajX8z+tT430qIUuvg3nzgPNQihAGIcw A2EFgoFv470bZ3sisZEttNNEaNlIH2vxI/SgiQIXegL+YnRArxD/8LOQgqz2rvbzgH/lPcgK8d9+ J1JC/L+8FSkh/quWIiXEf/HlSAnxz74QKSH+KTOQEuIfV4EUpInf/4fUPp7ccRcxb6GDX4GzdAXO 0hU4S1eQjl8hFvpaJ2z7bWN6Os7YqkBGv3RP3WZWt5XVTWR1D7K6WlZ3HatbyuryWd10VpfB6tys LpnVBVjdFpaHU1HHAhvaZYcF4ljdTlb3JKtbyOr8rC6N1aWyOi/LDTTxlMazc7SoVIvWF4oXHeKz RmL0cfAUnNEU9PkUjAnboLsRVC0XQCNv71Dj+GQR916fXhDKDxiePa9wDN+BFXfgMuyg/Qg6XKAd 6EY7sJEd2IADWoAwA2E7wlEEFcGA1r1h+ApNHdAshAKEGQjXIxxFMGjmHEXgNC9s4jrNsKyw0eNE ju/A0htLCk8JJDndzgznGGWFmzmS2bhkNZnnas9PpEiXydXEbBu/tH31pY3MhWZ+O19BSbgQd4Tj FY1fJ3ma2N2N/i2ewmj2G0rWodexYeRnaYjzaKGWH0Juk4gHk5s/jji70T0Zqzka/f09m5ldrLXR 87X7sOdjdxNH8iP3Fs/b3iYda/S8iZLHN3recN/seSmryYSSrf4mhmizV2u6yZ3neXKn1nQpKlY1 eq4T0UbPte7RnovcWkVtqGL6QuQCDs9E/xTPGGyvxD3TE1iIbW70FLine/JDrYaIdTZ6BsKEjFAy Hcb2c2s79SVrG5yU28TmBPobVxorjeOMQ43Zxv7GFKPHmGRMNPYyRZqcJrspwmQxmUwGk87ETWTq 1aQeCGQIT7eXwSkig06oTks7uVDhFItBj5k4nUPBKKWMl5UXsbLg9llUNtMb/KLc18QsmK3ofUUs GFlGZRVFwbyMsiajOjGYm1EWNI7/WWUDY7dXoTTIl+NduqKyiamiaFmi8As2EWOuZbclirjvstuq qigu5vKCuILIka5ho0p+RKrDmtFKXLt0UnBlWXll8LGkqmC2SKhJVWXB/xGOwyb2L3astGQT+0xE VZWblJHsX6UTRbkysqSqqqyJTdbakZd9hnboMZ9p7Ux4YxbtyGtKDrVbFWqXhvXRLlVEaGc2U5rW Ls1s1trpmGjXsDC1tKQhNVVrE+ulhVqbhbHetm12pqFNWprWJqaOdmptdsbUiTbBkVoTtxtNkt1a E5ZAbq2JmyVoTSa3NskKN7m5pcnN2p4U1trGHWpjO3Cije0A2mScLrVFGRls/YiqWVOF01XtK61F qA7ecvmcuGDdTK+3YVZV2BvzV8+cNUfENbXBKl9tSXCWr8TbMGLqj1RPFdUjfCUNNLW0orJhaqC2 pHFEYESpr6akav3o8YNz2+3r5pZ9DR7/IxsbLzY2WOxrdO6PVOeK6tFiX7liX7liX6MDo7V9kdbH x1c2mKioCnN8LV7PrRb01+rElKqiGOf8kVrnHZESd13iZsxW1pIVLk8E3GcbgqjKLMwsFFV4TYkq u/Csw1Vx141ISdzM1oarnCh2+YooY9HihYsprnRuSehvIUDRosXihIc0Y+HJQF0pnOSShYuIyoLp 5WXBAsxmG4xGlFaLQwoOP1FmtZZibh8qHIDC4aJQUVoairJ8UWY2hxv+8PovDsfF4lVQx7esZ4Fk togWVinB5LIKjqGgIuzCbMZcSrw9LKzCAS5kGWzhiW2Ezc7IoFCexDGfCIsWh1Phc7EoHIfWxCoL T5ySFsTJymg5Y4uwQdJvpniEBP2jFK/zi3vU1Q8RPhJx81z1I1EvYv4JBrqmcCBaS0+yufQkbaNn 2TGstQ6OwAYSU6ASupeuobvoJrytTUHJzTQRix7ld7F4dQNl0QN4Y3uAdqHt+XQdbaYYFqd+TNfT MuV1rLWMbNSbCmk8zaPb2LnqYppK+3U3UC6dS5fSfFanVqq3q3eqD9PvaJPyonqcrJRAs7DsUj/V /1V9lzKxxq/pHtrP7jQ/TQHspQ4t76PLaJUyTcfUC9RvYEEKXQEbdDSWdrHtPANbr6UPWRy7RinG Vh5Sg+pzaOWmaTSHVtFmNoSN5in6qepYdRfFYB9LsNV7qJE2YmmiZ2gvi9AfUx9Wj1E89aezcTwb 6FW2XWk+vrS5AGdMj7PUj4ahZh79kV6gPczH/sTn6SP02fqA/ir1DepFg2gSrH0Ua37AvuTXYble eV43Si0iO87Lr8TZpj/T+yyBZbFxbDLvx+fx+5XLyIQ9DsIym+bifN+Nre9DN9rII/hu5SHd47pv DUnNB1Q7roiffkv30Z+YDUfqZQvZL9hb7BAv5jP4b/lB5S7d73WvGWtw1NPpErqNHqcvWSTLYxPY z9gcdg27if2K3cN2sT3sI17IK/hF/KgyR1mgPKMrwlKuW6i7QX+j/hbDR82Vzc81/6X5SzVbvZEm oD8shfW/pvtxZJtoN72DZT8dZHpmZXYsXpbCJrGrsVzHbmMPsrXs92wD9rKHHWQf4y3pc/Ytxzst N/BETH7EFMjHL8MM8y5+L9+NZQ//J/9aiVV6KxnKECVfqVLmwaqblDuwPK28r0vQ7dapOM/Z+pX6 1fq1+sf1z+qPGSKMv8B7/CvfPXQ8/fi+Zmpe3ryyubF5g/o+ReMais+wPZQP62uwXIjrvRI9bh29 ziJw7hJYOhvJzsWZmcEuZAvYEpzJX7JV7Hea7U+xrThLb7OjsNnG3ZrNA/gQXsTHYZnOa/kCTMbu 5Bv4W/wbxahYFYcSraQro5VpSq2ySLlSWakElVeU95SDyhfKd1hUnUXn0fXW+XUZutG6GbrFuvt1 H+o+1E/Vv6z/u8FiuMRwo6HJ8BlmNSON440TjNOMK4wbjW+YqtE7d9DT9Ie2nxGzA8pSpVR5mm7n Obp4uDCvoj/PoNnKWI6eytey5fxatoGn6pcYRvAR7Dw6pvPjXD/PV/Mv+AhlLCtj5XQhHxTamqGX 7jFE+boddES3Fcf2Kra8xBDBruNHDRHUiDnSMOzzz8pAXYbyMu1V9jOj7gH6m87CYtkR/qgyHr3g Gd1IfSWlKPfSU8oCdi09zUuJLN+abkU/Po89hnGhgmWzrxQV0+Dz0ItylUN0A13E/0pH8DpeTr9h s3UX0O2Uw66hD+kRvCr66S81pBui2Ut8rq6eR7ENxHW/x9ENY6lM0feiX7JpyirDUf4OLabdOgvt U56A9bv5U8pY3TH9RDYHr4Br6UZaoC6lK/WVutfYBaSwyZSmO4DR7RolW5eC+HqMKlMxpm3Eq3sz xoFCZSxK4tBzzkW/mIQRYhWWuzFO6NCD5uI1fj5GsVdpg6GCN9EFejvDqEOke7l5Ik1RH6F71Avo UvVOysR4cJN6Dba4lv5OK2gtW9Z8Nc2HK/kOXtvn6kfx3fpRaiav5+/wcr6y/fXF2U5jcfQJlqeQ GanfQvW6t6mcCtRb1TfRu/tihL2HZmLCehhH+Sn2MEbZTjnN5/EGdZQyH8e7nyaoj6oeZqE56sU0 jrbS74x6qjFm4BoH2Ws43quplk9UFym1zXNxHlbgLARwthZj/LkZs2FtwNOL78KMRCmuFFcaBDNn +s6rbP8uoKdvyavbLr5TCsLaFXiX0ZOZrm0wiA+aGjnpm/i6gNWUb7CYh+vyDcMZyzp8/DAVHP+g ILHBrdX6UcvJYLG+rJiH6/N0+ZSHdko+517G2MsWi3VpygN3Y+Z7nvPf0/LHOo84D2MTh52fUkHB WOfxDzDzXa/HxIQ58535VVWDBkYprhyXogzJif4wd//gh3azixUzK23e8t2XzXft2iVsna6s51do tlpp8Sa8RX61vnfaYH2T+lWgt7/fYKvBgpME30mvN1g/NZtMisLJaMq3OMx1Zm7GTCEQbXMMNu9j ii6fs4DNNZjFRyx4NE6YmJE/9ni+83jGtPzj+VSQL4w6ng9hrshhw0QYNJBlZEQJ85QcTe/I3pX5 3qBdA5X1LPbYseaPQyrckWuaJ/Bq/evkpLMClj4O+CqRRpPT2cRy1tNquwlxwGVcbZ9OilPxKory hOu+W+MynF9MO/7FEecXR7D7gnzsbhrzc9fg3KG5OQYjlmgnY/t//erYKVuXXtnnLF8Gy2iesJV9 xeyf7j3+7Z6q+pVbnmn2NHvb7b82ENGX93Vys8XJKNIsLLCsVhjiDbRamW5vUo9tcDr5JCS+2uBw aInDG2w2LfHPgMNi4ZMcdo+d25+IDNsoJjLfszPKR67BffxYcmJiY6Kd/PhSnKveZ/W5aunWKWN3 N09gB9j7WzetrJ/y2rfH937a/K9mE6x8rHkfuwFzAAud97QFHfVxQxMbH/BrXYhZWD5ZuIIMGfKM w8dhfJyHV/saXPs1VtGt0Kn+fdh5BFeICoSifx0/Ii7WoIE5uDq9DMY+Q4fmbtw1/vzsYUOVXbsW 3OIfG1/zM+x3My7RTdivQmmBOC52kx/a+DrSrUH9Gp22/S+mTcMRHgltbvMu0QMZ3jWJf6vfDpv3 BkosERERRZNIU4vdakVaU4vJZkNaU0X0sot01/MV/B6T7gkdM5NBzxWznkVwttNColNaUnyDBxIT Vw4Or3Y9kPgk4BIXhNwREVC7uCYoPRaIdzgMk8gZESHUZoMmROgD6Nd6sS272JaeeTGn4fp462aW z5aR6OCHpy3IwEGFZ6LIiP6Ol2LsMOYSfXsaTUOP0kjxuQwG4xCcvhz+7YbC1yt+czBr0f8j5EsA oyjP/uede3Z259hj9szuJnvk2AAh2QSC0YwKeHAqgoBsjQcqIEoAKR5IqBW8qmg/b6t41JuCghhQ P/O1qK3HH/r3aNVaaIuK2lQ+5aMKZvN/n2d2IFj7/0L2nWeOzLzzPs/ze86Fv/K4q1K/Oun1s+ks z6GIaVGP1ccssrXtPsLTX1bmFc7H9LIv2E0s4RWvbwlVP5tOZwr1bi5lOTamy0uUL5gp1GSfzXKd dHMpWUl4EtV6yW3P3IhaWOrumLS/f7JxAOZn0PXvpFrYbrY7jCXdpUBrdUhkOFHKtPn9o87hnrup 3D+hTd/K/eTr6/mD62+6vewvH+r9cD35nLx2H2DG9MFP+SjlWJJpYNdtZfTBvXYGGBOKOCMwrxbH DI4SsrO6l16nAmUZMIqwXwVUKAIsrsUxg6PkhdH5C6AsA0b4i81HTsDDLANGOLEJCAdsn1dTEcLk zEjv4IHNwFpK7N8MfI0At+uAzxHTCwdMZLoZMRsLal0S1HKKxmlakJlKAReY7zNMcTrhkwlfTTIo UOHt7N9eKDX720eU+psRyEYUCvS3YLz1zlvGR6+MbIo/w35vEp8jDABhN4DM0WeDAP6bpx79rO89 asTQB9nFMbGJlp05yzozcwF3sbUwdmHmitiK5E2xG5P3WE/EXox9bn2SPpAOHGvdb623uDH154ts 7bbB3UxmcLcdqU6L6brkFO1sCkVaAh5J3p4KCsNetBkmkYJVA/5Q4itc9xRAGqxzahtpZ9TKaRWW GU6r7mm1l4y2zQhIahNdhIgRYSNrGwkcDTPP5VAccqjXOdTo3BLTVbS0aZusubbw2o0OMvbTpd1P kZFqF5DwoQszUNrT2Y8LQyV4NP1hSt2k9IOpjMAoy2ppPo5tLdaKYqaGbpmWZstvGizdy5NiPlMj hoL0krZF662rzpm2YmobaXth4ZbviPTqLf1XXvHfDz39AfvGL5cuf/aJq1Y8SKYZV1wyceUfF3kj MxYQ+Y+7iHFP+W8UfT8tb/rVy1zx3i3b77tpwwaqJTSKY4RZ1LJKjMZWbWUIXRtEtd7B75BQeitH BJfgweqGgZJl1BAetUeuXHTQ0QVZhJFeu9/ZZ1FXCOwfj1riQQ2yEDzxnCrigz14HxwVDe+PtIQ0 0XSKkSxwukJ8gxrDwn1ngZIoXhgFHEcYTcaF8kVKl3Edt9b4nfCq2GfsM1RZmEVDuKnGRepG42vv 176vNYX38j5e41SPIvC816fJoiR5KS3TWIW6VPDGOqJxWvIG6SmW4+BYCI5xad4bpH+lJAVBToqc 2MsushVG9n5ms4RltxGVujqq7femmbkSd/pUGhLt4rm1POF7CbHVqd4+aZeXW+slXtg3dGmHxK6U eiRW+rn+3h/Q3nVH6Yf+RvqN/ljU6O9nIp0dsf7OPR1gB/vXCMMLhRXG9jXDI7h1PJf29jXG9u3a 9u1rBGdLhXDCRnXahI3J02bP3MzrnCxto1EzdaZANmeRxd2l/19eLUNaSIar5gLVXL5WlDi25ffs zI+eGrj3wffJf989vibRImw7OJ68WB7LziZ3bP3xz24EFL6fytdsKl86U0Witj+dIifKiaokXRnT SOqMHO4dLKNYhV31pcQBu8ZLFS6cTyskZQMYKWkwjooHIEqJ4BFgeS2yPJaqMlBPDQ/oqYGaa6TR rqYrRvUAohsSFYN6cDNytHfwn5vRpAJDPWhWS8lj5kQOm0zqF9Kxo7JbcnSbGif4jGw68XK7jYtL sigLMi/zYjQSi7Ci6vF6fB5ODFlBK2BxYpwLVxO/RoeInKgmlsesZgpgdeG/9V5FSi1mdXOYelD+ UJDV2EyuurltVFtba5F6Vpnq+8m3T82+etbSJZOvuPWta8vPkPZbfzly3KQ7L568vvymsC1UNfHc 8o7tj5XLT5zTvL5t5LjPHv3knw1Q032ZOi6r6NpzpMaOsiysCocjK8FqcVJFJb/FdacL8K1toq4K sPocjvT0oc1A0NOHbA8eYhmZBZ9j0+hj0ffY1FJ0tsOanG1dvbPN5JxtVdLZRmKOr9LgM4ppYa2w QeC4NNWvW6h7t5HhR9BIZir1tPYxgj9ND65lOLxcRY5FKpz8u8vJf7icPGAbjnKqKuXeQ/x7s4Zw 78Q5M5/toRpYmtW9uGPgsISDB4SOvfvTQmOQl38NIkxX7i4aXet05QwubHvlBpW+NYujYzW3MjJ9 qAoPlTWfiUBEZ0MJOt9/2HVAef1wWtC9nMIQVlZUjZEV1qOK8BqqAVOnlujgFrhKNehbfOL6f9+4 L/id84Jgt9/Cgc65r8/YubPP9IfbCwVn/kzc8SfslIQLIOLI4cjjKOAoUwWzM0ABFtMrRBB7VjuC mh4cJRdUZdCIFFB56rSmPf6ijoPg5RiiqYwsE9YDLw53QwJv8gI7g/EzBjvD9jH4IEZ09QtvyxB4 l/0j9qMedXZ0OC9TGsINJ+sat1cyrC4H2bjML/Ou9v6WLqX3FO8pOlfP53yN2kzuLH6Zb7m2xier rCC3+9q0KewEbqxky5N8J2ieu9i7uTukO+THucck0c/qmtYksEFBYGXqVDUJMiVl7+n66cSmMC3L CrVIPp+mGcCnLn+Pn/VvYx9nfGTks0Kahm4jbcureNBsOUbKk7a9K1WibqMvrBGVXsX20o1OGNfV QNlEZ5JJ64sMYvSyM55PC11Cj0Alm318k3kMFdUoRDSljsgAoAziO92LDdndU6J439mBoan7L0at AOD+mhUI+3Qzsok5Au8vMd7BQ1RK36Mm/j1E9wkbvfRcHT23lfENfvOM5oGjmCT3Db6zpbpda6xu 9/VSclS71jwKyeeG0aPD2h2mzKL2gekugQPDgLpQGAu3jSLVZsYkGWLeRbLkrCYr2krde+GF8owN 5ZnCtkNf3Xry1Hu57w6O59841MrvPpSGWIq650KKapdCXtzCoe9NRW3vc0D4VYyLAqGiHPFa1Lg6 7jelZGpz05JMra/MShwnKzzLKpLMcwhQAG2uAYEjtoKH0qIouIghgPwjlAiOalLkt/OoH6W0StLq VLVLXaT2qIIqK2hOFMcLSRMM1nx0Uv+LRXEggeFR6n/IsHiOGQJNhVKhA5lMbTtCkjHgABNVCmrA CVhwHjnsKPhWhhvc/bzXLMppOlAezBrZBEaE8nCzbI9vp+/dt2V8u2w3O2Rzu1QTbafQ9OctUUo2 OyQczSBpq5l2SQvSTwD2928JULLKIasoGQLym2dCFf67QSIqpyMCLYSCJuX9fa9x7LbXvitThq/i V1Jm9xzqgY6mwU+Fj4R3GI2JE8ueENNJ0AgG4+F4nOcNPqiG1Tj/RHiL9qrGhcOROJuuss0pgSlh OzZTmKmcaUw3zw7MDp8dmRE7M35j+G7WiCY5zp9UlZDrNIRcnodA09A6hfJpiUgQFKCDCcEYMExy 7YUEmQ9gkwQhD3BKcuMuCVjYiRgY66kiVToaSx1lQceb63mQANlxWtEqikMQLpo4b46TUgLmTgJP YbJROsztSZWwAFILpNTNlEql7oDBVDfzYPb5TE2WHWVQt58xiyz195nzyHWk7Q0y/qnN5S0v7yhv e/y3pOoPH5L45Z/d+n/Kf2BfJwvJL35d/uWfdpXXPfdbMvs/y/8s7yBFEt9E1J+XP6br/yDVs/VU zyJMDTvGrvarGvG3JWanLpAXpngFUwgyjhKOWSo0uDI+J6SiNswlVJfw9w7+dZM/VqTbfZtqaosm 7FfVFo3KVq9s6fk/bqrKO+fp9UZlC+ftUyiR005NnJqeps5JLEwsVpZrl+vXeq7T7/Q9offqe7VP dYPapbSpB01TN3Wv4o+z1THLI9KIyOcVIopihWPRZBhmXPEZ++wQsCIcZqprwL1kIhFd1+SkKypJ V1SSICoKMC+Z1+7DaB0UWXQVWYTegyK8rCjCsoildHZRtifLZWsiKBARFIgICkTkf/UyK5gg/ltM yBzz+GGhQXdzkuNvOoIT3ROpeJyA+uBz+iGWH6A77SP8kMMJt6/RhhcE6veDWB3lsjMVB8j2yLbe rhtjTP8YUF7SjbivUQyIRdtNihJ++tHsRLtRE6SfFP0cVvtZ4JxaFiTWqIcaDmS44Sx1SzMmPYw+ aqb6QfaG7W9e8frbk+qmTxzc/+vpl5w5rHrCX8iD194x+c6Hy03Ctim/vfy+96py2cmXlbvJyJ/e NFqVBi7jWkZdftJFq8EizBn8lP9CeJtpYl/ZytRW4vO8G6jnMOIEKoI5mSiOMRx9brbF6xKqSyRc Ig5G5Fg0DZi3YXEkOJ7Hnccv4ZbyfK62lWtPnMidIk2sGpcamx1fO42bJc2pOrPu+oCWAeEBHmdd IucSeZeodYkMst+52CFyLpF3iVoQwvFA1fnyWTbL1eba9GJmbG7ciNnpGZnpuYvV+b4F2gXBuZHL 1St8V+grjMuyS3KruRvU63036D8zrs1ek7vNd4d+RyhZcf+GVef98XxMydeTPMPUx/x888g8M5fi gG/Y5fHr42w8Z/mGJWtzJCdYAkRPTqicHKYkkxaHwFSgkWOJfiqbEgHfbES/8y9uD8tlNZ8qVNMA Li5LIs+xIslla+gxUUjGh8VsEPVbYiTWbzHDMDGFltYgaTKVdJFFZC0RSS/ZaGvD4JHwaDrjUxU3 haO4OqpU9INSeaae1ANUaxo7vR6mnYJ71seaq52EHWpjNWZo6AqQvB8MPlzsd9XQfzh+958B2hod ed5ZTtJx0h4q4DSoRqQ+4GL0/n5cDINGC3tg2A+rQPUMwmpCSWp3GUiquj9k6A4qXWBUkm1prkRw 2dp8vrXY1tZCtSgs5Z1UTtjiw6hUIsX9/JznfWf/dsWlT06bOueY8sWnzbvw6q/+4+FvVwvb9PVP bHywfTR5f2bPFasP/eK18td3kz8Yl/zszBOWjB13YSZ8TmHUw3Mv/a/z5725Srvx5lVnTWlpWVB3 zHPLLtuxZClWJJoYht+G+Z0/21ER8UvCUcToT/p3MaCI0Z/0AzGgCZTAJin3GfziitLLLtmUdvIZ z4tpwo7gCEfp50gls73XVhEf5Qo4fuVG3n91UfI7FxXLTogAd5S33D00CIdakjGwp/SJgZl/J/oe Er9Vm9Wt1aFqkw2Uq/gbynHBt379wa+p9J86uJdP8Mcxdcwo9nG7UfEpDVFfrKHe19BAQ4bQqPiY hlMaSr5Sw3zfvIaupht8q+vvse6NPeEL1TkAIoK27rWjQD0afbJuS/SFuu3RHXX/N/RRnTzWIkkQ ShNewO8/knxqBTMyBahUOBUpNDYU2/n2xlP4kxtnyLMKF8jzCsu8a7y/837r+7ZgjipqhDdGZIvh 5upg5Oz6S+vZ+sQIrVO7RXtAG9SEB7QN2pcapx1Or2neSs3mc7eKs9+uNgyRnoAF1ERIKGt5UAoN PWxNS3DhXvZJ2xdpRPN1ezCRkJjDU2fG1XqaE5xaf45xztD4xcn5AYtsDYsbIrIsV50FNatA4t8d vzrLA1+zUEhSVST24/JR4k8gApTCeWVdhmd72bNsrdZm8kY+nW/Kb8gL7WDSQXspVL7nEvu3oD0Y 2Y5+eDJTbGrva2fXtZP2MLzAArh1GBOQ4VykZgRiwQhEhxGIDiOyL4s7RDYldoqsGETxDmJG3klg amj/vWj8I2j4vTB/EaNXUUMnADPw4sjRh513EMpuBy0KBerCF+BEqd814+jaFwoffwxQsqfQ2T9Q 2GOi6T78t90O0LYjyAKkIJZAEo7pzgEuIGqMwn+txVrADan2OBZhxAqFglY4k+dESWOdxDC9iOs4 f+v8DS+etOTk1gUfXEhaxl238vKqjZFLdl5/3ZNTDSVc82IifO72S+c0L5x30UP5qmumj3/q2smr Jgc1Xyyb81wy7NhZ3ZHuGyfY55w6fPm+Q9ceO5p8VJcw6iaNOLnrrCnH/hjyeaupNkHsZjBV5Hf2 lUTw6lmhVRgnCJ2pjSk2lapJtCROSCxKrU2JYwIdVkdsojUxVpJLvpl6yfpRbL58se8i/RLrklhf 6n3vB+EPon8N/D389+jfqnanBlPRtDBCHxFsEjp1W5ioTxUuED6o+h/+oOE1Qhovskw8IUrEE0po asT1DiKu9YhAgJdD4c7uVImh2jSg61F5J4OoosaokUri5YDr1+5DEUUHF2RThUIc8BqO2NOA9+pS YrLwJBPFxWxh/KgcPOoD74R8CFstHAod5xQAcyzbR6jJW0c2kn2ET5FOMoVwBEAO9IaATlWBhBMU PYJJLOIH0SMoegReEWQbL7VgeiQCcyNBeByJJk8aNdR1RLFa3DEJ4kg8Rq0bxpRDpBXEkf6a7VhX Y2g4372Y6a7O0ECOGqgkGzKYTE0tR+0TFalWrDuQYY9tXvzMuRu67fJXL724gC1Ov3XZ07+8bNnT wraB/7llyi2vLyl/WX7vF+SOl6ff+NYbO1/FeunUwb1cP0XdGPl6KxMe3GfXYMoEV1DBUcfRcNYU Rye5Zhe1lTrRVQLJwEUMx/D+hCpFErxKtJAkw4JJuGAS1qckAxZMQsV6651XHcu9vdQMH6g+naR4 SSpxYuDE8LTAtHBXoCt8L3svd4/vEeORmFf2RT3z2XncfOEy7yJfj+9R73PKFs9zXq/lXe39G8tp NWfrl+ordU4ngJ35JsxQdtFprWXWMbuZfYzC6LrKHJljgk7dFUgdBBJlRc9qMuJyTRwt4n4XVf9h r0JZyqqFFCEMIcTWCtTi2iBBxMaaRxuaaBslwkZxOBmFIIZCcEoihOIWQtELId6FsjskkpI6JVbS MML1wJ9JaJ1g7dxipzQyXtx+2Mg6AnIE4EqLK188grJQ3+hZ9Ozi/VDbWoyLTMHMbB9hlPbQX3SI qCjNqhhkEgb8ooGsH7yew04PyBTX8UzVl7/6oPzPxZ9dv/5PqQ3RlbOve/KRn86/mVwbfn4HqSKe pwm7asOD8QUX/+bt9379E4o546ks7aKYY1LMedm+ysPyvpyv6BvrE1qDrYkz2TM8pwenJS5kzxfm KucFuxJ9qXeEdwMfRT8OfBz8MvxF9GPEFiuVKsQAkCbEAJ2k4WzWN9waw7b6JrDjfOODpyTO9Mzw Xej7WPzUOkj2awYJcZpq6BRzVMlkKOhwR4HON88j6LQAP796HrmYM3X3gqOFoBaFIGcYO01imLbZ ZfaYFJdAch10Mv0ACSaaY8ApUwQ5NxGtTExcAR9NDfhouqlW002pAmF3oSIt9aM0+JG/fpQGf1bC UEnCKvTL0g5plzQo8SAfUyROSqL+oN2Tko5eocygIyHFUGaiyeLUIUgD/i56yofBBQ92oCNNEadj jwM0HfA5AjWQP6xuBcNGLZsjGRR2SPAI1HCj525f+e5l89+5puuOEZsG0k9ftuyXj1+5/MHV9990 6OEHCHfDacez2sHxrP/N1//r1Q/e3A4WaQK1SEmKNCEqHffb4RSTCLHTuZJQUqarc7kFwqXKXFUO Od0tuFR77NOBqkrAWOt/XzgYPBDjR/rHREcmjvdPih2fOM0/J3p64hz/wtg5ieXi8tAB9kDEYCyi +8LhqVaXtcjirIS+1lhnsIbBxxMeidnGPgla4iJ7n42sMqhC3x6gsBB2sk5Hl7m+QbcmbNMY9k/o CfucJJUIxOfIYh/cSqltKG70EV8sBUWUXL4I2+fBDUqRlAW2YQ52GbQ4YFqphaEcGFnJzjYUXV47 Wu8gQHoI3xPIdwcrEshxC7lP+X60hSkVMDuxhx6jMnAA455Jh8vd9IRT8O4Y6Hb6p/xuhwl4Notd WHCyXEGpGorebaQ6j84N96Ntjf/Y+ln5SxL807tEI9/t9Tx77Xk3DXzAnuYdPeP6q54gM8IPbyYp akO9pK785/K3RnrDtovI7atPvOhRsDkBKg49wttMmNTbyaBC9OiIaFPUji6K3uu9z/eET4756nwb o31RPgrLasdSxSrZx3n1hIeE2EIwwHMi43kgSIKDAVzDgM2HkQjjYoa9jovJMxx7G8Gs8KaRo4uY HS4kUsW1DInaoL1R20e1lwli1FOHUU8N6DPTWIl3vqpkhYKVrNDnaOaxCIRNPtTPfx698ocj0RfJ NqaaOUA8TKRQODBU4SBLtJ9GQ6h1/YX+EoRFHVCa7G+H1p4TL7eDhikqkihTv9dQ/HHGFPU4KZBC w6pVpED1cXGLmWltaS2OgvCU4jTAdKgllDGffeCBQOyaZRPnxEc3nz52xw7unpu6FxTHn+n/hWd8 17k3fXcB1bwTyqdxn1PNSzIN5BW7S1WFYKOaC05UxwVFpSpa1ajmg42ZdrUteKo6PjhDmqlepB70 /E9IG55prD0uc1ztxNq1jesapbbqtvrOxvHq+Opx9WdUn1E/Tzqv+rz6rsaexg9q91b/I/NlrRm2 xFAv+8zmukRAQlNspGloC4a4h+ljdtLwtpddYRtCIqF7xtUkvB4r1JJr8bjK5nGCTiS+sWuBmZ5c JLIzTIywHe4K94T5RsoSdnojonEY0Th8GI3DiMZhC89BgwyiMVwlwr6DxmGnYIfEQVfXD9oXoeQs 1UmOqUmhMKVQmFIoTKnsy/oOfZc+qPMpvVOfQj0NPK4jVuuoo3oMZEWvgafrCXiyjtisIzbr0ULj 0mqA58LkI2raXUlkGEMRGiEa1fcA9M7tqXSo7HF6+bqpCQ9DERpjiVqnCwVQOtzaYmKeIh8YAtUX bFCbT1y64rqIRpZt/HDfJb//2YtXPDr3w3X/+fndj6646vH1Vyx/fGbstFzz+bNHbbyRdHx0FyE3 3dXz3fxvdix/imv4fd/Lb/7m1d+A1q5hGA6+7RAkt29lLKpSoXCRg+AZA68c38qN47b5eDwUCkeL Ydn0mkFOIIyeEKSg6vG6Ntfrshvy1nYDrKM3p9gtbcVBhfQpxEKDa9nYSlCHYxAYq0AEa2JTAXrz SgyuU7B4B8utBIHRmJNSYU7QhoD7B7Zg8XSyBQhQX2wrbrT2Wewia5210Rq0eIsNIquDyNIgMj+Y c6pJBp3VPvgCW5pK726Gx4aEShb5oB1GtHBCCxkmc7imdNCJAxgW4YHFsGNy6KSpkaGOW3eh0rNA qf1HC0ClN6nDiQHaid/BCU3UpJwmeuPEJ1OEYKDYs4opQGdgixMaWFbIzJjIejFkrtl8dd+yX03Y fNmCqT/roHHAV7eVHrlv4Gz2wTVXTrt5xcALFB2uo8ztgO4DRiKP2VEWK6ecZ0jzj6eSe/rOTTY4 hOASPEZImLHFIiqHo4ijhCP94wHXlR5w25QG3DalAadxj8VAjcNRxFHCkTgKe4Jbaq88GQh88hjM P7bB8k9R1irrlI1Kn7JL2adIjJJSFik9ygOVQ7uVQcWTUqj/LvEsp4hQfrOH4VOvJowoiLxHlHIC wz/Ar+M38n38bl7s4/fxLMOn+Z10j+edUI+FJ1fYzyP7eQ88n0dDwbuGgncTZThPD4gCP1n+vhAs xoZmYHVhaC9zafHQbOXRPwFob6b8vm7z5s38Fzt2HArx+UMfgJZeQ4dR2EsyyfYN5eVR/Kv0jwzh 1lEcglTT0fw4igdOs6SAK479IqNGO30jxVZn2zTS2Tq93312jkKFLqSEB4RdAj+FDvsELiUsEnqE QYGnuuVhOUfd4E6odiFq6x5gSB+N3NihuvfNEd2rGqJ7uPgVKy1XTLSbohwcdJOWFRYwk/mjWQA8 gERQpdcE977/A9p1zWZsO3GwUMxTi5ph/7qVCVTQzHBhze8SpktUucuXcIm4S8Rcospt5Uu4RNwl Yi7hdatkPpfQXEJ3iYBrQw2X8LuE6RIBF4oNl/C7hOkSPrfcKrsERdI/2pNUXzHH7+H3KH8Jf5wW 3hUOpNmwnM4okXha4bhMMiGGwPhJRMzEooZnZ46sza3LsblwOKbl1prE5DGEimD4hDlJDKGC2MQK CdwwMNNkMZDyYiCF2UjTMddHhVOkZCcj8pBiHwprJLc2TuL4gPjhB8TxAXEI5U14QByROo4RNz1a dkxG3AuPiruJzzg8oY5hWzJ4+wyaiQyaiUyO7GQIpBfYFNPJTKH4CXdxpBLbhhin2wlzlIxVsQvf uR7kfjuIBsIRSbShTDSb6yXLN1WfdLSX4GSL0CEYkkPCDrehKaWByePmjv2km0b91LmkeALf6Og3 w9ia7ZoPbzCQD3rNOPH7Qq75cP3+fwc2VPRDWBUJw+BYF3RAh9qZB5sfnb/sztTVr9//5KbMnOMW /cfmmedPXDWGz98++exzZ27bsGWglv3FxWePuf2RgTvZZ5cvn3rPrQPvV7yKT6gmWeQZOyBwYoB9 3Og1/sZ9GtjHHQiIPLRY11CRu9wgdxk7I7sjgxE+LQe1oOWnXgURLZ/Hp3k1V2g1V+O0SgWKUtkI ehIR9CpU9CdU9CfUw/6EijCi1uAVlV5YkV4FvFKh1oLCoXoqmccDNqZoVHRZVEJ/1ckRgK1G8C0i +yLsosi6yMZIX4SPcGxLyEK5sVCGLJQeK+d0H5lmpcfxB10Kz/dcCnOIS8FX0K3P9n/fRZkcxg7n wz+Ok7Ef3YyjThScFmgs1FCJ6T/iZ1iiqXhkj+ThRCNvilqc6B5/RWCgEbKb+hzdKBiVNPcQqVjz 0GUfdT041fBsblhw8pLH+PydG8YtmtS8YmAJu/qShcff9ubAi5APGDu4l6+lnPcxUfLyFuj2FwGX 9qJq6wAEc4GK4gm/5Il6TxJPlmeIs+QLxXmyXDTG+MdYrZFxxgT/BGtcZI4wRzndKPlL1umRhcJC 5XxjoX+hdX7kxySkiILvLO4M4QzPWd6LubnCXM/FXk84wUsmBaqgKzFBNxMUBAcygA5hNo5xRhxF Rzr8lQ8J8z2VjKabmkai0p6yD8PDSgsLEn22ls0VmyTCSIaUpiE+SBlWTqWRuyhawRULIVVAaQ3F RfM69SCU5izj1SA89SOwYEKVSaB0YDKggh+IloyF8mHTxwEwsQymEZjKV2HQAxgZg3QBGsDSUZJg dBdKBwql0tHy4fbCQF4IuhSUacI05VzhXIUnpVnYZhQwRlFBYJwyKTM0/Bj7yPWvfEisK7+4cVe5 f+uza1Y/u+naNc+yAVJ787LyXwbe+uInJEl8b77x5u9feeN1Otk15Xl8NZUKP5Mkd9hLvcYw41hj gsF3pjem2VS63pupag41V51QtSi9Ni2PCY+Jnxo+NT5LPss7JzwnPl9e4J1nLAwviPel3w5+FPko 9nZyT3BPcnd6MG1l+IJRCLXyY4zx/KnGbONj9YuqsqGaGmcloFwhWglNZbSoKxBRVyCilQZLSmV3 eojhsT1dnh4Pn0axSKOI0ID1E1sF4fBEKvtO4/LQzkundOEB2W7FHsylJNDCtlRSgU4S0EkI5hjm h2sSbinCGFKKMI4qRRz4fikCy5wU8LEUkTppVIQcVYs4XIoo7N/zr1UILEOY7UOLEAHXHlihIH7t odbkhnB8zSNjbrvoup3zL9t15exbhpuPLlv+1GNLlzxTnie8dMNpp900eNfD5UM3ThwzcIh75K3t b7z7xut/ADQ4uTyP2035bjAJsty+WGULbEPkGHYCe7lX7Ax1RidE1ybXJYVioBjvTI4NjI1PC0yL nxc4L96V7Em+I77r/0T8zPt5xKhna7yFUDvb6j2FHe+dzc5j3/d+GPmb9Vn0k/h3rE54XzCWUCVN DCZ4yuyw1sK4/B6a768kHxhIBevE0G29S+/R+SQmH5LIcR2TD/rh5IOOyQcdkw86OhSYDrCAGwBn iAR4eQkRbqmJbDeR4SYy38z+S9Z3aBUgi3iDWQYJswyS5TTBOTnAquT38wuV9MKQ3IKbWdjf8a+s ZbqJWSkHtFXSCUflfBsb7pz+UvnLS9+++pXuhwaqn16+5NENyy57uDyPlY+ZTIYTaV35mkdvPngi t/6tt37z2jvvvQae8rWUua9SvprMn+1JIwLE4EmGL/In8tP4C/ilvKiYsiIrvoCp+BhOJioqIuNR 6tbKRK5JB0iAraksztDl+vfR+eEI4RvbHGJKRQTLo/wvJ0B3WgJlJ0D3n7T9hwL0PUZp/+I9dMVg veAbGxinMcbv1mjYz1taDF8NcLTCSc5J1A5e+9Bx8zrP+tFxJ5xwzI+CST7/YPfJYx6rPamza/HA O3TOnYN7uWfoyjRx1PNx0peOExvFsc6VxlqXyLtEziWyLpFxiRqXqHaJNLzqSoy0a4I1Y5RTlbHZ GTVza65SblZ+mn008FTjrzmfEo5Fwk0TGt8LC3F2OssazcQTmSPPUeZ45qhzvHN88+X5ynzPfHW+ d75vc35zrQ7tMtn6tuxszyz1/Pz5dUszS7M92Z977vPeVndn4+1Nj3ie8D5c+0jdpvwreavOjSBq XCLjElmXqLyv6L6C6L6U6L6mCCHSn21/sn22XJvzevhYOh/i1eFVMUg01kQbsUwT7YxOiZ4d3RDd ERX1aCp6aXRXlE9Fb4my0ZeoBISoPGIFwA7C5QY0lRtkJ2EZYhAWKgKbglYRKwOGZhYJGT6n6uIq tioRkninTwJj/0/c+P4TOwBixCeGq6kYiWWjdiBSbIY/b8UMc8QZQVujFkhiNA1/GU3DX0WxWyGK OXw4S3m/jT2LkQa/2oKJl2wDvdFzifadDaQBngl/3+A2Qja4mNIA6Qa4RQN0YMBdGmI4g+rahmJX c18z29nc08w2Q5Ejy0Sc0ATlPe0sPotCgm+E0pKCuaVRCtNZHa2LjnPX0xVwO2jnEfLwSwmVLCd+ LUyv2cUQiIZYJjqyUpOgKOQCEqARNcKF/sWT3VaMQqEbKhNDApl+qFvSbWd/NzZiQDwO/V2wcVox Kp0Y1E+1a4clM0KwMW8afiNgcGKNLx1nlDopToRhdEgG6W61lokzNRmfV673xEldreIRC3ycSRlV 4NEWoFHJGTAEaiisWrWKGYKYkIkpHTkAFzlfA8Ruj9rhbGuxbdS/tI3Rf0nWcYjync/q11951fLW 3M9fvXvK8aMbbp224qXZ5kbvknlXzbesEfGfvnznjHmvrvh/7H0LeFTVtf/a+8w+c2bmzCQTYgLh NUQIgYQQIDylGm1ERJ4BaWbASN4PQh6ThICXWkotIhfQUkqtIiJSRMq1gAGVxvejoqJi1KooBUUR ioqKVFGZ+9v7nEkGq739/+/9f9/9fx/ZWXuvsx9rr73W2s/zmJfeZD/qMTdclvejC7v2G3rlzydf sTC9d8b4f6vomj87f+SFPXp2cfcddumi2aE7f7JNjq19I5/xgeJ3lMx6P0Smvf33RM8BjCjijCJ6 FHGrl37SctQb99OBLO7GiJleN9MoKd6VEefGWkjzxMWnUirznrM8cVvLE5NFnMblrsvnOOudi523 OB2ERe0G53bnY86Xnbp6iNt+mvuUMlannGTVIwHWTs1G7Oe7zyjbk8tluYQCpturZmsz4NzDq6kr G7Gj/DunNur9cusE9Yic0T6ST5vJGc0/bFj83pjHbPslW3cz5U0U/0i/vHGSKDXI41Mmji2uybzh hvt37eqSkd7rrjvjLy7byEtWMGfN2ZUrvv31pMwUeaqGsfqQ/PoP+8VDlCJv9V2QnMMDXZLkg9In c7slJOZkdGF9jS5JJuuS5MEE5of8aFhSdF+aFF1kJHXsS5P6dU2WG8gUtTtNVvvS5AR1A6PjSa1k NXkld+xIkxPtWxn2CXeyOq5Qb+J5pcgiyeyxZJY8OUUqtr/cjKacTOH1KRtStqdEUhzyQQp5/q5U aZr2wXvHROpi5Aq4XnYdcjlc0YnU1TGR2mfubnXSLmtU86dL7UZd6oDbNbnbOQdr9in2P247rUlV PeIydrT96jg6c4oj3ueN83Ldek0PW0+H2Z28hr87yY3nwIE/xzoFJe170/2hz2F+dLUk9Qin/DbF JYteK7x7Sryn1eOvnTZt1UWt61rHz5syvJGv/vb+lUOumDb95mV89NdvQaMp8m4GNOrmI+RbYp/Z b7/67IXgcaU1Q91DkhhPsg8/T0X71slc1RV4fMwTMcnCILehM91NwmUIxkVf9UbL4Ix39sW/sw9W KdcQsrXdHxguGKX6R7vllOb1j3YlJfTIMaTHUen9CJkduuWpm6tXnxxKh6c2D67UfjmUBA9Xb+Ve n56VQwF4ceYASneluUfTcPd4usI9k83kQaPAVc7KeZVR5VpALayFLzQWuFrcN7Ib+VLtJucyY7nr DrrV9Sv3NtrofpgecO5w76Wn3W/Ra+4T9J77azrlzkRz3F0pyZ1Oae6R7imU63aJ3ISkHAHh5NiP NbvQHtl0kvuc3DhpD25SM4OUhYxTOxApFRXLhTA98km7dzIgG8C+jH0ZNPiSS5Q1dM8d6XYaRj+X O9HlcpPGOVZ8iYyBETdWh4bBOdOdbpdGTAw2mZlq5ObmWh8RYd135YrFggtgua4Az2WpnuOvSLP8 KKXbt9d8e01K14+OXGPd9B7d8by+f/S5b2nJZ4ftp/w6/+iaYMcpWR82rIt8sarLMMbuO1vzyJF+ vbtmnHjobK0j7dsbKupmzOfLrBN5nUg8AEtLENfKL6LYlmbt69UNsJ7yQV2uXlOJV+eXwroFop5l 02IO3o/LwypkUjOtrttPYp+JngOfsV5hsybihGiC0ZHg1O0j5M/kEWvU2OPVC+C6w36c+5vO0zPF Z5xpn2hb7+kYHQnWRxXc1goi+ga5WqGn2gkfRm8OfWjdbvAHrGR7BjoYvf1z8P7OLvQQJcj9lJog rCdYdXs3/Wqr6eUWNY/E/AHTSnis1Wfdj3ksd7DE/Lnq2u3XGJlYiDM9DibjNXX1poyfcYfb4Xfb p83WXOTHKmPfvvjX98W/ql7evERaoXrWs3PK747xLpENdAxw8wn+Wf5Vfk22R+3mD0Xv8RyKPrpy MtfVu09OfI+e/eUcezL3gd59cxy66eqid3d1SxAOcugel8dnJMRTFy3R2cPo7unp60v9nAONDF8O DXeOMS7y5WlX6LnOScZVnh/HXeGfkDArLj9hrrPUqEhYqF/nbDIe0vfE7U74Qv/ale7xp1O6t78v Pa5/wuDEUTQyocVYatyq/da8h23hWzybzV20W9/je9bxuv6m60PHh3FHE07pZ1w9POrVGVP58br1 SLK1mlOnbnbf7u72xTkSyG84jX7OuH4+eTzhc2peZvbzPhh5PXeknBO86KID1RmElyV20d0ef5o7 wz/Dke+e7a/xL/Iv97v9bgc6rFSHpZhOUV9jf5Hi1GDrKf74I9JZqz38d89N1ITAxOAULrfbgDm7 4/3yIa6r7heUgEXrlbnl7jhf4Em/0wg4/QkJGcKZKITTBz338/oSvV6fgU16httIRHESHcMJceZM cBhxftPnVewlYB41DKdTji8JcXE+H7kTT8d72RyvfO5Q8z7I7sl1B6a4WZ37Z27ufpBfneua4md1 /p/5uV9eeeIFm6PubWkYge7ZxU53OV2u1sHdJp265pquWMfiX45E13T9oGP4ib4ummAd14+2PgwA /8ZJsaPSuQGs8kZf/FNOX/xYCRKXcNX23tMLWr0BM8DbIoew1zlEvsjLrZQdF0A/PqS+cKG+JHDV 9pzp6h3pl3c45YcvENFn+lXbh6lHCY3IoR3OgBWbYL+tKl9Fenk3dgGgjZHg5Z3ObElxJ43ie6ya Ooh3lEtW5fyRQ/e7A44AyQSMrcx+senV3QmjKROADr6ji3yVKRg9lMqwXtFQb7Keu/r+oT85JKsR uUuyHJYv1Ppr7Kqzf9pz7yWOYfc+dOfwH+3+49nWP9074C8Yom8/4n+O13576/P7ePnXb/FFu755 iTT6hMiZoL485CQPjc1N0AVnDvdYaREOh+Z2j8X80m2ncyxU2+0BbSw9b775hZxavpXO1mb8R8lD rY8S9bHhk33s4D72zov71B/mhBrtGPuR2Is6mnLT2p3vOfkO55NO/pnBfm3cZfBGY4nBrzbKMMsZ zPBoZPzBKT+91ItpX8EwwRkjjtqdo4z+RPJrXt3MOxZ2jX7IS57jYTX8bexHlwjLYQo34I81NMjb x4lO6wNMix7vnTErc8RwzfHl/t8vvWjagCuSrp0u561n4F2HeUuj6l1czutCPpIXrxY0d6sbthTA Nk8+sNfxxr/XenHkZPTFkTOt0WOXXOt7SD3VafXdDmtCtpeJWLR/II8ax0JqWMU906puZrPIHtaP bWHt4KDrw8T5J8T439BjT+4QbHD8EfXpJ9ZneB+25WwC+5j1u4+sMqL7f11GdD9zpyjqLIPtzw+U eb+zHjq7h43rLGP8C2UM+vseI6ZM/L9QJp4+2RNvlZE/zmm5ufRojIuwfOVWwW2Tjg+Ocb/kv3R0 PdeJ8dLpnX93W87Id41z69J5ZnkN700/5OKy4/P81QkLu1yfOOKCYNLlyZnK/bXbDSk/776ix7Ke Tb1YIDXwlz6PpX7R7/n/9S7yfS5t2n/LrT7vzrvz7rz7P3Lb/p+4Z8678+5/oTuUdqZ/4nl33p13 5915d96dd+fdeXfenXfn3Xl33p1359159/+zs37uk+TvJl9Ij5GgBNKob+Rm+CMjByiREiOV1Jc0 xPRFjMSDiO9LIeXvRsxwlXMk8kg/LtITvl/5fZE6koaq+DwVM07545U/MdIKP1/hVyt8psILFB5C jVfSlSh7Je2mfnQ1KN8M36/83TSRgoiphO+HH1KpIZW6G5y0wp+JsrvB4QG0bwx/hOSvN8m/auVr quVudSVxTj46buMaFdILNu6IySN/8+6MjevkYwNt3EnFHXkMygYlC3fRcjbKxr18K3tCyVr+DXfU 2Dgj4bjLxjk5HYdtXKPBjlds3BGTR5DpOGbjOjkFs3EnDenIY1BXR6ONu+hyYdi4l10tJoEyc2jy RSN9o8IF8Hh9p8J1Ff+Ewp0q/kWFGwo/qHCXLUMLt2Ro4ZYMLdySoYU7YvJYMrRwS4YWbsnQwi0Z WrglQwu3ZChxdwz/HsXbxwo3Y+J9Cj+r8HjJm9Oi2QV4grOHwhNj8l+g6Fh4Ukx8N1U2S+HdVR6L Zs+YPL1j8L4q/1iFD1T4BIUPUniBxI0Y/o2YusyYeDPalnspQEMhEfmLiAGaQZVUhnAS1VEtoIkW Ur2K+TGuwsClX4T4KpUjCymXUg1cgPIRV4HyTdSorsoQliH3fPilyHkp8CqUlXmrVJ4iQJOiV4o8 8xCGaS7i6qj8/4qX7+Ycc06dkqMKagYu6xlDMxV3jXbpAEaaLMggG1g6KFVRCVLrkC65aaIBMbQm gbd/5GpGB5an+GpB7lrUGKApoFCuKMrUQYqXOlhklap3skqpRIzkrJEyETdVtSusUqqUnKbDb0b+ UpvrAHgdTaOguyBKNuNaym8hwmYldynZSlvO5YrXJhVXB79Uxder+hYqPUi6AcSEFU8yZ4ldpsy+ LlKU6lXt85CrSaXJUsWKRpOtrRq7nbUdXFglonyEY/LWKwmXguMSVYcljxbFt5TI97fBupZ5S1Bb s5JIqbLE70pClqhRWDryD0AorazY5vv7adf+N9reSb20Q/dh1Q+iuoza6ve1IFr7P/J1UYyOZEus tjSp+qK9QNK32lqKmBbV8jrVs/6ZJRSdo/UypZ0627daZeHNuKpXfkBxO7/Dmi06MmcNcvwzG8q6 NzA0e8iQwIzKssCkutq6poX1ZYEf14Xr68JFTVV1tVmBS2tqAvlVFZVNjYH8ssay8Pyy0qxLw1VF NYGqxkBRoClcVFo2ryg8N1BX/sNUopFjrJL5ZRXNNUXhMTPLwo1IDgzPGpIdSJ9UVRKua6wrbxqg ck2a0UFqhvTywkUtVbUVgSnl5VUlZYFBgfy64qrawOSqksq6mqLGzMDUoqZwVUlVUWB6UXNtKUgH howeNTRY1xyYV7Qw0NxYFmiqBM/ldbVNgaa6QGlVY30NEopqSwP14SpEliClDGFRY6C+LDyvqqmp rDRQvBDFygI1qLNWkkCCpBFWsfXhutLmkqYA+GipBCMxNSCsqi2paS6FvAJRJupqaxYG0qsGBMrm FYN2TO7af1q7yl4qWx8ua5StlFLtrEAW76B1kWpRehVqaSqbJ1UQrkKtpXUttTV1RaXnCqHIanpZ OIAW1aEq+M1N9c1NgdKy+VLMyFNZVlN/roSyMD7WqX4nR95aWLgcORcyL6yqGtfH1CgcTZ8OO7N6 iuwRpdpt2g7tYe1RwEPaHm1bDK0iNVJFrw8r2mXn1FV2DjVFz9HLMcRxleMKx4/gj0buIvQE2ces maCSbWd3YTkme76cLcJqxJY0rLUhRfrTWvr+P43kKshPLBKR8zPRJP5oKh/tSCPKfUvswXXAMujo XwR/dEnk7KX5E/Ozs5GL7NW2ieAk+xLUpmLRt4IYX8l/Rxq/jd8G/HZ+O/B1fB3wO/h64Hfyk8A/ 5V8C/0oDB1qChnW61kUbB/wK7SrgE7Xrgf9M+xlxbbF2CvgX2jfAv9XOAo/IX5p1kFwVOpocTcCb HQuBX+e4Dvi/OX4FfLXj18DXONYA/43jN8DXiqHExDCRQ5oYLkYCHyUuAj5WzyOmX66jXn2iPgn4 ZH068BnyZ2j0mfpPgBfoBcCD+izgs/Um4M16M/D5egvwBfovietL9RuBL9NvAr7cuYmY8/fO35Pm 3OzcBXy3cSlx4zJjEWnGTw20zviZsQ74HcbHwD8xTgH/woVaXEFXC2muBR6sRj1uj5c0j8+TDnyA ZxjwHM89wLd4/gh8u+dx4E94ngL+tOd54C949hH3vOjBmtpz3PMR4j/2fA78lOc08L97/g78Sw8k 7/nKcwb411CeZjLzSazQnjL/DPxZ8zPgn5uniJtfeOOJef3ebqR5U7zgTf4avNI5pz5K8pbMLWnb ckYb89GiGQbkZhQYKGWEjELgRUYJ/HKjHv58YyH86yANKYefw19iLEHML4xfAL/BWAr8RuMm4MuN fwd+C2QlpfSZLRMOaWQAz/QMRluyPdmqvX8DfsJzQrXlafjPmM+gRX9Gu2QrkuAne5PRlq7ersC7 yXbZ7XHTWtZGoihcVEyBkoXhGrq4Ilw2lyZXlhWHqbCmqKkWvd9N7Or8vAD2kYS+wCENj41hH6Nk Q6o3yb2MN+aayV/O67hm6HmgNHHG+AAl2Tm4/EasjWtIjSf/3LJwLVUqv1b5Tcq/Tk5ItFj5y5R/ i/LXKn+r8l9U/rvz5s6bS6eVf1b6TFe+T/lJyu9lt//7fI6Qx4TqbRLwLuRODfy60XpT7Q7BLXba XSCXC9CiZOyJ5C90d6ce1JN6UW/MzN9f7vviuPyY7zlhHOj/UDgAq+DZGA9rMOotohtoBa2hdbSJ tlErtdFT2LO9Sm/TETpBp+gb5mAmS2HpbATLYxPZDDabhdlqdhvbyLaynWwPe4I9x14BZeww2VLU jt1oQjZ4RNizEpwiDJAV9jli9YXUG6xwxFkrHPmyFY7OssIxll2wK05b4fiDVnjlE1Y4LUAOLsOt pEPs7NpFpMOAWNERq/6S9ZIbYqVhXDsRrrfiSx+0wrIsK6xIUvkcVVlVl1XNrKq2r96oOlFN1YnW VfXr1cerz85NsK7mLp67Zu6WuW1W+ZrrrXBetRXW5qlcRl2vuqF14+sK65rqltdtqNutYr316+q3 1z9V/0b9iQZqSGxIbxjbMLWhtGFBwwqL2/Ao6SMstKiFy62wMdcKm1qtsPm4la+l0A7LlbWxllXE 4uqVhKrobaZDb0NZLitk9WwJe4FznsPDfBFfztcA1vNNfCd/lh9H1/FpAcAErV6brz2rvYI5IsVR 4Ag7ljk2OraJoWKD9qx4Tg/o1Xq9vll/W/M5dWciSsA5L3MWOAudpc6tziPGGGOb8YzxsnHG1cM1 1JXrKnetcZ1257h3eiZ6aj0rPGs9GzxbPUfMBDPPnGmuMV/3ktftzfZe5q333ubd5N3pfdV72mf4 hvqafKt9D/qe873hezfOEZcalxk3AdYuz6TkOdPYyAH2aeRm9hXg68jNnAFckQPcDYhDOlMnVi51 YiXPq0YDxkRaUa5SnVzJc6vZ8mQI15o6rZJnVZK6U50bdZapVGVmy7MkpDrU+Vbc2S/JD5AnWw7F z2jAGIsveXYm84BePEpIuj0BvRT9SnUOJk/B5BmYPAGT51/y9EuefcmTL3nuJU+9ZgO8oJJnU8kD lVZQaVVU8gDjET8R1PLlWRjiZUnJp6lOweKRIs/BeiLsJU/pkJIHGK9KHECJAyghpfAxRoRoq+JR j2xZT5TsFfm3mLrybE7zaDquZyAsQJ4ggKvzOXk6p6mardO3iXKkQU55Lsc74hntQl5NyVidzAEE HxSZw0cAJgKmRdr4jEgb+kNcpDfK9MYKaRP0nAc950HPeTwlsoX3pwISiD2A2AOIlZp/BJp/hDTE Pt1x5WBDI+/xHpE3ed/IXr4i8h65WVbkPTYYMAQwDKnxgGRAAJAKSANkIKeLZUZeY4NATUReg3VV gmolqFbyJNQHmYImLE3WRYnIuxJ5V4L6OFAeB8rjwPlWcFMJHivBYyXorOTeyHqeALxLpJV3RZiC sDvCnoBAZBxaVswHRMYRB939qG0/RnhpxbDUf4kfXeaWOe1cN0VzURxiH0f5m8HjUUjgKPg8Cj6P IufjkMJRSOEo7wboDQgA0gADABmRo/9At6P2Dj28do4edNumzsCezsRKgTh0sh66WE997J6i9Ayb 6w2b6406DoDLA+CyN8sGDAEMU3bQ9h1pHoA0D4Dz3hzleWJkMiQxGVKtVlLtibAXxoUA0i6MTIV0 bub9ENef2ng68g1A/MDIZMy3UU7jIXdwa1v/zT+g0+9yca5Ok4B/v14XKr1K+9sJ6e8ExZ2guBP8 74TU30SunZD4TuTaCYnvxJoAfP2P21UCKLWg/lZQa4EmtoJiC3hoQekD4H4rSh8AP+tB4QAoSMva Cgot4K0FFFrAWwu0txWWj35F3n+wpu+zpNTvWJMsdRilDqPUYZSSWjyM3IeR+zBy74fGXkKJwyhx GFp6CaUOK9ntRam9KLUXpfai1F7UtRcl96LkXpTcixJ7MQpE+73s854fLBctk2aVQy17sW6Ji+iw SJ3ujbTQVsDOSDtGrt2ROcpvwaptNyR+MeXxSyPH+OU0iI+PtPMrgV+FUI5ikyKb+WSMZNOA/wRx IUrmNQjnIU8t8BYaRD4+BjGSwnhV8hhKbkLJ/Sh5jE9B2jRcYywEhWM8CCgDzAMvF6BkG78YOXIV hTZ+uaLSBiptoNICKm2q/ingw6KyEhTaeCHylQNqgEte6gANwBdGjmHV+T3tRk0tqKkFtbSjlpV8 HPgbj/AqUJUUQ8BnAwqR51pAMfAyQDmgAlCJuGqE8xA2I5wPWABYCPo6nwRZTFYt3cOLIM9KXM+D bLiqby64ctsSarckhPRJkPcMgJTptbCnSiWVY2TYUojKsh1SOKZkOQ045IeZJlbaVt17sJuWeWap mpPJZZc4ZtEHSJ7mWqmQ1THoLpk8SndRDch6JyGcAplYdbVDHu1KX5Aw1vVxZ3+KkeWnGFnaMbK0 Q7orOySbi1yd0o1pq7KGdtsaNimqIaXDOWj3ZrR7M29B3ELMlnEd/CiLRK4opYnAJylLWGnPrXuU PcnWzYEU0SLsNKIroHsjm8HbZlvz0sbaeC5yWlTbQXGTsiuLl03Q/GbwshJa38xLAWWIK1e8zeFV CKXm5yrtr4QkNvNGQDNgPmABYGFkJaVBOichnZMd0rG42AQujtlS2mRLqE1Z+WTVJyw5zwJI+7sG eSzJtPA5SC9SXG3iJcBLEZYhvhxhBUDaZBXCasBc4HUI6wFhQCNgAUDap2FLtU3VPBEUJ3VoeA8o tpFT8RXteRZfe2yLbIcVj1d9X9pzKGrZcgSRPQe7NowoMXbUZkt5D3TXbluB1N8w267m2OPAJlif 0gtsP6rtKShlWV0btJoseVP9XPZr09bkZttWN8X0kZU2bWlVm2ztHcPOqkiNEdZ41YCWxEHb+1We axEzB1Ck7FvmV/1UtpfXKntvUyNKE6BFcdBO8SiNHgaQ408nBTmi7Vd8SonN7ajTotQA6k322OSO jk2g1G7z0W5TaEdpyUO7yslRpl31UZddY3sMv20xI1+75BNtnRXTt5ugIU9HuWs7uOzkUI3g9qiJ mjA+Qb+gMUiNFUVS9jFjRo1NW/LDVayUpqZqkJTliGPE8Gi1Jyr5Olv6Msd+O3XPd1NVqx1K65Ux I5Q72qeV7KVdKLljjLUkZrcGOeORcxhyDqOtKB+yx8LOEsmqhKWlo+gzVkkpgxbbwpwdEovlPsqb q0P7UXl2ajsqy3a04DupkNK19tU8Jb0a9IAG1SuVbqS0o/q3Z9e6Dn6iEo1yHk2VNfGO9jo7ZrzO kWcORp45asZ3qZ3Cf7VL4DRcnT2RfEpCft+J5J3fAXAaDYZz0DA4gVzDsSYeCeek0TQG+5uxcG75 dANW+FfDmRSkEPZ8s+HiaBf2UPH0FFwCy2CDqAsbzAZTEvbzwyiZfco+pW7sC/Z3SmFfsa+oJ/ua fU29OBbX1JsLLqgPd3I3pXKTeymNx/E4SufJPJkG8G68Gw3k3XkPyuC9eR9Ybl/el7J5Gk+jIXwA H0BDeQbPoGE8i2dRDs/h4J2P4ZfSSJ7Hx9ElfDwfT5fxCXwq/ZhPx1w8gc/kBTSRh2D/U3gpL6ef 8EpoJcSreT3N4o28EavP+XwBlfClfCmV82V8GVXwFXwFVRLTS/Wt8i43HaQcovp1gI3Ewm8j3AK4 D/i7CFsBewCP2fAM4AUbXiFqqET4BuAg4AjKfIjwOOAk4DTgG+ThAAPgAyQCUgABQBogE2U+RjgU MEqlsfAplc7CZxBeDMgDTABMBcwk1gi1N8wGFBM1bwZsA+wk1vwgwkcAT7Gi+o3hMWFH4/X1j4Xz ywvDpfXHw/UKvgnPbzDCG4Bva5jdaKqwuNFsOBFeBFhWvyWcW38foDWcW5Edzm14sXFGvR4eV78n PK4jzxvhAsTlIi7Xol9xS8OmcGHD1nBh/TPhfJX+AsKDCDvrXRSDF9afRAho4CjnQ97TgG/CG3C9 oSEQ3qz4kuEb4W2o4xFcv9wRng6/ruCb8NsKjoffBXzYkBZ+uyETMCr8LuBDlH+3YWqjriAvfCaK R9teXtjYS0LDdY0DFSxtHAG55TesCN8m29CwHXxuBH+7G6mhrXGslEVUBg0nGkOAObLttoyRH/Ql BMJnovKLAuQ1UcowKjdF69VOevWvoP1HYuT2WLhA6e0Z8PBGxdqO+O+mx8gRMqmXAP0Wxsh6Sazu fyDP/IZEtNsXXgVYA3yN1Afw21R8FFIs/Ug9xYLSmWHpDTzttMMHbf09CF6f+q7+GoZCT1JfF0NH F9u6krC98QYFAch8KkIJiG9c3qhLsPPcoiA2Xup3AiAT9rLRtmvoGLQt+55phYh/G/EJUbtXYaUK z+C6K8JVCBOi8Q21sI/FsA0JsXhTJw4b6gv7yVawAvJ8I1zdsBqyuxWgrivWNqyHTXXqapnqL7Ol Dhovi4KyiShI23jLxg8BPoi1vWg/RL+TaScay3E9H2ENINzwWfjjhi8bFzSctUNLDzsh/+dUuzr7 yceAU9LuIc/xkNtkma5gXThH9UlpB9zW8bPQyRPoB3ZY/1jj9cr+lU2qfhC12QLUJ8NUyaMVjzA6 NsTarG2D0h6ho3ppc8qm7L7f9KWkATiJPn4y/GHTWfT3NwCnretmB9oxtfPaso/mVAUxthJtl7IF w9K7ujbkNehHr3ljggTodERzOtquxoTG6xtWNGfJtjTngD/00+YxCA/KdsnxI5yqgMeMX+Ads4tH 3Tkldc/UUHdLXeqepk/dzYxX9zET1R3M7ureZR911/JCdccwTd3vywKVJ/knHPOJ1lvrTVzro/Uh TeuvDSCHlqFlkFMbpA0C9cHaYHJpQ7Qh5NaGacPIow3XRpCp/Vz7Jfm0G7V/py7aSu1m6qr9SvsV ddd+rf2Gemi/1X5LvbXfab+jgHa7djv10e7Q7qRU7S7tbuqn/V67h9K1e7V7KUP7g/YHytT+Q/sP GqT9UfsjZWk7tB00WLtfu5+ytV3aLhqiPaA9QEO1h7SHaJj2J+1PlKM9rD1Mw7VHtUdphPa49jiN 1J7WnqZR2l5tP43W2rXX6DLtL9qbdLl2QDtA47V3tMN0pfae9h5N1t7X3qcp2lHtKE3Vjmkf0TTt E+1zminSRSbNEmNFHs0R48Q4qhLjxQSqFhPFRJonJovJVCumiqlUJ/JFPtWLGWIGNYiZYiaFRYEo oEYREiFqErPFbGoWhaKQ5os5Yg61iGJRTAtEqSilhaJcVNJ1olrU0E9FrainxSIsmugXYr5YQEvF dWIR3SSuF9fTCrFYLKaVYolYQqvEDeIGulksFUvpFrFMLKNfieViOa0WK8QK+rVYJVbRGnGLuIV+ I1aL1bRWrBFr6LdirVhLtwo4+p24TdxGt4l1Yh3dLtaL9bRObBAb6A6xUWyk9WKT2ER3is1iM20Q W8QWuktsFVtpo9gmttHd4j5xH20S28V2+r3YKXbSZtEqWukesVv8ibaIh8WjdJ94XDxJO8TT4s/U KvaK5+kBsU+8RHvEfrGfHhbtop0eEa+J1+hR8RfxF3pMvCnepMfFAXGAnhDviHfoSfFX8Vd6ShwW h+lp8Z54j54R74v36c/iqDhKz4pj4hjtFX8Tf6PnxEfiI3pefCI+oRfEp+JT2ic+F5/Ti+IL8QW9 JP4u/k4vi6/EV7RffC2+plfEtyJC7TrTNXpdF7qT3tRduofe1r26l/6qx+lxdEj36346rHfRu9C7 +gX6BfSenqwn0xG9m96d3td76qn0od5X70sf62l6Gn2ip+vpdFIfqA+kT/VMPZM+07P0LPpcz9az 6ZQ+VB9BX+ij9FF0Rh+jX0Rf6xfrP6Zv9dn6bKbphXohc+hz9DlM6MV6MdOxaqxgTr1Kr2Iefa5e w0w9rDcyn8flcbF4zw7Pg8xvYvnLupkO08FSTN3UWXfTMA3Ww3SbbtZTfkyT9TJ9po/1NuPNeBYw E8wE1sdMNBNZqplkJrELza5mV9bXTDFTWD+zh9mDpZm9zADrb6aafdlAM81MY4PMdDOdZZkDzYFs sJlpZrJsM8vMYkPMbHMsG2pebOayS8zLzKnsMjPfzGfTzBnmDJZvzjRnsulmgVnAZpghM8SuNmeb s9lMs9AsZD8x55hzWIFZbBazoFlqlrKQWW5WsllmtVnNCs0as4Zda9aatWwOMT6KX9+5fi7DerSs mFgF1tFlWBOX1QLfiLAJcB1gsQ1LAStsWE1Uno7wVsB6wCaUwdq7bCtgO2A3oA3wBOBZwIuAVwFv AQ4BPgCcQJn7EH4G+FKlsYpWlc4qsG4vO4s6HAA3IB6QhHis48t7AFKJqssBNYAwseoFCK8H3EDd aRSNo6nYGcmndxbQElpBa2kD9qqt9Ag9S6/Q2/QBnaQzzMF8rCtLZTlsHJtKWmj3rNRQ26z00BOz MHKHlocOhtaFjgBbHDoUWh36ANj80HOhJaGXgdWEXggtCL0CrDi0O1QZehFYQejBUGHoOWCTQxtD M0JbgOWFNoUmhLBbCY0JrQqNC60Blh26JTQ2tBZYWmh9KDO0GliP0KJQamgVsIRQeahrqAaYAbq+ UC2wpFB+yBEqAGaGZgTPhELAeOji4MlQHvHgl6Hc4AehccA+Dg0Mvh3KBnYklBl8JTQU2BNIfTbU A9iDobHBR0K9yBE8GJqAHFORY2bwDdBwwJ+A2KmInRk8HpqN3MuDB4O3BNH+yu3BQ8Gllbv/x+ZE oZ43IvWkkfVMj0s9T5OsnobpRgxaWYKdsQl9ZRIVw46KYUfFsKNi2FEx7KgYdlR8yAbYUvEJG2BL JcsQgsti2E8J7KcE9lMC+ylJAsB2SmA7JbDdkiwA7L9kDCAXMA4wEZAPKIiJLwSUAqoB9YD5gEWA JUQV2FNWYD9Zgf1kBfaRFUcoM5gezALkAMZU+ILjghODScEewdTgc8HSYG6wOpgfLAjWB+cHC4OL 4C8JLoNbFVwTvC24ATH/Sd73AMWxnPn1jtCyCwhj4BAPIbysEA/zZB6mYA8Q5lHsWIbZP8Y6mF2w zEMYY4xljJXZ/8vu7LIoOqJTFIpgnUJUhOgwp8JYRTgVJjqCZR1RKErBWFYIJys6HUcojlOpMEdU HJHzde/MMuyDp2df4krVVdev+5ue7q+/7+uvv54Zdpih2hFIY7UTQE/VPvgm882qb7KYwr8iA/uD htQm9feIov4XzEUEmQs5mYtIMhcxMBdFMCOnQzPyaZiRr6Bk+R/AvKSSeTkur5PXoc/AvIwgVfQo zM7J6H+I/t/o3ehfwxxl/w5HkqEyxJG5zkGKj58niBcKM2d2mnnzJfMVc4/5ejP+dYqC+hX1KyC2 qC0kO1x8uBhR8rPys+gQ+F4tipB/FTzwcPQPo3+I5NFvot+gyN+qjyz+ZQKcRzGyKQQxpwVkbYkF JAJSEMWDr7WoAJkA8NmWPOG4EFAKoIVjRkCV0IYFnAtB1sIhyheBKIiLlC+KlKilEeg4oGckmIS6 JEBqELgOXJTyqYP9CbIE5Ajt8wGgqa8McCbUflcmiP0tbQCI+y1OwgPLTPoI46IW2AdaLpF2lE8v 1F35LQD7R8t1CWAPablF7EE18oj68FIIqOV2sK4Rj32HyEbkI8d3D0Tw/D1cUr9ku23T3gGuwuL0 DrF9jgnvCGe0xHrHuGrHlHeCMzoewNk6qJniGiB/wDU7Zr2z3AXO7p0nNRPcRce89wlndzzxPuUa HE+hDW7/AvpOeVc5D9AvCbdNrhpGWeUqgN6Gli+gZbVjlUfssP0mL+cCllg+htTEc92Ol94h7ppj k0/m+hzzkPdbWiAftDj5NHbGsc1ncMPWl3w21+9EfC43Cm3SuHFbM6/hJiEv4aZJzYx9nS/n5pxy voJbcMZAzSLkyeyMMx569TuTeSP3zJnGa9hlZwZfzS07s/k6qI+HlmvOXL6BewV9m4GOB3rNqeEv sIvOEv4it+Us5xHkFSA/2I23cztOo3fCQjmrvQ8sCmed9wXQDaBjn3MUayHJR53jhIbcUkVqsHb9 UD8Jen0kt7DOab7Ocs45A/o2O+f4QcgXvLPslnORT7M0Op8BnwNybtq5zA+THLeEnBsk+Sj0zbDE Opt5D1fnvADStjjX+FFLG9SPc3Z31PkpS6LzIo8sKU475AqnB9o4nVv8nIV37vALFg5aTrIBF+Vd /XaDMwBtVMQCwV6ZTiMfEGpOObv5bkse5Ncshc5rkJc6+/g+C014SnPG2Q/WY5yDJMf0JfsG+Nuo bZpf5Ca5Yf6Z5YpLwcdYelyxfIPlOowyDhpN8svE38aIXtMwF8N8fFBCzuh8BV6H62csN12J3qfs liuFX7PkuVRgw27HFP+KXQT7b1luuTL5HXbBdQqsdxvTljuYZhccUz6K23HlgX/iuVu03HUV+hSW e06NL9ZyHyQfszwEPx8ia2fC8shV6ku03HPRcPaxi/FOwEwt+yjLkqsK+j53sXy5ZcV1DjQaZ7sx Db66yM1YeoBmwJ4PoP0kn/ztPkxb1l2NIM+GqwXW1KirDeZ0x0WBbKyL86VYEgn92jnnU4Hljb5M dsfl5JctbxwTvlPWCBfvy7NGwSwMAX3JV2iNwzytSa4rfEaQ5qZdPeAJuG+pNdV1HfoGaTWm2T7X Te+YNct16/y8Ncd127uK/cGXac3HGlmLgcMISNUIdJnrTog+47oLkQHbKgM0Ahp8D2irHtPWs4Q2 g0ZPrfXAh7Y2AR8yLz6aq3Pd8zHWVtcVqG8n0lpd9/k0q9t1D6QddT0E2u9I5butl12PvLOWQtdj 76z1snOO0EuEhtVhvWrpOT8FMSHgq7L2up77WOsN14rvnHUA+Ddyo+y4r8U6BJEkDUcwXyxp2YZH 8XHcgmvdR8O6XoWoteDM9dEWBUjywppP5oIW6A0+2TpiifU1Wsds9vNqWAXg7eyOc9Tn5C5ifwCb v+brrBOCnTdA8qkgjddg0P5knaZZH+Bx2WlnPGg963rDL1jn3RGg+xNoMwBzunH+soW1J/Ll1tmO C7zc+rTjIt8MtJ3QHkLv1j9xu2GmOGfu+ctcnTsOPGfRnQSe0+AeAY0WXbf5DNuCbdo/ZFt0bPpH vt2AdwHbs46Af8z60j3kn8Ax1j9lUbmHvBO25Y5umEdCs1s49trWOq75H9hedfTx5bYtW8A/C9bz +Odx5Pc/gega439qoYF+AX37+WnbjuOFfxXqNf6X1gmI/JtQPwg+MOK659+0Ux3DfL/1CVh7wK6A eoEG+TV8/7cbPBR49YJz3LdiW/MoYNx+Tyx4Pu1JhIjRiOOYNc6TAnpNY5rtc6fCKoaxcPx0q8Eb n4LnTFlfwN40ZulxZ3mfWF+4c8CrV935YPmX7mI+YN10l3lHrNvuM2Alo7vYlwl204NPjrrPQlSp gJYZeNfw8Wy320xq6n2l0LLJd8mG3K3gyS/c7b4rNrnb6uvBkcp33RZjb/TO2uLdbj7GWu/24x3K mgWS99jkvpu2ZPdlaNngusfv2NKcyHcLRrwKM2V393pf2DLcN2Cn63MPwJqqcPvBK0bcQ77bXADv qrAHZfANtmyIXTG2XMsKeHIE1++7A578FKLQMNfgu4tp3z0YXQ/WuOZY9d23adxjvoeWRveI7xFY Y8L3GPhofEsQOSd8zyFiQCTkprGcNo9HFUgBfVFAZb/iyQxk2ns8pwKn7Nc9eYE8+01PYaDQfstT Gii13+bs/mL7HQ8doO13PUyAsd/zVAWq2Bn3Sz7Dft/DBlj7Q+da4Bys65twhQD7Nehi9pwDehCv d3sszN2E/ZGnsbOOq7ON+hjsP77XML8tPgbPL9D3PW2BRm7aw0F8mPE4Ay32xx4epFoCqdrsz0Eq zr7iSRRjCDvqucTv4B0h4IS+KXwAIirstjDWFfCrHqCnwa+Axn7FT0ObHj4Q9B/rE0KT/dG2BrvV oPWyJ5bvFmnntP+BdQL7nrXecx1HA0xzo0BnAJ+b3k37uudWgLeoMM0Ne27xGqvec1v0T+gbormL np7AJWuEdTtwhRu0Tfta7BsdaYEee6brTuC6/bXnDvjAKESYRPsbuPIZtw3DPpiB5y5wE89d4BZe HUEtfCvWl46Jzmt45RLrBVfHMz7DEeG5Cz6zA5r229Jct30rXL97wrduK4G5WOcq4Aoqw1YOnrAB 8Ufjo2xwNeh7DWvHjX3ePUXyB9DG6J71vbGVu2f9Ebg95NWQR1kuuefPx0H7YpidRfcTnMPqS7bV OZE/jn3lfurdxr4E9WQsnPuTuHFuDaJHg80Typu5Cn9qMOcmLT1+NXj+C98t2wX3qj+L5Dkkzyfr pYXI3xL0NBgRwYgX3Zvepza7exvHZ+yZNk8H8pfZApwRco8t43wq96xD7j9DcjXOeY2t26TwseCZ Gqwp2MfJrXXE+PUgSbX/rO0a19BYYuuDFQ1rqiP+/Lat33bNb+aWbdfOb4Mln/BpJkVHMtgTrOFz 2qo70oDDq44MvtlWASvdaR0COZ14vvgtnPvruX7XbX8TjsP+Jts1aMNa6/HMgpx1IMkCjN4avCoD btmCPO22wY5c0BSuTv1W2zDbB6ND/fnLNmOHxu9mt9xuH20LsMM+1tIIu2SGbbSjxO+3xHaU+y/b xjsq/Fdt8o5cX49tssMI1pvuqPb3Ql7nv8HVdTRAlOjraPZuQoT088u2GbffP0D2iG12zrHZieyx cPW+DVFiHtZ1osXpH7KnOOY75bDTOTtj8BV4Z/y38R3BgLUezg7g6/nOZEx3phE6w9KIabxjdmaz W9CmFdf7ErlpoJtwZOvM5RYd250I01BPaMt9fA9iV+GrfQvtdndqYO0gf5M1DsbatCxhefAa6Syx DYMM5fZMXG8/FaqvIPVGQldj2t9qveqYPa/G9wv+MxYVtF+150GbOutL2LM2sS6wTwHd2UBoiMCY AzduX/fP2wuBbraXst2dF0h9M67vvEhoO2lzxk67L3d67EzHKD9qpzvGCT0JNNMx3RmwV3XMQJ4J e/Qm2U+nYZdxd3ZzC7DnPiV0CaGnCH2N0K2WxI452NNXIDbektLWJ2DDTDuLPdk6ADL32c91yDv7 CV1B6EFovwAxttHS0jnMdncsdGbYW4AexfWd4/Y2m7xz+CP0JGk/bY/tWIR5z2MXOmfA/xc757hm dq5zQUIvEvoZpv1qkLm4cxm8NNefROhqTOOYLNKda/j6BK4h1R0xviXY19xwDcB1xHS+ss7iO0G4 hnnGN7Pj9pudW7COnnXuwPXAU9zewsMc7aXJdYKF5/vBT6bwNY+FJzvaVICyUxY+oMB05xyhY9kt mxyuavI6lgOJdmfHGt9s5zteQVR81rHlW7Ff6tjhNV3WLneX3+H2xvHlDqs3rqsMVpYfvBEiEvgM vot8hSM2X2ebg9XEBHNHlOde4LYjznM/cMeR5LwYuOtI9TwM3HOoPY8C94P3yI4spzHwEN9pBh7h u8jAY0eO5zFcFQTvcMm9rXBXK7ljFe5VyV2qI9+ztPdeNXg36ij2PA8sOco8K4HnjjOe9cCKQ+/Z CKw7znpeBzYcZs9r6EX4OOo9b/hkR5M3IvAajxt4Q8bNxeN2RQh30/jeORffO3dFYUm64ogkubuS dCUFtQhGSHyn3JWK75G7UoN64Tt34Ezur3Fcwn3Bz2fwDtKlxjtIVxau6crBa7ArydFqaenKF7j1 EznbvVFdxQ6/N8nvDj6dCD4xcFy2TXed4arhOmfCcdWb2qUXnkWQu35Hr1fdddZxw5vVZRaeORC7 CU8VyP27Y8x7pqtVeGoRfD4QpIPPK6BXZ4VjwJvjn3IMefM7Bx2t3uKueseIt6yrCf+3CvLWIZK8 dUiRtw4jFOUKMzpM3jRMJW8appM3DTMUVoUbva/wKv4F0pC3CLXkLcKq6M9G56Lq6LXodXSOvPn4 IXnP8eswRh7KQF9ACNHoaygFNSIfykd/CKkaXUP/CtWgAfTvkAkNQapFI+gOqkM/RpPoQzSDfoHO o+fob9D30P9E68iGttCvUYeMkmWjfy7rll1Bd2R9sl+g/yD7pWwZ/SqiNeI76B8ibkX8AP064l7E T2SHIuYifi5TRqxG/K3s0xFbhw/Jfu9wxuGTshPybvk92Un5tPwnMrP8p/KfyurkD+U/k31V/t8i 5bJvRCojj8r+deTxyDTZrcj0SK9sSOlVXqIOK/9Q2UMdUX5feYM6qvy3yhHqmPJHylnqPeXPlUvU l5S/VG5RX1b+Q1Qi9S38lyaqMzo2+lNUIDo++ih1Kfp/RK9SV2LaY25SfTF/f4Si/uLIsSPHqJ8f OX7kBPX4SPaRbOovj3zuyOeop0gGdmklT0rT8Pta2j5AP2AQMIxStP3aQe2wdlQ7rp3UTgM1o53T LmgXtc+0y9o17Ssot7Q7NEUr6Fg6kU6hVXQmfvePzC1SaBVaRCkYBUPekYynTlGnEKIKqUIko4qp YkRRH1AfoENUOaVFEeT3XHLKQBlQJFVD1SAFZaLqkJL6kPoQHaEaqa+jWPJ7rjjqO9R30KcpC2UB njbKiRLI77mOgr0zULL8Z/Kf4ef9aBE9I5rF4zcitU2oUdukbdW2a61at9avvay9qu3V3tAOaIe0 I9ox7YR2SvtAO6ud1z7RPtW+0K5C+VK7qd2mES2nY+h4OplOozPobDqX1tAldDldAXXxtJGupuvo BrqZvkBfpO00XMxrt3cTaYPTK3qLpPhQ2hFSN32N7vsiRfcDED1ID8O5UaDG6Ul6ml6jZ+g5OFqg F+ln9DJ+vy7yT8CaSXv8HP8PhXzUDl5bjBzg8+XEz3Xg33eQATz8x8gI/v0L9GW0BqmK2OgrkSci T6Kzke9GvotqIt+LfA+xkZ+LzEGmyNzIXFQbqYnUoLrI4shi9NXIksgSdC7yS5EV6GuRX408hz6M rI+sh/UiQ/2wkrCV1egw8RmkHQWMAyYB06hE+1y7ol3Xbmhfa9/QEdrXdBQdRyfRqbRau0Fn0Tl0 Pl1Ml9FnaD3kZwFmup5uolvpdkhW2k376cv0VboX8hv0AD0EdSNQN0ZP0G7tkvYRPaV9BOkh0I8h f6S9o72rvae9j99FVHxPYSFvm0btsZYDUj76r5AK0F9D0sCq/xv0+2gVUmFkVWQVKoqsiaxBxZFN kU3oNJLFbB4h/w0HZaNIhKpjAYlIxr6CMgWgAnoLsHMor1rBLhPEsmsEmE5kX1WnsFvkWMXuVGea KFJ/yqSozjPFknp8HteJ7cR+Il1oSgzxxvW4LwbmJdKYt0iXmlII8Hlc4nHEcyJok4qcF/thGo+H SxEMjMcI+uCxq6BkQUZchvPbTyapbFIc1DccWNdzpkxilxbTqZDuolxYFnwe20e0K7MPGmFMKXA/ EVgXEaJs2Ga4H+bZBmOKthHHls4h5iHoWBZlyttjxyqhxOfF9mKJz3GmwpBtRd64dAoyYJo3lZLy kokO2V0sxbHxMZ5PsRRlxPbCOmEdrpiYj/QXdRPLHlNV9XUTW33TdG6PnFJdwmVlwuwglikS2bA+ ov3CfaFRQkt9ViHoINoP14k8bpka94whlrEH6C/qGxumv3iM/QfTYj8Yi5UH68LLUJvbppbqO6a2 6temO9VvTHcPtMt+pfMTnn9bu99knEbBvqKdU8Lm6+NK5+4xGxPU+6AyZJcwW7PxQTu9rQzNO7NP KdVD6vu4vGviQnHjnslZfd/EE1osxZgsrs+Hpkuhc49MV8i42O/FeP3Y1FO9ZLoespli1zdI+dx0 M6Qjbr9iulW9Dm02TLdD61zoUxNhulcTZbpP+Ig+CWVNnOkh5lGTZHoU8lexFGJdTZbpeU2q6TGx YbZ5gs01T7Ea8wO2xDyL4zpbbp4ndRXmJ6zR/JS0q4aYiONl+ByDDdlk4B9eD+u/ZsB8lvh93e4Y oTlvML/AOoRs/Tbfawxb2+E+FR6vwuOSYCMsE9tsXhVjCHvB/JK9aN5k7ebtkK3EMcPjseg3++1P YfU1atMSsTNGjmmlJt+0Lt2naopNGzVlptc1Z0xv9vAS91lAjd4cUXPWHEVoszmO7LkiRD715iRS NplTa1rN6pp2cxbR/wDUWM05GKLf1bjN+aT0m4ule2nNZXNZzVXzGeneU9Nr1pPyBvAAO5L5le7t mUE/qBkym7G+RMcRc33NmLmJ9Jswt0rtVTNlbq95YLbWzJrdNfNmf80T8+Wap+arNS/MvTWr5hs1 L80DNZvmoZpt88hHYuF+e5+4p0jj8EFluH+F8xPr8T7WKPG3/eK+cx/+YkwUrw/EdSKueYXEl3A7 7Itpwv5culuyGcH5FssQ3qbnAbF2jy9LS3HdxIato/D9TxJLiT6SMrTvh8WkPeVB8laF2TNsvNBe Gb6vhpdtkngnLcU5EeP1qaC9v8t91ymuN9ZTi/A6YAO1cra7NoZF5jGCa7XxGKHrcJGfyBvL11eb HFrDeBzp9bG4/sRrY6E/id+wT7D9tWmhdY/rYd3h9Sflxw7WZux77S3wZYdrs/esw7AYJcYidrQ2 d881ET6HY+J4raZaUVtSHVtbzk7WVhD6VK2xOrO2urq0to6drm0gx3C+mq5tJufhHDtXayf10IaU Ag9Cq2ovkDYztRfxXbzijxT/EqHoz5P/XPV30X+H8H9kzfzdPl85fAj9mjxH+ZA8Rzkvn5b/VNZL nqBcJ09QBskTlAXyBOWvyBOUv1Z6oxKpcvJcZJE8F/nv5LnIX5LnIn9Fnov8LX4ucigFPxc5lIWf ixz6LH4ucigXPxc59Hm4o72Fbu8+PdBQqEJTqqE1jKZKw2rOaU5pGjUtmjYNB7kTaErDay5prmh6 NNc1Ck2e5iacuaW5rYkl6Q7grkYF+T1I9zUPNY80jzWx+X7Nkua5ZkWzrkmEtKF5rXnz+xGaFJJU mkwYBac8whEfpRAUQts8jQo/CVDU4t9Pht3bOmFGOpAX7mpHIRWR+9xi9DO0AHeyjyF9QfZfZLOo NGI+4ueoDD+vgp4yZEb1En1VSC1IkAfjBTXPE3QXNXdKdL4CGmN974CetyHdhVaNmntERvzk7yh5 IxGB92RCXRYkCu6l8f/bPQUpAuWg99Fh9HmUB/fXBagQKUEmGh1BZyDFogpIn0IMpDikh/RpZERf Bkm/gs6iRPA5M0oi/2UzBVkhHUMeSKmIh3QczUFKA91/jj4ji5XFonTy61DPrq6Vjw7lVT4qeVX5 uHKp8nnp1cqVyvWC2Q+mK9crNypfV76pfMxEVG4wUUxcgZmJK1lmkpjU0lZGDXVZpXpNRslayQ6T w+QXDDDFONfINahUz5QxZwoGSltLZjSI0VeulLrfb2LOVj6qfMSYK58TrnHAP5SYduBD0gfVJTsF s4wVcxGTBgVTwSpTDz3dpXpdMuYF9GXm6vtNpa1APyd4zjQxrdA/AvR5jEchqbdyA+SLw3KDFEsf 9JW2Qq+rjL9yhcmB1jeYgcrHpXqMglXgs8EMMSOVS5qMyiVmjJmofF6yhjmE8EaDCKA9EwWco5gp wv0BM1tgLplh4kBrDBhNwDzzBPMVRyEcRYAMGMxTKNeBK4DpZaw4YUswL5jVD6aZ4tMgI5MP7V4y myDhtg6J3JgonRyPv2dsgC5GF88kgfVBW5ASKBG4hvSEVkSu3wTPdf175N8DXX/BbMGAblA3rBvV jYf0lWC/elynm9yVfI8WUK+bxrMcBJYBjxGS/3HJGpOlSyt1Q54BXukmXJcqH+uyC1Z1uTpNabuu pHJFV66r0BkLZivXiZ8iXXXlG10dtGrQNZf2Mn7dBTKH27qLOju2pM6jC4Dv5IPnwhzqunXXwDvM uj6mzNBusBrcBr/hsuGqoddwwzBQUGYoY9yVK4YhMpswgmHEMIah6zYMMcXBHvicYeL9euI7IWsG Lcf0lizgGd+dUyYCfKsX1t0qYBP7lmHK8IDwnjXMl7aXvCpoJ756g2nHPbBtStY0GQVlkMz62/o7 Ik1Smf4u+E4OlPcA90F/VNCL0wejH4zqH+of6R/rl/TPNRn6FbBPmX5dv6F//cHMBzP6N4yfeVEw 8IU2PVWqN0SczjJEGeL0LYYkQyoZoV2TYVDD6pwyZIGvwxiGnC9QpWW6i2Q9wciGfEOx7hrYru4L bSVzhjLDGYOe2TacrXxjMONZMtQz+ViTklcwgzO6Od2CbpExg1awAnXPAMu6RR1oxtw47Q/Z64bu lW5Lt4O1L71asiPavXJdTwVLJl+v0MfqE/UpeBWJdacHgPe2XoWhz8z16E/p8ypfa+QhkLWtC+gL Yczy3bgQmpcIiG0YZN3rSwG0nsn1YN/RV+lZ4kMCTbxoEQLYOX2j7qK+RVeub9Nzeqee118SvRsi qh7aXgmuTH0PRFc3Bp7NYOzQU/rr+pv6WyUzlSvg/RsFvR/O42hreALz8MTw1NBkaDW8YM7geAgy bsDcn9KVl95gsiA674BOiCkrGAhGYzw/hlXmhkGNZ54pg9GzDC8Nm4ZtJseIjHJjjDGeKXu/Xtdt TDamGTMYszHbmGvUGEuM5caKgjKj0VhtrDNmV26U9sJsxeGYCzEbopOxwdiMbYLlNtqDkRJ7MMzq jPGC8SLZC7/xT+gKqgW1k2fm+H/KoxwrkgEScy5CskPyQGqAFIDUnTOXcw1SH6RsSP2QuiENQhqG hOtGIY1DmoRUDWka0kzODP7vlooPFQ3kv3h+EX0J7FoJC/sQMsDVgRz9AVgvGuz8NZSAZDGrMRtE IvK3rqJxJCspgXISyvJDeUWjRTsE4wIwPQmYFo5nAHNC/QJgUaifFuqmw/qJ9DOhFOsXBMxJ6BkJ vSxgTigXJedErAnnZyS8xoVShFQfsRRlDOe3n0xS2aQ4qG84sK6vhDG3JLqLck0L55+FyRuO8PGn JRiXQJRtWeg3J4wp2mZBUi/O4bREx50wO4rlgqS9WMK5YkpiW+k5UQYoixVCGSuRYTxs7HFhPsVS KvtMsCxO3Kf/ZNEeHYtTACpA5l459+gSLmu4HcLL8DHD50IKqc+KOoj2W97lUXzqY8baT/9wGcLL Z5J5EMcX68JLoU1xHqAQwAMufYxd/n8pRfuK5UHz9ZYypPdbynAbi3Z6W7lnfYWXC/vIL/IvLQqt nWIawAg0I2kn8eXiKkkbNsif+L0Qr4vPARolNpP6Bp7/lqI967C4DcABnBK7i75yBdBTFFqLoTV5 XZDlZtHeWDNZFIp1xXcAt4L06auAXsANwEARieunh4S6EcCYMDaOiVv7zKGoQ3g9jHU6K6ibdAzx /OmJoA57YuDbfC083n5cvNovLs0EZTo9tVt/+gFgFjAvsdVBcUjUdb/9Kay++LZgZ4y7gHtFe/ap 4vuAh4BHYbyWd1H8GLAk0M+DcxOCyGdFKNcBG4DXgv4HoPhNEKLfnY4QyqiiPXvp6ThAUtGeOH06 VSjVgh2zJLqLAFudzgnqi3U8nQ8oFvqV7bXX6TMAPeAswAyoBzQBWgHtACvADfB/Av+Q7ikfF5c/ qb+Jpbi2Dtp7DiqlsVG61sNLcc4PKhcPwNvGf1vs3c9+4etnv/3/baUkFu1b/ibzI+V7wJ657/j7 lQuS8SV2N4nzhNfAk+A6OP0U8AJwWcBqEKHrVbG/yBv78sui3TU8U7T3+lhcf+K1sdAfx2+8T5ze 3JWBrL2k4PqT8ju9XbT/tbfAtwQV7V2HYTFKjEUl8qK910QLwXVcErOrX0m8xC+EdiXJYX4i2Lsk Y9eWoXmTrgHcJq1oB//uiXxlAf3TudeUXcP/hR/FyGLxh02ypwEzgDnAAmAR8AywDFgTjl8BtgA7 weP3KAGKYJv3YgGJEqRI2qgAmYBTgDyhfyGgVKinfwswgCoJWMA5QY5GQEtwLIK2jwGHyrLt2Z7s QHZ39rV3nNl973A4ZV+TpH6ReqcnezB7+J0rwvlBwOg7Vdnj2ePvZuAclwI1GTyCloOkHe47nT2c PZM9Ay3mJAl/gyH+o7/0JV8WiSDfFPk98u2QJPLtkHfIV0NSyfdCjpPf+KrIb3w/R74R8nnydZB8 8l2QAvJdEA35Ikgh+SJIEfkWyAe/8/FksnhZ8Fezk+g9hN4FX3p3Kww7AsqDZRb4TRb4VlasBOBX WeBXWSoBlIBMoTy1y4u0hbnPKgyC1JfvAp9TP3wr3nv32rt9Yan/IzUfX79Pwl8TJL/kRuTLMcFv xhwmv+SOIr/kPkK+GZNMvhOTSr4Qc5x8G0ZFvgGjJl9/ySRffMkiX3n5LPm+S/b/M74yNIrGd/8G dLwXGU4uHZ/A6eTz4+aTKyfXT26cXCfHr3FJ8Ob4RGZEZpTQaiIzDtfjlJmE6zLVkOKC6eQSTiLH zFTgGOJH8jdBTiKf42bCIQraDOF+uD448vEJ/OSQwjaWUwPUn0NY/wn1FyiN+s/UCjoht8ltSIuj J6Kjfxw9jb5IvliTDIgXvgWTHuofAf1vQf8hahIdpu4BrxTSJxVaJJFcsMexHCTDwF99wjn+mhEq RKWSFskoPnkheeFYmrpNzR1LO5ZxLPuYEVLysdzkZ8c0gJJj5ccqCI/r+Be41A+oH8DYP6R+CDU/ on6EKGqMGkOHqD+j/gwk+48gzWHQ6SFSEG2iQLI/R9HR/wnki4MVd1n2kDy7O4s+DZ7MI/QZNgj1 pV1aCvWV/esBMvUGMqj16gnVsnpKlat+gMt3mtRj6Qr17Gey1POYFo9TstVPcBv1WfVTXKc2q1/g etUz9SppE6t+qq5Xv8QlbouhblJvkj7QVt2q3la3n0AiSN/cE+UYmCeB+YQcUB0CyCYCZIPxT2QI Mm6qr57IDtInNOriEyUw3gMyVi/hEyPINSHI9FIizxPCu/VEnfrGidyU7BNp6oETFeqhE0ZR/3f0 IIf1RIzafSKe6OUHfUX68olkMo/4m2CIfEFLpqxTfg1Ryg+VDUiubFI2IYWyWflNpFR+S/ktFK38 rvK7KEZ5UfnP0BGlVWlDn/rEPiyTjZBvksUgK1y3oHSIhul3BdwD3BcAUS39EeAxYCmI481QrgRL KdLXd+m0pV3AsUydRGiDqlBVmDafnJSWmj52FKijVUer0jYhTR1PBGr7aJWKHKfrk5M+05yWevQu pKr0CRWtaky/DGdm02ZxG2i1nZx09C70uJucmpyUnJQ+lX4ValeTk1R02gsVe7QlbV51LgTCU3UF I20sbRtDRR8tVNHp8yEU7qagjGkvgzKqqqCfM30A0+kT6UOqzHQ9nE0NyodlE+QqhNEZ4MxgiYC7 IA/wxvJsqi6BnA9Ailksd9p8UH9o15Leq2pUtcBo0DdtFTgBnX4DjjgV/q5KDPVHFMRo6vvU95GS +mPqj1GUslZZCx5Qr6wHD/i68uvgAa3KNhSr/J7yeyiBfPUsMXozehMdjd6K3kLJ5Ltm7/xGMQ5/ 0awK0EainJq8Y1JHfstQIkQ+NWnnJL84kKEzknZ5qBl/nSfUTgbR6N+AR1MQj8j4ZLQ0Mhr+nq6C eDoinh5BPF1OPD2SeLqSeHoU8fRo8HQrOkI4YR0Q0eEw0eEkkadPkHuEjH2C1PmJ1DI0Lal7JMgt bTdJpJahdqEO//esf4ztsdWTD9RaTjghwklGOFGE0yHCSUF44C8tH/6oDGSUaMI/9kBbUOSbX9ga wXnIIDraBVu0h+oodE6YRWm7ZsEWFULdbzNLb5v3g+TuQxMSuYN1k+iWxPeCdW3CLErreoRZFOv+ b83hJ5mFf8ws72cLGbqL5shVQQr+7+OJZ0MwJDKQUhKrEtnEc5A3wtE5UtdC8iDNwFkmsQ1SYyJH jjHNCImHxCReEsBIOCogMQQiP5GTlE8bKfEZJxm/JXiMdVGeV54HnduV4GVKixJ7wCfem9AYmUHh L5sJ9YAhZEgYhFRO8uFQORhKwwmjIXocEuTxY/FX49txkrScjh8jEI+DnEZJucthNMQpyMeaEBOs iTcDHsQ3xT9ImEyYxHn8A+zlym8oW35bDeNfAjaRIf5V/Fb8TgKVoEiITUiEHJcpCaqETEKfSsiD nEooTCiFOlUCncAAXZXAktQILVMSWiAVCgn3UYQ4tiVwJE9JcEIbzE0hcOIFPo3xW3AO1yhIbwya nDlHNGxUcr/B/kHB9f8TEl2D6zAT//98WZ6sEN2H4+t7arNkOSQK+/fUpskySCy/sKc2UZaCeDhm 99RGyeLIe5Zle2qRTI6q4ThbUkuhLXKdnRiq29Xt7Ss8nhqk/j20+BNqCCLbn1J/ClfWI9QI9LxD 3QHbTFAT/4e9c4HSorj2fXVXV38fMz3MMKAQXo7IGRBGHHFEQISJIiIiGkRClEMQERAniKBICAdR 8RGCZhQkaBAJqCGKiIhoDL7QKOILFVAB5SkiICDgC2Xm7v2rdgIn5+bknHXXWeuudda3vn//Z9fu XVW7du2u6u6ZMRnxzYsmG74sHqoVvh2ulPzzbvieyQtXh6tNfvhB+IEpCNeGa02dcGO4UWxuCbdI znkm9xnJOc/KqvwoWZU/L7Gha/s7wdvBe/6O33kYv+swPu0wfnfKpe9BUSD9DX74P6UtkDUImspP e4+QFQRa+/ojZNmgtvy0/AiZejiQkT5MZr4xVfLT7CNke8XrgVyLDpdtN7u5Gh0u22i2yU+Dj5D5 3zO94AjZSmKr0xGy5UdcC7zsBfPKYWPdgj2ajqshJwfkZM3GFVzxjvBqreF/59W7DpNPhQ86jA84 zPO3H+b5O//GU527Dzv37sNsen7lEaPmufalGW916j7S96bl37Sl/X4PqrhIMMc4We3l1EiPyDdJ lTF5kTkvz+TFeYl8C/Ma5DUV1GNz+blVXql8GuS1E+yUd4bIu8unUOS98vqIhn4q0mNzzjv801T0 CuXcOG+U2BgrR9VJ0tJO8p2QdzFl/mz9XsynNG+g4MC8IYetG/7Z/UztoA89HCX9NoU58i047Cv7 j0LxW2Ez+UqEFLZJ5ao3+999H0qP81O+SL5l8u0o33L/c8F0c17OpDob61wguK3Orjr76nwjn111 qgqjnEn6KcypU6XHgu51NhYW1NlWWFB4dGGBaO/TT2FOYbPCZugV+I8/6weLhS3VoiD2CtuoLbX0 NzuFZWI3qrMxt4fwxrklORU5MwsbC07Kqfh/tuL5Z69mm8kWCe8Sm9xS+baTb6f0qN8z5Ns9PfZK y1SvT/q9WPw5IbdY+jE5t21u+9zOuV3l0yP3gpzJORP0I7wHx66i1VY+xbl9c/vzs3zkeIHoanl/ /0nP+pvFEYfbU1uppR/stM8tFs1itZUzNqcypzJ3UO4wOU7Iqfxv7k/+W5GbL3OzQPJzgURmgURo gURugURugURugURugURuQVmq11O+shos6CdfWSUVSN4sGC7fkWnZGPlK1BaUp1/5ue0Ec15mRX5x 7emCJfnt5dNZPu3zN+b3yKzQT/4F+V05ds4vzu8rOn3z++f35Wf9jMgflj+M8r7+k551pMX2ooU9 tYWlv9lpLz/1kG9n4YOyozKLMpvzBwmuyCz6H49c/X+8Bw9bAeh+J64aeWjrD5//5Iqh+gGjpzl4 eXX7H3KynRRXCt8W69huy0wG+6k8s9QE0QS3XjLz7livYgftKhO49bHskqOGKq/Vxm43QaZx1FMk m+NbJEYGOKPnVusVbpuiaEj+D3pwFdhWNVK5op2kEjvp0FrVUYwmqCRciuZBRalDMLoc+W7FTEXV HJGPrZarue2tGJRUD9eVQrxDMTMPPBZJH7AS1Pavj/Xdy73xzxQzK9G8Wa9Q8UbB6bHu5Npmssgr 0FGcDRqn+1OjpaL/MyTcR3CLkei5JtoMr418PfqzQCykda0B1dsHOeug9sgc1F4IX6WlVZ3BMpDd b5WMW3VdtVz1EfZrRc9T4xLxzKOZroJzwWmxjHT4IrgbXKty20i5fQHJSvjbYCskraOXBLuC53hU eVAFX6kY7IC/CI4BO3od7CTY6aLy6i/CL0RS5KR30R2RrJddSSRX9ehz5dHzyK9TdJdEDwuvUh6M U7S9KP09kvPcX2TZVohmAP4CC8uw2Q/MQzIOO39AJwesq5jpgbUtoLc/x87RvoP3W4l2u9otUs+o JOztVgjfGh0n+JRKgpJI16EnKtp28GLVjwtTC48IvqTy8PqoifB/tdKe4MvoFOHPctZURTcaPgSc CT6uGA/AzveK8UZqHKHyKEa+A83e8AbUVQSfhOZpUUtaqDPlC0X7rmKEJLwaPtF+oP8FHc0B6KwA 5yuaRkFfjSKwFpgNZCZW7w6f5C+zlOqcDXQftN420pbrPifYGKofqhRtI5mXQViqPJwFv9l213iA 7wY3qCScC65USdAE+TeKklX0N5gOKrdDwFaUrowaan+9HeXhPPhQcC2aK+BzwX5g60CyZdiL9rQG O9LaCK7/U0x6FC1UhG/yEm2D1K46XcB+yPdy7gEkGxSr90Ztxas93QjBhTr37ZWMyLW0dgh8KnyO ouiMIOZFM3pLMZzLWa2QNNRSux2da1LJYiJ5sXoJzQTJTYpuNLw9+neBfbHwAny4lmbqo3MXeDwW pmKtikxVTdsSRbMJmy/R5nE+rvDz0Ohk4RlirK77ueicylkdfB/B7orVm3WFH84izx9d/QXZW/N/ kfKgCaVztTTsB18NXwRORr8ilav+ASSlYFewsKr/D7s7KdVryrvoF2OhmLN2gNehUwWeBfq940ug /rcGmUd6R1FG+grBO7Czu2qJ9h2d9VxTRip31CL6qjlJ87PspWXcZSZwdVOMjoFfC45Dc1j0e9G8 RK8CQd+wg/Kwt3jpyXAi+CS4FW9sEtxKXOWFkoXCgNnUG5xB1J0b7dTrfbRFJPepZVuE/X7w7YrB ASRLkUwCeytGDZEXI1kCvg1eqehaovM7eD34QvhYbC5D0hP9GeBIRXMw0ruay8FbFYMG8NmK0irl m8DnkDTGWiUtyaYWVILlsBReAr4BPo18GlgBTkQ+gHNNWrty2mnWgw+De1MdxengFHCEYvVA+GCw k9qxZVhmvIIHqGslPV2FH7p5a9VcwSXGdT3zZ/VG9ULtF7hbUeSaSRYryjpEJUsoXQp2RV4JblSM eqLTGywCE3A7+nPR2YzN5Zx1AGwAjkdnMvoj0fk+klwdtI3eEb7fDYdXCRa5Ao18jZ/AKQ/quaaC uS5RHuk6clOs91I+cLom2REneK+H4Al6xTGNohMFud6ZLvBaenWr/gSdwmgi+sWgyr9WFN4TrAe2 Z51TCh7FiuhSsBn4spz1tMa2cP2fHPW5hvZzVj2ma0izibXWbHCTX4lpm8NiRwZwyxV1dRcW63o1 GBCXgAcUkSxTzWAZ8mXIDyA5gOQAkmVusKKudYMDitIGr1OJ/nLk3tpy7FSio7X3Q6fE20enEl6J 5UqVmIP0ZTl4kJX2Qd9a9U/Yhb50ib5W1LME1UIJdVV6+7TnAbBPyrW0j2rK1YQcS3vm0ra52iPh JeR8+qJ1yZphJHymtkdymMSP+YmOPk9edhj9TVhj2oHa2lrmEfBazWPVj8m5fyKv1pVsKhaquDqA lUgOKgYlnut6XlazS7RUeVDi0a/YOauEvUAlq/dKXfcKaqYtVnnYD50D2ByAzgDdszjukLl6akdw OLn0Yj0LzQPUsgx+L7iMGu8FD2BzAC3cS+l1HjnrOkrXUdc62r8JzU3epq7AgwG+nfjnoJekpbqG X85Zy1UupZ3hnelpovP90DyV+NqxU6IjbvZyluEeWDfQVL8mWK/6XcGmSOohaVr9naz/X1CJnK+4 RDHkPluYpVXc9ZQ+qqQUXuKvnpRyvzKcBq70V2pKx/se+Wsr/DFF8bjM5eozFaUu5Q0VxZrWOwa8 GhyhKPnqNR0RbbmMSw6cq7+2PByMztNgZcp9mzVjTAG3ge+Cs8FN1DgMvt6wy9Arprk1YN+aGUS2 wYdkQuOzCm/1nKCS6t0qkcygs6lBRt9aeRfPG501kp3ISHEDPN+Q0SGqyQyVOnZhF52zMjcrNVf7 /XK6q/UzRX01E+91TX04Xder8DywC7gVb++AT/YrELCf6st6Q0vPT0dzuknvdQcPIOEtnuAiry82 pC7F4ABYqWgOwv8ELkOnGJyHpASeB3YBtyLfAV8KTgZ3K9relL4KjgfPp5a96HRE0gN8ALwfrKJ0 NViBpA8t78OI99EICXrCz4efr7EhvfaRr9e1E/BqozQCtb+LiNXvWXedgbUnwPL0DvN05rtqdkT+ BvgqeL9fYaJ5FFf2M8Bc8GywPeuEm+AxyArKHAMWpKsXvQr3QPNJxUPnVpMzq28DZ4LDwTbgk6Cu Wl0qvwbUrGuqPoe/DE5Qa6x1zaFvKBVe9b6Tq/mhdXp1rtoT5wp+rigR/jD4OnHbFO7vBnwFXk8L vY6+E3FFymmP3Q9/hvjfBX8J+Wfwt8A/gJqpDLs/E9F+9UD1LrVv6lHLF3ATDQTpSyR9rNqckRE5 tDXTUVuu126RcA8kLgf3gM+Co0Bd3RnVl1axfnAHkf8CHA+eCd7A9Xc2+KJcBfpmywRfVYy2KMYd FEMwMuBo5A8rZm5XDNAPkWTRyTTJcr8F/Z2UXgTOV7TI3SY4FqLVSF7D8np4F7gD6yAph49D/xqw iroSsIjSfWj+FF4L9JYvQZ9Sm4vkO0rbIPkEyWfwR+B56OeDY8EQ3EMvZoEjkEwFK7B2IUjLoyGg 73U98HUkU8CBYEuwD9gfpI/RlbTEt+00evcUSGnWt/8JSq+Cv0C9jeE9QFpuN2OtPZLrFXMYo1qM V3YwiNzOxP4d2GmNvBvyCZz7EHbWgLcgwf+OsQj3cm4DSh/EwjmULsYCclcGnw3vB24DS5ETIdWX aBwKShyG14PjicxL9R5R8Mc4X+NTI9+9qhhtUYw7KIZgxL3BaDTyhxUztysG6IdIJMJnEOEziO0Z GrHegvJME29ZebTTW1MeXoTOfEWLvmMVbbEfrUbyGvWuh3eBO7AOknL4OPSvAatoYQIWUboPzZ/C a4He8iXoU2pzkXxHaRsknyD5DP4IPA/9fHAsGIJkj3AWOALJVLACaxeCtDwaAvpe1wNfRzIFHAi2 BPuA/UH6GF1JS3zbTqN3T4GUZn37n6D0KvgL1NsY3gOk5ZYsF7VHcr0fTUZtPbiaMTKKgR/NhxVz wFqMeHYwyLl2JhbuoK7WyI3Xh3dDZwJ1PUS9a8BbkDBejrELuY+daUDpg1g7h9LFWEDuyuDc63b9 wG1gKXLiqvoS3QtXX1QtcV7dk6vqI1XnCW4Br1a0jRUDMDRgB+QXga8oGvQDJBE69g7kXv9aSluB fcGJyPfCsRAOB7dy7gj4/fAQzCKZDT8d3hG8HsktYCX4SzACvc1HQeTBzfBDlNZHsg/JAfhqONbC DNgJDMDr0DkfPBXJOWA7rB0PHoPkZND3Nwe8HEk3sBSsB7YBi8BT0PwdeB/W1oH0OnLofEjpU/CN lNaGPwjeSukXcD9ezys6Py6MUdQW7ILmW1h4FTwK+XHIOSt8D7wSPBN8BnwWnbGcNQVJb3hz+FpK vfxe+Epd+Uhc9SeuFOeDHUDWRcbL9ytKFPUn3lQyA/4lOi2rv9L7rqwblxCr37B65G2cKAZZsVve +3EPI7mNVeI2JOyCbX/4CEofAhti7RVwKU+yhnDWg1XjdGeBZCR7241Y6AyWqSTDHi1oBvp9QT80 a1OLf8PkXW1/hj2d8+v/Bn6/xr64q6LrpBjF4ELk3/CcaLG/H1vVXVfsiuHN2ir7tr9vSV3DwHJf LxY+oHS73w/iwz6Kdj59WYXmAt0TWb9nLMMPZACZcVq6hZYvZhR208KLkSCPab/4RErdcsWoJzhT d8HhZGp8APtl1DsH/YTaE2yO8Rb0Lq5chF5gZ/0CvVYsBJeCE8ExYGkqX4WfFachmQefiN8qwN3c eeDZouWNryi9s101iV3/HOqdw+joua+kLR/JbtFbWKW7A7CPonjS16KSN1L9VWSzVdj0UT0SzTnw OfRI5Vl8slE1o9P9/gULg8H7wOU+GtP4n0Ns9GeU/QiOpO/4nFhazLiMZcQL4L/Bwst+d4l+R39P BgsN6PUoInAYnh/FWd18tPioSOdILeG36Fkx9xncFC2N12B5kNqJdmF/LTXeTqumKNYi9rL7FDPc l4ifTi2MY0QEM+ya4wHKnUE+D7+t8Dapa5bfNXOfZ4diNMnHDy18gb6U65vfzt8DuSpYL/Im6Myg Lw3g/RnTg/R0PZI5SKZT11YkvfHhBHA42BDsSekSNOfxvGANliMs4BP3JpE/0Wcz2sZMt8fRqqt5 ijoZnMtz1SL4ap60NoN/B46htDeYQTIPvDpuIngsz2ePRVIML8RCJZKuimYnuMnrwNdjbYh/tguW 8uT3AbAuFg4g3wBOS5876xpjNU+ZixRdPWxOS1duqrM0XY911bsQrG+bpdhVvc0aoyi1o3gOz+6H UWOEtVLaNol6K8CsSqKeyJfQwhLk87B8wHsDy53BViDrtLA+pfeCp3LWZOTlbo9ecZA/p3eWQtZC hvVP2A/5KdR4PLWMQlKB96rhE9FcC+ZpL0L/ZNzSl3f8+PJORWvssMq1J6K/FF+9Au9FaXd4Yzjr VRkptbkf/ivvVSy3oD0NPPdP5Gn5u9S4FSykp4vQGQ/fjYXd1LvWvxWA5DP0F8E3+H755/uuWtuZ Rt1vtD26W7cdlNtJWC5B8xt0psL7Uddc7+dY3yQqp3Qcpb0YuzcozcPCRs+Rf8vdiZ3wAT7mldsr wQzyZR4Zhb3wdfDp4DYf8+5Gbb9y9zB4p49nve9nt6PTGN8upfZZSOql70KMZ9YIBuy2xCY8fcvi Mo3GNCZVcwx+u5nSC6llAZKVILuVsCt4NfG/k7nDHsr292NNL27g3Bvge+B7POdcS42f0ZIDYCX7 AqI9Q/vjHooZ4tMtpz2PKmYfp/Ru5J1Adkx2pPcJdmhJBm/Ew/A2e4RgvM8k1F5MSwZ5y1iYQvun +PwQj8U/Y4mT35CdlPeO24uFe9Dp4DRj36xPpiTn7NZ9nOqYLcpl3Hm7AOwGcrcqbEPpemJjEz55 Wu2E96f5TZ8T7Y+vU/tpJmxKBlP5DKdv+HxJXZvJIQvBCfTrOtq/Av/URk6+dQY8Acnv0JmDT95W jBoquoNIPkaSC7ZH0gi81kep2y/8cyTbwS/Q7Kl3xiQOy2nPWOotJ5eWU7tghquDG0vt29HpqSg6 yhvi28ngUtWXXDGWcxUHgyco2jnM2e3g245rjfOzm3gGlypGzdH5GJ6rGD/giBbFzFNESH36fhFt eAv71zrfTlrl/CzT2rtRugSb38K/xZ9kxSjED48iX0EvGnt9+vu983N2LG81aAtXYmcqvB9ebaQY tae1fSldxVmz/XXNXy/S1pYz+mPhKj+bur732dLbTz2pNd4E74jN7xm1z9FprTVmfoud9dR7DZGz Bps3Uddz1P4xyLyLZoLHM5qnov8GvKWPIs/R+cjbAe9CE4+5G+FEu3i1HqOvknZImIPxAvhobA6G 54AvUfozzuqLz08GN9Ov+5gvjZEcD34Enk0eKIcH8NpYZg6GQ8FDWHjB2/EzC17EWV/BZ3BWN38t UMzcjDXyfKbCt8dnaTTvRLILTjYWb2spV4QMVyX3HJbnuBbEcwuuVhcyXi2I3hZEewvm3V16n4oa uUrGfeBnwRtQ11u0/HlwF/Zn09pXPPd2wBeoayia7Zlxk8GKNP7LGR2d19erhZyLlde6S3m2DAyp l1VErTbMJt6pc6zEMnOxcAGx2hD+cJofFIM08gVzRqPPe33R5WlsK8bOx1g5s0P5ucjPppa2ymOy dzwID19GtC/XJw72I7dKcBQ+GR11Fp4bzdMIjyaLJqvN4FXlMiMm6302sL9iMIAR6aRnRaPVSxKx 7fX+XqR7gVEqCVZrLRH5PPLXF7L9oV7p85QbBPPh+emTFJ5NV/Oko/omsAK8gHtHO+FT9KmE6ld/ Vb0KyV16NVc74dWK9mj4ZHApkg7w1YpBM/ANJP0o7Q0WIZkGT+C7wTHgPORvw+eC94ClYDHYFcu1 vOTQh3p1o3dj4ZuwMITSLiqRXYzqDwCrkG+Ab9TS0LdhtfLoZPhKSkvABlg+iDzLE+oW8JbU0h9e geYBrHX0LcRaT3SWIKHvZr3XRJKH/mRsbuTd3Yxvs++7SsLe4FKea2/DwkuULvKjoM/BgwFgJZKh qU/UWhGWz/JP1Tn3XKztBrtg8zH4ajDP+xn9ZkgmYmcS577vPeBHk9JF7Mjqoj8e+TfIX6TXI723 vR1KLdgLyTme+1FIPaZ21mk0Bu8oyogr/xb9xpT+DP0+tKo7tXSHey+1RqcHrd3pe0QfpyM/iVoK q5srUtoxrVHlrbH8tKK7UzH6TkuFN9f8gKShb4mPeX0bISwGT/HxDy/lLYUmWGvCewubFO3RlLaG F1XfqT5nb2uRzwLnec94RDIR7OhLwcbgNHARmq/jgc4+bn17wN3gIHADmoU+cpBU0Lb3wZ3+7g12 fuqjGp1XwJWcu5Z+9QAHgHvo4yfoPIXl3yLfCA7zMxp+GXHSDs0x3hpo8f+3+ORt305wKGdVwbPw UdS1hpHdpmdly5RnmKdxH7CcsbtISzPkqLgFb8LvYhyb0q9xtOpComIwmmSt2NuPkO/1LT80hpml uMy32c907hdZ7kpNweYUZvEsjRPJh82J2+Zks+aaeXyGATuQi27GTkfyAznKbEHSLZ19qlPL5zFF O8TnN+RV4DrwHWx2rWolaOBt0BxLa+/3cwof7ufuZQeQJ+zhDPr7pe8175YMjLZKe8ZEvZQT7S+y HxnI3ekXebrX2pj0HYEcMyt42LhLR106yBRd9stRFabP0FGXX2kGDLt80CgzvOLSa0aYsWr3ot5d i0xTuXJU6//4M7VMrqlj6po8/UlkWaO/tZaYfFNo6pna8rO+aaolpoYF+tsYKQ9NbKza7dmne5H+ LRbKo7TMmQJz1GWX/WKkmQjeAk4Bp4OzwHmDK64YahYNuWLEpeZp8LkrRlxxjXkZXHHF6KsqzEpw jSheataDmyuuuqzCbAd3/+LywVeYA+DBUVIcGJB74SaqQQvTm1PauvgIyd9YYLhn7d99STH3MMwe hnmHYQb0dnIOwyTFOqa5KTFlppPpanqaPqa/GWwqzDVmPH8hYJqZaR4wsb6WYG7zbQ4K/TH2768F Wf2bzvoXtpunx2lGf/MzyOll+A2YnMW0N8h5Kz2u98eCpv5Yd5GcJ8f63fyxwTBvp8ELUpfYb7Ay /Xlr2gt9n4g3iPirJqG0+jx9kyHTkZ/+h/8elRuuERU0C8tst6ifaWw6mjNMD9PbXGwGmeFmlBln bhTPVZoZZraZZxaaJeY584p5y6wxH5utZpc5YL6XS0eSWWJsZn7m0cxTHBdknub4WObPHBdmnpHj o8L+wvHRzFKOCzLPcnws8xzHhZnnTSjHF+SnBaL9IsdHM8s4Lsi8xPGxzMscF2b+KtoLMq/IT4+J 9qscH80s57gg8xrHxzIrOC7MvC7aj2XekJ8WivabHB/NvMVxQeZtjo9lVnJcmHlHtBf+O4/oXyYf ayb+Ux55l57Pz7yXemZV6pnVqWfWpJ55X+qZn/kg9c+HqV/Wpn5Zl/plfeqRj1KPfJx6ZEPqkY2p Rzbhkc2pR7akHtmaeuST1CPbUo98ike2px75LPXIjtQjO1OP7Eo98vl/4pHpZpZ5yCz4v3pkd+qR PalH9qYe+SL1yL7UI/vxyIHUI1+mEfNV6pmvU898k3rmWyLmYOqf71L/fJ/65VDql6rUI9XeI5Jo 8Eg28B7Jht4jWaseyUbeI1nnPZKNvUeyGe+RbNZ7JFvrv+CRl80bZpVZLx7ZYfaZg0EY5GRzvEey ud4j2cR7JJvnPZKt7T2SzVePZAu8R7J1vEeyhd4j2breI9l63iPZo9Qj2aO9R7L1vUeyDXzEZH/k PZNt6D2TbaQRk23s/ZNtkvqnaeqfY1K//Iv2NFuU+uXY1C/NUr8cl/qluffLf9kju2o8Upx6pEXq kZapR45PPdIq9UhrPFKSeuSE1CNtUo+cmHqkNPXISXikbeqRk1OPlKUeOSX1SLvUI6fikfapRzqk HumYeuS0NGI6pZ45nYjpnHqmS+qZ8tQzP/ae0b+tqe3mCnSXXAkSM0JfHpOrQWNTbErFX11NL9Mv eU8y/ZnZn0R3JatSNjVZDestsjUpm5q8L+ws9D5I2dTkQ5jqrU3ZVP6+SnPTxrSX8ehp+pqBktWv MRPMbcm6mprW19T0UU1NH9fUtKGmpo01NW2qqWnzDzUlO4WdnT1TZLtSNjX5HHaWyHan7B+1aEtN i7bWtOiTmhZtq2nRpzUt2l7Tos9qWrSjpkV7alq0t6ZFX9S0aF9Ni2TuB22CNrKAaRg2lPXgceFx XItl5ZZXxirgGqN/LSo+YrRk9WPPNmH4Nax7DTunhvWoYefCHH8Dr4GsFZtz5j7O2s8ZB9D+Es2v NFrCfXKGRss086O/95W5V9Y1C8zT5l2ZP9/IzEmCo4OioFVQFnQOugf6vnOUu0xs3QN7qYa9/AML 3xQ2A/ZWDXu7hq2sYe/AdFWahO8qD7cITqfsvRqtVTVsNcyK92qbeuEaztCW3B5qK+5G5/3DdI4O tU3Tw78aK5rTww9qLH1Yw9bWsHU1bH0N+6iGfVzDNtSwjbCMrJsbmCIZvTamnekUytogvE/qe41a 7wtfFa37QlkphLPk5xVIZ4XLRTor3FRja3Pqi0x4R1gp8TI7fEg054XzTU64IFxg8sOF4eOmIHwi XGwKwyXhM7Lit6yM60nU6F9x0XVfQfoXFf8gBY+Ej4jNxaJvw2fDZ2WtKJEXTuM3xfXv5WkcylVH /0e6rHwlz4b3hveaJuHMcKZpKjaeN8fwm99d+M3vcv7ynY1vjW8JdbdgLdXbHJuj96Fsgj3RsJ/F TaxGfhAfEx+rLQz6m0fsDnuMbWlb2za2rW1nb7ST7M32NjvZ3mF/a6fZu+09dpadYx+yf7KP2Eft Y/Zx+6T9s33Wvmj/alfYt+w7drX90H5kN9lPxNYu+7nda/e5lq7Ene66uB+7M11X182d43q4Xq63 6+sudgPcIDfUXemucqPdde5XboKb6G50k9wt7jY32U1xd7hKd5eb5qa7Ge5eN9PNcrPdA26em+8W usXuKfeM+4t73r3kXnWvu7fdO26V+8CtcxvcFrfd7XJ73QH3jfvOVcc2zsS5cX5cJ64b148bxk2l 30XxsXGzuHlcHLeMW8UlcZu4ND45PiVuH58Wd4l/HJ8Z948HxpfHo3MX5S7OXZKESZzkJLWTwuTo pGFyTHJcUpy0TFolJclJySlJh6RTUp6clZyTnJdckPRJ+iX9k4HJ4ET/asUfbdbqkuMYe4yMQwvb woTi5dYyDifYEyQ/nGRPMs6eYk8xsb3B3mAy9iZ7k8mK9282teyt9laTY39tf21y7e32dpPIaPzW 5NmpMoK1ZVTuNvkyMveYAnufvc/UsX+wfzCF9kH7oKkrI/UnU09G6xFzlIzYo+ZoGbXHTH0ZucdN Axm9J82PZAT/bBrKKD5rGslIvmgay2j+1TSxr9nXTFP7pn3THCMj+44pktFdbY6VEf7QNJNR/sgc JyO9SbLZJ/YT8y/2M/uZKbY77U7TQkb+c9PS7rF7zPH2C/uFaSVR0NK0lkgoMSWuk+tkTnCdXWfT xpW7cnOiO8OdYUolOrqakyRCupm2rrvrbk6WSOlhyiRaeplTJGJ6m3YSNX3NqRI5F5v2Ej0DTAeJ oEGmoxvihpjT3HDZ0XRyI9wIc7ob5UaZzm6MG2O6uHFunCmX6JpgfiwRNtGcIVF2ozlTIm2S6SrR dos5SyLuNtNNom6yOVsib4rpLtF3hzlHIrDS9JAovMucK5E4zfSUaJxuzpOInGF6SVTea86XyJxp LpDonGV+IhE62/SWKH3AXCiROs/0kWidby6SiF1o+krULjY/dUvcEtNPo9f8TOL3eXOJxPBLpr/E 8avmXyWWXzcDJJ7fNj+XmH7HDHTvuffMpe59974ZJPG9zlwmMb7BDJY432Iud5+6T80Qt9PtNEPd HrfHDHP73X5zhfvafW2GS/x/Z6501a7aVMg8sOYXMhcyZoTMh1xzlcyJfDNS5kUdc7XMjbpmlMyP +mZ0/KP4R+aauEncxFwrc6WZGSMzpbkZJ7Ol2PxKZkxLM15mTSvzb7H+RtsEmT1tzPUyg0rNxLht 3NbcEJfFZeZGmU3tzU1xx7ijmRR3jjubm+PyuNzcEp8Rn2FulRnW39wms2yg+XU8OB5sJsej4lHm N7mP5z5upuQ+kfuEuT33ydwnzR0y+0LzW5mBsamUWZhj7pSZWNvcJbOx0EyVGXm0mSazsqG5O2ma NDXTk2ZJM/M7maHFZobM0pbmHpmprcy9MltLzO+T0qTUzEzKkjJzX9I+aW9myeztZO6XGVxuZidd k67mD0n3pLuZk/RMepq5MqMvMA/IrO5jHpSZ3c88JLO7v/mjzPCBZp7M8sHmT0mFzPWHZbbvMqPt sfZ4W2rL7H77G3un/Z39vb3fzrV/tE/Yp+xf7PNkzDfsSrvKfmDX2Y12i/1U8uUud7zd7453re1v XE93gevj+rn+bqAb7Ia5CjfSXePGuvFujnvIPewWuEUSS392rd1zbpl7xa1wb9lVclzj1rqP3Cb3 idvhdrt97it30FXFYRzHOXGe/dT1jI+yzeJGcUXczvURNiAeFA91m3KfTqIkmyRJQVIvaZA0ToqS 5kmb5OTk1OS0pEtyZnJ2cm5yftI76ZtcnAxIBiVDkhHS11HkNENOC8hmIdnMks0ispYjX8VkqgyZ KkumqkWmyiFT5ZKREjJSHhmpNhkpn4xUQEaqQ0YqJCPVJSPVIyMdRUY6moxUn4zUgIz0IzJSQzJS I3JRY3JRE3JRU3LRMeSZIvLMseSZZuSZ48gzzckz/0KeKSbPtCDPtCTPHE+eaUWeaU2eKSHPnEAG aEMGOJEMUEoGOIkM0JYMcDIZoIwMcAoZ4FQyQHsyQAcyQEcywGlkgE5kgNPJAJ3JAF3IAOVkgB+T Ac4gA5xJBuhKBjiLDNCNDHA2GaA7GeAcMkAPMsC5ZICeZIDzyAC9yADnkwEukLl/jPkJc7k3s/hC ZnEfZu5FzNy+zNyfMnP7MVt/xmy9mNl6CbO1P7P1X5mtA5itP2e2DmS2XspsHcTcvIy5OZi5eTlz cwhzcyhzcxhz8wrm5nDm5pXMzQrm5i+YmyOYm1cxN0cyN69mbo46bG6eaE/+h3Pzdfu2fc++L3Nz A3NTYiidm63+6bn5tGvlnnUvur+619yb9j05rnYfpnPzM/e5+8J96b51h+IgdnGtmrl5rMzNK5mb xzI3h8jcfOo/nJttk3ZJx6RzckbSLemR9Prfufm/c/P/47kZBPofqRubAWa2XEUXm+fMcna328xe 7pOwbzatZB8l+zf7pcTyjfZrwUn2W8Hb7HeCd8S3mdCdHo8V7BKPE/xxPF7wzP/AwldY+AYLB7Hw PRZ+jYVfYuFXWPg3LMj+L56gGrDra9jEGnZDDbuxht1UwybVsJth7KiT/cqTAz9IJNtsNMYdclUm lLwg+0TJDbGJJT/kmKzM6yH83msP7iAVmzKsFOS+IbNZzrQ7fmASF7rbf1N+2i+7t4/Qq22vl7kv Zf5od7BD1B2FYW8QyJkbdE/IM4osO95PZTc6X++BhLP9ztGszs3Prf13Ty60TfpsqpkpEe+Wp/cL Xmcv+0bNvn+r/vVD2Cc1bNsPLL5Otf/h3pgnNjyRS3jSJK4K99pG0dBoWHRF+uQu8FrG1Nffs6iH 1NQfUHpj/YvjWq1u6X7L13lBJpx9Y/1zRXR2GAQn5ZbWil3r2jZs6EzppXFO6ziIghtPDYNo9oWl PyktOUzSeE7Tif+nmvOOamLb/vikAdKrIiAEEEGkTEINHSkiSpEoouClhBYpCSEUNSgJVSkqelEU JVSvAoKgoFJFKUoTkC4o16eCShWRovAm2NDrXe+31u/3u66XWSl7nzJn5uz9me85f0QC0Fs+bAA3 IBAgAb6AB0CF3gasA5Re0RlSWCWKLf5xbsu9ZPDg66vr9CVURI4mMhmCGJCBdAEZiO1MBBwGh3Oq 5Ao8tl1yutBY/aX1OmgoZMwmcCMbYheSS0jGhEQ+QCF6eVPRCoSNaAwOp4W2IhIopECSJxVtQqKQ VTCSoMSnyiLfl5AorlQiyR8jDUqxyhFCot/K7UgkKto4iOpNohCpB0DJNTygFqiNhV5qGBC7dw0P BguZGpATeu0FDyzfK6gTNiH4LjxGCBRgGRxCnLtdA72J/l5U6DT8IC/LyS7Ebufh7kfyd/8yMM6/ G5gsKP1pYGIry9090Hiilz/UK9rWxBhkwGRAnq8TCIOhAAQDxgdAfk44AwYDSg+Ede0rNsP9oZ6H 6ZuT09gaUr0gdbHeLGC8zXz4Ufxdn+12btMp8LtWPVt9VdcbeFS1yJZyWZQeCRowq7hynNe2Vm7T FPMlj6xUm/H6ebeU1rVm2acspVKai1Vl7loq00i9IpK68Th+3EDFxmlPXWUYdmlR3iLnhi8sJnXh dhHhCGPOiUmPjEosnLp5OrNVO8c2ao18jPUAOAPoT9fN6dMro0d9cZdU1GeuqxRwhrmdDPVMPRvI E10wde8t+paNYAKhUakXa7Z2rMwyWdcWL9riuePAlfyYBnuDNIZtrD/qmsadQ+sr7Dz1U6ybNh1W 84/cwtZ28aFlNNw/GsiqjnmCh7P+FTiTPg/S34NC0O1cJ4fkBjnZOKDQRaHYEQiQnsHywpD0cyD9 TDi/40PyOJFyUXbHYeEiq8SlxnTKPx9vDD7gDhCnpxcr0GYwQ3jzxAjkY41RCAZbQqJABPQFrmM5 eJGrkcJN61qCAbJjwWTfPetzO0xVMk0JEyAXq5gPiYTSKHpF6iBYEXEo9+phyw1TLeXW1AwHeapi UHH0x9ztp0MBq5EHr0UfE2t5M2hv4SZ1D2KaZvFNNWkV9qQJgullU2AsueFcp8RNrrS1PKe7+yTz N4aNj+YE5h0fxCXqn91fru3XHlsg+/HJSBdx1cnYisUhoEz97XvaHL+gCur1xuRTm30UAkq1jz9l 57m/z7u5ItzYx/OPstKyRPUHUwh+2sF37U83Pzm0ODSUtzjzpJOnmNyV9MymRDuDpvxIv1+dy00L nkbfL3t0xolwvHBvGa7bJX5XpJjaO92zTAZ3hnNcsVJpenZjbh+6pApcG4UW5lEst5s2fvob+CxJ gRhzh/zn20u5LeGbKcG8EGMOQoxx+8wYV1jR+WUWiqzMIxTEmV+Y1RBwMBBosBBmNNQwn4Gj8dUE 6RH/L2PjWQ4cKHSRVja2dl+qI/6m+n9kT3YAVbSxP1V1fpKwNjwzcamBHMGdvkVxfn5vYYsVX4Vu n3QzqjOMZngjJVhO5zHTBv2c0mES8GLJV3guLbJILqZC+Ma+Sq2jKrW5US4BUXT5W2qIufyuU/Cx kl0C8MaIqJk7UQTXtUzh1AtpqeYErR4Bvd31Fmj86vdNDosz1WIPSsx9eYZ1UC05Es9iJwau1JAj HNumpgxv9mZdyAT8r9Cbx3SQ+dWWSUpCT0eMg1eFw3y90NcxhQY+7UYcEZ1kMAF8WRn/UHXsUbSh 2N7sau+o4aO0kwhL/z0maIvU2MX7ZqXD25EwLreWjDcSp+Q+PrzGWzdbsl7s0AKty8m6zWvkM3tm Qfq7n7PnWxb3Uh41crs5D2RS05x5zxr/4ShksmF5+tbxsbIeSmT28GVurJNFioKrw3+e9qasClJI fVAXxDG1mBrRat5UKllHVZVA8VXx+zKHKgSSnyrZh8jyqpIpJPcgAjVQ1QQPBZ4K5AItvowQBkPq gTqg9hcbhEcrfe4wJCTkZx16UFb0RP0hoZbp4+Ii30MDtwpuMdbS+y3o+r8yAE0Bi0Ilh/NnaaOZ gulnx0SLz8z4JfaAYhL50gRj81PdBWIK285ohhntdGlyKx/5QLzkfKQ2Jieam3b5zz1h/bGdIaGo nPUP3Getd5SaKiSKKe3kUKDUSonqK7UC8iShtmzXqS43nQrAGqWa4hX2nGBiqMtdGcd+cCjUqOpJ aEsMOmNternLRFqenVOw8EfxUFQ3IciH/jHGPD9/j13VoaqCtVlJRVNcSodB/n7MtsrIvUfenxcM HRk87JLLU4eRnKGcM/Bq1R7TbsGJB/br9qo/iWhPbR6KGxRbdOdwLphRuYmVCybKve1M0JC92y9n CtHnAkSfqE/04d/PlWJTDcjlCvSbSTkc9Mr4kUG/RutogjiMJogB1dW1WOjBQeYv0Do7iX4egVRX P/L/VOs81vJfKGjYbBkg2tBiYYCvns8Vvq2ELRO0sWuIGDVQ692KSVIoOen+VMo28nbNtrYjqNnx oMq4+j86rxLJnqHynsMlpeNRt5rHrnwUzOLaI7NRtdWo1x4pHnzDz93Pcmf/wORgVVpEffiTI9vh WqffVV/ksJf03tLcWx3spBpWIoe8bu+4X4KwFE7TG+tEylnhQqjs+2qceqK1lILu876SxK2iBS9e 8PU/+PSNwfEzFwN4nRVtRN1csBfbI6w3yTh5m8UNqkby2xbN3RBL8B2TOy8028jfHcU7zQgO1Kz7 /WBGkwvbG1RhtFrp7GnHSONIh6jT/oVSShZNpFSTp/uHj2xI9PnEGwZMAboj639GHI7/DrXDz7bq 88pCBMaSMMAKUJKGrQ3P3FLP3RZ9vDz1VZ6usUndQ3Dt1wbCcCS3JCeAB4KgVYgJYPy9EvqLjPoJ oE5bCWBqaLZlAonpruww3niyWcJ44M4Kw1Uo5aWbO/BREqO4k6WZ9lyD8SW64m0LeZful17bIS1O 4iAe9kFkyJiP+l73o8ncNO+IfJvAV8l+TPPO68Mj5H1maUntTS0DidVDVYrNtDf3r2I7Y241Eu5p tolKVwUP6p4rFg+8KB3bc/264M746dQaD8tzChtSXY7x6dYLeYRalLXmR+jYFLo5DIIjI7h1z45O 9eHoc0LS8e7hBDZk8tQ5uInqIfPY20vwXo85y8E+BPVUMcqfu+nCYwVXmsXkmlQBaW24REweW20y 9uZzozq8fsXlo4PDnloJ0zLJqU2FITt36HRRTItkZyBAXYEAlfRFHqEywGV5xPHr5NFfQMBilDao hdWA0ITBaLAYpfbJxLBMkF78T8gjeVDukynpb0Ike3tQ0KZ4M7QZ3lpHW8NUTVkN1DBR1thsYo6R A2U/XZPE99ekjGddFBrvQQkmEjz+I94mkMpFydVidC+5axvcioW2tYC3qwW1P9A91NnvaRat955h R1azn5kunTwk6aZk3rsta4d6aYfv6F7d6xHpW/QFOFQ0fMxe1OjFwz3hl0WJry1H5ZXG9EIcsx6R U7btjuR/WKA8e3Tdi1cbr79svcjmdomys0a3rtXw5lChA7/v8+zuuzVBWhXTUUP0YYUe8cmpq5OM zK5uREaaSOSC/nzuUAm2gQl3f/tiSWxDAAf+mAh8KkI+eCsj4NJ4Pja0rtt3tY2Mxxk3K3PVJdmC qDc55ApEY18PFlW76YRRycVOpWjf0kYhbFhC3eGra1SxHzzL1hWa7ZrNn1f2ivDaeCqyfW+67Eo5 9Q0Iw2dm3o/HT74gPtvjbf3+7LGDA+dVvlNKPyXG/0YpUQPJBNf/E6X0pSfqz2H9nf5jq/4ZrXgM Q5xP6lVma2T1o1CRUvZT4yk59RwJqsXNhgGd0bQQqYHXa4oqaM/mUqY4zSzyhcuISlMGXm47p8aO yAsk4d609MZYx7532SJ7SF7EiCOtigeDZPRolHCnAh1xV0Jda2/EGl8w0HzskCV/Xqevgm2fcE4R 3/Y7iXpxU24ps56jnW8lFAqx/Q8wq8oXZLzNt893BMq83JgoAyzYV7FdpTNFbqvPKSRKWbqh0o++ o28Z4TnJ0e2ge1zSZxXxcrUFbRfD0BnQNkllazLsUa2yCVyl//H2b9P1b7Rq3F2ZVo/0yU2OhUL0 O48yMWIV7l3J7QcNFR3N8av0mhFzhnuApqN4VwwDeR4i1hk4DAbSY37hku27heS3rS4mvY71dPo8 basQGO6V+2jQeb9ZXBhecGWpCESNrw2RGCjUGzpKTYY0So611k3cPDZxL/3pkWuWoOeKJtwYB9Ce qRSuCFgBRIAAUADS8lacJ0AF0NDjkAR5yMufrpCHCP3yT98Qvv5vI5V6gEzyoriSvQ+gfyATkgED Eqzc548bt0bxHwp+0ciTzNy68NL49yqQ69WUk1nKK8ctcf4HJtpOiDxi3OTVTMZ53YnhmTc1uuSb mk+W8NhzcqD9Gu1l6i31PNj8nfztkzjBReatvh7RJDtpRUVnV5KH9yiBeGZydwXsXUev7HA5o/Pe 7KalRW98X6L+TJ1GydGu1Eu5NRPSwmGDnBX3rt4dDsvbSmaeyhnBiN8Wyaq3Pxv9yLIr4XR4gi+a 26OXs4omznkgzMTunKxDB0mcyHyCIO/Qhc3VXFKcO729/yqvTKLbgv2xV8IHsNULMifCZpM4nIUv dqDWX3FSsG64mu/Jodrm8Xuu5624+msdfd6H3hUei9uVzoBLgQy4+LdZYsMw4NyQi+MfD8cfH5Hf PbjZP4cjcx8oujIWub5t/MKgc34tQWH4lvcf1LAYjBZWE1Tb+5dQFNl/8r5y9gna64mg0LurK/2a Gl/O/cAnVog0Cfg0CMlXBhhrOkj+VtDg1ZHKV47agnB9Ocu0rYBZfVDB8HDBNFKG2oNeOww7FKcy duYG79VO2lE+3tlCzuw/HxLQN/Q8tHghhZoeL+lcdLJvJJut0izQuFwjeLO6nrgAbmT3ywm5cgPY eV54kqysZm2b7Hi29b1dx1/Q9La+ZR5718YUQTSfm4o3UlTu3dUdV30iiMOvqbZQNuvP4DWTz1vZ c6jKvjRHoO33+hr70efZXsoxl9oF8UqJH/QdQgh4fYnSjSKHF4SCu1DP8yacdbqGtE6g2xrgHdFP b2AjCA0ji08UjEQipnmf7StzSrdout+Vq43RJWvbm2Dz2rKU5nUB4N+zFU2XDQplbmRzdHJlYW0N CmVuZG9iag0KMTAyIDAgb2JqDQpbIDBbIDc1MF0gIDNbIDI3OF0gIDExWyAzMzMgMzMzXSAgMTVb IDI3OF0gIDE3WyAyNzhdICAyMFsgNTU2XSAgMjZbIDU1Nl0gIDI4WyA1NTZdICAzNlsgNjY3XSAg MzlbIDcyMl0gIDQ0WyAyNzhdICA0OVsgNzIyIDc3OF0gIDUzWyA3MjIgNjY3IDYxMV0gIDY4WyA1 NTYgNTU2IDUwMCA1NTYgNTU2IDI3OCA1NTYgNTU2IDIyMl0gIDc5WyAyMjIgODMzIDU1NiA1NTYg NTU2IDU1NiAzMzMgNTAwIDI3OCA1NTYgNTAwIDcyMl0gIDE4MlsgMjIyXSBdIA0KZW5kb2JqDQox MDMgMCBvYmoNClsgMjc4IDAgMCAwIDAgMCAwIDAgMzMzIDMzMyAwIDAgMjc4IDAgMjc4IDAgMCA1 NTYgMCAwIDAgMCAwIDU1NiAwIDU1NiAwIDAgMCAwIDAgMCAwIDY2NyAwIDAgNzIyIDAgMCAwIDAg Mjc4IDAgMCAwIDAgNzIyIDc3OCAwIDAgNzIyIDY2NyAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw IDU1NiA1NTYgNTAwIDU1NiA1NTYgMjc4IDU1NiA1NTYgMjIyIDAgMCAyMjIgODMzIDU1NiA1NTYg NTU2IDU1NiAzMzMgNTAwIDI3OCA1NTYgNTAwXSANCmVuZG9iag0KMTA0IDAgb2JqDQpbIDI3OCAw IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAzMzMgMCAwIDU1NiA1NTYgNTU2IDU1NiA1NTYgMCAwIDAg NTU2IDAgMCAwIDAgMCAwIDAgMCA3MjIgMCA3MjIgMCA2NjcgNjExIDc3OCAwIDI3OCAwIDAgMCAw IDcyMiA3NzggNjY3IDAgNzIyIDY2NyA2MTEgMCAwIDAgMCAwIDYxMSAwIDAgMCAwIDAgMCA1NTYg NjExIDAgMCA1NTYgMCAwIDYxMSAyNzggMCAwIDAgMCAwIDYxMSAwIDAgMzg5IDU1NiAzMzMgNjEx IDAgMCAwIDU1Nl0gDQplbmRvYmoNCjEwNSAwIG9iag0KPDwvVHlwZS9YUmVmL1NpemUgMTA1L1db IDEgNCAyXSAvUm9vdCAxIDAgUi9JbmZvIDI0IDAgUi9JRFs8NjMwRDRDN0UwRTJCNTQ0NTkxRjY2 RDYzRDk5NTU2Mzk+PDYzMEQ0QzdFMEUyQjU0NDU5MUY2NkQ2M0Q5OTU1NjM5Pl0gL0ZpbHRlci9G bGF0ZURlY29kZS9MZW5ndGggMjYwPj4NCnN0cmVhbQ0KeJw10rlOQlEQxvFzUUDZL9dd4YL7wuLC RVFBRVxewcbYW1hY2xhrGxPfxBhfwIfQxtY3MDZ4+P54ivllJnOSSWaMsa/bdWx0jelxBy8i5InY t4g/i8QDvInkhUg14Euk30WmDVfwI1yK2UB4fa5F4VWUjChD5Ql+7Ty24psTOIUz6EC/5dx+qH7+ Zw6EYAPWoQQDMAhhiEAUhmAYYhCHBCQhBWnIgAtZ8GAERmEMxmECJmEKpmEGcpAHHwpQhFmYg3lY gEVYgmVYgVVYgwqUoQqb0IYtqEEADajDNuzALuzBPjShBQdwCEdwbHdbu9VNBJei/tHDCd+IyL2I PhrzB8M5J6cNCmVuZHN0cmVhbQ0KZW5kb2JqDQp4cmVmDQowIDEwNg0KMDAwMDAwMDAyNSA2NTUz NSBmDQowMDAwMDAwMDE3IDAwMDAwIG4NCjAwMDAwMDAxMjUgMDAwMDAgbg0KMDAwMDAwMDE4MSAw MDAwMCBuDQowMDAwMDAwNTMxIDAwMDAwIG4NCjAwMDAwMDI3OTMgMDAwMDAgbg0KMDAwMDAwMjk2 NiAwMDAwMCBuDQowMDAwMDAzMjA0IDAwMDAwIG4NCjAwMDAwMDMyNTcgMDAwMDAgbg0KMDAwMDAw MzQxNyAwMDAwMCBuDQowMDAwMDAzNjQxIDAwMDAwIG4NCjAwMDAwMDM4MDggMDAwMDAgbg0KMDAw MDAwNDAzOCAwMDAwMCBuDQowMDAwMDA0MTYyIDAwMDAwIG4NCjAwMDAwMDQxOTIgMDAwMDAgbg0K MDAwMDAwNDM0NCAwMDAwMCBuDQowMDAwMDA0NDE4IDAwMDAwIG4NCjAwMDAwMDQ2NjEgMDAwMDAg bg0KMDAwMDAwNDkxNyAwMDAwMCBuDQowMDAwMDA0OTcxIDAwMDAwIG4NCjAwMDAwMDgzNzUgMDAw MDAgbg0KMDAwMDAxMTI2NCAwMDAwMCBuDQowMDAwMDExNTIwIDAwMDAwIG4NCjAwMDAwMTE5MjMg MDAwMDAgbg0KMDAwMDAxMjAyNiAwMDAwMCBuDQowMDAwMDAwMDI2IDY1NTM1IGYNCjAwMDAwMDAw MjcgNjU1MzUgZg0KMDAwMDAwMDAyOCA2NTUzNSBmDQowMDAwMDAwMDI5IDY1NTM1IGYNCjAwMDAw MDAwMzAgNjU1MzUgZg0KMDAwMDAwMDAzMSA2NTUzNSBmDQowMDAwMDAwMDMyIDY1NTM1IGYNCjAw MDAwMDAwMzMgNjU1MzUgZg0KMDAwMDAwMDAzNCA2NTUzNSBmDQowMDAwMDAwMDM1IDY1NTM1IGYN CjAwMDAwMDAwMzYgNjU1MzUgZg0KMDAwMDAwMDAzNyA2NTUzNSBmDQowMDAwMDAwMDM4IDY1NTM1 IGYNCjAwMDAwMDAwMzkgNjU1MzUgZg0KMDAwMDAwMDA0MCA2NTUzNSBmDQowMDAwMDAwMDQxIDY1 NTM1IGYNCjAwMDAwMDAwNDIgNjU1MzUgZg0KMDAwMDAwMDA0MyA2NTUzNSBmDQowMDAwMDAwMDQ0 IDY1NTM1IGYNCjAwMDAwMDAwNDUgNjU1MzUgZg0KMDAwMDAwMDA0NiA2NTUzNSBmDQowMDAwMDAw MDQ3IDY1NTM1IGYNCjAwMDAwMDAwNDggNjU1MzUgZg0KMDAwMDAwMDA0OSA2NTUzNSBmDQowMDAw MDAwMDUwIDY1NTM1IGYNCjAwMDAwMDAwNTEgNjU1MzUgZg0KMDAwMDAwMDA1MiA2NTUzNSBmDQow MDAwMDAwMDUzIDY1NTM1IGYNCjAwMDAwMDAwNTQgNjU1MzUgZg0KMDAwMDAwMDA1NSA2NTUzNSBm DQowMDAwMDAwMDU2IDY1NTM1IGYNCjAwMDAwMDAwNTcgNjU1MzUgZg0KMDAwMDAwMDA1OCA2NTUz NSBmDQowMDAwMDAwMDU5IDY1NTM1IGYNCjAwMDAwMDAwNjAgNjU1MzUgZg0KMDAwMDAwMDA2MSA2 NTUzNSBmDQowMDAwMDAwMDYyIDY1NTM1IGYNCjAwMDAwMDAwNjMgNjU1MzUgZg0KMDAwMDAwMDA2 NCA2NTUzNSBmDQowMDAwMDAwMDY1IDY1NTM1IGYNCjAwMDAwMDAwNjYgNjU1MzUgZg0KMDAwMDAw MDA2NyA2NTUzNSBmDQowMDAwMDAwMDY4IDY1NTM1IGYNCjAwMDAwMDAwNjkgNjU1MzUgZg0KMDAw MDAwMDA3MCA2NTUzNSBmDQowMDAwMDAwMDcxIDY1NTM1IGYNCjAwMDAwMDAwNzIgNjU1MzUgZg0K MDAwMDAwMDA3MyA2NTUzNSBmDQowMDAwMDAwMDc0IDY1NTM1IGYNCjAwMDAwMDAwNzUgNjU1MzUg Zg0KMDAwMDAwMDA3NiA2NTUzNSBmDQowMDAwMDAwMDc3IDY1NTM1IGYNCjAwMDAwMDAwNzggNjU1 MzUgZg0KMDAwMDAwMDA3OSA2NTUzNSBmDQowMDAwMDAwMDgwIDY1NTM1IGYNCjAwMDAwMDAwODEg NjU1MzUgZg0KMDAwMDAwMDA4MiA2NTUzNSBmDQowMDAwMDAwMDgzIDY1NTM1IGYNCjAwMDAwMDAw ODQgNjU1MzUgZg0KMDAwMDAwMDA4NSA2NTUzNSBmDQowMDAwMDAwMDg2IDY1NTM1IGYNCjAwMDAw MDAwODcgNjU1MzUgZg0KMDAwMDAwMDA4OCA2NTUzNSBmDQowMDAwMDAwMDg5IDY1NTM1IGYNCjAw MDAwMDAwOTAgNjU1MzUgZg0KMDAwMDAwMDA5MSA2NTUzNSBmDQowMDAwMDAwMDkyIDY1NTM1IGYN CjAwMDAwMDAwOTMgNjU1MzUgZg0KMDAwMDAwMDA5NCA2NTUzNSBmDQowMDAwMDAwMDk1IDY1NTM1 IGYNCjAwMDAwMDAwOTYgNjU1MzUgZg0KMDAwMDAwMDA5NyA2NTUzNSBmDQowMDAwMDAwMDk4IDY1 NTM1IGYNCjAwMDAwMDAwMDAgNjU1MzUgZg0KMDAwMDAxMzQyNyAwMDAwMCBuDQowMDAwMDEzNjYy IDAwMDAwIG4NCjAwMDAwMTQwNDIgMDAwMDAgbg0KMDAwMDA2NjkyNyAwMDAwMCBuDQowMDAwMDY3 MjAyIDAwMDAwIG4NCjAwMDAwNjc0NzAgMDAwMDAgbg0KMDAwMDA2NzczOCAwMDAwMCBuDQp0cmFp bGVyDQo8PC9TaXplIDEwNi9Sb290IDEgMCBSL0luZm8gMjQgMCBSL0lEWzw2MzBENEM3RTBFMkI1 NDQ1OTFGNjZENjNEOTk1NTYzOT48NjMwRDRDN0UwRTJCNTQ0NTkxRjY2RDYzRDk5NTU2Mzk+XSA+ Pg0Kc3RhcnR4cmVmDQo2ODIwMQ0KJSVFT0YNCnhyZWYNCjAgMA0KdHJhaWxlcg0KPDwvU2l6ZSAx MDYvUm9vdCAxIDAgUi9JbmZvIDI0IDAgUi9JRFs8NjMwRDRDN0UwRTJCNTQ0NTkxRjY2RDYzRDk5 NTU2Mzk+PDYzMEQ0QzdFMEUyQjU0NDU5MUY2NkQ2M0Q5OTU1NjM5Pl0gL1ByZXYgNjgyMDEvWFJl ZlN0bSA2NzczOD4+DQpzdGFydHhyZWYNCjcwNDgwDQolJUVPRg== ------=_NextPart_001_4FA4_60135A9C.6E7253CE-- From owner-freebsd-stable@FreeBSD.ORG Sun Aug 17 17:15:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7933EB7 for ; Sun, 17 Aug 2014 17:15:55 +0000 (UTC) Received: from nagini.codelibre.net (nagini.codelibre.net [IPv6:2001:41c8:1:5750::2]) by mx1.freebsd.org (Postfix) with ESMTP id 84F472008 for ; Sun, 17 Aug 2014 17:15:55 +0000 (UTC) Received: by nagini.codelibre.net (Postfix, from userid 1000) id 45C40183E7; Sun, 17 Aug 2014 18:15:54 +0100 (BST) Date: Sun, 17 Aug 2014 18:15:54 +0100 From: Roger Leigh To: freebsd-stable@freebsd.org Subject: PCI-E SATA-III HBA for FreeBSD 10 Message-ID: <20140817171554.GB7997@codelibre.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2014 17:15:55 -0000 Hi, I'm looking for a low-profile SATA-III adapter to put in an HP N40L microserver running FreeBSD 10.0-STABLE. I'd like to use a set of SSDs with it for ZFS ZIL and L2ARC as well as for the main system. I briefly tried a StarTech PEXSAT34SFF adapter with a Marvell 88SE9230 controller: http://www.startech.com/Cards-Adapters/HDD-Controllers/SATA-Cards/PCI-Express-SATA-III-RAID-Controller-Card-Mini-SAS-SFF-8087~PEXSAT34SFF ahci0: port 0xe800-0xe807,0xe400-0xe403,0xe000-0xe007,0xd800-0xd803,0xd400-0xd41f mem 0xfe8ff800-0xfe8fffff irq 18 at device 0.0 on pci2 ahci0: AHCI v1.20 with 8 6Gbps ports, Port Multiplier not supported ahci0: quirks=0x800 However, I had to return it due to a couple of faults: the SFF-8087 cable was broken for one port, and it wouldn't work in the microserver in combination with an Icy Dock SATA backplane. Its performance was also pretty bad; on Linux I'm getting 475 MB/s from an SSD using the native SATA III ports on the mainboard. This was 320 MB/s with the adapter. FreeBSD only got 90 MB/s with the adapter which was a bit disappointing! While the card and cable here were not operating correctly, I'd be interested to know any good recommendations for a SATA-III adapter which works well with FreeBSD 10, and with decent performance. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `- GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 From owner-freebsd-stable@FreeBSD.ORG Sun Aug 17 20:36:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0ECE4A90; Sun, 17 Aug 2014 20:36:42 +0000 (UTC) Received: from mailout03.t-online.de (mailout03.t-online.de [194.25.134.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C2FC22D20; Sun, 17 Aug 2014 20:36:41 +0000 (UTC) Received: from fwd15.aul.t-online.de (fwd15.aul.t-online.de [172.20.27.63]) by mailout03.t-online.de (Postfix) with SMTP id 667B655FDDE; Sun, 17 Aug 2014 22:36:33 +0200 (CEST) Received: from [192.168.119.33] (Gh4IbmZX8h6s8wuwvJMkyQPwFY4WkgzEt5IqAn8HzCHd0uy7EUJ6o09-sIZeeJmgrN@[84.154.101.219]) by fwd15.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-SHA encrypted) esmtp id 1XJ7Bi-1uqQWO0; Sun, 17 Aug 2014 22:36:26 +0200 Message-ID: <53F11248.4070305@freebsd.org> Date: Sun, 17 Aug 2014 22:36:24 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "freebsd-hackers@freebsd.org" , freebsd-stable stable Subject: TESTING required: keyboard maps for NEWCONS (committed to -CURRENT and available for -STABLE) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-ID: Gh4IbmZX8h6s8wuwvJMkyQPwFY4WkgzEt5IqAn8HzCHd0uy7EUJ6o09-sIZeeJmgrN X-TOI-MSGID: def3f47d-1bcf-4e58-b25a-e824b96c48e1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2014 20:36:42 -0000 I have just committed keymap definitions that are converted to work with NEWCONS. Since the new console expects a Unicode locale, all the different encodings are no longer needed - but all files had to be converted from their respective encodings to Unicode. Since the character encoding is no longer required in the file names, all names where converted to be named by ISO country code (plus ISO language code, where required) followed by modifiers (e.g. .acc for accent keys). It is likely, that I introduced regressions, even though I spent quite a few hours on the conversion process and the manual verification of the results. These files are currently only committed to -CURRENT and I plan to MFC to 10-STABLE as soon as possible (and permitted), which is in 3 days. If you are able to test the keymap files under -CURRENT, I'd love to receive your feedback and remarks. Please do not commit any fixes directly to -CURRENT, since I'm still working on these files (I'm afraid of merge conflicts and higher effort required for the MFC in a few days ...). If you are a (potential) NEWCONS user on -STABLE, you may want to extract the contents of http://people.freebsd.org/~se/vt-keymaps.tar.bz2 into /usr/share/vt/keymaps. (The Makefile is not required, if you directly extract to that directory, but it does no harm.) We really want to have verified keymaps for NEWCONS in 10-STABLE and the more "special" your language (i.e. the farther it is away from ISO8859-1 ;-) ) the bigger the risk that some specialty has been lost during the conversion. Please test and report your expected deadkeys vs. nodeadkeys experience, the combinations of Shift, Ctrl, Alt, Alt-Gr and all keys that you expect to support such modifiers, and the Caps Lock behavior (on keys that respect or ignore Caps Lock). I'll be reserving a few hours each day to get this into good shape for 10.1. Best regards, STefan From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 00:33:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23749F13 for ; Mon, 18 Aug 2014 00:33:26 +0000 (UTC) Received: from st11p09mm-asmtp002.mac.com (st11p09mm-asmtp002.mac.com [17.164.24.97]) (using TLSv1 with cipher DES-CBC3-SHA (168/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E6070354E for ; Mon, 18 Aug 2014 00:33:25 +0000 (UTC) Received: from [10.71.14.16] (dsl-hkibrasgw1-58c380-33.dhcp.inet.fi [88.195.128.33]) by st11p09mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NAH00I6C5F64GA0@st11p09mm-asmtp002.mac.com> for freebsd-stable@freebsd.org; Sun, 17 Aug 2014 23:33:08 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.27,0.0.0000 definitions=2014-08-17_02:2014-08-15,2014-08-17,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=33 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408170310 From: Kimmo Paasiala Content-type: multipart/signed; boundary="Apple-Mail=_9646A511-691F-40C7-A1B8-6566DE361EE9"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: ZFS on root booting broken somewhere after r270020 Message-id: <51AD1F36-1089-481F-8784-8BD8E6EF020F@icloud.com> Date: Mon, 18 Aug 2014 02:32:33 +0300 To: freebsd-stable@freebsd.org MIME-version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 00:33:26 -0000 --Apple-Mail=_9646A511-691F-40C7-A1B8-6566DE361EE9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 System is: FreeBSD freebsd10.rdnzl.info 10.0-STABLE FreeBSD 10.0-STABLE #2 r270020: = Fri Aug 15 20:38:59 EEST 2014 = kimmo@buildstable10amd64.rdnzl.info:/usr/obj/usr/src/sys/GENERIC amd64 This version still works fine. The one that didn=92t work was r270097. = The kernel boots but gets stuck at the line: Trying to mount root from zfs:pool/ROOT/default [] I tried pressing enter at this point but got a panic, I don=92t have a = screenshot of the panic at the moment. Could this problem be related the this commit? : = http://svnweb.freebsd.org/base?view=3Drevision&sortby=3Drev&sortdir=3Ddown= &revision=3D270095 -Kimmo --Apple-Mail=_9646A511-691F-40C7-A1B8-6566DE361EE9 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJT8TuWAAoJEFvLZC0FWRVpiKwIAISA5b9IJzA2QqMYmg/9iR/o AqJtLVGDM5ZsSbIpVHjiRrkRqTKS2gdIdoi6LezjTAEdyU9NBZRmrLYdbNhtVpSp /2d/SYDWCaMum4FcRQNTr3iuwcLR+8MibdAH5WTIm/ORYR6XINX2DEblV97jwqXu M3uJo7yf7peEBAdSv5pFk+c1F1w/nfVWMiGRwt2O7PvBG7KOoPmkvH3X2K2aN+Bq SoSjm/BJq6pmOqB5CY4/lJXbA9+d4wecyFSdGWZQiP09l443Fb7WiwTF2sMCGBKC 3gUbUSqTIhUT9QZirQy2KNpEdeqZiQC6FhMfAY6UWxm4kfsbbeAMeNu5Tw39mBQ= =c1IV -----END PGP SIGNATURE----- --Apple-Mail=_9646A511-691F-40C7-A1B8-6566DE361EE9-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 06:54:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82B607E3 for ; Mon, 18 Aug 2014 06:54:50 +0000 (UTC) Received: from st11p09mm-asmtp001.mac.com (st11p09mm-asmtp001.mac.com [17.164.24.96]) (using TLSv1 with cipher DES-CBC3-SHA (168/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E81D327B for ; Mon, 18 Aug 2014 06:54:49 +0000 (UTC) Received: from [10.71.14.16] (dsl-hkibrasgw1-58c380-33.dhcp.inet.fi [88.195.128.33]) by st11p09mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NAH00AM7N2JLWA0@st11p09mm-asmtp001.mac.com> for freebsd-stable@freebsd.org; Mon, 18 Aug 2014 05:54:22 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.27,0.0.0000 definitions=2014-08-17_03:2014-08-15,2014-08-17,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=21 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408180081 From: Kimmo Paasiala Content-type: multipart/signed; boundary="Apple-Mail=_A517D036-EACF-497E-83A2-47D24F02B42A"; protocol="application/pgp-signature"; micalg=pgp-sha512 Message-id: <71DEB316-3CDD-4403-A397-BCE684725ABD@icloud.com> MIME-version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: ZFS on root booting broken somewhere after r270020 Date: Mon, 18 Aug 2014 08:54:13 +0300 References: <51AD1F36-1089-481F-8784-8BD8E6EF020F@icloud.com> To: "freebsd-stable@freebsd.org" In-reply-to: <51AD1F36-1089-481F-8784-8BD8E6EF020F@icloud.com> X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 06:54:50 -0000 --Apple-Mail=_A517D036-EACF-497E-83A2-47D24F02B42A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 18.8.2014, at 2.32, Kimmo Paasiala wrote: > System is: >=20 > FreeBSD freebsd10.rdnzl.info 10.0-STABLE FreeBSD 10.0-STABLE #2 = r270020: Fri Aug 15 20:38:59 EEST 2014 = kimmo@buildstable10amd64.rdnzl.info:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > This version still works fine. The one that didn=92t work was r270097. = The kernel boots but gets stuck at the line: >=20 > Trying to mount root from zfs:pool/ROOT/default [] >=20 > I tried pressing enter at this point but got a panic, I don=92t have a = screenshot of the panic at the moment. >=20 > Could this problem be related the this commit? : >=20 > = http://svnweb.freebsd.org/base?view=3Drevision&sortby=3Drev&sortdir=3Ddown= &revision=3D270095 >=20 > -Kimmo Trying to bisect this I backed to r270050 and that version still works. = More to come. -Kimmo --Apple-Mail=_A517D036-EACF-497E-83A2-47D24F02B42A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJT8ZUJAAoJEFvLZC0FWRVpSsIH/2pGucy/HPiQ3DojROTEIVTO DbSfJtfqDIgqwfmFoRANvfBPrNAoNJ6DiSG4szQdqINXej9u/PucRl1aJPpd7+NM 0pGiBZ4W2c6ch5a+nkd6bDWVjeaSz6TWDPHvEUZSyiYFPTZ8ntUd4B3hIquuhiH2 tRZwmYzXwug+qY1v5VeqAOY6XE04j+ePER2tZKTEA6KfmkwZeZ/EvHPLubLeG3Dt iWxqTso7lVtKno0JpRBk99vWGciyJf/Ur1DkPNW0eIJ4s7OrVYpaaBI/8jUsNZlb Ef1ITaCuVLywzGrFh0RIKcVbQyCl6uCUzU4NwBJkGkeJieE8jraWGADJZiChSHs= =BhtV -----END PGP SIGNATURE----- --Apple-Mail=_A517D036-EACF-497E-83A2-47D24F02B42A-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 07:08:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DB61ACC; Mon, 18 Aug 2014 07:08:40 +0000 (UTC) Received: from mail-vc0-x22a.google.com (mail-vc0-x22a.google.com [IPv6:2607:f8b0:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0FB7A339F; Mon, 18 Aug 2014 07:08:39 +0000 (UTC) Received: by mail-vc0-f170.google.com with SMTP id lf12so5408521vcb.1 for ; Mon, 18 Aug 2014 00:08:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ynch0Z+d2ZLXJzECYHwLPbpV3BiPUG+pmdbS14vFGWY=; b=U7HrDKoGZyLuhefBZmGa6HkWwWsisF2mCfHObtc+XYdZ4A/bnZeTDdWBDPaaerae8N jkAr29FG5Gbaw97RIjqjt4hv1PAH+GcnLAv/8Uq06D64xmmzCZvJBS3AnUqRQaniCVBi U7P85FQGLVw438C+ZHjmmCs+Z76/b2wJxf/1LDt5/zreCKW2HaQ6AcuzRZJ3aqKKCfqy dO7JNe3rYVpItiYAyVDfqJVAQHCVgpeGsJPaWdHDl1ikLo+0ezTsUCMoSlZfPduI1CfT LChZ2U9mLZ1bP4busgdFdSCMyvF9Ro1lewRb6u5oCHFBJb25iGJgqTnRbyT94d5pSDng 8WDQ== MIME-Version: 1.0 X-Received: by 10.52.156.100 with SMTP id wd4mr3785997vdb.39.1408345719048; Mon, 18 Aug 2014 00:08:39 -0700 (PDT) Received: by 10.53.3.139 with HTTP; Mon, 18 Aug 2014 00:08:39 -0700 (PDT) Date: Mon, 18 Aug 2014 11:08:39 +0400 Message-ID: Subject: vt(4) performance on Hyper-V From: Pavel Timofeev To: freebsd-stable stable , "freebsd-virtualization@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 07:08:40 -0000 Hi! Just in case, just so you know. I've tried FreeBSD 10-STABLE r270125 with vt(4) on Hyper-V (Win Server 2012 DataCenter). Its performance is extremely bad (while syscons is ok). Here is video http://www.youtube.com/watch?v=62CIKCJ7bog P.S. vt(4) is a bit faster on VirtualBox though when I tried it last time. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 07:36:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8719D2E; Mon, 18 Aug 2014 07:36:08 +0000 (UTC) Received: from mailrelay007.isp.belgacom.be (mailrelay007.isp.belgacom.be [195.238.6.173]) by mx1.freebsd.org (Postfix) with ESMTP id 3A93135B8; Mon, 18 Aug 2014 07:36:07 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AucKANSr8VNR8bzn/2dsb2JhbABYgw2BIIMGsQOdHoMcAYEXF3eEBAEFIzMjEAsOCgICBSECAg8qHgaIWQGsB5RuF4EsjiAHgnmBUwEEnEGMB4h9gheBSDuCfgEBAQ Received: from 231.188-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.188.231]) by relay.skynet.be with ESMTP; 18 Aug 2014 09:35:59 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.9/8.14.9) with ESMTP id s7I7Zw73001125; Mon, 18 Aug 2014 09:35:58 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Mon, 18 Aug 2014 09:35:58 +0200 From: Tijl Coosemans To: Stefan Esser Subject: Re: TESTING required: keyboard maps for NEWCONS (committed to -CURRENT and available for -STABLE) Message-ID: <20140818093558.10312939@kalimero.tijl.coosemans.org> In-Reply-To: <53F11248.4070305@freebsd.org> References: <53F11248.4070305@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-hackers@freebsd.org" , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 07:36:09 -0000 On Sun, 17 Aug 2014 22:36:24 +0200 Stefan Esser wrote: > I have just committed keymap definitions that are converted to work with > NEWCONS. Since the new console expects a Unicode locale, all > the different encodings are no longer needed - but all files had to > be converted from their respective encodings to Unicode. Slovenian (si) and Kroatian (hr) are ISO-8859-2 or ISO-8859-16 but were converted as if they were ISO-8859-1. Alt+l should be =C5=82 for instance. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 08:20:55 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71BBB996 for ; Mon, 18 Aug 2014 08:20:55 +0000 (UTC) Received: from sinkng.sics.se (unknown [IPv6:2001:6b0:3a:1:c654:44ff:fe45:117c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 14EEB3973 for ; Mon, 18 Aug 2014 08:20:54 +0000 (UTC) Received: from P142s.sics.se (P142s.sics.se [193.10.66.127]) by sinkng.sics.se (8.14.9/8.14.9) with ESMTP id s7I8Kqq4027512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 18 Aug 2014 10:20:52 +0200 (CEST) (envelope-from bengta@P142s.sics.se) Received: from P142s.sics.se (localhost [127.0.0.1]) by P142s.sics.se (8.14.9/8.14.9) with ESMTP id s7I8KlKl001961; Mon, 18 Aug 2014 10:20:47 +0200 (CEST) (envelope-from bengta@P142s.sics.se) Received: (from bengta@localhost) by P142s.sics.se (8.14.9/8.14.9/Submit) id s7I8KlMr001960; Mon, 18 Aug 2014 10:20:47 +0200 (CEST) (envelope-from bengta@P142s.sics.se) From: Bengt Ahlgren To: stable@freebsd.org Subject: Re: ZFS deadlock? In-Reply-To: (Bengt Ahlgren's message of "Fri, 15 Aug 2014 16:34:11 +0200") References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) Date: Mon, 18 Aug 2014 10:20:47 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 08:20:55 -0000 Bengt Ahlgren writes: > During a copy (zfs send/recv) of a ~1TB dataset from one zpool to > another, my system seems to run into some issues. A simultaneous "find" > on the source data set deadlocks. This is the kernel stack: > > $ procstat -kk 1786 > PID TID COMM TDNAME KSTACK > 1786 101344 find - mi_switch+0x194 sleepq_wait+0x42 _cv_wait+0x112 zio_wait+0x61 dbuf_read+0x619 dmu_buf_hold+0xe0 zap_get_leaf_byblk+0x4a zap_deref_leaf+0x68 fzap_cursor_retrieve+0xe7 zap_cursor_retrieve+0x155 zfs_freebsd_readdir+0x2d8 VOP_READDIR_APV+0x78 kern_getdirentries+0x212 sys_getdirentries+0x23 amd64_syscall+0x5ea Xfast_syscall+0xf7 > > The zfs send/recv has gotten very slow, albeit seems to make very slow > progress (copy is, as obvious, from p0 to p2): > > p0 15.9T 2.20T 318 0 10.2M 0 > p1 11.1T 7.00T 0 0 0 0 > p2 2.55T 41.0T 0 0 0 0 > ---------- ----- ----- ----- ----- ----- ----- > p0 15.9T 2.20T 294 0 9.29M 0 > p1 11.1T 7.00T 0 0 0 0 > p2 2.55T 41.0T 0 0 0 0 > ---------- ----- ----- ----- ----- ----- ----- > p0 15.9T 2.20T 307 0 9.12M 0 > p1 11.1T 7.00T 0 0 0 0 > p2 2.55T 41.0T 0 0 0 0 > ---------- ----- ----- ----- ----- ----- ----- > p0 15.9T 2.20T 293 0 8.69M 0 > p1 11.1T 7.00T 0 0 0 0 > p2 2.55T 41.0T 0 58 0 1.61M > ---------- ----- ----- ----- ----- ----- ----- > p0 15.9T 2.20T 301 0 10.9M 0 > p1 11.1T 7.00T 0 0 0 0 > p2 2.55T 41.0T 0 1.62K 0 49.6M > ---------- ----- ----- ----- ----- ----- ----- > > The machine is otherwise quite idle. When the copy started, I got > around 200MB/s, now it's around 10MB/s. > > The ARC has gotten large, but that is likely normal: > > last pid: 1863; load averages: 0.20, 0.33, 0.63 up 0+02:27:44 16:31:52 > 50 processes: 1 running, 49 sleeping > CPU: 0.0% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.8% idle > Mem: 1688M Active, 61M Inact, 107G Wired, 3288K Cache, 126M Buf, 15G Free > ARC: 99G Total, 2483M MFU, 89G MRU, 33M Anon, 888M Header, 7427M Other > Swap: 128G Total, 128G Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 1229 root 1 20 0 39700K 3292K piperd 7 24:27 1.07% zfs > 1228 root 2 20 0 39832K 3420K nanslp 5 17:02 0.39% zfs > ... > > The source pool is pretty filled up, can that be an issue? > > $ zpool list > NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT > p0 18.1T 15.9T 2.20T 87% 1.00x ONLINE - > p1 18.1T 11.1T 7.00T 61% 1.00x ONLINE - > p2 43.5T 2.53T 41.0T 5% 1.00x ONLINE - > > The machine is running 9.3-REL and has two mps controllers. > > Any ideas? Just for the record: there was no deadlock after all. It turned out to be caused by a directory with ~4.5M entries. Bengt From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 08:25:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7FF7ACF; Mon, 18 Aug 2014 08:25:12 +0000 (UTC) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 019C33A1D; Mon, 18 Aug 2014 08:25:11 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id u10so3896354lbd.35 for ; Mon, 18 Aug 2014 01:25:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=HW0AkLQBmqiBwNLOcz2clfM91+L5v1+XwcY0AG4mzHE=; b=j1qNzlMO4w0ESgsvpOZ0X01wgyPfQD6D78hOTM9uk3DG3ArjTRT+bMG/ZXUJ2Mp/jG 8UfegcF+r9doEZRpCxQ5zwKENPHlyxAdg16b3shfbWwaEsKpunEqAw5w4Oak/qedEzr6 tn2xcAOMM3N6qEqBFngfi5A8hu7/z4CFckxm/2GSUfVrd50KfoWnLoIcTtY5W6w9pkpd 6SYIz2APNXuKzeHIcFkNpHl3qYA8oQF5+JuChX+kSiWpvxjrH2MU8zgb/jTQ0uUT1jhm 4oLhRj7FgVTqyewZlEXPjzPKe7KPGjq9S8vTW7Xarf60WMT/lnojRvn4Ny9+f3vy6EzT 0EIw== MIME-Version: 1.0 X-Received: by 10.112.22.37 with SMTP id a5mr26565522lbf.76.1408350309334; Mon, 18 Aug 2014 01:25:09 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.244.2 with HTTP; Mon, 18 Aug 2014 01:25:09 -0700 (PDT) In-Reply-To: References: Date: Mon, 18 Aug 2014 10:25:09 +0200 X-Google-Sender-Auth: V-jquVYVGoDTc1gCa9zCQQhySzs Message-ID: Subject: Re: vt(4) performance on Hyper-V From: Luigi Rizzo To: Pavel Timofeev Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-stable stable , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 08:25:12 -0000 On Mon, Aug 18, 2014 at 9:08 AM, Pavel Timofeev wrote: > Hi! > Just in case, just so you know. > I've tried FreeBSD 10-STABLE r270125 with vt(4) on Hyper-V (Win Server > 2012 DataCenter). > Its performance is extremely bad (while syscons is ok). > Here is video http://www.youtube.com/watch?v=3D62CIKCJ7bog > > =E2=80=8Bi think you need to put the following in /boot/loader.conf =E2=80=8B =E2=80=8B =E2=80=8B hw.vga.textmode=3D1 =E2=80=8Botherwise it is very slow even on bare metal. cheers luigi=E2=80=8B > P.S. vt(4) is a bit faster on VirtualBox though when I tried it last time= . > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --=20 -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 08:30:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D48B7D1F; Mon, 18 Aug 2014 08:30:06 +0000 (UTC) Received: from mail-vc0-x22f.google.com (mail-vc0-x22f.google.com [IPv6:2607:f8b0:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8027A3A58; Mon, 18 Aug 2014 08:30:06 +0000 (UTC) Received: by mail-vc0-f175.google.com with SMTP id ik5so5341678vcb.20 for ; Mon, 18 Aug 2014 01:30:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hJ1idKUR5hH/vj9jTbkOhdRp2lrepWX0mrPT+s+AY+U=; b=Jefh5mjayHMvGUaC5lBbj4y7v5I3jcKYnQgoKx4IEZtmfOCpVZqxhLfnuNkZy/BwGp 0tEwvA5shXnMLOGR0J/dTLLUPtUkZUtnrTGsHO2iPBi8N7urI6NLE5H3VXXUifCn5MhF WXgPOjAXhzK3RgeDCUp4vNc6oJPGTAMNvfMohlRLtltwTl00TX2UfX++5gSM9tsNfFDB k4B/kJ+vJJZiDnnzchzVkKqBXhzVK6XXuzyqGWMffV8pw+ZRcuPz6FsorrXsh/EIuI0s yUbv+PcUyJyP0D/sOFqmn8BOb824lTSVIH/1pfClkmMphbpNTO9mns+9b5J7ODrjSJtr BmnA== MIME-Version: 1.0 X-Received: by 10.52.146.194 with SMTP id te2mr21158096vdb.4.1408350605363; Mon, 18 Aug 2014 01:30:05 -0700 (PDT) Received: by 10.53.3.139 with HTTP; Mon, 18 Aug 2014 01:30:05 -0700 (PDT) In-Reply-To: References: Date: Mon, 18 Aug 2014 12:30:05 +0400 Message-ID: Subject: Re: vt(4) performance on Hyper-V From: Pavel Timofeev To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable stable , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 08:30:06 -0000 Wow, thank you! It helped. Sorry for the noise, it's even written in man vt. 2014-08-18 12:25 GMT+04:00 Luigi Rizzo : > > > > On Mon, Aug 18, 2014 at 9:08 AM, Pavel Timofeev wrote: >> >> Hi! >> Just in case, just so you know. >> I've tried FreeBSD 10-STABLE r270125 with vt(4) on Hyper-V (Win Server >> 2012 DataCenter). >> Its performance is extremely bad (while syscons is ok). >> Here is video http://www.youtube.com/watch?v=62CIKCJ7bog >> > > i think you need to put the following in /boot/loader.conf > > hw.vga.textmode=1 > > otherwise it is very slow even on bare metal. > > cheers > luigi > > >> >> P.S. vt(4) is a bit faster on VirtualBox though when I tried it last time. >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > > -- > -----------------------------------------+------------------------------- > Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione > http://www.iet.unipi.it/~luigi/ . Universita` di Pisa > TEL +39-050-2211611 . via Diotisalvi 2 > Mobile +39-338-6809875 . 56122 PISA (Italy) > -----------------------------------------+------------------------------- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 10:53:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 765AAA83; Mon, 18 Aug 2014 10:53:11 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3B7A537AF; Mon, 18 Aug 2014 10:53:10 +0000 (UTC) Received: from fortune.joker.local (180-198-225-68.nagoya1.commufa.jp [180.198.225.68]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id s7I9ru4u033594; Mon, 18 Aug 2014 18:53:57 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Mon, 18 Aug 2014 18:53:56 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: TESTING required: keyboard maps for NEWCONS (committed to -CURRENT and available for -STABLE) Message-Id: <20140818185356.7e2b6f20f216bd6076ec0da5@dec.sakura.ne.jp> In-Reply-To: <53F11248.4070305@freebsd.org> References: <53F11248.4070305@freebsd.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-users-jp@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 10:53:11 -0000 Thanks for your work, Stefan! Please consider modifying scan code 125 in jp.kbd and jp.capsctrl.kbd. Changing '\' to 165 (unicode XML entity ¥ is YEN SIGN) matches major keyboards in Japan (would be OADG 109A or its variants) with unicode locales. Please see below for key layouts. http://ja.wikipedia.org/wiki/JIS%E3%82%AD%E3%83%BC%E3%83%9C%E3%83%BC%E3%83%89 This page is in Japanese, but figures here would be useful. *Historical background: For historical reason, starting from JIS X 0201, code point 0x5C is used for YEN SIGN (currency JPY) in Japan. This code point may be used for backslash in other countries. (So, YEN SIGN should not be supported in syscons.) But now in unicode, YEN SIGN has its own code point, and safely coexists with backslash. So, enabling both in vt would be nice. And particularly for users having both FreeBSD and Windoze, matching keytop and displayed character should be important to avoid confusion. CC'ed to freebsd-users-jp list for other Japanese users. Any objections? Possibly, someone would want modifying scan code 115 instead of 125. On Sun, 17 Aug 2014 22:36:24 +0200 Stefan Esser wrote: > I have just committed keymap definitions that are converted to work with > NEWCONS. Since the new console expects a Unicode locale, all > the different encodings are no longer needed - but all files had to > be converted from their respective encodings to Unicode. > > Since the character encoding is no longer required in the file > names, all names where converted to be named by ISO country code > (plus ISO language code, where required) followed by modifiers > (e.g. .acc for accent keys). > > > It is likely, that I introduced regressions, even though I spent > quite a few hours on the conversion process and the manual > verification of the results. > > > These files are currently only committed to -CURRENT and I plan > to MFC to 10-STABLE as soon as possible (and permitted), which is > in 3 days. > > If you are able to test the keymap files under -CURRENT, I'd love > to receive your feedback and remarks. Please do not commit any > fixes directly to -CURRENT, since I'm still working on these files > (I'm afraid of merge conflicts and higher effort required for the > MFC in a few days ...). > > > If you are a (potential) NEWCONS user on -STABLE, you may want to > extract the contents of > > http://people.freebsd.org/~se/vt-keymaps.tar.bz2 > > into /usr/share/vt/keymaps. (The Makefile is not required, if you > directly extract to that directory, but it does no harm.) > > > We really want to have verified keymaps for NEWCONS in 10-STABLE > and the more "special" your language (i.e. the farther it is away > from ISO8859-1 ;-) ) the bigger the risk that some specialty has > been lost during the conversion. > > Please test and report your expected deadkeys vs. nodeadkeys > experience, the combinations of Shift, Ctrl, Alt, Alt-Gr and > all keys that you expect to support such modifiers, and the > Caps Lock behavior (on keys that respect or ignore Caps Lock). > > I'll be reserving a few hours each day to get this into good > shape for 10.1. > > Best regards, STefan > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 11:16:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA55BFDA; Mon, 18 Aug 2014 11:16:28 +0000 (UTC) Received: from mailout02.t-online.de (mailout02.t-online.de [194.25.134.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 76BC339DF; Mon, 18 Aug 2014 11:16:28 +0000 (UTC) Received: from fwd41.aul.t-online.de (fwd41.aul.t-online.de [172.20.27.139]) by mailout02.t-online.de (Postfix) with SMTP id 43DF25E19D2; Mon, 18 Aug 2014 13:16:20 +0200 (CEST) Received: from [192.168.119.33] (b7b5tUZ6ohq8pVwe69IF9D+bOo7f7n--OXb73jptVclMef8v0u0IGCJnyLB49fHgG9@[84.154.101.219]) by fwd41.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-SHA encrypted) esmtp id 1XJKv4-1GP8aG0; Mon, 18 Aug 2014 13:16:10 +0200 Message-ID: <53F1E077.7060205@freebsd.org> Date: Mon, 18 Aug 2014 13:16:07 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Tomoaki AOKI , freebsd-stable@freebsd.org Subject: Re: TESTING required: keyboard maps for NEWCONS (committed to -CURRENT and available for -STABLE) References: <53F11248.4070305@freebsd.org> <20140818185356.7e2b6f20f216bd6076ec0da5@dec.sakura.ne.jp> In-Reply-To: <20140818185356.7e2b6f20f216bd6076ec0da5@dec.sakura.ne.jp> Content-Type: multipart/mixed; boundary="------------000709080204040106060802" X-ID: b7b5tUZ6ohq8pVwe69IF9D+bOo7f7n--OXb73jptVclMef8v0u0IGCJnyLB49fHgG9 X-TOI-MSGID: 859f7743-d199-407a-b40f-a8493b5235c3 Cc: freebsd-users-jp@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 11:16:28 -0000 This is a multi-part message in MIME format. --------------000709080204040106060802 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Am 18.08.2014 um 11:53 schrieb Tomoaki AOKI: > Thanks for your work, Stefan! > > Please consider modifying scan code 125 in jp.kbd and jp.capsctrl.kbd. > Changing '\' to 165 (unicode XML entity ¥ is YEN SIGN) matches > major keyboards in Japan (would be OADG 109A or its variants) with > unicode locales. Aoki-sama, please apply the attached diff within /usr/share/vt/keymaps. It modifies the line for scan code 125 (both with and without "Alt Gr"). While here, I modified the codes returned when pressing "Ctrl Shift" and the ¥ key to return "us" instead of "fs" (as was already the case for key 115 "\"). If this is wrong, I'll leave the old version (return "fs" for both "Ctrl-\" and for "Ctrl-Shift-\"). Please let me know which version you want to see committed ... Best regards, STefan --------------000709080204040106060802 Content-Type: text/plain; charset=windows-1252; name="jp.kbd.withyen.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="jp.kbd.withyen.diff" Index: jp.capsctrl.kbd =================================================================== --- jp.capsctrl.kbd (revision 270128) +++ jp.capsctrl.kbd (working copy) @@ -117,4 +117,4 @@ 115 '\' '_' fs us '\' '_' fs us O 121 ' ' ' ' nul ' ' ' ' ' ' susp ' ' O 123 ' ' ' ' nul ' ' ' ' ' ' susp ' ' O - 125 '\' '|' fs fs '\' '|' fs fs O + 125 0xa5 '|' fs us 0xa5 '|' fs us O Index: jp.kbd =================================================================== --- jp.kbd (revision 270128) +++ jp.kbd (working copy) @@ -115,4 +115,4 @@ 115 '\' '_' fs us '\' '_' fs us O 121 ' ' ' ' nul ' ' ' ' ' ' susp ' ' O 123 ' ' ' ' nul ' ' ' ' ' ' susp ' ' O - 125 '\' '|' fs fs '\' '|' fs fs O + 125 0xa5 '|' fs us 0xa5 '|' fs us O --------------000709080204040106060802-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 12:26:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD37ADB5 for ; Mon, 18 Aug 2014 12:26:19 +0000 (UTC) Received: from erg.verweg.com (erg.verweg.com [IPv6:2a02:898:96::5e8e:f508]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "erg.verweg.com", Issuer "Verweg Dot Com CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DDC83247 for ; Mon, 18 Aug 2014 12:26:18 +0000 (UTC) Received: from [IPv6:2001:980:4ffa:1:b9bb:8500:9f27:a9d8] ([IPv6:2001:980:4ffa:1:b9bb:8500:9f27:a9d8]) (authenticated bits=0) by erg.verweg.com (8.14.9/8.14.9) with ESMTP id s7ICQCtU036905 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Mon, 18 Aug 2014 12:26:13 GMT (envelope-from ruben@verweg.com) From: Ruben van Staveren Content-Type: multipart/signed; boundary="Apple-Mail=_184AC6CB-04E9-45AC-B07D-6355A5BB985A"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: mounting fdescfs in a nested/hierarchical jail? Message-Id: <3CB0C5BC-3864-418E-A59F-467D39B7E1EA@verweg.com> Date: Mon, 18 Aug 2014 14:26:09 +0200 To: "freebsd-stable@FreeBSD.org Stable" Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-Spam-Status: No, score=2.2 required=5.0 tests=HELO_NO_DOMAIN,RDNS_NONE, SPF_FAIL autolearn=no autolearn_force=no version=3.4.0 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on erg.verweg.com X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (erg.verweg.com [IPv6:2a02:898:96::5e8e:f508]); Mon, 18 Aug 2014 12:26:15 +0000 (UTC) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 12:26:19 -0000 --Apple-Mail=_184AC6CB-04E9-45AC-B07D-6355A5BB985A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi list, I have a FreeBSD 10 zfs based ezjail setup. In one of the jails I am = using ezjail again to set up a nested jail. My goal is to eventually = have my jails use these nested jails as containers for certain services. However, I am not able to mount a nested fdescfs. When I leave out = fdesc, the nested jail starts up just fine. There is no allow.mount.fdescfs. Do we need one? Cheers, Ruben ruben@test:~ % sudo ezjail-admin onestart nested1 Starting jails: cannot start jail "nested1":=20 mount: .: Operation not permitted jail: nested1: /sbin/mount -t fdescfs . /opt/jails/nested1/dev/fd: = failed . /etc/rc.d/jail: WARNING: Per-jail configuration via jail_* variables is = obsolete. Please consider to migrate to /etc/jail.conf. Error: Could not onestart nested1. You need to onestart it by hand. ruben@test:~ % sysctl -a | egrep jail\|mount | grep -v param vfs.usermount: 0 vfs.ffs.compute_summary_at_mount: 0 debug.softdep.softdep_mounts: 0 security.jail.jailed: 1 security.jail.vnet: 0 security.jail.jail_max_af_ips: 255 security.jail.set_hostname_allowed: 0 security.jail.socket_unixiproute_only: 1 security.jail.sysvipc_allowed: 0 security.jail.allow_raw_sockets: 0 security.jail.chflags_allowed: 0 security.jail.mount_allowed: 1 security.jail.mount_devfs_allowed: 1 security.jail.mount_nullfs_allowed: 1 security.jail.mount_procfs_allowed: 1 security.jail.mount_tmpfs_allowed: 0 security.jail.mount_zfs_allowed: 1 security.jail.enforce_statfs: 1 security.jail.devfs_ruleset: 4 ruben@test:~ % sudo /sbin/mount -vt devfs . /opt/jails/nested1/dev/ devfs on /opt/jails/nested1/dev (devfs) ruben@test:~ % sudo /sbin/mount -vt fdescfs . /opt/jails/nested1/dev/fd/ mount: .: Operation not permitted devfs on /opt/jails/nested1/dev (devfs) --Apple-Mail=_184AC6CB-04E9-45AC-B07D-6355A5BB985A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlPx8OIACgkQZ88+mcQxRw09RQCfRd3TNE0VFT2Mq1j9oyyLIDid eE8AnjKH8h6wzBFn3w5YkdpdBy0M2dWN =qg0A -----END PGP SIGNATURE----- --Apple-Mail=_184AC6CB-04E9-45AC-B07D-6355A5BB985A-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 12:35:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F99E4BF for ; Mon, 18 Aug 2014 12:35:36 +0000 (UTC) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F3F993362 for ; Mon, 18 Aug 2014 12:35:35 +0000 (UTC) Received: by mail-ig0-f171.google.com with SMTP id l13so7945681iga.4 for ; Mon, 18 Aug 2014 05:35:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=uXOUrD3+zuPYA6Qej9CV7R4SBxl0Io/LH5qPiJbj7Sg=; b=KnGUHoxQzfuS/Q04OAoxecrhEW3llQZAtp5F+LoP3+5NbzT/xmR+IRutQl504u2Dek XFT10+vQNsrCVOFiKqlFg9Vt9mlfBfuoQar/CD06xcrnb1P0svlsd5TsIOTsBE0cXmXR tZYEMX8V/KfRQgoOVgTxhRGossjzZjppX4yB2Ar9y7smv8GSQW3gK9AoWe3b3Jh6IjVD pUJmtvcsYUYdFzOoZcro3oKzm7mhdsY2Jl4IlnGYji7xoosKrHUHe14Oapb+7bRMXOIu x/egz+2m/yJSgoYvnASKCv/s/kDlbZzP/6aP+Y3RBoWOyK7oryn7WmRj+vrNY4b8sM5z LpKg== MIME-Version: 1.0 X-Received: by 10.50.43.167 with SMTP id x7mr42717149igl.36.1408365335085; Mon, 18 Aug 2014 05:35:35 -0700 (PDT) Received: by 10.107.1.19 with HTTP; Mon, 18 Aug 2014 05:35:35 -0700 (PDT) In-Reply-To: <20140817171554.GB7997@codelibre.net> References: <20140817171554.GB7997@codelibre.net> Date: Mon, 18 Aug 2014 12:35:35 +0000 Message-ID: Subject: Re: PCI-E SATA-III HBA for FreeBSD 10 From: Tom Evans To: Roger Leigh Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 12:35:36 -0000 On Sun, Aug 17, 2014 at 5:15 PM, Roger Leigh wrote: > Hi, > > I'm looking for a low-profile SATA-III adapter to put in an HP N40L > microserver running FreeBSD 10.0-STABLE. I'd like to use a set of > SSDs with it for ZFS ZIL and L2ARC as well as for the main system. > I briefly tried a StarTech PEXSAT34SFF adapter with a Marvell > 88SE9230 controller: > > http://www.startech.com/Cards-Adapters/HDD-Controllers/SATA-Cards/PCI-Express-SATA-III-RAID-Controller-Card-Mini-SAS-SFF-8087~PEXSAT34SFF > > ahci0: port 0xe800-0xe807,0xe400-0xe403,0xe000-0xe007,0xd800-0xd803,0xd400-0xd41f mem 0xfe8ff800-0xfe8fffff irq 18 at device 0.0 on pci2 > ahci0: AHCI v1.20 with 8 6Gbps ports, Port Multiplier not supported > ahci0: quirks=0x800 > > However, I had to return it due to a couple of faults: the SFF-8087 > cable was broken for one port, and it wouldn't work in the > microserver in combination with an Icy Dock SATA backplane. Its > performance was also pretty bad; on Linux I'm getting 475 MB/s from > an SSD using the native SATA III ports on the mainboard. This was > 320 MB/s with the adapter. FreeBSD only got 90 MB/s with the > adapter which was a bit disappointing! > > While the card and cable here were not operating correctly, I'd be > interested to know any good recommendations for a SATA-III adapter > which works well with FreeBSD 10, and with decent performance. > Cards supported by mps(4), eg LSI SAS2008 based cards, are very well supported and very fast. Flash to "IT mode" for use with ZFS. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 13:26:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AA0523E for ; Mon, 18 Aug 2014 13:26:55 +0000 (UTC) Received: from mail.nospam.fr.eu.org (mail.nospam.fr.eu.org [IPv6:2001:41d0:8:bb93::beef:2]) by mx1.freebsd.org (Postfix) with ESMTP id 3D16D383E for ; Mon, 18 Aug 2014 13:26:55 +0000 (UTC) Received: from mail.nospam.fr.eu.org (unknown [10.0.2.3]) by mail.nospam.fr.eu.org (Postfix) with ESMTP id 2F2E0DFE for ; Mon, 18 Aug 2014 15:26:52 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dupille.org; s=default; t=1408368412; bh=prTltjdxE3LHuDa0BZlH3jJTZb4okHrTr1EpCRHCge0=; h=Date:From:To:Subject; b=YSgSuZ4CaZ6lwpYLRJVKGCNevrWu3BMweatKLYztkxijIIVErFbFP4ipiEWvlqiFY 7/vCFWVIdmsiYpclQabxnMUefrVOk1YrEFZRWSzGx6JZGmCq4D5C6EaHhogTNOxs/r HdiFVf3rqERQfXk4C7YvkL58LvGfbnKBzZcqFXJQ= Received: from FpeoxPezKzN/qwC+F6Km7ahVa/NkbuT9 by mail.dupille.org with HTTP (HTTP/1.1 POST); Mon, 18 Aug 2014 15:26:52 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 18 Aug 2014 15:26:52 +0200 From: =?UTF-8?Q?St=C3=A9phane_Dupille?= To: freebsd-stable@freebsd.org Subject: Installing FreeBSD 10.0 on an UEFI PC Organization: Maison Message-ID: X-Sender: stephane@dupille.org User-Agent: Roundcube Webmail/0.9.2 X-Spam-Status: No, score=3.1 required=5.0 tests=AWL,DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,UNPARSEABLE_RELAY shortcircuit=no autolearn=ham version=3.3.2 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 13:26:55 -0000 Hello, I'm trying to install FreeBSD 10.0 on a PC, but unfortunately it has a UEFI bios. Here is a complete dmesg output : https://cloud.dupille.org/public.php?service=files&t=7d5e80a821451f56bfba500e3e954cde First, I tried to install using a GPT partition, but the BIOS, even in Legacy mode, is unable to find the bootcode into the GPT partition. Here is the BIOS setup: Launch CSM Enabled Boot option filter Legacy only Launch PXE OpROM policy Legacy only Launch storage OpROM policy Legacy only Other PCI device ROM priority Legacy OpROM Network stack Disabled The install script into a GPT partition is here : https://cloud.dupille.org/public.php?service=files&t=e56cbf708be34311adf097b1e64eb823 I've read somewhere that the Bios is too dumb, and when it finds a GPT partition, it assumes that the only option to boot is from a UEFI script, and refuses to launch bootcode. Then, I tried to install FreeBSD using a MBR partition. But for several reasons, I want to install it on ZFS. So I followed instructions found here : https://wiki.freebsd.org/RootOnZFS/ZFSBootPartition The install script I'm using is : https://cloud.dupille.org/public.php?service=files&t=e2b2ee0e6ea2882fd6392008970e565c disk=ada disknum=1 device=${disk}${disknum} # Now we crate partitions gpart create -s mbr $device gpart add -t freebsd $device gpart create -s BSD ${device}s1 gpart set -a active -i 1 ${device} gpart add -t freebsd-zfs ${device}s1 # bootcode zpool create -O mountpoint=none -o altroot=/mnt zroot /dev/${device}s1a zpool set bootfs=zroot zroot gpart bootcode -b /boot/boot0 $device dd if=/boot/zfsboot of=/tmp/zfsboot1 count=1 zpool export zroot gpart bootcode -b /tmp/zfsboot1 /dev/${device}s1 dd if=/boot/zfsboot of=/dev/${device}s1a skip=1 seek=1024 But when I boot, All I get is : F1 FreeBSD F5 drive 1 F6 PXE Boot: F1 And then, nothing happens. What could I do now ? I still have the option to install it on a UFS partition (it boots fairly well on the USB memstick), but I'd rather have ZFS. Regards, From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 13:47:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F36F997 for ; Mon, 18 Aug 2014 13:47:24 +0000 (UTC) Received: from mail-yk0-x230.google.com (mail-yk0-x230.google.com [IPv6:2607:f8b0:4002:c07::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 20EB93A53 for ; Mon, 18 Aug 2014 13:47:24 +0000 (UTC) Received: by mail-yk0-f176.google.com with SMTP id 19so4204643ykq.7 for ; Mon, 18 Aug 2014 06:47:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=bLdkGHMtnjSKL+jxvwu06aw/dfBxZspO6RgcHhI0x9c=; b=mAR0MRZJoFxlqxZLkIDrILsMTydBDxaZ00b8N05domR++GjOqI6YMIipw0KMreyUG8 ZnUs7GAqOoyeW2/WOw5Z2Yt/pi+A0bZTAvr6yG4oZeOvttP+OgJuBXOOH80jQ798SWxd oz2yJ8pnNDimADfrZ41xHM+6KRah5E60Q1vAmwiPTDCXAUHz5izbyuAnBGNqeeMOgHuq jEXfRqtQ1Pn+t83ip5Gfrs7DMKP0Curv0kcUzzVBEXvBN2l6muKD5jCc1AFOnEupAysL lRVYhxe5IJ7QEHpb6ArVdxZWpQ+P0AfP0Jxut6k3c0rYOINBIgzj0G30WqYIv1DUPWEH PPGA== MIME-Version: 1.0 X-Received: by 10.236.117.196 with SMTP id j44mr55125758yhh.78.1408369643308; Mon, 18 Aug 2014 06:47:23 -0700 (PDT) Received: by 10.170.218.197 with HTTP; Mon, 18 Aug 2014 06:47:23 -0700 (PDT) In-Reply-To: References: Date: Mon, 18 Aug 2014 06:47:23 -0700 Message-ID: Subject: Re: Installing FreeBSD 10.0 on an UEFI PC From: Mehmet Erol Sanliturk To: =?UTF-8?Q?St=C3=A9phane_Dupille?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 13:47:24 -0000 On Mon, Aug 18, 2014 at 6:26 AM, St=C3=A9phane Dupille < freebsd-stable@freebsd.org> wrote: > Hello, > > I'm trying to install FreeBSD 10.0 on a PC, but unfortunately it has a > UEFI bios. > > Here is a complete dmesg output : > https://cloud.dupille.org/public.php?service=3Dfiles&t=3D > 7d5e80a821451f56bfba500e3e954cde > > First, I tried to install using a GPT partition, but the BIOS, even in > Legacy mode, is unable to find the bootcode into the GPT partition. > > Here is the BIOS setup: > Launch CSM Enabled > Boot option filter Legacy only > Launch PXE OpROM policy Legacy only > Launch storage OpROM policy Legacy only > Other PCI device ROM priority Legacy OpROM > Network stack Disabled > > > The install script into a GPT partition is here : > https://cloud.dupille.org/public.php?service=3Dfiles&t=3D > e56cbf708be34311adf097b1e64eb823 > > I've read somewhere that the Bios is too dumb, and when it finds a GPT > partition, it assumes that the only option to boot is from a UEFI script, > and refuses to launch bootcode. > > > Then, I tried to install FreeBSD using a MBR partition. But for several > reasons, I want to install it on ZFS. So I followed instructions found he= re > : > https://wiki.freebsd.org/RootOnZFS/ZFSBootPartition > > The install script I'm using is : > https://cloud.dupille.org/public.php?service=3Dfiles&t=3D > e2b2ee0e6ea2882fd6392008970e565c > > disk=3Dada > disknum=3D1 > device=3D${disk}${disknum} > # Now we crate partitions > gpart create -s mbr $device > gpart add -t freebsd $device > gpart create -s BSD ${device}s1 > gpart set -a active -i 1 ${device} > gpart add -t freebsd-zfs ${device}s1 > # bootcode > zpool create -O mountpoint=3Dnone -o altroot=3D/mnt zroot /dev/${device= }s1a > zpool set bootfs=3Dzroot zroot > gpart bootcode -b /boot/boot0 $device > dd if=3D/boot/zfsboot of=3D/tmp/zfsboot1 count=3D1 > zpool export zroot > gpart bootcode -b /tmp/zfsboot1 /dev/${device}s1 > dd if=3D/boot/zfsboot of=3D/dev/${device}s1a skip=3D1 seek=3D1024 > > > > But when I boot, All I get is : > F1 FreeBSD > F5 drive 1 > > F6 PXE > Boot: F1 > > > And then, nothing happens. > > What could I do now ? > > I still have the option to install it on a UFS partition (it boots fairly > well on the USB memstick), but I'd rather have ZFS. > > > Regards, > > I think , problem is not UEFI BIOS . I have attached an already installed FreeBSD 10.0 Release HDD in another computer into an UEFI BIOS having mainboard . It booted up to login: prompt . There was no keyboard , I switched off the computer at that point . Please see the following link : http://lists.freebsd.org/pipermail/freebsd-current/2014-August/051624.html Perhaps it may be useful . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 14:26:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B516A143 for ; Mon, 18 Aug 2014 14:26:11 +0000 (UTC) Received: from mail.nospam.fr.eu.org (mail.nospam.fr.eu.org [IPv6:2001:41d0:8:bb93::beef:2]) by mx1.freebsd.org (Postfix) with ESMTP id 74E923DC0 for ; Mon, 18 Aug 2014 14:26:11 +0000 (UTC) Received: from mail.nospam.fr.eu.org (unknown [10.0.2.3]) by mail.nospam.fr.eu.org (Postfix) with ESMTP id A4472E04 for ; Mon, 18 Aug 2014 16:26:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dupille.org; s=default; t=1408371968; bh=MaCAhmTMYj4gB864lbgt34qR0G0T3LZ8N1ddeiR/noA=; h=Date:From:To:Subject:In-Reply-To:References; b=BRLeLHH5XZzYEdnGHJ3n8BfqFYQ8J8SFjXug4x8/59JBUVFh+e9prqRpV/gtJGa3M qvgVk5Cdz3HsVbJgBzvpoe39z8SVThSOe19lxV5FAa9CLeB9d2LHm5ooIXLbw9tixq ti5dEWZ2Lu3/VnZQhk3hIaYdULH+S7qw2OtRS3rI= Received: from Iq9fPuYlmV3zrzXdQLsuwJ+Zy5PgjaCz by mail.dupille.org with HTTP (HTTP/1.1 POST); Mon, 18 Aug 2014 16:26:08 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 18 Aug 2014 16:26:08 +0200 From: =?UTF-8?Q?St=C3=A9phane_Dupille?= To: freebsd-stable@freebsd.org Subject: Re: Installing FreeBSD 10.0 on an UEFI PC Organization: Maison In-Reply-To: References: Message-ID: <02ee5cbf2c652b5812056f6d7bb41ae5@dupille.org> X-Sender: stephane@dupille.org User-Agent: Roundcube Webmail/0.9.2 X-Spam-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_05,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,UNPARSEABLE_RELAY shortcircuit=no autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 14:26:11 -0000 Le 18/08/2014 15:47, Mehmet Erol Sanliturk a écrit : > Please see the following link : > http://lists.freebsd.org/pipermail/freebsd-current/2014-August/051624.html > Perhaps it may be useful . Thanks for your reply. I tried that, but it changed nothing : the bios is still unable to find the boot code into the GPT partition. regards, From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 14:35:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B56660C; Mon, 18 Aug 2014 14:35:17 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B71113F0D; Mon, 18 Aug 2014 14:35:16 +0000 (UTC) Received: from fortune.joker.local (180-198-225-68.nagoya1.commufa.jp [180.198.225.68]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id s7IEZFoF094163; Mon, 18 Aug 2014 23:35:15 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Mon, 18 Aug 2014 23:35:15 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: TESTING required: keyboard maps for NEWCONS (committed to -CURRENT and available for -STABLE) Message-Id: <20140818233515.43972c3bc0120cdbc110dfd5@dec.sakura.ne.jp> In-Reply-To: <53F1E077.7060205@freebsd.org> References: <53F11248.4070305@freebsd.org> <20140818185356.7e2b6f20f216bd6076ec0da5@dec.sakura.ne.jp> <53F1E077.7060205@freebsd.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: freebsd-users-jp@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 14:35:17 -0000 Thank you for quick response. I have no objection with your patch. Worked OK for me. (In fact, as I haven't use those key combinations you mentioned, whichever is OK for me.) But as I CC'ed to freebsd-users-jp ML and followed up in Japanese, possibly someone has objections. (I asked them to directly reply here in English.) If anyone say NO, making my suggestion as new variants, such as jp.withyen.kbd jp.withyen.capsctrl.kbd is OK for me. Thanks again. On Mon, 18 Aug 2014 13:16:07 +0200 Stefan Esser wrote: > Am 18.08.2014 um 11:53 schrieb Tomoaki AOKI: > > Thanks for your work, Stefan! > > > > Please consider modifying scan code 125 in jp.kbd and jp.capsctrl.kbd. > > Changing '\' to 165 (unicode XML entity ¥ is YEN SIGN) matches > > major keyboards in Japan (would be OADG 109A or its variants) with > > unicode locales. > > Aoki-sama, > > please apply the attached diff within /usr/share/vt/keymaps. > > It modifies the line for scan code 125 (both with and without "Alt Gr"). > > While here, I modified the codes returned when pressing "Ctrl Shift" and > the $B".(B key to return "us" instead of "fs" (as was already the case for > key 115 "\"). If this is wrong, I'll leave the old version (return > "fs" for both "Ctrl-\" and for "Ctrl-Shift-\"). > > Please let me know which version you want to see committed ... > > Best regards, STefan -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 18:42:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4160A168 for ; Mon, 18 Aug 2014 18:42:31 +0000 (UTC) Received: from mail.intermedix.com (mail.epbs.com [66.210.191.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Barracuda/emailAddress=sales@barracuda.com", Issuer "Barracuda/emailAddress=sales@barracuda.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 01E5A373C for ; Mon, 18 Aug 2014 18:42:30 +0000 (UTC) X-ASG-Debug-ID: 1408387342-049956373835ad30001-BIHDGU Received: from mailgate00.corp.okcyok1.priv.intermedix.com (mailgate00.epbs.com [10.130.4.34]) by mail.intermedix.com with ESMTP id DAZo4OcG4kwuBrYO; Mon, 18 Aug 2014 13:42:22 -0500 (CDT) X-Barracuda-Envelope-From: Steve.Polyack@intermedix.com X-ASG-Whitelist: Client X-WSS-ID: 0NAIMMJ-01-PMS-02 X-M-MSG: Received: from exchange02.epbs.com (exchange02.okcyok0.priv.intermedix.com [192.168.25.29]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mailgate00.corp.okcyok1.priv.intermedix.com (Postfix) with ESMTPS id 2CC5358005; Mon, 18 Aug 2014 13:42:19 -0500 (CDT) Received: from EXCHANGE03.epbs.com ([0000:0000:0000:0000:0000:0000:0.0.0.1]) by exchange02.epbs.com ([192.168.25.29]) with mapi; Mon, 18 Aug 2014 13:42:22 -0500 From: "Polyack, Steve" To: "alc@freebsd.org" Date: Mon, 18 Aug 2014 13:42:20 -0500 Subject: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Topic: vmdaemon CPU usage and poor performance in 10.0-RELEASE X-ASG-Orig-Subj: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Index: Ac+3EY/uJwiIDP4SRii/8rwr+hMdpwEAo1Iw Message-ID: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA3C4@exchange03.epbs.com> References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Barracuda-Connect: mailgate00.epbs.com[10.130.4.34] X-Barracuda-Start-Time: 1408387342 X-Barracuda-URL: http://192.168.25.21:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at intermedix.com X-Barracuda-BRTS-Status: 1 Cc: Kurt Jaeger , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 18:42:31 -0000 Excuse my poorly formatted reply at the moment, but this seems to have fixe= d our problems. I'm going to update the bug report with a note. Thanks Alan! Steve Polyack > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Alan Cox > Sent: Wednesday, August 13, 2014 12:14 PM > To: Polyack, Steve > Cc: Kurt Jaeger; freebsd-stable@freebsd.org > Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE >=20 > On Wed, Aug 13, 2014 at 10:42 AM, Polyack, Steve < > Steve.Polyack@intermedix.com> wrote: >=20 > > > > > -----Original Message----- > > > From: Kurt Jaeger [mailto:lists@opsec.eu] > > > Sent: Wednesday, August 13, 2014 11:25 AM > > > > > > Hi! > > > > > > > We have a handful of database servers running FreeBSD 10.0-RELEASE > > > > and PostgreSQL 9.3.4. The servers have 128GB or 256GB of RAM. > > > > > > Are you aware of the recent work on that topic ? > > > > > > https://www.freebsd.org/news/status/report-2014-04-2014- > > > 06.html#PostgreSQL-Performance-Improvements > > > > > > Maybe kib@ knows more about this ? > > > > > > > I've recently read over this and some other posts, but they all seem to > > center around poor postgres performance. In our case at least, some li= ght > > to medium usage of postgres generally makes the entire system unusable. > > > > The patches & documents linked there also all seem to be for -CURRENT, > > which we aren't running. We're not too keen on the idea of using > CURRENT > > in production, either. We're planning on testing 10-STABLE, but I was = just > > hoping to gain some insight into what the problem may be and whether > recent > > commits to vmdaemon code in the -STABLE tree may have a positive effect > on > > what we've seen. > > > > >=20 > There is a good chance that your problem is fixed by r265945. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 19:05:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C962BDF9 for ; Mon, 18 Aug 2014 19:05:03 +0000 (UTC) Received: from pp1.rice.edu (proofpoint1.mail.rice.edu [128.42.201.100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8CCD4398B for ; Mon, 18 Aug 2014 19:05:03 +0000 (UTC) Received: from pps.filterd (pp1.rice.edu [127.0.0.1]) by pp1.rice.edu (8.14.5/8.14.5) with SMTP id s7IJ1lfq019692 for ; Mon, 18 Aug 2014 14:05:01 -0500 Received: from mh1.mail.rice.edu (mh1.mail.rice.edu [128.42.201.20]) by pp1.rice.edu with ESMTP id 1nteyt8hp8-1 for ; Mon, 18 Aug 2014 14:05:01 -0500 X-Virus-Scanned: by amavis-2.7.0 at mh1.mail.rice.edu, auth channel Received: from 108-254-203-201.lightspeed.hstntx.sbcglobal.net (108-254-203-201.lightspeed.hstntx.sbcglobal.net [108.254.203.201]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh1.mail.rice.edu (Postfix) with ESMTPSA id DFC37460148 for ; Mon, 18 Aug 2014 14:05:00 -0500 (CDT) Message-ID: <53F24E5B.1010809@rice.edu> Date: Mon, 18 Aug 2014 14:04:59 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA3C4@exchange03.epbs.com> In-Reply-To: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA3C4@exchange03.epbs.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 kscore.is_bulkscore=0 kscore.compositescore=0 circleOfTrustscore=0 compositescore=0.713890987064109 urlsuspect_oldscore=0.713890987064109 suspectscore=23 recipient_domain_to_sender_totalscore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=1 recipient_to_sender_totalscore=0 recipient_domain_to_sender_domain_totalscore=0 rbsscore=0.713890987064109 spamscore=0 recipient_to_sender_domain_totalscore=0 urlsuspectscore=0.9 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408180206 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 19:05:04 -0000 On 08/18/2014 13:42, Polyack, Steve wrote: > Excuse my poorly formatted reply at the moment, but this seems to have fixed our problems. I'm going to update the bug report with a note. > > Thanks Alan! You're welcome. And, thanks for letting me know of the outcome. >> -----Original Message----- >> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >> stable@freebsd.org] On Behalf Of Alan Cox >> Sent: Wednesday, August 13, 2014 12:14 PM >> To: Polyack, Steve >> Cc: Kurt Jaeger; freebsd-stable@freebsd.org >> Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE >> >> On Wed, Aug 13, 2014 at 10:42 AM, Polyack, Steve < >> Steve.Polyack@intermedix.com> wrote: >> >>>> -----Original Message----- >>>> From: Kurt Jaeger [mailto:lists@opsec.eu] >>>> Sent: Wednesday, August 13, 2014 11:25 AM >>>> >>>> Hi! >>>> >>>>> We have a handful of database servers running FreeBSD 10.0-RELEASE >>>>> and PostgreSQL 9.3.4. The servers have 128GB or 256GB of RAM. >>>> Are you aware of the recent work on that topic ? >>>> >>>> https://www.freebsd.org/news/status/report-2014-04-2014- >>>> 06.html#PostgreSQL-Performance-Improvements >>>> >>>> Maybe kib@ knows more about this ? >>>> >>> I've recently read over this and some other posts, but they all seem to >>> center around poor postgres performance. In our case at least, some light >>> to medium usage of postgres generally makes the entire system unusable. >>> >>> The patches & documents linked there also all seem to be for -CURRENT, >>> which we aren't running. We're not too keen on the idea of using >> CURRENT >>> in production, either. We're planning on testing 10-STABLE, but I was just >>> hoping to gain some insight into what the problem may be and whether >> recent >>> commits to vmdaemon code in the -STABLE tree may have a positive effect >> on >>> what we've seen. >>> >>> >> There is a good chance that your problem is fixed by r265945. >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable- >> unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 19:50:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A616C827 for ; Mon, 18 Aug 2014 19:50:48 +0000 (UTC) Received: from bouvier.getmail.no (bouvier.getmail.no [84.210.184.8]) by mx1.freebsd.org (Postfix) with ESMTP id 54FB13E78 for ; Mon, 18 Aug 2014 19:50:47 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by bouvier.getmail.no (Postfix) with ESMTP id 217E34019A for ; Mon, 18 Aug 2014 21:41:53 +0200 (CEST) Received: from bouvier.getmail.no ([127.0.0.1]) by localhost (bouvier.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id NMdWD4e31-_h for ; Mon, 18 Aug 2014 21:41:52 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by bouvier.getmail.no (Postfix) with ESMTP id B6531401D3 for ; Mon, 18 Aug 2014 21:41:52 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.8.4 bouvier.getmail.no B6531401D3 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=getmail.no; s=8A9C8B4C-D727-11E2-8095-B6466E6B3FA2; t=1408390912; bh=5C7GipxnYxOsl/sBMRRFm6glqSk/PZhyFK1O3lPiZ+E=; h=Date:From:To:Subject:Message-Id:Mime-Version:Content-Type: Content-Transfer-Encoding; b=yOs86yTyaV3Ocd8t5Jqb3dfD/S29DB3dM6FUfvA2atV5nXCHBpSvcHPbspSFSnoen Az+roiEbZrThJkhE++LAqDAzbh9hlvkOh1pAMNVwtrA9HdlggPz+oV5pwuL9uUihiz T80AIYu70F0G1ltTSarua9l+MEWagNto/tf0uFz0= X-Virus-Scanned: amavisd-new at bouvier.get.c.bitbit.net Received: from bouvier.getmail.no ([127.0.0.1]) by localhost (bouvier.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Y2d8jqhND7sA for ; Mon, 18 Aug 2014 21:41:52 +0200 (CEST) Received: from kg-core1.kg4.no (cm-84.215.180.206.getinternet.no [84.215.180.206]) by bouvier.getmail.no (Postfix) with ESMTPSA id 8EE864019A for ; Mon, 18 Aug 2014 21:41:52 +0200 (CEST) Date: Mon, 18 Aug 2014 21:41:52 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Subject: Re: Installing FreeBSD 10.0 on an UEFI PC Message-Id: <20140818214152.fba104c0fd719ec2948ea988@getmail.no> In-Reply-To: <02ee5cbf2c652b5812056f6d7bb41ae5@dupille.org> References: <02ee5cbf2c652b5812056f6d7bb41ae5@dupille.org> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd8.4) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 19:50:48 -0000 On Mon, 18 Aug 2014 16:26:08 +0200 St=E9phane Dupille via freebsd-stable wrote: > Le 18/08/2014 15:47, Mehmet Erol Sanliturk a =E9crit=A0: > > Please see the following link : > > http://lists.freebsd.org/pipermail/freebsd-current/2014-August/051624.h= tml > > Perhaps it may be useful . >=20 > Thanks for your reply. I tried that, but it changed nothing : the bios=20 > is still unable to find the boot code into the GPT partition. You really should tell us which hardware (make and model) this is, and what= version of the UEFI firmeare you are using. UEFI firmwares, like BIOSes are not created equal; some have more bugs than= others. HTH --=20 Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 20:20:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6E9D313 for ; Mon, 18 Aug 2014 20:20:37 +0000 (UTC) Received: from mail.nospam.fr.eu.org (mail.nospam.fr.eu.org [IPv6:2001:41d0:8:bb93::beef:2]) by mx1.freebsd.org (Postfix) with ESMTP id 76DA231BE for ; Mon, 18 Aug 2014 20:20:37 +0000 (UTC) Received: from [192.168.0.15] (85-168-86-172.rev.numericable.fr [85.168.86.172]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.nospam.fr.eu.org (Postfix) with ESMTPSA id CA2ADE12; Mon, 18 Aug 2014 22:20:27 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dupille.org; s=default; t=1408393228; bh=yXLe9hsEtIMefOMkvUK604VPlD8XJa5Jlt+92HHSUwY=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=i854DLqIkLPCdvrdpNQmMCZd6YLDQyY4f6JB4eSlnIlvYW4jtIhN4NEwj4KBgECK2 BJ1Qj9R40qVVPpzQAdN3gY5kUj1IvkFycUEa5Wt+8QS5JpBasN+HgddTZw1ikScG3x hFh63EFUJTTkGNPYJi0RyJdSt+bJV+UTc30a6Ov4= Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Installing FreeBSD 10.0 on an UEFI PC From: =?iso-8859-1?Q?St=E9phane_Dupille?= In-Reply-To: <20140818214152.fba104c0fd719ec2948ea988@getmail.no> Date: Mon, 18 Aug 2014 22:20:18 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <726AA21F-1228-4923-B869-A548CADE8177@dupille.org> References: <02ee5cbf2c652b5812056f6d7bb41ae5@dupille.org> <20140818214152.fba104c0fd719ec2948ea988@getmail.no> To: Torfinn Ingolfsen X-Mailer: Apple Mail (2.1878.6) X-Spam-Status: No, score=2.7 required=5.0 tests=AWL,BAYES_40,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,RDNS_NONE,SPF_FAIL shortcircuit=no autolearn=no version=3.3.2 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 20:20:37 -0000 Le 18 ao=FBt 2014 =E0 21:41, Torfinn Ingolfsen = a =E9crit : > You really should tell us which hardware (make and model) this is, and = what version of the UEFI firmeare you are using. > UEFI firmwares, like BIOSes are not created equal; some have more bugs = than others. > HTH Oh yes, sorry I forgot that. The PC is a Gigabyte Brix http://www.gigabyte.com/products/product-page.aspx?pid=3D4888#ov I can't find the current version of the BIOS/UEFI right now, I'll tell = you that tomorrow. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 21:29:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C81446C for ; Mon, 18 Aug 2014 21:29:26 +0000 (UTC) Received: from mail.intermedix.com (mail.epbs.com [66.210.191.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Barracuda/emailAddress=sales@barracuda.com", Issuer "Barracuda/emailAddress=sales@barracuda.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CF8C43966 for ; Mon, 18 Aug 2014 21:29:24 +0000 (UTC) X-ASG-Debug-ID: 1408397363-04995637383781b0001-BIHDGU Received: from mailgate01.corp.okcyok1.priv.intermedix.com (mailgate01.epbs.com [10.130.4.35]) by mail.intermedix.com with ESMTP id 34noBkq0K86RCbm4; Mon, 18 Aug 2014 16:29:23 -0500 (CDT) X-Barracuda-Envelope-From: Steve.Polyack@intermedix.com X-ASG-Whitelist: Client X-WSS-ID: 0NAIUCU-02-2SN-02 X-M-MSG: Received: from exchange02.epbs.com (exchange02.okcyok0.priv.intermedix.com [192.168.25.29]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mailgate01.corp.okcyok1.priv.intermedix.com (Postfix) with ESMTPS id 27E4231A166; Mon, 18 Aug 2014 16:29:18 -0500 (CDT) Received: from EXCHANGE03.epbs.com ([0000:0000:0000:0000:0000:0000:0.0.0.1]) by exchange02.epbs.com ([192.168.25.29]) with mapi; Mon, 18 Aug 2014 16:29:23 -0500 From: "Polyack, Steve" To: Alan Cox , "freebsd-stable@freebsd.org" Date: Mon, 18 Aug 2014 16:29:21 -0500 Subject: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Topic: vmdaemon CPU usage and poor performance in 10.0-RELEASE X-ASG-Orig-Subj: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Index: Ac+7F1fV1ATVPejuS0itzDoE5WfKKwAE9KdA Message-ID: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA64F@exchange03.epbs.com> References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA3C4@exchange03.epbs.com> <53F24E5B.1010809@rice.edu> In-Reply-To: <53F24E5B.1010809@rice.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Barracuda-Connect: mailgate01.epbs.com[10.130.4.35] X-Barracuda-Start-Time: 1408397363 X-Barracuda-URL: http://192.168.25.21:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at intermedix.com X-Barracuda-BRTS-Status: 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 21:29:26 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Alan Cox > Sent: Monday, August 18, 2014 3:05 PM > To: freebsd-stable@freebsd.org > Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE >=20 > On 08/18/2014 13:42, Polyack, Steve wrote: > > Excuse my poorly formatted reply at the moment, but this seems to have > fixed our problems. I'm going to update the bug report with a note. > > > > Thanks Alan! >=20 > You're welcome. And, thanks for letting me know of the outcome. >=20 Actually, I may have spoken too soon, as it looks like we're seeing vmdaemo= n tying up the system again: root 6 100.0 0.0 0 16 - DL Wed04PM 4= :37.95 [vmdaemon] Is there anything I can check to help narrow down what may be the problem? = KTrace/truss on the "process" doesn't give any information, I suppose beca= use it's actually a kernel thread. For the "patch" we simply stole vm_pageout.c from r265945. Steve > >> -----Original Message----- > >> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > >> stable@freebsd.org] On Behalf Of Alan Cox > >> Sent: Wednesday, August 13, 2014 12:14 PM > >> To: Polyack, Steve > >> Cc: Kurt Jaeger; freebsd-stable@freebsd.org > >> Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE > >> > >> On Wed, Aug 13, 2014 at 10:42 AM, Polyack, Steve < > >> Steve.Polyack@intermedix.com> wrote: > >> > >>>> -----Original Message----- > >>>> From: Kurt Jaeger [mailto:lists@opsec.eu] > >>>> Sent: Wednesday, August 13, 2014 11:25 AM > >>>> > >>>> Hi! > >>>> > >>>>> We have a handful of database servers running FreeBSD 10.0-RELEASE > >>>>> and PostgreSQL 9.3.4. The servers have 128GB or 256GB of RAM. > >>>> Are you aware of the recent work on that topic ? > >>>> > >>>> https://www.freebsd.org/news/status/report-2014-04-2014- > >>>> 06.html#PostgreSQL-Performance-Improvements > >>>> > >>>> Maybe kib@ knows more about this ? > >>>> > >>> I've recently read over this and some other posts, but they all seem = to > >>> center around poor postgres performance. In our case at least, some > light > >>> to medium usage of postgres generally makes the entire system > unusable. > >>> > >>> The patches & documents linked there also all seem to be for -CURRENT= , > >>> which we aren't running. We're not too keen on the idea of using > >> CURRENT > >>> in production, either. We're planning on testing 10-STABLE, but I wa= s > just > >>> hoping to gain some insight into what the problem may be and whether > >> recent > >>> commits to vmdaemon code in the -STABLE tree may have a positive > effect > >> on > >>> what we've seen. > >>> > >>> > >> There is a good chance that your problem is fixed by r265945. > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to "freebsd-stable- > >> unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" > > >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Aug 18 22:07:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3447AB16 for ; Mon, 18 Aug 2014 22:07:12 +0000 (UTC) Received: from pp2.rice.edu (proofpoint2.mail.rice.edu [128.42.201.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EA5C03CA4 for ; Mon, 18 Aug 2014 22:07:11 +0000 (UTC) Received: from pps.filterd (pp2.rice.edu [127.0.0.1]) by pp2.rice.edu (8.14.5/8.14.5) with SMTP id s7IM79wI008454 for ; Mon, 18 Aug 2014 17:07:09 -0500 Received: from mh1.mail.rice.edu (mh1.mail.rice.edu [128.42.201.20]) by pp2.rice.edu with ESMTP id 1numser7tm-1 for ; Mon, 18 Aug 2014 17:07:09 -0500 X-Virus-Scanned: by amavis-2.7.0 at mh1.mail.rice.edu, auth channel Received: from 108-254-203-201.lightspeed.hstntx.sbcglobal.net (108-254-203-201.lightspeed.hstntx.sbcglobal.net [108.254.203.201]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh1.mail.rice.edu (Postfix) with ESMTPSA id D04AE460148 for ; Mon, 18 Aug 2014 17:07:08 -0500 (CDT) Message-ID: <53F2790C.20703@rice.edu> Date: Mon, 18 Aug 2014 17:07:08 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA3C4@exchange03.epbs.com> <53F24E5B.1010809@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA64F@exchange03.epbs.com> In-Reply-To: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA64F@exchange03.epbs.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 kscore.is_bulkscore=0 kscore.compositescore=0 circleOfTrustscore=0 compositescore=0.713890987064109 urlsuspect_oldscore=0.713890987064109 suspectscore=23 recipient_domain_to_sender_totalscore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=1 recipient_to_sender_totalscore=0 recipient_domain_to_sender_domain_totalscore=0 rbsscore=0.713890987064109 spamscore=0 recipient_to_sender_domain_totalscore=0 urlsuspectscore=0.9 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408180249 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 22:07:12 -0000 On 08/18/2014 16:29, Polyack, Steve wrote: >> -----Original Message----- >> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >> stable@freebsd.org] On Behalf Of Alan Cox >> Sent: Monday, August 18, 2014 3:05 PM >> To: freebsd-stable@freebsd.org >> Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE >> >> On 08/18/2014 13:42, Polyack, Steve wrote: >>> Excuse my poorly formatted reply at the moment, but this seems to have >> fixed our problems. I'm going to update the bug report with a note. >>> Thanks Alan! >> You're welcome. And, thanks for letting me know of the outcome. >> > Actually, I may have spoken too soon, as it looks like we're seeing vmdaemon tying up the system again: > root 6 100.0 0.0 0 16 - DL Wed04PM 4:37.95 [vmdaemon] > > Is there anything I can check to help narrow down what may be the problem? KTrace/truss on the "process" doesn't give any information, I suppose because it's actually a kernel thread. Can you provide the full output of top? Is there anything unusual about the hardware or software configuration? > For the "patch" we simply stole vm_pageout.c from r265945. > > Steve > >>>> -----Original Message----- >>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>>> stable@freebsd.org] On Behalf Of Alan Cox >>>> Sent: Wednesday, August 13, 2014 12:14 PM >>>> To: Polyack, Steve >>>> Cc: Kurt Jaeger; freebsd-stable@freebsd.org >>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE >>>> >>>> On Wed, Aug 13, 2014 at 10:42 AM, Polyack, Steve < >>>> Steve.Polyack@intermedix.com> wrote: >>>> >>>>>> -----Original Message----- >>>>>> From: Kurt Jaeger [mailto:lists@opsec.eu] >>>>>> Sent: Wednesday, August 13, 2014 11:25 AM >>>>>> >>>>>> Hi! >>>>>> >>>>>>> We have a handful of database servers running FreeBSD 10.0-RELEASE >>>>>>> and PostgreSQL 9.3.4. The servers have 128GB or 256GB of RAM. >>>>>> Are you aware of the recent work on that topic ? >>>>>> >>>>>> https://www.freebsd.org/news/status/report-2014-04-2014- >>>>>> 06.html#PostgreSQL-Performance-Improvements >>>>>> >>>>>> Maybe kib@ knows more about this ? >>>>>> >>>>> I've recently read over this and some other posts, but they all seem to >>>>> center around poor postgres performance. In our case at least, some >> light >>>>> to medium usage of postgres generally makes the entire system >> unusable. >>>>> The patches & documents linked there also all seem to be for -CURRENT, >>>>> which we aren't running. We're not too keen on the idea of using >>>> CURRENT >>>>> in production, either. We're planning on testing 10-STABLE, but I was >> just >>>>> hoping to gain some insight into what the problem may be and whether >>>> recent >>>>> commits to vmdaemon code in the -STABLE tree may have a positive >> effect >>>> on >>>>> what we've seen. >>>>> >>>>> >>>> There is a good chance that your problem is fixed by r265945. >>>> _______________________________________________ >>>> freebsd-stable@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>> To unsubscribe, send any mail to "freebsd-stable- >>>> unsubscribe@freebsd.org" >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable- >> unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable- >> unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Aug 19 00:08:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA065E95 for ; Tue, 19 Aug 2014 00:08:56 +0000 (UTC) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 72A8736E3 for ; Tue, 19 Aug 2014 00:08:56 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id hz20so5198273lab.22 for ; Mon, 18 Aug 2014 17:08:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=1c95QQo32E8/LMQeoM3bizMCh2hFCBEkkdWA78sjIqg=; b=dXquYBkmH1q/RJmvA0Q9giJkaDD6BACKtmV4R1DpbIJdX0cPfX314z/2vSGuNj7IaL /TMI0FPnVk1rm0Xo30lCFTNunL1TwW9rPYnPib/QSykF0XyZ0/gleRNny/wcSGx9bLy/ RGCe7CSrv0Q5Qlv5pe20HVFxOCRm4X6kQi5co/4z6PtScnG0/3TH8+Fe+CCuq7KGvJFX 8yev0sstRMmT83AOHm4vuxoDIY2b6kYL6FJQvfepGdTJq62mJFrwz4eJrCPkXqtRg72L GHlo6rbYKqTLumqhni1xpC4tIYEpS6akVcLiHcGfd7O1gnHV6GU2AMFz8zxftg4e7sCm ksSg== MIME-Version: 1.0 X-Received: by 10.112.125.105 with SMTP id mp9mr30702038lbb.30.1408406934146; Mon, 18 Aug 2014 17:08:54 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.197.107 with HTTP; Mon, 18 Aug 2014 17:08:54 -0700 (PDT) In-Reply-To: References: Date: Mon, 18 Aug 2014 17:08:54 -0700 X-Google-Sender-Auth: 5oj73-rBFGxxFLWBmKUGpSAuRuA Message-ID: Subject: Re: Installing FreeBSD 10.0 on an UEFI PC From: Craig Rodrigues To: =?ISO-8859-1?Q?St=E9phane_Dupille?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2014 00:08:57 -0000 On Mon, Aug 18, 2014 at 6:26 AM, St=E9phane Dupille wrote: > Hello, > > I'm trying to install FreeBSD 10.0 on a PC, but unfortunately it has a UE= FI > bios. Can you verify that the latest memstick.img from this directory: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/11.0/ boots from a USB stick on your machine? The memstick.img uses UEFI. -- Craig From owner-freebsd-stable@FreeBSD.ORG Tue Aug 19 04:41:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5E86139; Tue, 19 Aug 2014 04:41:41 +0000 (UTC) Received: from st11p09mm-asmtp002.mac.com (st11p09mm-asmtp002.mac.com [17.164.24.97]) (using TLSv1 with cipher DES-CBC3-SHA (168/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B0F893CF7; Tue, 19 Aug 2014 04:41:41 +0000 (UTC) Received: from [10.71.14.16] (dsl-hkibrasgw1-58c380-33.dhcp.inet.fi [88.195.128.33]) by st11p09mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NAJ00GGFECC1J20@st11p09mm-asmtp002.mac.com>; Tue, 19 Aug 2014 04:41:03 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.27,0.0.0000 definitions=2014-08-19_01:2014-08-18,2014-08-19,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=21 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408190062 Content-type: multipart/signed; boundary="Apple-Mail=_129D191D-E758-4F9F-B092-74BB8E49FEBA"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: ZFS on root booting broken somewhere after r270020 From: Kimmo Paasiala In-reply-to: <71DEB316-3CDD-4403-A397-BCE684725ABD@icloud.com> Date: Tue, 19 Aug 2014 07:40:46 +0300 Message-id: <25886C53-39C1-47A8-95F7-494FA6E7ABA2@icloud.com> References: <51AD1F36-1089-481F-8784-8BD8E6EF020F@icloud.com> <71DEB316-3CDD-4403-A397-BCE684725ABD@icloud.com> To: "freebsd-stable@freebsd.org" X-Mailer: Apple Mail (2.1878.6) Cc: Konstantin Belousov X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2014 04:41:42 -0000 --Apple-Mail=_129D191D-E758-4F9F-B092-74BB8E49FEBA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 18.8.2014, at 8.54, Kimmo Paasiala wrote: >=20 > On 18.8.2014, at 2.32, Kimmo Paasiala wrote: >=20 >> System is: >>=20 >> FreeBSD freebsd10.rdnzl.info 10.0-STABLE FreeBSD 10.0-STABLE #2 = r270020: Fri Aug 15 20:38:59 EEST 2014 = kimmo@buildstable10amd64.rdnzl.info:/usr/obj/usr/src/sys/GENERIC amd64 >>=20 >> This version still works fine. The one that didn=92t work was = r270097. The kernel boots but gets stuck at the line: >>=20 >> Trying to mount root from zfs:pool/ROOT/default [] >>=20 >> I tried pressing enter at this point but got a panic, I don=92t have = a screenshot of the panic at the moment. >>=20 >> Could this problem be related the this commit? : >>=20 >> = http://svnweb.freebsd.org/base?view=3Drevision&sortby=3Drev&sortdir=3Ddown= &revision=3D270095 >>=20 >> -Kimmo >=20 > Trying to bisect this I backed to r270050 and that version still = works. More to come. >=20 > -Kimmo Version r270094 still works but commit r270095 definitely does break = booting from ZFS on root on my system. The error message I see on the = console is =93Mounting from failed with error 5=94 = and I=92m given the mountroot prompt. I don=92t see the ZFS pool among = the listed GEOM devices on the mountroot prompt. Adding the committer of r270095 (kib@) to this discussion. -Kimmo --Apple-Mail=_129D191D-E758-4F9F-B092-74BB8E49FEBA Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJT8tVSAAoJEFvLZC0FWRVpbNcIAJ9fl2T+L7j5bZjg61B6iYn+ munwIDYIPyD7fbeHua7lf0HznOvvINpBKL/K6449DbL4xJf+Q1Y6ihLnr4R18Hcq m4cBN/JB1gO5lE9RpJLEU6Y3uU18Rn+hl7v+hso7vRIiPgE8XVcKxbpp+2DCPxet T/BftRGcOYzdeF8zc1Tyvei+6Ctvpokbj0HgQDhBB5YjscDB4Tbxr6/bBAyCQQky p7zUezSv9XUbSRWvnR7hyvquhj2pg3fji8bboQsT8eC2mnreM1wNB/rEu8Gcel9N 0LFHOx+3SNMMW5Wg6Ye/tQBEUtagwChcu0WIV1MN3FnARtnsBRq+VkluovfVbSY= =G2kS -----END PGP SIGNATURE----- --Apple-Mail=_129D191D-E758-4F9F-B092-74BB8E49FEBA-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 19 07:10:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE35A413 for ; Tue, 19 Aug 2014 07:10:55 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6E6D33896 for ; Tue, 19 Aug 2014 07:10:55 +0000 (UTC) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s7J7Akgq069419 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Aug 2014 10:10:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua s7J7Akgq069419 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s7J7Ak1d069413; Tue, 19 Aug 2014 10:10:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 19 Aug 2014 10:10:45 +0300 From: Konstantin Belousov To: Kimmo Paasiala Subject: Re: ZFS on root booting broken somewhere after r270020 Message-ID: <20140819071045.GS2737@kib.kiev.ua> References: <51AD1F36-1089-481F-8784-8BD8E6EF020F@icloud.com> <71DEB316-3CDD-4403-A397-BCE684725ABD@icloud.com> <25886C53-39C1-47A8-95F7-494FA6E7ABA2@icloud.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xsFQtFdnkC8cTCzR" Content-Disposition: inline In-Reply-To: <25886C53-39C1-47A8-95F7-494FA6E7ABA2@icloud.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2014 07:10:56 -0000 --xsFQtFdnkC8cTCzR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 19, 2014 at 07:40:46AM +0300, Kimmo Paasiala wrote: >=20 > On 18.8.2014, at 8.54, Kimmo Paasiala wrote: >=20 > >=20 > > On 18.8.2014, at 2.32, Kimmo Paasiala wrote: > >=20 > >> System is: > >>=20 > >> FreeBSD freebsd10.rdnzl.info 10.0-STABLE FreeBSD 10.0-STABLE #2 r27002= 0: Fri Aug 15 20:38:59 EEST 2014 kimmo@buildstable10amd64.rdnzl.info:/u= sr/obj/usr/src/sys/GENERIC amd64 > >>=20 > >> This version still works fine. The one that didn?t work was r270097. T= he kernel boots but gets stuck at the line: > >>=20 > >> Trying to mount root from zfs:pool/ROOT/default [] > >>=20 > >> I tried pressing enter at this point but got a panic, I don?t have a s= creenshot of the panic at the moment. > >>=20 > >> Could this problem be related the this commit? : > >>=20 > >> http://svnweb.freebsd.org/base?view=3Drevision&sortby=3Drev&sortdir=3D= down&revision=3D270095 > >>=20 > >> -Kimmo > >=20 > > Trying to bisect this I backed to r270050 and that version still works.= More to come. > >=20 > > -Kimmo >=20 > Version r270094 still works but commit r270095 definitely does break boot= ing from ZFS on root on my system. The error message I see on the console i= s ?Mounting from failed with error 5? and I?m given t= he mountroot prompt. I don?t see the ZFS pool among the listed GEOM devices= on the mountroot prompt. >=20 > Adding the committer of r270095 (kib@) to this discussion. I have no idea about ZFS, but the fact that things, which are lower-level than ZFS filesystem itself are missing, suggests that the issue is unrelate= d. At the very least, start with providing the verbose boot dmesg for successf= ul and failed boots. --xsFQtFdnkC8cTCzR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT8vh1AAoJEJDCuSvBvK1BvUkP/iBrakKwahEazjvZWqP+QUE9 cct5PMlfmFQVX1yHDpTJy7BOLou7CtEdvs2FcTdLM1J9kHPcHRlHndPRATZM1KZ2 885MownIEoz/UCIzBgV1a02QS+GVa3qCQn369z+Ya1jfAXDaj4VtONFjM6onmhpw 9hzdo727s/DOGbcYVc5HWnzNiAD/6hcMpgWAWtACK46E+ttXIEnqJb0b8LPu6Hww DkGhMsTWsGQnqd4evKpJ2xBZXM3TS567D+eNbzVFMkiftliE/YCrD4xQ1akmeKwC SNCE+PxTL2W07nPzLXsto2PbCd5hTw3OvU2U03uY58CuflrRrC/CgZ4KZlQNYLwM biq/+hF1wZXdq+/NKTmrk71SllvU1uZcy6frMrOiqHrQn8OreC0DlKFZ1dkdGgRm AYXdzPeROXo4fz7o2omoskx/uiJ6Egn0WDgAGLlGI8BYtT4al9HRysc0g/cY+YL9 PcRFa2IGc8+h/h7aQVaYCI0ngtdkvyp55DvtkAA0ptFgpDMh8w3yoj9AyJhlqaEM g6F6BAednUjcm33BDQuwVYMrsFeWZEFnkK9v04/oACTa69wYP4RU4nRHOUrTGs7n dy6VnkM+dxZeX08hqOlj/UUR5Uwd1bH0cMwxMFfumG88WJlbmFKOaC2Ah+0OoL7P Sn9TEgLnBXUMpLfEu9zK =0Ucp -----END PGP SIGNATURE----- --xsFQtFdnkC8cTCzR-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 19 07:32:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29AEB8CD for ; Tue, 19 Aug 2014 07:32:51 +0000 (UTC) Received: from st11p09mm-asmtp002.mac.com (st11p09mm-asmtp002.mac.com [17.164.24.97]) (using TLSv1 with cipher DES-CBC3-SHA (168/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E357B3A5C for ; Tue, 19 Aug 2014 07:32:50 +0000 (UTC) Received: from [10.71.14.16] (dsl-hkibrasgw1-58c380-33.dhcp.inet.fi [88.195.128.33]) by st11p09mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NAJ0032BM9X9Z20@st11p09mm-asmtp002.mac.com> for freebsd-stable@freebsd.org; Tue, 19 Aug 2014 07:32:25 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.27,0.0.0000 definitions=2014-08-19_01:2014-08-18,2014-08-19,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=21 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408190096 Content-type: multipart/signed; boundary="Apple-Mail=_2F06D883-C6E9-45DF-A20B-07DDC21B9BD6"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: ZFS on root booting broken somewhere after r270020 From: Kimmo Paasiala In-reply-to: <20140819071045.GS2737@kib.kiev.ua> Date: Tue, 19 Aug 2014 10:32:08 +0300 Message-id: <99FB0662-1954-4ECB-939B-06D0AA49C1A1@icloud.com> References: <51AD1F36-1089-481F-8784-8BD8E6EF020F@icloud.com> <71DEB316-3CDD-4403-A397-BCE684725ABD@icloud.com> <25886C53-39C1-47A8-95F7-494FA6E7ABA2@icloud.com> <20140819071045.GS2737@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1878.6) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2014 07:32:51 -0000 --Apple-Mail=_2F06D883-C6E9-45DF-A20B-07DDC21B9BD6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 19.8.2014, at 10.10, Konstantin Belousov wrote: > On Tue, Aug 19, 2014 at 07:40:46AM +0300, Kimmo Paasiala wrote: >>=20 >> On 18.8.2014, at 8.54, Kimmo Paasiala wrote: >>=20 >>>=20 >>> On 18.8.2014, at 2.32, Kimmo Paasiala wrote: >>>=20 >>>> System is: >>>>=20 >>>> FreeBSD freebsd10.rdnzl.info 10.0-STABLE FreeBSD 10.0-STABLE #2 = r270020: Fri Aug 15 20:38:59 EEST 2014 = kimmo@buildstable10amd64.rdnzl.info:/usr/obj/usr/src/sys/GENERIC amd64 >>>>=20 >>>> This version still works fine. The one that didn?t work was = r270097. The kernel boots but gets stuck at the line: >>>>=20 >>>> Trying to mount root from zfs:pool/ROOT/default [] >>>>=20 >>>> I tried pressing enter at this point but got a panic, I don?t have = a screenshot of the panic at the moment. >>>>=20 >>>> Could this problem be related the this commit? : >>>>=20 >>>> = http://svnweb.freebsd.org/base?view=3Drevision&sortby=3Drev&sortdir=3Ddown= &revision=3D270095 >>>>=20 >>>> -Kimmo >>>=20 >>> Trying to bisect this I backed to r270050 and that version still = works. More to come. >>>=20 >>> -Kimmo >>=20 >> Version r270094 still works but commit r270095 definitely does break = booting from ZFS on root on my system. The error message I see on the = console is ?Mounting from failed with error 5? and = I?m given the mountroot prompt. I don?t see the ZFS pool among the = listed GEOM devices on the mountroot prompt. >>=20 >> Adding the committer of r270095 (kib@) to this discussion. >=20 > I have no idea about ZFS, but the fact that things, which are = lower-level > than ZFS filesystem itself are missing, suggests that the issue is = unrelated. > At the very least, start with providing the verbose boot dmesg for = successful > and failed boots. This looks like to be unrelated to ZFS as you=92re saying. I just = remembered that I=92m loading fuse.ko in my /boot/loader.conf. I = commented that one out and what do you know? The system boots fine with = the r270095 kernel. Very very strange=85=20 Thanks for the input anyway, -Kimmo --Apple-Mail=_2F06D883-C6E9-45DF-A20B-07DDC21B9BD6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJT8v18AAoJEFvLZC0FWRVpSHwH/A06jLQtzgJxfWl9buCT6kZv otukfp62AnWG0u2/Q7IFJXuCnsIHHNG0bXRLIMA1RXFBIm1VaZiO+Xl1Yws166da j10A62hnMOd8cGiW0ST4/N2qrsCkrYm4bsRbcc4qtStbdbThwqaybwloFnsKBIt8 AwHRT/mCvzVra48ICZVEKduuLYdLEi/M2LQLmtpQtb0Y6Ce9d0paWRY0SCT6YGJX kRTGrxyVa6JLipJXjpi8ArtZzOTkvvzra+rAjZO7h0Fwb0k+z5co91E8/68KgWiO PtNZAVgus/V9H7Vsk8DC4is6kB+Xlvjty5f4aOesTKGcbdUNGdKBH2jDReqjwvY= =HXBP -----END PGP SIGNATURE----- --Apple-Mail=_2F06D883-C6E9-45DF-A20B-07DDC21B9BD6-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 19 07:46:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AFD6D27 for ; Tue, 19 Aug 2014 07:46:50 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2124D3B57 for ; Tue, 19 Aug 2014 07:46:49 +0000 (UTC) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s7J7khAm087262 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Aug 2014 10:46:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua s7J7khAm087262 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s7J7kh58087258; Tue, 19 Aug 2014 10:46:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 19 Aug 2014 10:46:43 +0300 From: Konstantin Belousov To: Kimmo Paasiala Subject: Re: ZFS on root booting broken somewhere after r270020 Message-ID: <20140819074643.GU2737@kib.kiev.ua> References: <51AD1F36-1089-481F-8784-8BD8E6EF020F@icloud.com> <71DEB316-3CDD-4403-A397-BCE684725ABD@icloud.com> <25886C53-39C1-47A8-95F7-494FA6E7ABA2@icloud.com> <20140819071045.GS2737@kib.kiev.ua> <99FB0662-1954-4ECB-939B-06D0AA49C1A1@icloud.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E9b8Qrao4pLwl/2H" Content-Disposition: inline In-Reply-To: <99FB0662-1954-4ECB-939B-06D0AA49C1A1@icloud.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2014 07:46:50 -0000 --E9b8Qrao4pLwl/2H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 19, 2014 at 10:32:08AM +0300, Kimmo Paasiala wrote: >=20 > On 19.8.2014, at 10.10, Konstantin Belousov wrote: >=20 > > On Tue, Aug 19, 2014 at 07:40:46AM +0300, Kimmo Paasiala wrote: > >>=20 > >> On 18.8.2014, at 8.54, Kimmo Paasiala wrote: > >>=20 > >>>=20 > >>> On 18.8.2014, at 2.32, Kimmo Paasiala wrote: > >>>=20 > >>>> System is: > >>>>=20 > >>>> FreeBSD freebsd10.rdnzl.info 10.0-STABLE FreeBSD 10.0-STABLE #2 r270= 020: Fri Aug 15 20:38:59 EEST 2014 kimmo@buildstable10amd64.rdnzl.info:= /usr/obj/usr/src/sys/GENERIC amd64 > >>>>=20 > >>>> This version still works fine. The one that didn?t work was r270097.= The kernel boots but gets stuck at the line: > >>>>=20 > >>>> Trying to mount root from zfs:pool/ROOT/default [] > >>>>=20 > >>>> I tried pressing enter at this point but got a panic, I don?t have a= screenshot of the panic at the moment. > >>>>=20 > >>>> Could this problem be related the this commit? : > >>>>=20 > >>>> http://svnweb.freebsd.org/base?view=3Drevision&sortby=3Drev&sortdir= =3Ddown&revision=3D270095 > >>>>=20 > >>>> -Kimmo > >>>=20 > >>> Trying to bisect this I backed to r270050 and that version still work= s. More to come. > >>>=20 > >>> -Kimmo > >>=20 > >> Version r270094 still works but commit r270095 definitely does break b= ooting from ZFS on root on my system. The error message I see on the consol= e is ?Mounting from failed with error 5? and I?m give= n the mountroot prompt. I don?t see the ZFS pool among the listed GEOM devi= ces on the mountroot prompt. > >>=20 > >> Adding the committer of r270095 (kib@) to this discussion. > >=20 > > I have no idea about ZFS, but the fact that things, which are lower-lev= el > > than ZFS filesystem itself are missing, suggests that the issue is unre= lated. > > At the very least, start with providing the verbose boot dmesg for succ= essful > > and failed boots. >=20 > This looks like to be unrelated to ZFS as you?re saying. I just remembere= d that I?m loading fuse.ko in my /boot/loader.conf. I commented that one ou= t and what do you know? The system boots fine with the r270095 kernel. >=20 > Very very strange?=20 This probably indicates KBI mismatch. Is your fuse.ko installed from the kernel build ? Still, I think the verbose dmesg is the start to look. >=20 > Thanks for the input anyway, >=20 > -Kimmo >=20 >=20 >=20 --E9b8Qrao4pLwl/2H Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT8wDjAAoJEJDCuSvBvK1BNGgQAJTleEksE1iHJIgL478oVB8K 1mHxGDMW48gHQYSIho6K/mMRylKz3pumJ0rdlOWLTZZYYdOUfOar+be9TcCbk43G hWb6kABcsTd8izuAgTQejGVu9TUq9A4TrSAJFrTKnvFXNXv3/fk3aCb0+2PlA3q7 NR0EEdSr5LhoJgIBtRBtFKSqKX/QkseGspjIsaGcQaJqPkrJCpmzdZ/L5wwGhVSN 3tjVwVOPA9PXT9dctWESBmqXclJTjA4dHA3v47dXctcf5BtVP0LSENtgXIMeQRY2 F/oWp1hNtF7F4V+Ve2Cu34jML+mE6x269TuJl0fPQNDtIiVCIT62gKiPHOota+az z2W/794XwONU56PHSVXBMbMCcO3DtKZFEwPkKE5DiuYAdcl6sQi+mopkNW3jO2Mc WiLxXWshYh2hgotpk5k7/U4J3ho0kUxT7QnUkIt/f37/vwQVcdczTaZlOpIwmOg+ l+4M++px12fEJPVejtPkUdTQd3aQ6GitopwOust2zfE15soFBU1l6rUFBzbppxog iFoadZwzIXoFURQKW/5D1U8Je+S89mVAgJY088pQBeR0rrJO8d0USMdlvo9v/zNu uihdY0nh+c3Y53pyKsXDBYwJ/iNnwajACewYWaGBNzifNsowNhAAmdmq26ynG7AX 6WkAsZa41cb06ufKeEcz =ChIE -----END PGP SIGNATURE----- --E9b8Qrao4pLwl/2H-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 19 08:25:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84EE857A for ; Tue, 19 Aug 2014 08:25:01 +0000 (UTC) Received: from mail.nospam.fr.eu.org (wait.nospam.fr.eu.org [178.32.127.5]) by mx1.freebsd.org (Postfix) with ESMTP id 454CC3EDF for ; Tue, 19 Aug 2014 08:25:00 +0000 (UTC) Received: from mail.nospam.fr.eu.org (unknown [10.0.2.3]) by mail.nospam.fr.eu.org (Postfix) with ESMTP id CCFBCE4E for ; Tue, 19 Aug 2014 10:24:57 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dupille.org; s=default; t=1408436697; bh=0lT/aw77FzckICAofMpC5nrOzC088Gj54vqKeOVnzQI=; h=Date:From:To:Subject:In-Reply-To:References; b=IySQxHAgPhXGWAbRQalvGK6/LiM571YSp41bJHHY8qlZIm7qeY5GfwDoymefywibe NbTvHUUvkcC2OdoHhAPFfYs0EXJbYCuvFeqt2/j6xhWHaDmJr4IZRKNQ1QhKV0lnY7 UssoHY8YIKoMtR7uel2qH4MCCOyQDbo0jUf0FvpY= Received: from gq78NdDoQKvPhpd8nOgx2fsIWlp63FJe by mail.dupille.org with HTTP (HTTP/1.1 POST); Tue, 19 Aug 2014 10:24:57 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 19 Aug 2014 10:24:57 +0200 From: =?UTF-8?Q?St=C3=A9phane_Dupille?= To: freebsd-stable@freebsd.org Subject: Re: Installing FreeBSD 10.0 on an UEFI PC Organization: Maison In-Reply-To: References: Message-ID: <15439df9eb317367955276c162166cd6@dupille.org> X-Sender: stephane@dupille.org User-Agent: Roundcube Webmail/0.9.2 X-Spam-Status: No, score=0.7 required=5.0 tests=AWL,BAYES_20,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,UNPARSEABLE_RELAY shortcircuit=no autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2014 08:25:01 -0000 Le 19/08/2014 02:08, Craig Rodrigues a écrit : > Can you verify that the latest memstick.img from this directory: > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/11.0/ > boots from a USB stick on your machine? The memstick.img uses UEFI. Yes, it boots. Can I install an UEFI boot loader from 11.0, booting a 10.0-RELEASE kernel/world ? Is that supposed to work, or do I need a patched kernel ? Here are the information I can get from the BIOS : AMI 2.15.1236 Product Name M4HM87P-00 Bios Version F3 ME FW Version 9.0.20.1447 I found on Gigabyte website a bios version F5, I'll try to update the bios, and see if there's any change. Thanks, From owner-freebsd-stable@FreeBSD.ORG Tue Aug 19 08:49:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 954AFF0E for ; Tue, 19 Aug 2014 08:49:46 +0000 (UTC) Received: from mail.nospam.fr.eu.org (mail.nospam.fr.eu.org [IPv6:2001:41d0:8:bb93::beef:2]) by mx1.freebsd.org (Postfix) with ESMTP id 563B23179 for ; Tue, 19 Aug 2014 08:49:46 +0000 (UTC) Received: from mail.nospam.fr.eu.org (unknown [10.0.2.3]) by mail.nospam.fr.eu.org (Postfix) with ESMTP id 1A6F5E51 for ; Tue, 19 Aug 2014 10:49:45 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dupille.org; s=default; t=1408438185; bh=Vm+TfNtDapNQQ9zva5qAJTdo1tDWBhVK99spase2CYw=; h=Date:From:To:Subject:In-Reply-To:References; b=6PdTCy3Ok3QMjEKimQmPcCrq9jPrnsHeqnPTFKaQ6kt7PJGBUoUBOAs8WAeFFnOnM nhzmrljv7sNseGnTx4wn+uPqjzxRDGmvt0UXrgHx3BWFAZyL5baw4O4Tv+3JkM7e6M fPpAxhqL/Wn2pNx76/CfdozYDSElUVlKQ9h9Ybdo= Received: from mn3PMZ65+wmOBfAdxCNwag61M8E0s8oO by mail.dupille.org with HTTP (HTTP/1.1 POST); Tue, 19 Aug 2014 10:49:45 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 19 Aug 2014 10:49:45 +0200 From: =?UTF-8?Q?St=C3=A9phane_Dupille?= To: freebsd-stable@freebsd.org Subject: Re: Installing FreeBSD 10.0 on an UEFI PC Organization: Maison In-Reply-To: <15439df9eb317367955276c162166cd6@dupille.org> References: <15439df9eb317367955276c162166cd6@dupille.org> Message-ID: X-Sender: stephane@dupille.org User-Agent: Roundcube Webmail/0.9.2 X-Spam-Status: No, score=-110.0 required=5.0 tests=BAYES_00,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2014 08:49:46 -0000 Le 19/08/2014 10:24, Stéphane Dupille via freebsd-stable a écrit : > I found on Gigabyte website a bios version F5, I'll try to update the > bios, and see if there's any change. Well, I should have start with that. I upgraded the BIOS to version F5, and now it boots with a GPT partition. So now it works pretty well. Thanks a lot ! Best regards, From owner-freebsd-stable@FreeBSD.ORG Tue Aug 19 11:13:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0936BEC for ; Tue, 19 Aug 2014 11:13:54 +0000 (UTC) Received: from st11p09mm-asmtp002.mac.com (st11p09mm-asmtp002.mac.com [17.164.24.97]) (using TLSv1 with cipher DES-CBC3-SHA (168/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 681CC300F for ; Tue, 19 Aug 2014 11:13:54 +0000 (UTC) Received: from [10.71.14.16] (dsl-hkibrasgw1-58c380-33.dhcp.inet.fi [88.195.128.33]) by st11p09mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NAJ00HYGWIKUV00@st11p09mm-asmtp002.mac.com> for freebsd-stable@freebsd.org; Tue, 19 Aug 2014 11:13:35 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.27,0.0.0000 definitions=2014-08-19_02:2014-08-19,2014-08-19,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=21 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408190135 Content-type: multipart/signed; boundary="Apple-Mail=_E2001D99-8401-4C07-8F07-F268E23DD0CF"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: ZFS on root booting broken somewhere after r270020 From: Kimmo Paasiala In-reply-to: <20140819074643.GU2737@kib.kiev.ua> Date: Tue, 19 Aug 2014 14:13:14 +0300 Message-id: <3082C19A-4DE5-4376-AC24-28D2E85ABAF9@icloud.com> References: <51AD1F36-1089-481F-8784-8BD8E6EF020F@icloud.com> <71DEB316-3CDD-4403-A397-BCE684725ABD@icloud.com> <25886C53-39C1-47A8-95F7-494FA6E7ABA2@icloud.com> <20140819071045.GS2737@kib.kiev.ua> <99FB0662-1954-4ECB-939B-06D0AA49C1A1@icloud.com> <20140819074643.GU2737@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1878.6) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2014 11:13:54 -0000 --Apple-Mail=_E2001D99-8401-4C07-8F07-F268E23DD0CF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 19.8.2014, at 10.46, Konstantin Belousov wrote: > On Tue, Aug 19, 2014 at 10:32:08AM +0300, Kimmo Paasiala wrote: >>=20 >> On 19.8.2014, at 10.10, Konstantin Belousov = wrote: >>=20 >>> On Tue, Aug 19, 2014 at 07:40:46AM +0300, Kimmo Paasiala wrote: >>>>=20 >>>> On 18.8.2014, at 8.54, Kimmo Paasiala wrote: >>>>=20 >>>>>=20 >>>>> On 18.8.2014, at 2.32, Kimmo Paasiala wrote: >>>>>=20 >>>>>> System is: >>>>>>=20 >>>>>> FreeBSD freebsd10.rdnzl.info 10.0-STABLE FreeBSD 10.0-STABLE #2 = r270020: Fri Aug 15 20:38:59 EEST 2014 = kimmo@buildstable10amd64.rdnzl.info:/usr/obj/usr/src/sys/GENERIC amd64 >>>>>>=20 >>>>>> This version still works fine. The one that didn?t work was = r270097. The kernel boots but gets stuck at the line: >>>>>>=20 >>>>>> Trying to mount root from zfs:pool/ROOT/default [] >>>>>>=20 >>>>>> I tried pressing enter at this point but got a panic, I don?t = have a screenshot of the panic at the moment. >>>>>>=20 >>>>>> Could this problem be related the this commit? : >>>>>>=20 >>>>>> = http://svnweb.freebsd.org/base?view=3Drevision&sortby=3Drev&sortdir=3Ddown= &revision=3D270095 >>>>>>=20 >>>>>> -Kimmo >>>>>=20 >>>>> Trying to bisect this I backed to r270050 and that version still = works. More to come. >>>>>=20 >>>>> -Kimmo >>>>=20 >>>> Version r270094 still works but commit r270095 definitely does = break booting from ZFS on root on my system. The error message I see on = the console is ?Mounting from failed with error 5? = and I?m given the mountroot prompt. I don?t see the ZFS pool among the = listed GEOM devices on the mountroot prompt. >>>>=20 >>>> Adding the committer of r270095 (kib@) to this discussion. >>>=20 >>> I have no idea about ZFS, but the fact that things, which are = lower-level >>> than ZFS filesystem itself are missing, suggests that the issue is = unrelated. >>> At the very least, start with providing the verbose boot dmesg for = successful >>> and failed boots. >>=20 >> This looks like to be unrelated to ZFS as you?re saying. I just = remembered that I?m loading fuse.ko in my /boot/loader.conf. I commented = that one out and what do you know? The system boots fine with the = r270095 kernel. >>=20 >> Very very strange?=20 > This probably indicates KBI mismatch. >=20 > Is your fuse.ko installed from the kernel build ? > Still, I think the verbose dmesg is the start to look. >=20 The fuse.ko module is from the kernel build because this is on = stable/10, the module loads and works if loaded manually after boot and = doesn=92t seem to affect anything. I don=92t yet have an easy way to = provide the verbose boot log from a failed boot because this is on real = hardware and hooking up a serial console takes some work. I did take a = close look on the messages when I booted with 'boot -v' with the fuse.ko = included but I didn=92t spot anything out of the ordinary. -Kimmo --Apple-Mail=_E2001D99-8401-4C07-8F07-F268E23DD0CF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJT8zFRAAoJEFvLZC0FWRVpef8H/jrMlDZld4dRes9kINoei2p1 ytE5ylvuz2JibqMzEGBBlPQ9f2CiWngaTkxvdMY8EHMtu2Tu9DlJN8dMfWXpA8a8 y1QZqfcc7v0AgYSX+LSxp8/UfyHuS1t5q6+lMV2z859HUZ4nzlGNE44uP5Bm7knl 4CsKrMpcuxouof9O7PjsM59qOnEicPbO3KojdbJAJhTJ9C1YOUuyh7VK4dORRf11 T2rKLs7/IwL4KKohEVML+ETA08/BQQuowogM3vqV4SEcuAFhA8cTukDFTuanIHDD trIEA5wl3dgn8pgULNLDh2oY9Fq1oTVMNW1eyChNwrmx48maut3J+ILMI3x0TKU= =5Lsx -----END PGP SIGNATURE----- --Apple-Mail=_E2001D99-8401-4C07-8F07-F268E23DD0CF-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 19 11:36:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 511CD323; Tue, 19 Aug 2014 11:36:20 +0000 (UTC) Received: from mail-vc0-x232.google.com (mail-vc0-x232.google.com [IPv6:2607:f8b0:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DD0FD336F; Tue, 19 Aug 2014 11:36:19 +0000 (UTC) Received: by mail-vc0-f178.google.com with SMTP id la4so7230284vcb.37 for ; Tue, 19 Aug 2014 04:36:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eL7vePec7mc9enQgdUdqCZ847zEinD1pkEei7+KgPqY=; b=WgdPoZAPPZhKc0UAsgf2NmfCxWNrf8RCdJodggaL4rMJ2Akpr4903LIFfaxgSOowDm FyDxYh6sTXcmTi8dAL1nU956pHT5nQw+fDzwpLLWL/rob9x7cqweselVLt9XbxZoMJBx J1vKnl2SU6K7JSzyFUBqFPO3FZiO9zYb62k4KMJMmH16p2s0oHJaYXr1QezSH1Bs3HT0 rHOExvWk+aOVEQdwedNUOlRa09a7gsmpi9a5jX1tlMlsG0JEa7HhTsg8kL/wPr0+CXo0 ggThEAVrAZ/SJ8dP887eMTiWLL3UNw1z9bnorHnhbFPXQCjsLpeSFfPHbCFd/ugyShHe 5xhg== MIME-Version: 1.0 X-Received: by 10.220.130.131 with SMTP id t3mr29807547vcs.30.1408448178891; Tue, 19 Aug 2014 04:36:18 -0700 (PDT) Received: by 10.53.3.139 with HTTP; Tue, 19 Aug 2014 04:36:18 -0700 (PDT) In-Reply-To: References: <92705E1C-E06E-411D-B88C-5A1AA096E2BD@FreeBSD.org> <1391973419.88145.103.camel@btw.pki2.com> <0760EB34-0EE7-4519-AF2F-63C0FDC4D8C5@FreeBSD.org> <1392045675.20238.9.camel@btw.pki2.com> <52F9247E.3020307@smeets.im> <1392097222.38537.38.camel@btw.pki2.com> Date: Tue, 19 Aug 2014 15:36:18 +0400 Message-ID: Subject: Re: Squid aufs crashes under 10.0 From: Pavel Timofeev To: Dennis Glatting Content-Type: text/plain; charset=UTF-8 Cc: Dimitry Andric , freebsd-stable stable , ports-list freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2014 11:36:20 -0000 Hi, I've made a PR for squid34. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192828 Based on www/squid33 and Dennis Glatting's work. Please, test it! There are 2 broken options (ECAP and FS_COSS) that I don't know how to fix (I'm unskillful). It will be great if someone knows a solution. 2014-05-13 10:51 GMT+04:00 Pavel Timofeev : > Hi! Any plans to import squid34 to ports tree? > > 2014-02-11 9:40 GMT+04:00 Dennis Glatting : >> On Mon, 2014-02-10 at 20:11 +0100, Florian Smeets wrote: >>> On 10/02/14 16:21, Dennis Glatting wrote: >>> > On Mon, 2014-02-10 at 11:15 +0400, Pavel Timofeev wrote: >>> >> So what should I do? >>> >> Write a PR to squid's bugzilla with link to this thread? >>> >> Fill FreeBSD ports' PR? (it seems like maintainer of squid doesn't >>> >> look at PRs about squid). >>> >> And it seems like this problem is retaled to all of squid ports, not >>> >> only to www/squid33. >>> >> >>> > >>> > Good question. I don't know. I ported 3.4 and sent email to the >>> > maintainer and to the list. Zip in response. >>> > >>> >>> I plan to take care of it this week. (squid34 + aufs patches) >>> >> >> My stuff here: >> >> fetch http://www.pki2.com/squid34.tar >> >> >>> Florian >>> >> >> From owner-freebsd-stable@FreeBSD.ORG Tue Aug 19 16:37:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 473F0F6B for ; Tue, 19 Aug 2014 16:37:04 +0000 (UTC) Received: from mail.intermedix.com (mail.epbs.com [66.210.191.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Barracuda/emailAddress=sales@barracuda.com", Issuer "Barracuda/emailAddress=sales@barracuda.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 06A3433E9 for ; Tue, 19 Aug 2014 16:37:03 +0000 (UTC) X-ASG-Debug-ID: 1408466221-049956373840dde0001-BIHDGU Received: from mailgate01.corp.okcyok1.priv.intermedix.com (mailgate01.epbs.com [10.130.4.35]) by mail.intermedix.com with ESMTP id asyuvViMUGuqnf2p; Tue, 19 Aug 2014 11:37:01 -0500 (CDT) X-Barracuda-Envelope-From: Steve.Polyack@intermedix.com X-ASG-Whitelist: Client X-WSS-ID: 0NAKBHM-02-4MC-02 X-M-MSG: Received: from exchange01.epbs.com (exchange01.okcyok0.priv.intermedix.com [192.168.25.157]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mailgate01.corp.okcyok1.priv.intermedix.com (Postfix) with ESMTPS id 20CB031A166; Tue, 19 Aug 2014 11:36:57 -0500 (CDT) Received: from EXCHANGE03.epbs.com ([0000:0000:0000:0000:0000:0000:0.0.0.1]) by exchange01.epbs.com ([192.168.25.157]) with mapi; Tue, 19 Aug 2014 11:37:00 -0500 From: "Polyack, Steve" To: Alan Cox , "freebsd-stable@freebsd.org" Date: Tue, 19 Aug 2014 11:36:58 -0500 Subject: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Topic: vmdaemon CPU usage and poor performance in 10.0-RELEASE X-ASG-Orig-Subj: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Index: Ac+7MMhjygcYL2iOSAKl5ishegpU1wAmhXBA Message-ID: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF28E5@exchange03.epbs.com> References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA3C4@exchange03.epbs.com> <53F24E5B.1010809@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA64F@exchange03.epbs.com> <53F2790C.20703@rice.edu> In-Reply-To: <53F2790C.20703@rice.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Barracuda-Connect: mailgate01.epbs.com[10.130.4.35] X-Barracuda-Start-Time: 1408466221 X-Barracuda-URL: http://192.168.25.21:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at intermedix.com X-Barracuda-BRTS-Status: 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2014 16:37:04 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Alan Cox > Sent: Monday, August 18, 2014 6:07 PM > To: freebsd-stable@freebsd.org > Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE >=20 > On 08/18/2014 16:29, Polyack, Steve wrote: > >> -----Original Message----- > >> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > >> stable@freebsd.org] On Behalf Of Alan Cox > >> Sent: Monday, August 18, 2014 3:05 PM > >> To: freebsd-stable@freebsd.org > >> Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE > >> > >> On 08/18/2014 13:42, Polyack, Steve wrote: > >>> Excuse my poorly formatted reply at the moment, but this seems to > have > >> fixed our problems. I'm going to update the bug report with a note. > >>> Thanks Alan! > >> You're welcome. And, thanks for letting me know of the outcome. > >> > > Actually, I may have spoken too soon, as it looks like we're seeing > vmdaemon tying up the system again: > > root 6 100.0 0.0 0 16 - DL Wed04PM = 4:37.95 [vmdaemon] > > > > Is there anything I can check to help narrow down what may be the > problem? KTrace/truss on the "process" doesn't give any information, I > suppose because it's actually a kernel thread. >=20 > Can you provide the full output of top? Is there anything unusual about > the hardware or software configuration? This may have just been a fluke (maybe NFS caching the old vm_pageout.c dur= ing the first source build). We've rebuilt and are monitoring it now. The hardware consists of a few Dell PowerEdge R720xd servers with 256GB of = RAM and array of SSDs (no ZFS). 64GB is dedicated to postgres shared_buffe= rs right now. FreeBSD 10, PostgreSQL 9.3, Slony-I v2.2.2, and redis-2.8.11 = are all in use here. I can't say that anything is unusual about the config= uration. > > For the "patch" we simply stole vm_pageout.c from r265945. > > > > Steve > > > >>>> -----Original Message----- > >>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > >>>> stable@freebsd.org] On Behalf Of Alan Cox > >>>> Sent: Wednesday, August 13, 2014 12:14 PM > >>>> To: Polyack, Steve > >>>> Cc: Kurt Jaeger; freebsd-stable@freebsd.org > >>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- > RELEASE > >>>> > >>>> On Wed, Aug 13, 2014 at 10:42 AM, Polyack, Steve < > >>>> Steve.Polyack@intermedix.com> wrote: > >>>> > >>>>>> -----Original Message----- > >>>>>> From: Kurt Jaeger [mailto:lists@opsec.eu] > >>>>>> Sent: Wednesday, August 13, 2014 11:25 AM > >>>>>> > >>>>>> Hi! > >>>>>> > >>>>>>> We have a handful of database servers running FreeBSD 10.0- > RELEASE > >>>>>>> and PostgreSQL 9.3.4. The servers have 128GB or 256GB of RAM. > >>>>>> Are you aware of the recent work on that topic ? > >>>>>> > >>>>>> https://www.freebsd.org/news/status/report-2014-04-2014- > >>>>>> 06.html#PostgreSQL-Performance-Improvements > >>>>>> > >>>>>> Maybe kib@ knows more about this ? > >>>>>> > >>>>> I've recently read over this and some other posts, but they all see= m to > >>>>> center around poor postgres performance. In our case at least, som= e > >> light > >>>>> to medium usage of postgres generally makes the entire system > >> unusable. > >>>>> The patches & documents linked there also all seem to be for - > CURRENT, > >>>>> which we aren't running. We're not too keen on the idea of using > >>>> CURRENT > >>>>> in production, either. We're planning on testing 10-STABLE, but I = was > >> just > >>>>> hoping to gain some insight into what the problem may be and > whether > >>>> recent > >>>>> commits to vmdaemon code in the -STABLE tree may have a positive > >> effect > >>>> on > >>>>> what we've seen. > >>>>> > >>>>> > >>>> There is a good chance that your problem is fixed by r265945. > >>>> _______________________________________________ > >>>> freebsd-stable@freebsd.org mailing list > >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >>>> To unsubscribe, send any mail to "freebsd-stable- > >>>> unsubscribe@freebsd.org" > >>> _______________________________________________ > >>> freebsd-stable@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >>> To unsubscribe, send any mail to "freebsd-stable- > >> unsubscribe@freebsd.org" > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to "freebsd-stable- > >> unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" > > >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Aug 20 01:27:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85B1E9B2; Wed, 20 Aug 2014 01:27:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 71CFD3699; Wed, 20 Aug 2014 01:27:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BE7E33FA; Wed, 20 Aug 2014 01:27:46 +0000 (UTC) Date: Wed, 20 Aug 2014 01:27:42 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, ian@FreeBSD.org, grehan@FreeBSD.org Message-ID: <632918485.0.1408498066186.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #634 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2014 01:27:46 -0000 See Changes: [ian] MFC r266473,267331,267511: Use an intermediate target to associate with _SUBDIR which is marked .MAKE this allows make -n to do tree walks as expected without doing anything else (as intended). Use prefix _sub. to help avoid conflict with any real target. Put the test suite in its own tests.txz distribution file. Force all the contents of /usr/tests to go into a separate distribution file so that users of binary releases can easily choose to not install Create a mechanism for providing fine-grained build order dependencies during SUBDIR_PARALLEL builds. This augments the coarse .WAIT mechanism, which is still useful if you've got a situation such as "almost everything depends on A and B". [grehan] MFC r266103 Update dis_tables.c to the latest Illumos version. This includes decodes of recent Intel instructions, in particular VT-x and related instructions. This allows the FBT provider to locate the exit points of routines that include these new instructions. Illumos issues: 3414 Need a new word of AT_SUN_HWCAP bits 3415 Add isainfo support for f16c and rdrand 3416 Need disassembler support for rdrand and f16c 3413 isainfo -v overflows 80 columns 3417 mdb disassembler confuses rdtscp for invlpg 1518 dis should support AMD SVM/AMD-V/Pacifica instructions 1096 i386 disassembler should understand complex nops 1362 add kvmstat for monitoring of KVM statistics 1363 add vmregs[] variable to DTrace 1364 need disassembler support for VMX instructions 1365 mdb needs 16-bit disassembler support This corresponds to Illumos-gate (github) version eb23829ff08a873c612ac45d191d559394b4b408 [grehan] MFC r265098 Bump WITNESS_PENDLIST by MAXCPU to account for the pmap pvlist locks which are scaled by MAXCPU. ------------------------------------------ [...truncated 220867 lines...] --- depend_subdir_age --- --- .depend --- rm -f .depend --- depend_subdir_acpi --- ===> acpi/acpi_fujitsu (depend) --- depend_subdir_agp --- --- /usr/obj --- --- depend_subdir_age --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_aha --- --- /usr/obj --- --- depend_subdir_agp --- x86 -> --- depend_subdir_aha --- @ -> --- depend_subdir_agp --- --- agp_if.c --- awk -f @/tools/makeobjops.awk @/dev/agp/agp_if.m -c --- depend_subdir_aha --- --- /usr/obj --- --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aha --- machine -> --- depend_subdir_acpi --- @ -> --- depend_subdir_aha --- --- /usr/obj --- --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aha --- x86 -> --- depend_subdir_acpi --- machine -> --- depend_subdir_agp --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_aha --- --- opt_cam.h --- ln -sf /usr/obj opt_cam.h --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aha --- --- device_if.h --- --- depend_subdir_acpi --- x86 -> --- depend_subdir_aha --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_acpi --- --- opt_acpi.h --- ln -sf /usr/obj opt_acpi.h --- depend_subdir_agp --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_acpi --- --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- depend_subdir_aha --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_acpi --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_aha --- --- isa_if.h --- awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h --- depend_subdir_agp --- --- agp_if.h --- awk -f @/tools/makeobjops.awk @/dev/agp/agp_if.m -h --- depend_subdir_aha --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_agp --- --- pci_if.h --- --- depend_subdir_ahci --- --- depend_subdir_agp --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_ahci --- ===> ahci (depend) --- depend_subdir_acpi --- --- .depend --- rm -f .depend --- depend_subdir_agp --- --- opt_agp.h --- ln -sf /usr/obj opt_agp.h --- depend_subdir_acpi --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_agp --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 agp_if.c --- depend_subdir_ahci --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_acpi --- ===> acpi/acpi_hp (depend) --- depend_subdir_ahci --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_acpi --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- depend_subdir_ahci --- --- opt_cam.h --- ln -sf /usr/obj opt_cam.h --- depend_subdir_acpi --- --- /usr/obj --- x86 -> --- depend_subdir_ahci --- --- .depend --- rm -f .depend --- depend_subdir_aic7xxx --- --- depend_subdir_ahci --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_aic7xxx --- ===> aic7xxx (depend) --- depend_subdir_acpi --- --- opt_acpi.h --- ln -sf /usr/obj opt_acpi.h --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- depend_subdir_aic7xxx --- --- _sub.depend --- ===> aic7xxx/aicasm (depend) ===> aic7xxx/ahc (depend) --- depend_subdir_acpi --- --- acpi_wmi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpi_support/acpi_wmi_if.m -h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_aic7xxx --- --- /usr/obj --- @ -> --- /usr/obj --- --- depend_subdir_acpi --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_aic7xxx --- machine -> --- /usr/obj --- x86 -> --- _sub.depend --- ===> aic7xxx/ahc/ahc_eisa (depend) --- /usr/obj --- --- depend_subdir_acpi --- --- .depend --- rm -f .depend --- depend_subdir_aic7xxx --- @ -> --- depend_subdir_acpi --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_aic7xxx --- --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- ../aic7xxx_reg.h --- ( cd .. ; make aic7xxx_reg.h ) make[7]: make[7]: don't know how to make aic7xxx_reg.h. Stop make[7]: stopped in /usr/obj *** [../aic7xxx_reg.h] Error code 2 make[6]: stopped in --- depend_subdir_ahci --- A failure has been detected in another branch of the parallel make make[4]: stopped in --- depend_subdir_aic7xxx --- 1 error make[6]: stopped in *** [_sub.depend] Error code 2 make[5]: stopped in 1 error make[5]: stopped in --- depend_subdir_ahci --- *** [depend_subdir_ahci] Error code 2 make[3]: stopped in --- depend_subdir_aic7xxx --- *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- depend_subdir_agp --- A failure has been detected in another branch of the parallel make make[4]: stopped in --- depend_subdir_aic7xxx --- *** [depend_subdir_aic7xxx] Error code 2 make[3]: stopped in --- depend_subdir_agp --- *** [depend_subdir_agp] Error code 2 make[3]: stopped in --- depend_subdir_acpi --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_acpi] Error code 2 make[3]: stopped in 4 errors make[3]: stopped in *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj 1 error make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Wed Aug 20 08:56:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CC9524F; Wed, 20 Aug 2014 08:56:49 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E33F1309B; Wed, 20 Aug 2014 08:56:48 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1XK1h9-00073R-9G; Wed, 20 Aug 2014 10:56:40 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: jenkins-admin@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Build failed in Jenkins: FreeBSD_stable_10 #634 References: <632918485.0.1408498066186.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Wed, 20 Aug 2014 10:56:37 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <632918485.0.1408498066186.JavaMail.jenkins@jenkins-9.freebsd.org> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: ed26bd5d503b81611f2f9da92f208be1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2014 08:56:49 -0000 NB: https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_9/425/console This 9-STABLE build only does a svn checkout and nothing more. So it always succeeds very fast. Cheers, Ronald. On Wed, 20 Aug 2014 03:27:42 +0200, wrote: > See > > > Changes: > > [ian] MFC r266473,267331,267511: > > Use an intermediate target to associate with _SUBDIR which is marked > .MAKE > this allows make -n to do tree walks as expected without > doing anything else (as intended). > Use prefix _sub. to help avoid conflict with any real target. > > Put the test suite in its own tests.txz distribution file. > Force all the contents of /usr/tests to go into a separate distribution > file so that users of binary releases can easily choose to not install > > Create a mechanism for providing fine-grained build order dependencies > during SUBDIR_PARALLEL builds. This augments the coarse .WAIT > mechanism, > which is still useful if you've got a situation such as "almost > everything > depends on A and B". > > [grehan] MFC r266103 > > Update dis_tables.c to the latest Illumos version. > > This includes decodes of recent Intel instructions, in particular > VT-x and related instructions. This allows the FBT provider to > locate the exit points of routines that include these new > instructions. > > Illumos issues: > 3414 Need a new word of AT_SUN_HWCAP bits > 3415 Add isainfo support for f16c and rdrand > 3416 Need disassembler support for rdrand and f16c > 3413 isainfo -v overflows 80 columns > 3417 mdb disassembler confuses rdtscp for invlpg > 1518 dis should support AMD SVM/AMD-V/Pacifica instructions > 1096 i386 disassembler should understand complex nops > 1362 add kvmstat for monitoring of KVM statistics > 1363 add vmregs[] variable to DTrace > 1364 need disassembler support for VMX instructions > 1365 mdb needs 16-bit disassembler support > > This corresponds to Illumos-gate (github) version > eb23829ff08a873c612ac45d191d559394b4b408 > > [grehan] MFC r265098 > > Bump WITNESS_PENDLIST by MAXCPU to account for the > pmap pvlist locks which are scaled by MAXCPU. > > ------------------------------------------ > [...truncated 220867 lines...] > --- depend_subdir_age --- > --- .depend --- > rm -f .depend > --- depend_subdir_acpi --- > ===> acpi/acpi_fujitsu (depend) > --- depend_subdir_agp --- > --- > /usr/obj > --- > --- depend_subdir_age --- > CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq > -I/usr/obj > -std=iso9899:1999 > > --- depend_subdir_aha --- > --- > /usr/obj > --- > --- depend_subdir_agp --- > x86 -> > > --- depend_subdir_aha --- > @ -> > --- depend_subdir_agp --- > --- agp_if.c --- > awk -f @/tools/makeobjops.awk @/dev/agp/agp_if.m -c > --- depend_subdir_aha --- > --- > /usr/obj > --- > --- depend_subdir_acpi --- > --- > /usr/obj > --- > --- depend_subdir_aha --- > machine -> > > --- depend_subdir_acpi --- > @ -> > --- depend_subdir_aha --- > --- > /usr/obj > --- > --- depend_subdir_acpi --- > --- > /usr/obj > --- > --- depend_subdir_aha --- > x86 -> > > --- depend_subdir_acpi --- > machine -> > > --- depend_subdir_agp --- > --- device_if.h --- > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > --- depend_subdir_aha --- > --- opt_cam.h --- > ln -sf > /usr/obj > opt_cam.h > --- depend_subdir_acpi --- > --- > /usr/obj > --- > --- depend_subdir_aha --- > --- device_if.h --- > --- depend_subdir_acpi --- > x86 -> > > --- depend_subdir_aha --- > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > --- depend_subdir_acpi --- > --- opt_acpi.h --- > ln -sf > /usr/obj > opt_acpi.h > --- depend_subdir_agp --- > --- bus_if.h --- > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > --- depend_subdir_acpi --- > --- acpi_if.h --- > awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h > --- depend_subdir_aha --- > --- bus_if.h --- > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > --- depend_subdir_acpi --- > --- device_if.h --- > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > --- bus_if.h --- > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > --- depend_subdir_aha --- > --- isa_if.h --- > awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h > --- depend_subdir_agp --- > --- agp_if.h --- > awk -f @/tools/makeobjops.awk @/dev/agp/agp_if.m -h > --- depend_subdir_aha --- > --- .depend --- > rm -f .depend > CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq > -I/usr/obj > -std=iso9899:1999 > > > --- depend_subdir_agp --- > --- pci_if.h --- > --- depend_subdir_ahci --- > --- depend_subdir_agp --- > awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > --- depend_subdir_ahci --- > ===> ahci (depend) > --- depend_subdir_acpi --- > --- .depend --- > rm -f .depend > --- depend_subdir_agp --- > --- opt_agp.h --- > ln -sf > /usr/obj > opt_agp.h > --- depend_subdir_acpi --- > CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE > -I > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq > -I/usr/obj > -std=iso9899:1999 > > --- depend_subdir_agp --- > --- .depend --- > rm -f .depend > CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq > -I/usr/obj > -std=iso9899:1999 > > agp_if.c > > > > --- depend_subdir_ahci --- > --- > /usr/obj > --- > @ -> > --- > /usr/obj > --- > machine -> > > --- > /usr/obj > --- > x86 -> > > --- device_if.h --- > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > --- bus_if.h --- > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > --- depend_subdir_acpi --- > ===> acpi/acpi_hp (depend) > --- depend_subdir_ahci --- > --- pci_if.h --- > awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > --- depend_subdir_acpi --- > --- > /usr/obj > --- > @ -> > --- > /usr/obj > --- > machine -> > > --- depend_subdir_ahci --- > --- opt_cam.h --- > ln -sf > /usr/obj > opt_cam.h > --- depend_subdir_acpi --- > --- > /usr/obj > --- > x86 -> > > --- depend_subdir_ahci --- > --- .depend --- > rm -f .depend > --- depend_subdir_aic7xxx --- > --- depend_subdir_ahci --- > CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq > -I/usr/obj > -std=iso9899:1999 > > > --- depend_subdir_aic7xxx --- > ===> aic7xxx (depend) > --- depend_subdir_acpi --- > --- opt_acpi.h --- > ln -sf > /usr/obj > opt_acpi.h > --- acpi_if.h --- > awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h > --- depend_subdir_aic7xxx --- > --- _sub.depend --- > ===> aic7xxx/aicasm (depend) > ===> aic7xxx/ahc (depend) > --- depend_subdir_acpi --- > --- acpi_wmi_if.h --- > awk -f @/tools/makeobjops.awk @/dev/acpi_support/acpi_wmi_if.m -h > --- device_if.h --- > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > --- depend_subdir_aic7xxx --- > --- > /usr/obj > --- > @ -> > --- > /usr/obj > --- > --- depend_subdir_acpi --- > --- bus_if.h --- > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > --- depend_subdir_aic7xxx --- > machine -> > > --- > /usr/obj > --- > x86 -> > > --- _sub.depend --- > ===> aic7xxx/ahc/ahc_eisa (depend) > --- > /usr/obj > --- > --- depend_subdir_acpi --- > --- .depend --- > rm -f .depend > --- depend_subdir_aic7xxx --- > @ -> > --- depend_subdir_acpi --- > CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE > -I > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq > -I/usr/obj > -std=iso9899:1999 > > --- depend_subdir_aic7xxx --- > --- > /usr/obj > --- > machine -> > > --- > /usr/obj > --- > x86 -> > > --- ../aic7xxx_reg.h --- > ( cd .. ; make aic7xxx_reg.h ) > make[7]: make[7]: don't know how to make aic7xxx_reg.h. Stop > > make[7]: stopped in > /usr/obj > *** [../aic7xxx_reg.h] Error code 2 > > make[6]: stopped in > > --- depend_subdir_ahci --- > A failure has been detected in another branch of the parallel make > > make[4]: stopped in > > --- depend_subdir_aic7xxx --- > 1 error > > make[6]: stopped in > > *** [_sub.depend] Error code 2 > > make[5]: stopped in > > 1 error > > make[5]: stopped in > > --- depend_subdir_ahci --- > *** [depend_subdir_ahci] Error code 2 > > make[3]: stopped in > > --- depend_subdir_aic7xxx --- > *** [_sub.depend] Error code 2 > > make[4]: stopped in > > 1 error > > make[4]: stopped in > > --- depend_subdir_agp --- > A failure has been detected in another branch of the parallel make > > make[4]: stopped in > > --- depend_subdir_aic7xxx --- > *** [depend_subdir_aic7xxx] Error code 2 > > make[3]: stopped in > > --- depend_subdir_agp --- > *** [depend_subdir_agp] Error code 2 > > make[3]: stopped in > > --- depend_subdir_acpi --- > A failure has been detected in another branch of the parallel make > > make[5]: stopped in > > *** [_sub.depend] Error code 2 > > make[4]: stopped in > > 1 error > > make[4]: stopped in > > *** [depend_subdir_acpi] Error code 2 > > make[3]: stopped in > > 4 errors > > make[3]: stopped in > > *** [modules-depend] Error code 2 > > make[2]: stopped in > /usr/obj > 1 error > > make[2]: stopped in > /usr/obj > *** [buildkernel] Error code 2 > > make[1]: stopped in > > 1 error > > make[1]: stopped in > > *** [buildkernel] Error code 2 > > make: stopped in > > 1 error > > make: stopped in > > Build step 'Execute shell' marked build as failure > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Aug 20 10:16:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 483DA401; Wed, 20 Aug 2014 10:16:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 28BAE3AAA; Wed, 20 Aug 2014 10:16:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8F08A4D2; Wed, 20 Aug 2014 10:16:37 +0000 (UTC) Date: Wed, 20 Aug 2014 10:16:36 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, ian@FreeBSD.org, grehan@FreeBSD.org, kib@FreeBSD.org Message-ID: <504495321.1.1408529797451.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <632918485.0.1408498066186.JavaMail.jenkins@jenkins-9.freebsd.org> References: <632918485.0.1408498066186.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #635 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2014 10:16:37 -0000 See Changes: [kib] MFC r269907: Fix leaks of unqueued unwired pages. ------------------------------------------ [...truncated 222068 lines...] --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_ahci --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_aha --- --- isa_if.h --- awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h --- depend_subdir_acpi --- ===> acpi/acpi_fujitsu (depend) --- /usr/obj --- @ -> --- depend_subdir_ahci --- --- pci_if.h --- --- depend_subdir_aha --- --- .depend --- rm -f .depend --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aha --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_ahci --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_acpi --- machine -> --- /usr/obj --- x86 -> --- opt_acpi.h --- ln -sf /usr/obj opt_acpi.h --- depend_subdir_ahci --- --- opt_cam.h --- ln -sf /usr/obj opt_cam.h --- depend_subdir_acpi --- --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- depend_subdir_ahci --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_acpi --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_aic7xxx --- ===> aic7xxx (depend) --- depend_subdir_acpi --- ===> acpi/acpi_hp (depend) --- depend_subdir_aic7xxx --- --- _sub.depend --- ===> aic7xxx/aicasm (depend) --- depend_subdir_aio --- --- depend_subdir_aic7xxx --- ===> aic7xxx/ahc (depend) --- depend_subdir_aio --- ===> aio (depend) --- depend_subdir_acpi --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- --- depend_subdir_alc --- --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_acpi --- x86 -> --- depend_subdir_alc --- ===> alc (depend) --- depend_subdir_aio --- --- /usr/obj --- --- depend_subdir_aic7xxx --- @ -> --- depend_subdir_acpi --- --- opt_acpi.h --- --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_aio --- @ -> --- depend_subdir_acpi --- ln -sf /usr/obj opt_acpi.h --- depend_subdir_aic7xxx --- machine -> --- depend_subdir_aio --- --- /usr/obj --- machine -> --- depend_subdir_aic7xxx --- --- /usr/obj --- x86 -> --- depend_subdir_aio --- --- /usr/obj --- --- depend_subdir_alc --- --- /usr/obj --- --- depend_subdir_aic7xxx --- --- _sub.depend --- --- depend_subdir_acpi --- --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- depend_subdir_aic7xxx --- ===> aic7xxx/ahc/ahc_eisa (depend) --- depend_subdir_aio --- x86 -> --- depend_subdir_alc --- @ -> --- depend_subdir_acpi --- --- acpi_wmi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpi_support/acpi_wmi_if.m -h --- depend_subdir_alc --- --- /usr/obj --- --- depend_subdir_aio --- --- opt_vfs_aio.h --- ln -sf /usr/obj opt_vfs_aio.h --- depend_subdir_alc --- machine -> --- depend_subdir_aio --- --- vnode_if_newproto.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p --- depend_subdir_alc --- --- /usr/obj --- --- depend_subdir_acpi --- --- device_if.h --- --- depend_subdir_alc --- x86 -> --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_acpi --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_aic7xxx --- @ -> --- depend_subdir_alc --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_aic7xxx --- --- /usr/obj --- machine -> --- depend_subdir_aio --- --- vnode_if_typedef.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_acpi --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_aic7xxx --- x86 -> --- depend_subdir_alc --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_aic7xxx --- --- ../aic7xxx_reg.h --- ( cd .. ; make aic7xxx_reg.h ) --- depend_subdir_aio --- --- opt_compat.h --- ln -sf /usr/obj opt_compat.h --- vnode_if.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h --- depend_subdir_aic7xxx --- make[7]: make[7]: don't know how to make aic7xxx_reg.h. Stop --- depend_subdir_alc --- --- pci_if.h --- --- depend_subdir_acpi --- --- .depend --- --- depend_subdir_aic7xxx --- make[7]: stopped in /usr/obj --- depend_subdir_acpi --- rm -f .depend --- depend_subdir_aic7xxx --- *** [../aic7xxx_reg.h] Error code 2 make[6]: stopped in 1 error make[6]: stopped in --- depend_subdir_alc --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_aic7xxx --- *** [_sub.depend] Error code 2 make[5]: stopped in 1 error make[5]: stopped in --- depend_subdir_acpi --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_aic7xxx --- *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_aic7xxx] Error code 2 make[3]: stopped in --- depend_subdir_alc --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_alc] Error code 2 make[3]: stopped in --- depend_subdir_aio --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_aio] Error code 2 make[3]: stopped in --- depend_subdir_acpi --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_acpi] Error code 2 make[3]: stopped in 4 errors make[3]: stopped in *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj 1 error make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Wed Aug 20 13:13:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7BA078D for ; Wed, 20 Aug 2014 13:13:58 +0000 (UTC) Received: from mail.intermedix.com (mail2.epbs.com [66.210.191.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Barracuda/emailAddress=sales@barracuda.com", Issuer "Barracuda/emailAddress=sales@barracuda.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 973893D6E for ; Wed, 20 Aug 2014 13:13:57 +0000 (UTC) X-ASG-Debug-ID: 1408540430-0526b442d75c820001-BIHDGU Received: from mailgate00.corp.okcyok1.priv.intermedix.com (mailgate00.epbs.com [10.130.4.34]) by mail.intermedix.com with ESMTP id kEVmGH1AzxAQtpRu; Wed, 20 Aug 2014 06:13:50 -0700 (PDT) X-Barracuda-Envelope-From: Steve.Polyack@intermedix.com X-ASG-Whitelist: Client X-WSS-ID: 0NALWR0-01-UHE-02 X-M-MSG: Received: from exchange02.epbs.com (exchange02.epbs.com [192.168.25.29]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mailgate00.corp.okcyok1.priv.intermedix.com (Postfix) with ESMTPS id 23E0258008; Wed, 20 Aug 2014 08:13:47 -0500 (CDT) Received: from EXCHANGE03.epbs.com ([0000:0000:0000:0000:0000:0000:0.0.0.1]) by exchange02.epbs.com ([192.168.25.29]) with mapi; Wed, 20 Aug 2014 08:13:49 -0500 From: "Polyack, Steve" To: "Polyack, Steve" , Alan Cox , "freebsd-stable@freebsd.org" Date: Wed, 20 Aug 2014 08:13:48 -0500 Subject: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Topic: vmdaemon CPU usage and poor performance in 10.0-RELEASE X-ASG-Orig-Subj: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Index: Ac+7MMhjygcYL2iOSAKl5ishegpU1wAmhXBAACr9m8A= Message-ID: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF2F8F@exchange03.epbs.com> References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA3C4@exchange03.epbs.com> <53F24E5B.1010809@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA64F@exchange03.epbs.com> <53F2790C.20703@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF28E5@exchange03.epbs.com> In-Reply-To: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF28E5@exchange03.epbs.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Barracuda-Connect: mailgate00.epbs.com[10.130.4.34] X-Barracuda-Start-Time: 1408540430 X-Barracuda-URL: http://192.168.25.113:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at intermedix.com X-Barracuda-BRTS-Status: 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2014 13:13:59 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Polyack, Steve > Sent: Tuesday, August 19, 2014 12:37 PM > To: Alan Cox; freebsd-stable@freebsd.org > Subject: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE >=20 > > -----Original Message----- > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > stable@freebsd.org] On Behalf Of Alan Cox > > Sent: Monday, August 18, 2014 6:07 PM > > To: freebsd-stable@freebsd.org > > Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE > > > > On 08/18/2014 16:29, Polyack, Steve wrote: > > >> -----Original Message----- > > >> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > >> stable@freebsd.org] On Behalf Of Alan Cox > > >> Sent: Monday, August 18, 2014 3:05 PM > > >> To: freebsd-stable@freebsd.org > > >> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- > RELEASE > > >> > > >> On 08/18/2014 13:42, Polyack, Steve wrote: > > >>> Excuse my poorly formatted reply at the moment, but this seems to > > have > > >> fixed our problems. I'm going to update the bug report with a note. > > >>> Thanks Alan! > > >> You're welcome. And, thanks for letting me know of the outcome. > > >> > > > Actually, I may have spoken too soon, as it looks like we're seeing > > vmdaemon tying up the system again: > > > root 6 100.0 0.0 0 16 - DL Wed04PM = 4:37.95 > [vmdaemon] > > > > > > Is there anything I can check to help narrow down what may be the > > problem? KTrace/truss on the "process" doesn't give any information, I > > suppose because it's actually a kernel thread. > > > > Can you provide the full output of top? Is there anything unusual abou= t > > the hardware or software configuration? >=20 > This may have just been a fluke (maybe NFS caching the old vm_pageout.c > during the first source build). We've rebuilt and are monitoring it now. >=20 > The hardware consists of a few Dell PowerEdge R720xd servers with 256GB > of RAM and array of SSDs (no ZFS). 64GB is dedicated to postgres > shared_buffers right now. FreeBSD 10, PostgreSQL 9.3, Slony-I v2.2.2, and > redis-2.8.11 are all in use here. I can't say that anything is unusual a= bout the > configuration. >=20 We are still seeing the issue. It seems to manifest once the "Free" memory= gets under 10GB (of 256GB on the system), even though ~200GB of this is cl= assified as Inactive. For us, this was about 7 hours of database activity = (initial replication w/ slony). Right now vmdaemon is consuming 100% CPU a= nd shows 671:34 CPU time when it showed 0:00 up until the problem manifeste= d. The full top output (that fits on my screen) is below: last pid: 62309; load averages: 4.05, 4.24, 4.10 = up 0= +22:34:31 09:08:43 159 processes: 8 running, 145 sleeping, 1 waiting, 5 lock CPU: 14.5% user, 0.0% nice, 4.9% system, 0.0% interrupt, 80.5% idle Mem: 26G Active, 216G Inact, 4122M Wired, 1178M Cache, 1632M Buf, 2136M Fre= e Swap: 32G Total, 32G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU CO= MMAND 11 root 32 155 ki31 0K 512K CPU31 31 669.6H 2934.23% i= dle 6 root 1 -16 - 0K 16K CPU19 19 678:57 100.00% vm= daemon 1963 pgsql 1 45 0 67538M 208M CPU0 0 121:46 17.38% po= stgres 2037 pgsql 1 77 0 67536M 2200K *vm ob 14 6:24 15.97% po= stgres 1864 pgsql 1 31 0 67536M 1290M semwai 4 174:41 15.19% po= stgres 1996 pgsql 1 38 0 67538M 202M semwai 16 120:27 15.09% po= stgres 1959 pgsql 1 39 0 67538M 204M CPU27 27 117:30 15.09% po= stgres 1849 pgsql 1 32 0 67536M 1272M semwai 23 126:22 13.96% po= stgres 1997 pgsql 1 31 0 67538M 206M CPU30 30 122:26 11.77% po= stgres 2002 pgsql 1 34 0 67538M 182M sbwait 11 55:20 11.28% po= stgres 1961 pgsql 1 32 0 67538M 206M CPU12 12 121:47 10.99% po= stgres 1964 pgsql 1 30 0 67538M 206M semwai 28 122:08 9.86% po= stgres 1962 pgsql 1 29 0 67538M 1286M sbwait 2 45:49 7.18% po= stgres 1752 root 1 22 0 78356K 8688K CPU2 2 175:46 6.88% sn= mpd 1965 pgsql 1 25 0 67538M 207M semwai 9 120:55 6.59% po= stgres 1960 pgsql 1 23 0 67538M 177M semwai 6 52:42 4.88% po= stgres 1863 pgsql 1 25 0 67542M 388M semwai 25 9:12 2.20% po= stgres 1859 pgsql 1 22 0 67538M 1453M *vm ob 20 6:13 2.10% po= stgres 1860 pgsql 1 22 0 67538M 1454M sbwait 8 6:08 1.95% po= stgres 1848 pgsql 1 21 0 67586M 66676M *vm ob 30 517:07 1.66% po= stgres 1856 pgsql 1 22 0 67538M 290M *vm ob 15 5:39 1.66% po= stgres 1846 pgsql 1 21 0 67538M 163M sbwait 15 5:46 1.46% po= stgres 1853 pgsql 1 21 0 67538M 110M sbwait 30 8:54 1.17% po= stgres 1989 pgsql 1 23 0 67536M 5180K sbwait 18 1:41 0.98% po= stgres 5 root 1 -16 - 0K 16K psleep 6 9:33 0.78% pa= gedaemon 1854 pgsql 1 20 0 67538M 338M sbwait 22 5:38 0.78% po= stgres 1861 pgsql 1 20 0 67538M 286M sbwait 15 6:13 0.68% po= stgres 1857 pgsql 1 20 0 67538M 1454M semwai 10 6:19 0.49% po= stgres 1999 pgsql 1 36 0 67538M 156M *vm ob 28 120:56 0.39% po= stgres 1851 pgsql 1 20 0 67538M 136M sbwait 22 5:48 0.39% po= stgres 1975 pgsql 1 20 0 67536M 5688K sbwait 25 1:40 0.29% po= stgres 1858 pgsql 1 20 0 67538M 417M sbwait 3 5:55 0.20% po= stgres 2031 pgsql 1 20 0 67536M 5664K sbwait 5 3:26 0.10% po= stgres 1834 root 12 20 0 71892K 12848K select 20 34:05 0.00% sl= on 12 root 78 -76 - 0K 1248K WAIT 0 25:47 0.00% in= tr 2041 pgsql 1 20 0 67536M 5932K sbwait 14 12:50 0.00% po= stgres 2039 pgsql 1 20 0 67536M 5960K sbwait 17 9:59 0.00% po= stgres 2038 pgsql 1 20 0 67536M 5956K sbwait 6 8:21 0.00% po= stgres 2040 pgsql 1 20 0 67536M 5996K sbwait 7 8:20 0.00% po= stgres 2032 pgsql 1 20 0 67536M 5800K sbwait 22 7:03 0.00% po= stgres 2036 pgsql 1 20 0 67536M 5748K sbwait 23 6:38 0.00% po= stgres 1812 pgsql 1 20 0 67538M 59185M select 1 5:46 0.00% po= stgres 2005 pgsql 1 20 0 67536M 5788K sbwait 23 5:14 0.00% po= stgres 2035 pgsql 1 20 0 67536M 4892K sbwait 18 4:52 0.00% 1852 pgsql 1 21 0 67536M 1230M semwai 7 4:47 0.00% po= stgres 13 root 3 -8 - 0K 48K - 28 4:46 0.00% ge= om Thanks, Steve From owner-freebsd-stable@FreeBSD.ORG Wed Aug 20 14:55:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B462E43 for ; Wed, 20 Aug 2014 14:55:48 +0000 (UTC) Received: from mail.intermedix.com (mail2.epbs.com [66.210.191.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Barracuda/emailAddress=sales@barracuda.com", Issuer "Barracuda/emailAddress=sales@barracuda.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BC71D37E8 for ; Wed, 20 Aug 2014 14:55:46 +0000 (UTC) X-ASG-Debug-ID: 1408546545-0526b442d75e680001-BIHDGU Received: from mailgate00.corp.okcyok1.priv.intermedix.com (mailgate00.epbs.com [10.130.4.34]) by mail.intermedix.com with ESMTP id 47hEUFRauwPnLaqk; Wed, 20 Aug 2014 07:55:45 -0700 (PDT) X-Barracuda-Envelope-From: Steve.Polyack@intermedix.com X-ASG-Whitelist: Client X-WSS-ID: 0NAM1GV-01-V08-02 X-M-MSG: Received: from exchange01.epbs.com (exchange01.okcyok0.priv.intermedix.com [192.168.25.157]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mailgate00.corp.okcyok1.priv.intermedix.com (Postfix) with ESMTPS id 2FF6C58008; Wed, 20 Aug 2014 09:55:42 -0500 (CDT) Received: from EXCHANGE03.epbs.com ([0000:0000:0000:0000:0000:0000:0.0.0.1]) by exchange01.epbs.com ([192.168.25.157]) with mapi; Wed, 20 Aug 2014 09:55:44 -0500 From: "Polyack, Steve" To: Alan Cox , "freebsd-stable@freebsd.org" Date: Wed, 20 Aug 2014 09:55:43 -0500 Subject: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Topic: vmdaemon CPU usage and poor performance in 10.0-RELEASE X-ASG-Orig-Subj: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Index: Ac+7MMhjygcYL2iOSAKl5ishegpU1wAmhXBAACr9m8AAA++6oA== Message-ID: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF31F0@exchange03.epbs.com> References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA3C4@exchange03.epbs.com> <53F24E5B.1010809@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA64F@exchange03.epbs.com> <53F2790C.20703@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF28E5@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF2F8F@exchange03.epbs.com> In-Reply-To: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF2F8F@exchange03.epbs.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Barracuda-Connect: mailgate00.epbs.com[10.130.4.34] X-Barracuda-Start-Time: 1408546545 X-Barracuda-URL: http://192.168.25.113:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at intermedix.com X-Barracuda-BRTS-Status: 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2014 14:55:48 -0000 > -----Original Message----- > From: Polyack, Steve > Sent: Wednesday, August 20, 2014 9:14 AM > To: Polyack, Steve; Alan Cox; freebsd-stable@freebsd.org > Subject: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE >=20 >=20 > > -----Original Message----- > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > stable@freebsd.org] On Behalf Of Polyack, Steve > > Sent: Tuesday, August 19, 2014 12:37 PM > > To: Alan Cox; freebsd-stable@freebsd.org > > Subject: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE > > > > > -----Original Message----- > > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > > stable@freebsd.org] On Behalf Of Alan Cox > > > Sent: Monday, August 18, 2014 6:07 PM > > > To: freebsd-stable@freebsd.org > > > Subject: Re: vmdaemon CPU usage and poor performance in 10.0- > RELEASE > > > > > > On 08/18/2014 16:29, Polyack, Steve wrote: > > > >> -----Original Message----- > > > >> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > > > >> stable@freebsd.org] On Behalf Of Alan Cox > > > >> Sent: Monday, August 18, 2014 3:05 PM > > > >> To: freebsd-stable@freebsd.org > > > >> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- > > RELEASE > > > >> > > > >> On 08/18/2014 13:42, Polyack, Steve wrote: > > > >>> Excuse my poorly formatted reply at the moment, but this seems to > > > have > > > >> fixed our problems. I'm going to update the bug report with a not= e. > > > >>> Thanks Alan! > > > >> You're welcome. And, thanks for letting me know of the outcome. > > > >> > > > > Actually, I may have spoken too soon, as it looks like we're seeing > > > vmdaemon tying up the system again: > > > > root 6 100.0 0.0 0 16 - DL Wed04P= M 4:37.95 > > [vmdaemon] > > > > > > > > Is there anything I can check to help narrow down what may be the > > > problem? KTrace/truss on the "process" doesn't give any information,= I > > > suppose because it's actually a kernel thread. > > > > > > Can you provide the full output of top? Is there anything unusual ab= out > > > the hardware or software configuration? > > > > This may have just been a fluke (maybe NFS caching the old vm_pageout.c > > during the first source build). We've rebuilt and are monitoring it no= w. > > > > The hardware consists of a few Dell PowerEdge R720xd servers with 256GB > > of RAM and array of SSDs (no ZFS). 64GB is dedicated to postgres > > shared_buffers right now. FreeBSD 10, PostgreSQL 9.3, Slony-I v2.2.2, a= nd > > redis-2.8.11 are all in use here. I can't say that anything is unusual= about > the > > configuration. > > >=20 > We are still seeing the issue. It seems to manifest once the "Free" memo= ry > gets under 10GB (of 256GB on the system), even though ~200GB of this is > classified as Inactive. For us, this was about 7 hours of database activ= ity > (initial replication w/ slony). Right now vmdaemon is consuming 100% CPU > and shows 671:34 CPU time when it showed 0:00 up until the problem > manifested. The full top output (that fits on my screen) is below: >=20 > last pid: 62309; load averages: 4.05, 4.24, 4.10 > up 0+22:34:31 09:08:43 > 159 processes: 8 running, 145 sleeping, 1 waiting, 5 lock > CPU: 14.5% user, 0.0% nice, 4.9% system, 0.0% interrupt, 80.5% idle > Mem: 26G Active, 216G Inact, 4122M Wired, 1178M Cache, 1632M Buf, 2136M > Free > Swap: 32G Total, 32G Free >=20 > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > COMMAND > 11 root 32 155 ki31 0K 512K CPU31 31 669.6H 2934.23%= idle > 6 root 1 -16 - 0K 16K CPU19 19 678:57 100.00% = vmdaemon > 1963 pgsql 1 45 0 67538M 208M CPU0 0 121:46 17.38% = postgres > 2037 pgsql 1 77 0 67536M 2200K *vm ob 14 6:24 15.97% = postgres > 1864 pgsql 1 31 0 67536M 1290M semwai 4 174:41 15.19% = postgres > 1996 pgsql 1 38 0 67538M 202M semwai 16 120:27 15.09% = postgres > 1959 pgsql 1 39 0 67538M 204M CPU27 27 117:30 15.09% = postgres > 1849 pgsql 1 32 0 67536M 1272M semwai 23 126:22 13.96% = postgres > 1997 pgsql 1 31 0 67538M 206M CPU30 30 122:26 11.77% = postgres > 2002 pgsql 1 34 0 67538M 182M sbwait 11 55:20 11.28% = postgres > 1961 pgsql 1 32 0 67538M 206M CPU12 12 121:47 10.99% = postgres > 1964 pgsql 1 30 0 67538M 206M semwai 28 122:08 9.86% = postgres > 1962 pgsql 1 29 0 67538M 1286M sbwait 2 45:49 7.18% = postgres > 1752 root 1 22 0 78356K 8688K CPU2 2 175:46 6.88% = snmpd > 1965 pgsql 1 25 0 67538M 207M semwai 9 120:55 6.59% = postgres > 1960 pgsql 1 23 0 67538M 177M semwai 6 52:42 4.88% = postgres > 1863 pgsql 1 25 0 67542M 388M semwai 25 9:12 2.20% = postgres > 1859 pgsql 1 22 0 67538M 1453M *vm ob 20 6:13 2.10% = postgres > 1860 pgsql 1 22 0 67538M 1454M sbwait 8 6:08 1.95% = postgres > 1848 pgsql 1 21 0 67586M 66676M *vm ob 30 517:07 1.66% = postgres > 1856 pgsql 1 22 0 67538M 290M *vm ob 15 5:39 1.66% = postgres > 1846 pgsql 1 21 0 67538M 163M sbwait 15 5:46 1.46% = postgres > 1853 pgsql 1 21 0 67538M 110M sbwait 30 8:54 1.17% = postgres > 1989 pgsql 1 23 0 67536M 5180K sbwait 18 1:41 0.98% = postgres > 5 root 1 -16 - 0K 16K psleep 6 9:33 0.78% = pagedaemon > 1854 pgsql 1 20 0 67538M 338M sbwait 22 5:38 0.78% = postgres > 1861 pgsql 1 20 0 67538M 286M sbwait 15 6:13 0.68% = postgres > 1857 pgsql 1 20 0 67538M 1454M semwai 10 6:19 0.49% = postgres > 1999 pgsql 1 36 0 67538M 156M *vm ob 28 120:56 0.39% = postgres > 1851 pgsql 1 20 0 67538M 136M sbwait 22 5:48 0.39% = postgres > 1975 pgsql 1 20 0 67536M 5688K sbwait 25 1:40 0.29% = postgres > 1858 pgsql 1 20 0 67538M 417M sbwait 3 5:55 0.20% = postgres > 2031 pgsql 1 20 0 67536M 5664K sbwait 5 3:26 0.10% = postgres > 1834 root 12 20 0 71892K 12848K select 20 34:05 0.00% = slon > 12 root 78 -76 - 0K 1248K WAIT 0 25:47 0.00% = intr > 2041 pgsql 1 20 0 67536M 5932K sbwait 14 12:50 0.00% = postgres > 2039 pgsql 1 20 0 67536M 5960K sbwait 17 9:59 0.00% = postgres > 2038 pgsql 1 20 0 67536M 5956K sbwait 6 8:21 0.00% = postgres > 2040 pgsql 1 20 0 67536M 5996K sbwait 7 8:20 0.00% = postgres > 2032 pgsql 1 20 0 67536M 5800K sbwait 22 7:03 0.00% = postgres > 2036 pgsql 1 20 0 67536M 5748K sbwait 23 6:38 0.00% = postgres > 1812 pgsql 1 20 0 67538M 59185M select 1 5:46 0.00% = postgres > 2005 pgsql 1 20 0 67536M 5788K sbwait 23 5:14 0.00% = postgres > 2035 pgsql 1 20 0 67536M 4892K sbwait 18 4:52 0.00% = > 1852 pgsql 1 21 0 67536M 1230M semwai 7 4:47 0.00% = postgres > 13 root 3 -8 - 0K 48K - 28 4:46 0.00% = geom >=20 >=20 Another thing I've noticed is that this sysctl vm.stats counter is increasi= ng fairly rapidly: # sysctl vm.stats.vm.v_pdpages && sleep 1 && sysctl vm.stats.vm.v_pdpages vm.stats.vm.v_pdpages: 3455264541 vm.stats.vm.v_pdpages: 3662158383 Also, to demonstrate what kind of problems this seems to cause: # time sleep 1 real 0m18.288s user 0m0.001s sys 0m0.004s Steve From owner-freebsd-stable@FreeBSD.ORG Wed Aug 20 15:54:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52113F69 for ; Wed, 20 Aug 2014 15:54:48 +0000 (UTC) Received: from pp1.rice.edu (proofpoint1.mail.rice.edu [128.42.201.100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 114E93FED for ; Wed, 20 Aug 2014 15:54:47 +0000 (UTC) Received: from pps.filterd (pp1.rice.edu [127.0.0.1]) by pp1.rice.edu (8.14.5/8.14.5) with SMTP id s7KFqHWq030015; Wed, 20 Aug 2014 10:54:43 -0500 Received: from mh2.mail.rice.edu (mh2.mail.rice.edu [128.42.201.21]) by pp1.rice.edu with ESMTP id 1nteyt9h50-1; Wed, 20 Aug 2014 10:54:43 -0500 X-Virus-Scanned: by amavis-2.7.0 at mh2.mail.rice.edu, auth channel Received: from 108-254-203-201.lightspeed.hstntx.sbcglobal.net (108-254-203-201.lightspeed.hstntx.sbcglobal.net [108.254.203.201]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh2.mail.rice.edu (Postfix) with ESMTPSA id A1BE0500108; Wed, 20 Aug 2014 10:54:42 -0500 (CDT) Message-ID: <53F4C4C2.1030109@rice.edu> Date: Wed, 20 Aug 2014 10:54:42 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "Polyack, Steve" , "freebsd-stable@freebsd.org" Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA3C4@exchange03.epbs.com> <53F24E5B.1010809@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA64F@exchange03.epbs.com> <53F2790C.20703@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF28E5@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF2F8F@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF31F0@exchange03.epbs.com> In-Reply-To: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF31F0@exchange03.epbs.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 kscore.is_bulkscore=1.57975483805473e-08 kscore.compositescore=0 circleOfTrustscore=0 compositescore=0.353842562264287 urlsuspect_oldscore=0.353842562264287 suspectscore=11 recipient_domain_to_sender_totalscore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=0 recipient_to_sender_totalscore=0 recipient_domain_to_sender_domain_totalscore=0 rbsscore=0.353842562264287 spamscore=0 recipient_to_sender_domain_totalscore=0 urlsuspectscore=0.9 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408200164 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2014 15:54:48 -0000 On 08/20/2014 09:55, Polyack, Steve wrote: >> -----Original Message----- >> From: Polyack, Steve >> Sent: Wednesday, August 20, 2014 9:14 AM >> To: Polyack, Steve; Alan Cox; freebsd-stable@freebsd.org >> Subject: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE >> >> >>> -----Original Message----- >>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>> stable@freebsd.org] On Behalf Of Polyack, Steve >>> Sent: Tuesday, August 19, 2014 12:37 PM >>> To: Alan Cox; freebsd-stable@freebsd.org >>> Subject: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE >>> >>>> -----Original Message----- >>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>>> stable@freebsd.org] On Behalf Of Alan Cox >>>> Sent: Monday, August 18, 2014 6:07 PM >>>> To: freebsd-stable@freebsd.org >>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- >> RELEASE >>>> On 08/18/2014 16:29, Polyack, Steve wrote: >>>>>> -----Original Message----- >>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>>>>> stable@freebsd.org] On Behalf Of Alan Cox >>>>>> Sent: Monday, August 18, 2014 3:05 PM >>>>>> To: freebsd-stable@freebsd.org >>>>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- >>> RELEASE >>>>>> On 08/18/2014 13:42, Polyack, Steve wrote: >>>>>>> Excuse my poorly formatted reply at the moment, but this seems to >>>> have >>>>>> fixed our problems. I'm going to update the bug report with a note. >>>>>>> Thanks Alan! >>>>>> You're welcome. And, thanks for letting me know of the outcome. >>>>>> >>>>> Actually, I may have spoken too soon, as it looks like we're seeing >>>> vmdaemon tying up the system again: >>>>> root 6 100.0 0.0 0 16 - DL Wed04PM 4:37.95 >>> [vmdaemon] >>>>> Is there anything I can check to help narrow down what may be the >>>> problem? KTrace/truss on the "process" doesn't give any information, I >>>> suppose because it's actually a kernel thread. >>>> >>>> Can you provide the full output of top? Is there anything unusual about >>>> the hardware or software configuration? >>> This may have just been a fluke (maybe NFS caching the old vm_pageout.c >>> during the first source build). We've rebuilt and are monitoring it now. >>> >>> The hardware consists of a few Dell PowerEdge R720xd servers with 256GB >>> of RAM and array of SSDs (no ZFS). 64GB is dedicated to postgres >>> shared_buffers right now. FreeBSD 10, PostgreSQL 9.3, Slony-I v2.2.2, and >>> redis-2.8.11 are all in use here. I can't say that anything is unusual about >> the >>> configuration. >>> >> We are still seeing the issue. It seems to manifest once the "Free" memory >> gets under 10GB (of 256GB on the system), even though ~200GB of this is >> classified as Inactive. For us, this was about 7 hours of database activity >> (initial replication w/ slony). Right now vmdaemon is consuming 100% CPU >> and shows 671:34 CPU time when it showed 0:00 up until the problem >> manifested. The full top output (that fits on my screen) is below: >> >> last pid: 62309; load averages: 4.05, 4.24, 4.10 >> up 0+22:34:31 09:08:43 >> 159 processes: 8 running, 145 sleeping, 1 waiting, 5 lock >> CPU: 14.5% user, 0.0% nice, 4.9% system, 0.0% interrupt, 80.5% idle >> Mem: 26G Active, 216G Inact, 4122M Wired, 1178M Cache, 1632M Buf, 2136M >> Free >> Swap: 32G Total, 32G Free >> >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >> COMMAND >> 11 root 32 155 ki31 0K 512K CPU31 31 669.6H 2934.23% idle >> 6 root 1 -16 - 0K 16K CPU19 19 678:57 100.00% vmdaemon >> 1963 pgsql 1 45 0 67538M 208M CPU0 0 121:46 17.38% postgres >> 2037 pgsql 1 77 0 67536M 2200K *vm ob 14 6:24 15.97% postgres >> 1864 pgsql 1 31 0 67536M 1290M semwai 4 174:41 15.19% postgres >> 1996 pgsql 1 38 0 67538M 202M semwai 16 120:27 15.09% postgres >> 1959 pgsql 1 39 0 67538M 204M CPU27 27 117:30 15.09% postgres >> 1849 pgsql 1 32 0 67536M 1272M semwai 23 126:22 13.96% postgres >> 1997 pgsql 1 31 0 67538M 206M CPU30 30 122:26 11.77% postgres >> 2002 pgsql 1 34 0 67538M 182M sbwait 11 55:20 11.28% postgres >> 1961 pgsql 1 32 0 67538M 206M CPU12 12 121:47 10.99% postgres >> 1964 pgsql 1 30 0 67538M 206M semwai 28 122:08 9.86% postgres >> 1962 pgsql 1 29 0 67538M 1286M sbwait 2 45:49 7.18% postgres >> 1752 root 1 22 0 78356K 8688K CPU2 2 175:46 6.88% snmpd >> 1965 pgsql 1 25 0 67538M 207M semwai 9 120:55 6.59% postgres >> 1960 pgsql 1 23 0 67538M 177M semwai 6 52:42 4.88% postgres >> 1863 pgsql 1 25 0 67542M 388M semwai 25 9:12 2.20% postgres >> 1859 pgsql 1 22 0 67538M 1453M *vm ob 20 6:13 2.10% postgres >> 1860 pgsql 1 22 0 67538M 1454M sbwait 8 6:08 1.95% postgres >> 1848 pgsql 1 21 0 67586M 66676M *vm ob 30 517:07 1.66% postgres >> 1856 pgsql 1 22 0 67538M 290M *vm ob 15 5:39 1.66% postgres >> 1846 pgsql 1 21 0 67538M 163M sbwait 15 5:46 1.46% postgres >> 1853 pgsql 1 21 0 67538M 110M sbwait 30 8:54 1.17% postgres >> 1989 pgsql 1 23 0 67536M 5180K sbwait 18 1:41 0.98% postgres >> 5 root 1 -16 - 0K 16K psleep 6 9:33 0.78% pagedaemon >> 1854 pgsql 1 20 0 67538M 338M sbwait 22 5:38 0.78% postgres >> 1861 pgsql 1 20 0 67538M 286M sbwait 15 6:13 0.68% postgres >> 1857 pgsql 1 20 0 67538M 1454M semwai 10 6:19 0.49% postgres >> 1999 pgsql 1 36 0 67538M 156M *vm ob 28 120:56 0.39% postgres >> 1851 pgsql 1 20 0 67538M 136M sbwait 22 5:48 0.39% postgres >> 1975 pgsql 1 20 0 67536M 5688K sbwait 25 1:40 0.29% postgres >> 1858 pgsql 1 20 0 67538M 417M sbwait 3 5:55 0.20% postgres >> 2031 pgsql 1 20 0 67536M 5664K sbwait 5 3:26 0.10% postgres >> 1834 root 12 20 0 71892K 12848K select 20 34:05 0.00% slon >> 12 root 78 -76 - 0K 1248K WAIT 0 25:47 0.00% intr >> 2041 pgsql 1 20 0 67536M 5932K sbwait 14 12:50 0.00% postgres >> 2039 pgsql 1 20 0 67536M 5960K sbwait 17 9:59 0.00% postgres >> 2038 pgsql 1 20 0 67536M 5956K sbwait 6 8:21 0.00% postgres >> 2040 pgsql 1 20 0 67536M 5996K sbwait 7 8:20 0.00% postgres >> 2032 pgsql 1 20 0 67536M 5800K sbwait 22 7:03 0.00% postgres >> 2036 pgsql 1 20 0 67536M 5748K sbwait 23 6:38 0.00% postgres >> 1812 pgsql 1 20 0 67538M 59185M select 1 5:46 0.00% postgres >> 2005 pgsql 1 20 0 67536M 5788K sbwait 23 5:14 0.00% postgres >> 2035 pgsql 1 20 0 67536M 4892K sbwait 18 4:52 0.00% >> 1852 pgsql 1 21 0 67536M 1230M semwai 7 4:47 0.00% postgres >> 13 root 3 -8 - 0K 48K - 28 4:46 0.00% geom >> >> > Another thing I've noticed is that this sysctl vm.stats counter is increasing fairly rapidly: > # sysctl vm.stats.vm.v_pdpages && sleep 1 && sysctl vm.stats.vm.v_pdpages > vm.stats.vm.v_pdpages: 3455264541 > vm.stats.vm.v_pdpages: 3662158383 I'm not sure what that tells us, because both the page daemon and the vm ("swap") daemon increment this counter. > Also, to demonstrate what kind of problems this seems to cause: > # time sleep 1 > > real 0m18.288s > user 0m0.001s > sys 0m0.004s If you change the sysctl vm.swap_enabled to 0, how does your system behave? From owner-freebsd-stable@FreeBSD.ORG Wed Aug 20 15:57:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01244406 for ; Wed, 20 Aug 2014 15:57:10 +0000 (UTC) Received: from mail.intermedix.com (mail.epbs.com [66.210.191.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Barracuda/emailAddress=sales@barracuda.com", Issuer "Barracuda/emailAddress=sales@barracuda.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B34153033 for ; Wed, 20 Aug 2014 15:57:10 +0000 (UTC) X-ASG-Debug-ID: 1408550218-049956325c1f4020001-BIHDGU Received: from mailgate00.corp.okcyok1.priv.intermedix.com (mailgate00.epbs.com [10.130.4.34]) by mail.intermedix.com with ESMTP id SRBlcvkJ5mmJ4HTF; Wed, 20 Aug 2014 10:56:58 -0500 (CDT) X-Barracuda-Envelope-From: Steve.Polyack@intermedix.com X-ASG-Whitelist: Client X-WSS-ID: 0NAM4AW-01-VEE-02 X-M-MSG: Received: from exchange01.epbs.com (exchange01.okcyok0.priv.intermedix.com [192.168.25.157]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mailgate00.corp.okcyok1.priv.intermedix.com (Postfix) with ESMTPS id 27A9358009; Wed, 20 Aug 2014 10:56:55 -0500 (CDT) Received: from EXCHANGE03.epbs.com ([0000:0000:0000:0000:0000:0000:0.0.0.1]) by exchange01.epbs.com ([192.168.25.157]) with mapi; Wed, 20 Aug 2014 10:56:57 -0500 From: "Polyack, Steve" To: Alan Cox , "freebsd-stable@freebsd.org" Date: Wed, 20 Aug 2014 10:56:56 -0500 Subject: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Topic: vmdaemon CPU usage and poor performance in 10.0-RELEASE X-ASG-Orig-Subj: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Index: Ac+8jxJ31D9J+xA5TuOphWxjCWMeHQAAC8yw Message-ID: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF335D@exchange03.epbs.com> References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA3C4@exchange03.epbs.com> <53F24E5B.1010809@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA64F@exchange03.epbs.com> <53F2790C.20703@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF28E5@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF2F8F@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF31F0@exchange03.epbs.com> <53F4C4C2.1030109@rice.edu> In-Reply-To: <53F4C4C2.1030109@rice.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Barracuda-Connect: mailgate00.epbs.com[10.130.4.34] X-Barracuda-Start-Time: 1408550218 X-Barracuda-URL: http://192.168.25.21:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at intermedix.com X-Barracuda-BRTS-Status: 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2014 15:57:11 -0000 > -----Original Message----- > From: Alan Cox [mailto:alc@rice.edu] > Sent: Wednesday, August 20, 2014 11:55 AM > To: Polyack, Steve; freebsd-stable@freebsd.org > Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE >=20 > On 08/20/2014 09:55, Polyack, Steve wrote: > >> -----Original Message----- > >> From: Polyack, Steve > >> Sent: Wednesday, August 20, 2014 9:14 AM > >> To: Polyack, Steve; Alan Cox; freebsd-stable@freebsd.org > >> Subject: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE > >> > >> > >>> -----Original Message----- > >>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > >>> stable@freebsd.org] On Behalf Of Polyack, Steve > >>> Sent: Tuesday, August 19, 2014 12:37 PM > >>> To: Alan Cox; freebsd-stable@freebsd.org > >>> Subject: RE: vmdaemon CPU usage and poor performance in 10.0- > RELEASE > >>> > >>>> -----Original Message----- > >>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > >>>> stable@freebsd.org] On Behalf Of Alan Cox > >>>> Sent: Monday, August 18, 2014 6:07 PM > >>>> To: freebsd-stable@freebsd.org > >>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- > >> RELEASE > >>>> On 08/18/2014 16:29, Polyack, Steve wrote: > >>>>>> -----Original Message----- > >>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > >>>>>> stable@freebsd.org] On Behalf Of Alan Cox > >>>>>> Sent: Monday, August 18, 2014 3:05 PM > >>>>>> To: freebsd-stable@freebsd.org > >>>>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- > >>> RELEASE > >>>>>> On 08/18/2014 13:42, Polyack, Steve wrote: > >>>>>>> Excuse my poorly formatted reply at the moment, but this seems to > >>>> have > >>>>>> fixed our problems. I'm going to update the bug report with a not= e. > >>>>>>> Thanks Alan! > >>>>>> You're welcome. And, thanks for letting me know of the outcome. > >>>>>> > >>>>> Actually, I may have spoken too soon, as it looks like we're seeing > >>>> vmdaemon tying up the system again: > >>>>> root 6 100.0 0.0 0 16 - DL Wed04P= M 4:37.95 > >>> [vmdaemon] > >>>>> Is there anything I can check to help narrow down what may be the > >>>> problem? KTrace/truss on the "process" doesn't give any information= , I > >>>> suppose because it's actually a kernel thread. > >>>> > >>>> Can you provide the full output of top? Is there anything unusual > about > >>>> the hardware or software configuration? > >>> This may have just been a fluke (maybe NFS caching the old > vm_pageout.c > >>> during the first source build). We've rebuilt and are monitoring it = now. > >>> > >>> The hardware consists of a few Dell PowerEdge R720xd servers with > 256GB > >>> of RAM and array of SSDs (no ZFS). 64GB is dedicated to postgres > >>> shared_buffers right now. FreeBSD 10, PostgreSQL 9.3, Slony-I v2.2.2, > and > >>> redis-2.8.11 are all in use here. I can't say that anything is unusu= al about > >> the > >>> configuration. > >>> > >> We are still seeing the issue. It seems to manifest once the "Free" > memory > >> gets under 10GB (of 256GB on the system), even though ~200GB of this i= s > >> classified as Inactive. For us, this was about 7 hours of database ac= tivity > >> (initial replication w/ slony). Right now vmdaemon is consuming 100% > CPU > >> and shows 671:34 CPU time when it showed 0:00 up until the problem > >> manifested. The full top output (that fits on my screen) is below: > >> > >> last pid: 62309; load averages: 4.05, 4.24, 4.10 > >> up 0+22:34:31 09:08:43 > >> 159 processes: 8 running, 145 sleeping, 1 waiting, 5 lock > >> CPU: 14.5% user, 0.0% nice, 4.9% system, 0.0% interrupt, 80.5% idle > >> Mem: 26G Active, 216G Inact, 4122M Wired, 1178M Cache, 1632M Buf, > 2136M > >> Free > >> Swap: 32G Total, 32G Free > >> > >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WC= PU > >> COMMAND > >> 11 root 32 155 ki31 0K 512K CPU31 31 669.6H 2934.= 23% idle > >> 6 root 1 -16 - 0K 16K CPU19 19 678:57 100.0= 0% vmdaemon > >> 1963 pgsql 1 45 0 67538M 208M CPU0 0 121:46 17.3= 8% postgres > >> 2037 pgsql 1 77 0 67536M 2200K *vm ob 14 6:24 15.9= 7% postgres > >> 1864 pgsql 1 31 0 67536M 1290M semwai 4 174:41 15.1= 9% > postgres > >> 1996 pgsql 1 38 0 67538M 202M semwai 16 120:27 15.0= 9% > postgres > >> 1959 pgsql 1 39 0 67538M 204M CPU27 27 117:30 15.0= 9% postgres > >> 1849 pgsql 1 32 0 67536M 1272M semwai 23 126:22 13.9= 6% > postgres > >> 1997 pgsql 1 31 0 67538M 206M CPU30 30 122:26 11.7= 7% postgres > >> 2002 pgsql 1 34 0 67538M 182M sbwait 11 55:20 11.2= 8% postgres > >> 1961 pgsql 1 32 0 67538M 206M CPU12 12 121:47 10.9= 9% postgres > >> 1964 pgsql 1 30 0 67538M 206M semwai 28 122:08 9.8= 6% postgres > >> 1962 pgsql 1 29 0 67538M 1286M sbwait 2 45:49 7.1= 8% postgres > >> 1752 root 1 22 0 78356K 8688K CPU2 2 175:46 6.8= 8% snmpd > >> 1965 pgsql 1 25 0 67538M 207M semwai 9 120:55 6.5= 9% postgres > >> 1960 pgsql 1 23 0 67538M 177M semwai 6 52:42 4.8= 8% postgres > >> 1863 pgsql 1 25 0 67542M 388M semwai 25 9:12 2.2= 0% postgres > >> 1859 pgsql 1 22 0 67538M 1453M *vm ob 20 6:13 2.1= 0% postgres > >> 1860 pgsql 1 22 0 67538M 1454M sbwait 8 6:08 1.9= 5% postgres > >> 1848 pgsql 1 21 0 67586M 66676M *vm ob 30 517:07 1.6= 6% > postgres > >> 1856 pgsql 1 22 0 67538M 290M *vm ob 15 5:39 1.6= 6% postgres > >> 1846 pgsql 1 21 0 67538M 163M sbwait 15 5:46 1.4= 6% postgres > >> 1853 pgsql 1 21 0 67538M 110M sbwait 30 8:54 1.1= 7% postgres > >> 1989 pgsql 1 23 0 67536M 5180K sbwait 18 1:41 0.9= 8% postgres > >> 5 root 1 -16 - 0K 16K psleep 6 9:33 0.7= 8% pagedaemon > >> 1854 pgsql 1 20 0 67538M 338M sbwait 22 5:38 0.7= 8% postgres > >> 1861 pgsql 1 20 0 67538M 286M sbwait 15 6:13 0.6= 8% postgres > >> 1857 pgsql 1 20 0 67538M 1454M semwai 10 6:19 0.4= 9% postgres > >> 1999 pgsql 1 36 0 67538M 156M *vm ob 28 120:56 0.3= 9% postgres > >> 1851 pgsql 1 20 0 67538M 136M sbwait 22 5:48 0.3= 9% postgres > >> 1975 pgsql 1 20 0 67536M 5688K sbwait 25 1:40 0.2= 9% postgres > >> 1858 pgsql 1 20 0 67538M 417M sbwait 3 5:55 0.2= 0% postgres > >> 2031 pgsql 1 20 0 67536M 5664K sbwait 5 3:26 0.1= 0% postgres > >> 1834 root 12 20 0 71892K 12848K select 20 34:05 0.0= 0% slon > >> 12 root 78 -76 - 0K 1248K WAIT 0 25:47 0.0= 0% intr > >> 2041 pgsql 1 20 0 67536M 5932K sbwait 14 12:50 0.0= 0% postgres > >> 2039 pgsql 1 20 0 67536M 5960K sbwait 17 9:59 0.0= 0% postgres > >> 2038 pgsql 1 20 0 67536M 5956K sbwait 6 8:21 0.0= 0% postgres > >> 2040 pgsql 1 20 0 67536M 5996K sbwait 7 8:20 0.0= 0% postgres > >> 2032 pgsql 1 20 0 67536M 5800K sbwait 22 7:03 0.0= 0% postgres > >> 2036 pgsql 1 20 0 67536M 5748K sbwait 23 6:38 0.0= 0% postgres > >> 1812 pgsql 1 20 0 67538M 59185M select 1 5:46 0.0= 0% postgres > >> 2005 pgsql 1 20 0 67536M 5788K sbwait 23 5:14 0.0= 0% postgres > >> 2035 pgsql 1 20 0 67536M 4892K sbwait 18 4:52 0.0= 0% > >> 1852 pgsql 1 21 0 67536M 1230M semwai 7 4:47 0.0= 0% postgres > >> 13 root 3 -8 - 0K 48K - 28 4:46 0.0= 0% geom > >> > >> > > Another thing I've noticed is that this sysctl vm.stats counter is incr= easing > fairly rapidly: > > # sysctl vm.stats.vm.v_pdpages && sleep 1 && sysctl > vm.stats.vm.v_pdpages > > vm.stats.vm.v_pdpages: 3455264541 > > vm.stats.vm.v_pdpages: 3662158383 >=20 > I'm not sure what that tells us, because both the page daemon and the vm > ("swap") daemon increment this counter. >=20 > > Also, to demonstrate what kind of problems this seems to cause: > > # time sleep 1 > > > > real 0m18.288s > > user 0m0.001s > > sys 0m0.004s >=20 > If you change the sysctl vm.swap_enabled to 0, how does your system > behave? >=20 Setting vm.swap_enabled to 0 made the problem clear up almost instantly. v= mdaemon is back to 0.00% CPU usage and the system is responsive once again. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 20 16:09:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FC8EA5B for ; Wed, 20 Aug 2014 16:09:27 +0000 (UTC) Received: from pp2.rice.edu (proofpoint2.mail.rice.edu [128.42.201.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0C4D7322B for ; Wed, 20 Aug 2014 16:09:26 +0000 (UTC) Received: from pps.filterd (pp2.rice.edu [127.0.0.1]) by pp2.rice.edu (8.14.5/8.14.5) with SMTP id s7KFvVt4025184; Wed, 20 Aug 2014 11:09:19 -0500 Received: from mh2.mail.rice.edu (mh2.mail.rice.edu [128.42.201.21]) by pp2.rice.edu with ESMTP id 1nve1pgax2-1; Wed, 20 Aug 2014 11:09:19 -0500 X-Virus-Scanned: by amavis-2.7.0 at mh2.mail.rice.edu, auth channel Received: from 108-254-203-201.lightspeed.hstntx.sbcglobal.net (108-254-203-201.lightspeed.hstntx.sbcglobal.net [108.254.203.201]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh2.mail.rice.edu (Postfix) with ESMTPSA id 06F5B500128; Wed, 20 Aug 2014 11:09:18 -0500 (CDT) Message-ID: <53F4C82E.5000900@rice.edu> Date: Wed, 20 Aug 2014 11:09:18 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "Polyack, Steve" , "freebsd-stable@freebsd.org" Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA3C4@exchange03.epbs.com> <53F24E5B.1010809@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA64F@exchange03.epbs.com> <53F2790C.20703@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF28E5@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF2F8F@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF31F0@exchange03.epbs.com> <53F4C4C2.1030109@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF335D@exchange03.epbs.com> In-Reply-To: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF335D@exchange03.epbs.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 kscore.is_bulkscore=2.43328298512036e-05 kscore.compositescore=0 circleOfTrustscore=0 compositescore=0.353842562264287 urlsuspect_oldscore=0.353842562264287 suspectscore=11 recipient_domain_to_sender_totalscore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=0 recipient_to_sender_totalscore=0 recipient_domain_to_sender_domain_totalscore=0 rbsscore=0.353842562264287 spamscore=0 recipient_to_sender_domain_totalscore=0 urlsuspectscore=0.9 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408200165 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2014 16:09:27 -0000 On 08/20/2014 10:56, Polyack, Steve wrote: >> -----Original Message----- >> From: Alan Cox [mailto:alc@rice.edu] >> Sent: Wednesday, August 20, 2014 11:55 AM >> To: Polyack, Steve; freebsd-stable@freebsd.org >> Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE >> >> On 08/20/2014 09:55, Polyack, Steve wrote: >>>> -----Original Message----- >>>> From: Polyack, Steve >>>> Sent: Wednesday, August 20, 2014 9:14 AM >>>> To: Polyack, Steve; Alan Cox; freebsd-stable@freebsd.org >>>> Subject: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE >>>> >>>> >>>>> -----Original Message----- >>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>>>> stable@freebsd.org] On Behalf Of Polyack, Steve >>>>> Sent: Tuesday, August 19, 2014 12:37 PM >>>>> To: Alan Cox; freebsd-stable@freebsd.org >>>>> Subject: RE: vmdaemon CPU usage and poor performance in 10.0- >> RELEASE >>>>>> -----Original Message----- >>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>>>>> stable@freebsd.org] On Behalf Of Alan Cox >>>>>> Sent: Monday, August 18, 2014 6:07 PM >>>>>> To: freebsd-stable@freebsd.org >>>>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- >>>> RELEASE >>>>>> On 08/18/2014 16:29, Polyack, Steve wrote: >>>>>>>> -----Original Message----- >>>>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>>>>>>> stable@freebsd.org] On Behalf Of Alan Cox >>>>>>>> Sent: Monday, August 18, 2014 3:05 PM >>>>>>>> To: freebsd-stable@freebsd.org >>>>>>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- >>>>> RELEASE >>>>>>>> On 08/18/2014 13:42, Polyack, Steve wrote: >>>>>>>>> Excuse my poorly formatted reply at the moment, but this seems to >>>>>> have >>>>>>>> fixed our problems. I'm going to update the bug report with a note. >>>>>>>>> Thanks Alan! >>>>>>>> You're welcome. And, thanks for letting me know of the outcome. >>>>>>>> >>>>>>> Actually, I may have spoken too soon, as it looks like we're seeing >>>>>> vmdaemon tying up the system again: >>>>>>> root 6 100.0 0.0 0 16 - DL Wed04PM 4:37.95 >>>>> [vmdaemon] >>>>>>> Is there anything I can check to help narrow down what may be the >>>>>> problem? KTrace/truss on the "process" doesn't give any information, I >>>>>> suppose because it's actually a kernel thread. >>>>>> >>>>>> Can you provide the full output of top? Is there anything unusual >> about >>>>>> the hardware or software configuration? >>>>> This may have just been a fluke (maybe NFS caching the old >> vm_pageout.c >>>>> during the first source build). We've rebuilt and are monitoring it now. >>>>> >>>>> The hardware consists of a few Dell PowerEdge R720xd servers with >> 256GB >>>>> of RAM and array of SSDs (no ZFS). 64GB is dedicated to postgres >>>>> shared_buffers right now. FreeBSD 10, PostgreSQL 9.3, Slony-I v2.2.2, >> and >>>>> redis-2.8.11 are all in use here. I can't say that anything is unusual about >>>> the >>>>> configuration. >>>>> >>>> We are still seeing the issue. It seems to manifest once the "Free" >> memory >>>> gets under 10GB (of 256GB on the system), even though ~200GB of this is >>>> classified as Inactive. For us, this was about 7 hours of database activity >>>> (initial replication w/ slony). Right now vmdaemon is consuming 100% >> CPU >>>> and shows 671:34 CPU time when it showed 0:00 up until the problem >>>> manifested. The full top output (that fits on my screen) is below: >>>> >>>> last pid: 62309; load averages: 4.05, 4.24, 4.10 >>>> up 0+22:34:31 09:08:43 >>>> 159 processes: 8 running, 145 sleeping, 1 waiting, 5 lock >>>> CPU: 14.5% user, 0.0% nice, 4.9% system, 0.0% interrupt, 80.5% idle >>>> Mem: 26G Active, 216G Inact, 4122M Wired, 1178M Cache, 1632M Buf, >> 2136M >>>> Free >>>> Swap: 32G Total, 32G Free >>>> >>>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >>>> COMMAND >>>> 11 root 32 155 ki31 0K 512K CPU31 31 669.6H 2934.23% idle >>>> 6 root 1 -16 - 0K 16K CPU19 19 678:57 100.00% vmdaemon >>>> 1963 pgsql 1 45 0 67538M 208M CPU0 0 121:46 17.38% postgres >>>> 2037 pgsql 1 77 0 67536M 2200K *vm ob 14 6:24 15.97% postgres >>>> 1864 pgsql 1 31 0 67536M 1290M semwai 4 174:41 15.19% >> postgres >>>> 1996 pgsql 1 38 0 67538M 202M semwai 16 120:27 15.09% >> postgres >>>> 1959 pgsql 1 39 0 67538M 204M CPU27 27 117:30 15.09% postgres >>>> 1849 pgsql 1 32 0 67536M 1272M semwai 23 126:22 13.96% >> postgres >>>> 1997 pgsql 1 31 0 67538M 206M CPU30 30 122:26 11.77% postgres >>>> 2002 pgsql 1 34 0 67538M 182M sbwait 11 55:20 11.28% postgres >>>> 1961 pgsql 1 32 0 67538M 206M CPU12 12 121:47 10.99% postgres >>>> 1964 pgsql 1 30 0 67538M 206M semwai 28 122:08 9.86% postgres >>>> 1962 pgsql 1 29 0 67538M 1286M sbwait 2 45:49 7.18% postgres >>>> 1752 root 1 22 0 78356K 8688K CPU2 2 175:46 6.88% snmpd >>>> 1965 pgsql 1 25 0 67538M 207M semwai 9 120:55 6.59% postgres >>>> 1960 pgsql 1 23 0 67538M 177M semwai 6 52:42 4.88% postgres >>>> 1863 pgsql 1 25 0 67542M 388M semwai 25 9:12 2.20% postgres >>>> 1859 pgsql 1 22 0 67538M 1453M *vm ob 20 6:13 2.10% postgres >>>> 1860 pgsql 1 22 0 67538M 1454M sbwait 8 6:08 1.95% postgres >>>> 1848 pgsql 1 21 0 67586M 66676M *vm ob 30 517:07 1.66% >> postgres >>>> 1856 pgsql 1 22 0 67538M 290M *vm ob 15 5:39 1.66% postgres >>>> 1846 pgsql 1 21 0 67538M 163M sbwait 15 5:46 1.46% postgres >>>> 1853 pgsql 1 21 0 67538M 110M sbwait 30 8:54 1.17% postgres >>>> 1989 pgsql 1 23 0 67536M 5180K sbwait 18 1:41 0.98% postgres >>>> 5 root 1 -16 - 0K 16K psleep 6 9:33 0.78% pagedaemon >>>> 1854 pgsql 1 20 0 67538M 338M sbwait 22 5:38 0.78% postgres >>>> 1861 pgsql 1 20 0 67538M 286M sbwait 15 6:13 0.68% postgres >>>> 1857 pgsql 1 20 0 67538M 1454M semwai 10 6:19 0.49% postgres >>>> 1999 pgsql 1 36 0 67538M 156M *vm ob 28 120:56 0.39% postgres >>>> 1851 pgsql 1 20 0 67538M 136M sbwait 22 5:48 0.39% postgres >>>> 1975 pgsql 1 20 0 67536M 5688K sbwait 25 1:40 0.29% postgres >>>> 1858 pgsql 1 20 0 67538M 417M sbwait 3 5:55 0.20% postgres >>>> 2031 pgsql 1 20 0 67536M 5664K sbwait 5 3:26 0.10% postgres >>>> 1834 root 12 20 0 71892K 12848K select 20 34:05 0.00% slon >>>> 12 root 78 -76 - 0K 1248K WAIT 0 25:47 0.00% intr >>>> 2041 pgsql 1 20 0 67536M 5932K sbwait 14 12:50 0.00% postgres >>>> 2039 pgsql 1 20 0 67536M 5960K sbwait 17 9:59 0.00% postgres >>>> 2038 pgsql 1 20 0 67536M 5956K sbwait 6 8:21 0.00% postgres >>>> 2040 pgsql 1 20 0 67536M 5996K sbwait 7 8:20 0.00% postgres >>>> 2032 pgsql 1 20 0 67536M 5800K sbwait 22 7:03 0.00% postgres >>>> 2036 pgsql 1 20 0 67536M 5748K sbwait 23 6:38 0.00% postgres >>>> 1812 pgsql 1 20 0 67538M 59185M select 1 5:46 0.00% postgres >>>> 2005 pgsql 1 20 0 67536M 5788K sbwait 23 5:14 0.00% postgres >>>> 2035 pgsql 1 20 0 67536M 4892K sbwait 18 4:52 0.00% >>>> 1852 pgsql 1 21 0 67536M 1230M semwai 7 4:47 0.00% postgres >>>> 13 root 3 -8 - 0K 48K - 28 4:46 0.00% geom >>>> >>>> >>> Another thing I've noticed is that this sysctl vm.stats counter is increasing >> fairly rapidly: >>> # sysctl vm.stats.vm.v_pdpages && sleep 1 && sysctl >> vm.stats.vm.v_pdpages >>> vm.stats.vm.v_pdpages: 3455264541 >>> vm.stats.vm.v_pdpages: 3662158383 >> I'm not sure what that tells us, because both the page daemon and the vm >> ("swap") daemon increment this counter. >> >>> Also, to demonstrate what kind of problems this seems to cause: >>> # time sleep 1 >>> >>> real 0m18.288s >>> user 0m0.001s >>> sys 0m0.004s >> If you change the sysctl vm.swap_enabled to 0, how does your system >> behave? >> > Setting vm.swap_enabled to 0 made the problem clear up almost instantly. vmdaemon is back to 0.00% CPU usage and the system is responsive once again. > > I doubt that you need whole process swapping. The page daemon is probably sufficient. See how things go for a few days and let me know. There is still a bug here that needs diagnosing and fixing. So, I will likely send you a debugging patch in the near future, and ask you to reenable swapping under that patch. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 20 16:17:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2FC14E87; Wed, 20 Aug 2014 16:17:02 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0F7DD335E; Wed, 20 Aug 2014 16:17:02 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7AD0E53C; Wed, 20 Aug 2014 16:17:02 +0000 (UTC) Date: Wed, 20 Aug 2014 16:17:00 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, ian@FreeBSD.org, grehan@FreeBSD.org, markj@FreeBSD.org, kib@FreeBSD.org Message-ID: <2140684233.2.1408551422455.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <504495321.1.1408529797451.JavaMail.jenkins@jenkins-9.freebsd.org> References: <504495321.1.1408529797451.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #636 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2014 16:17:02 -0000 See Changes: [markj] MFC r269524: Preserve the errno value of an ioctl before calling free(3). Previously, errno was very occasionally being clobbered, resulting in a bogus error from dt_consume() and thus an error from dtrace(1). ------------------------------------------ [...truncated 220445 lines...] --- depend_subdir_agp --- awk -f @/tools/makeobjops.awk @/dev/agp/agp_if.m -c --- depend_subdir_aha --- machine -> --- /usr/obj --- --- depend_subdir_acpi --- ===> acpi/acpi_fujitsu (depend) --- depend_subdir_aha --- x86 -> --- depend_subdir_agp --- --- device_if.h --- --- depend_subdir_aha --- --- opt_cam.h --- ln -sf /usr/obj opt_cam.h --- depend_subdir_agp --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_aha --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_agp --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_aha --- --- bus_if.h --- --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aha --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_acpi --- @ -> --- /usr/obj --- machine -> --- depend_subdir_agp --- --- agp_if.h --- awk -f @/tools/makeobjops.awk @/dev/agp/agp_if.m -h --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_ahci --- --- depend_subdir_acpi --- x86 -> --- depend_subdir_ahci --- ===> ahci (depend) --- depend_subdir_aha --- --- isa_if.h --- --- depend_subdir_acpi --- --- opt_acpi.h --- --- depend_subdir_aha --- awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h --- depend_subdir_acpi --- ln -sf /usr/obj opt_acpi.h --- depend_subdir_agp --- --- pci_if.h --- --- depend_subdir_acpi --- --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- depend_subdir_agp --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_acpi --- --- device_if.h --- --- depend_subdir_agp --- --- opt_agp.h --- --- depend_subdir_acpi --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_agp --- ln -sf /usr/obj opt_agp.h --- depend_subdir_aha --- --- .depend --- rm -f .depend --- depend_subdir_agp --- --- .depend --- --- depend_subdir_ahci --- --- /usr/obj --- --- depend_subdir_aha --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_agp --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 agp_if.c --- depend_subdir_ahci --- @ -> --- /usr/obj --- --- depend_subdir_acpi --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_ahci --- machine -> --- /usr/obj --- x86 -> --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_acpi --- --- .depend --- --- depend_subdir_ahci --- --- bus_if.h --- --- depend_subdir_acpi --- rm -f .depend --- depend_subdir_ahci --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_acpi --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_ahci --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- opt_cam.h --- ln -sf /usr/obj opt_cam.h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_aic7xxx --- --- depend_subdir_acpi --- ===> acpi/acpi_hp (depend) --- depend_subdir_aic7xxx --- ===> aic7xxx (depend) --- _sub.depend --- ===> aic7xxx/aicasm (depend) --- depend_subdir_acpi --- --- /usr/obj --- @ -> --- depend_subdir_aic7xxx --- ===> aic7xxx/ahc (depend) --- depend_subdir_acpi --- --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- opt_acpi.h --- ln -sf /usr/obj opt_acpi.h --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- depend_subdir_aic7xxx --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- depend_subdir_acpi --- --- acpi_wmi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpi_support/acpi_wmi_if.m -h --- depend_subdir_aic7xxx --- --- /usr/obj --- x86 -> --- _sub.depend --- ===> aic7xxx/ahc/ahc_eisa (depend) --- depend_subdir_acpi --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_aic7xxx --- --- /usr/obj --- @ -> --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- depend_subdir_aio --- ===> aio (depend) --- depend_subdir_aic7xxx --- --- ../aic7xxx_reg.h --- ( cd .. ; make aic7xxx_reg.h ) --- depend_subdir_acpi --- --- .depend --- rm -f .depend --- depend_subdir_aic7xxx --- --- device_if.h --- --- depend_subdir_acpi --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_aic7xxx --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_alc --- ===> alc (depend) --- depend_subdir_aio --- --- /usr/obj --- --- depend_subdir_aic7xxx --- --- ../aic7xxx_reg.h --- make[7]: make[7]: don't know how to make aic7xxx_reg.h. Stop make[7]: stopped in /usr/obj *** [../aic7xxx_reg.h] Error code 2 make[6]: stopped in 1 error make[6]: stopped in *** [_sub.depend] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_aic7xxx] Error code 2 make[3]: stopped in --- depend_subdir_aio --- @ -> A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_aio] Error code 2 make[3]: stopped in --- depend_subdir_alc --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_alc] Error code 2 make[3]: stopped in --- depend_subdir_acpi --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_acpi] Error code 2 make[3]: stopped in 4 errors make[3]: stopped in *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj 1 error make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Wed Aug 20 16:22:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DAFF2322 for ; Wed, 20 Aug 2014 16:22:36 +0000 (UTC) Received: from mail.intermedix.com (mail.epbs.com [66.210.191.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Barracuda/emailAddress=sales@barracuda.com", Issuer "Barracuda/emailAddress=sales@barracuda.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 988213452 for ; Wed, 20 Aug 2014 16:22:36 +0000 (UTC) X-ASG-Debug-ID: 1408551755-049956325c1f9970001-BIHDGU Received: from mailgate00.corp.okcyok1.priv.intermedix.com (mailgate00.epbs.com [10.130.4.34]) by mail.intermedix.com with ESMTP id q8AHdssRKgO96lgi; Wed, 20 Aug 2014 11:22:35 -0500 (CDT) X-Barracuda-Envelope-From: Steve.Polyack@intermedix.com X-ASG-Whitelist: Client X-WSS-ID: 0NAM5HK-01-VKD-02 X-M-MSG: Received: from exchange01.epbs.com (exchange01.okcyok0.priv.intermedix.com [192.168.25.157]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mailgate00.corp.okcyok1.priv.intermedix.com (Postfix) with ESMTPS id 2027258008; Wed, 20 Aug 2014 11:22:32 -0500 (CDT) Received: from EXCHANGE03.epbs.com ([0000:0000:0000:0000:0000:0000:0.0.0.1]) by exchange01.epbs.com ([192.168.25.157]) with mapi; Wed, 20 Aug 2014 11:22:35 -0500 From: "Polyack, Steve" To: Alan Cox , "freebsd-stable@freebsd.org" Date: Wed, 20 Aug 2014 11:22:33 -0500 Subject: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Topic: vmdaemon CPU usage and poor performance in 10.0-RELEASE X-ASG-Orig-Subj: RE: vmdaemon CPU usage and poor performance in 10.0-RELEASE Thread-Index: Ac+8kR5OBWGqmcS0TImy3357pYMOBgAAbPNg Message-ID: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF33F6@exchange03.epbs.com> References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA3C4@exchange03.epbs.com> <53F24E5B.1010809@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA64F@exchange03.epbs.com> <53F2790C.20703@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF28E5@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF2F8F@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF31F0@exchange03.epbs.com> <53F4C4C2.1030109@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF335D@exchange03.epbs.com> <53F4C82E.5000900@rice.edu> In-Reply-To: <53F4C82E.5000900@rice.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Barracuda-Connect: mailgate00.epbs.com[10.130.4.34] X-Barracuda-Start-Time: 1408551755 X-Barracuda-URL: http://192.168.25.21:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at intermedix.com X-Barracuda-BRTS-Status: 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2014 16:22:37 -0000 > -----Original Message----- > From: Alan Cox [mailto:alc@rice.edu] > Sent: Wednesday, August 20, 2014 12:09 PM > To: Polyack, Steve; freebsd-stable@freebsd.org > Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE >=20 > On 08/20/2014 10:56, Polyack, Steve wrote: > >> -----Original Message----- > >> From: Alan Cox [mailto:alc@rice.edu] > >> Sent: Wednesday, August 20, 2014 11:55 AM > >> To: Polyack, Steve; freebsd-stable@freebsd.org > >> Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE > >> > >> On 08/20/2014 09:55, Polyack, Steve wrote: > >>>> -----Original Message----- > >>>> From: Polyack, Steve > >>>> Sent: Wednesday, August 20, 2014 9:14 AM > >>>> To: Polyack, Steve; Alan Cox; freebsd-stable@freebsd.org > >>>> Subject: RE: vmdaemon CPU usage and poor performance in 10.0- > RELEASE > >>>> > >>>> > >>>>> -----Original Message----- > >>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > >>>>> stable@freebsd.org] On Behalf Of Polyack, Steve > >>>>> Sent: Tuesday, August 19, 2014 12:37 PM > >>>>> To: Alan Cox; freebsd-stable@freebsd.org > >>>>> Subject: RE: vmdaemon CPU usage and poor performance in 10.0- > >> RELEASE > >>>>>> -----Original Message----- > >>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > >>>>>> stable@freebsd.org] On Behalf Of Alan Cox > >>>>>> Sent: Monday, August 18, 2014 6:07 PM > >>>>>> To: freebsd-stable@freebsd.org > >>>>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- > >>>> RELEASE > >>>>>> On 08/18/2014 16:29, Polyack, Steve wrote: > >>>>>>>> -----Original Message----- > >>>>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > >>>>>>>> stable@freebsd.org] On Behalf Of Alan Cox > >>>>>>>> Sent: Monday, August 18, 2014 3:05 PM > >>>>>>>> To: freebsd-stable@freebsd.org > >>>>>>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- > >>>>> RELEASE > >>>>>>>> On 08/18/2014 13:42, Polyack, Steve wrote: > >>>>>>>>> Excuse my poorly formatted reply at the moment, but this seems > to > >>>>>> have > >>>>>>>> fixed our problems. I'm going to update the bug report with a > note. > >>>>>>>>> Thanks Alan! > >>>>>>>> You're welcome. And, thanks for letting me know of the outcome. > >>>>>>>> > >>>>>>> Actually, I may have spoken too soon, as it looks like we're seei= ng > >>>>>> vmdaemon tying up the system again: > >>>>>>> root 6 100.0 0.0 0 16 - DL Wed0= 4PM 4:37.95 > >>>>> [vmdaemon] > >>>>>>> Is there anything I can check to help narrow down what may be the > >>>>>> problem? KTrace/truss on the "process" doesn't give any > information, I > >>>>>> suppose because it's actually a kernel thread. > >>>>>> > >>>>>> Can you provide the full output of top? Is there anything unusual > >> about > >>>>>> the hardware or software configuration? > >>>>> This may have just been a fluke (maybe NFS caching the old > >> vm_pageout.c > >>>>> during the first source build). We've rebuilt and are monitoring i= t > now. > >>>>> > >>>>> The hardware consists of a few Dell PowerEdge R720xd servers with > >> 256GB > >>>>> of RAM and array of SSDs (no ZFS). 64GB is dedicated to postgres > >>>>> shared_buffers right now. FreeBSD 10, PostgreSQL 9.3, Slony-I v2.2.= 2, > >> and > >>>>> redis-2.8.11 are all in use here. I can't say that anything is unu= sual > about > >>>> the > >>>>> configuration. > >>>>> > >>>> We are still seeing the issue. It seems to manifest once the "Free" > >> memory > >>>> gets under 10GB (of 256GB on the system), even though ~200GB of this > is > >>>> classified as Inactive. For us, this was about 7 hours of database > activity > >>>> (initial replication w/ slony). Right now vmdaemon is consuming 100= % > >> CPU > >>>> and shows 671:34 CPU time when it showed 0:00 up until the problem > >>>> manifested. The full top output (that fits on my screen) is below: > >>>> > >>>> last pid: 62309; load averages: 4.05, 4.24, 4.10 > >>>> up 0+22:34:31 09:08:43 > >>>> 159 processes: 8 running, 145 sleeping, 1 waiting, 5 lock > >>>> CPU: 14.5% user, 0.0% nice, 4.9% system, 0.0% interrupt, 80.5% id= le > >>>> Mem: 26G Active, 216G Inact, 4122M Wired, 1178M Cache, 1632M Buf, > >> 2136M > >>>> Free > >>>> Swap: 32G Total, 32G Free > >>>> > >>>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME = WCPU > >>>> COMMAND > >>>> 11 root 32 155 ki31 0K 512K CPU31 31 669.6H 293= 4.23% idle > >>>> 6 root 1 -16 - 0K 16K CPU19 19 678:57 100= .00% vmdaemon > >>>> 1963 pgsql 1 45 0 67538M 208M CPU0 0 121:46 17= .38% > postgres > >>>> 2037 pgsql 1 77 0 67536M 2200K *vm ob 14 6:24 15= .97% > postgres > >>>> 1864 pgsql 1 31 0 67536M 1290M semwai 4 174:41 15= .19% > >> postgres > >>>> 1996 pgsql 1 38 0 67538M 202M semwai 16 120:27 15= .09% > >> postgres > >>>> 1959 pgsql 1 39 0 67538M 204M CPU27 27 117:30 15= .09% > postgres > >>>> 1849 pgsql 1 32 0 67536M 1272M semwai 23 126:22 13= .96% > >> postgres > >>>> 1997 pgsql 1 31 0 67538M 206M CPU30 30 122:26 11= .77% > postgres > >>>> 2002 pgsql 1 34 0 67538M 182M sbwait 11 55:20 11= .28% > postgres > >>>> 1961 pgsql 1 32 0 67538M 206M CPU12 12 121:47 10= .99% > postgres > >>>> 1964 pgsql 1 30 0 67538M 206M semwai 28 122:08 9= .86% > postgres > >>>> 1962 pgsql 1 29 0 67538M 1286M sbwait 2 45:49 7= .18% > postgres > >>>> 1752 root 1 22 0 78356K 8688K CPU2 2 175:46 6= .88% snmpd > >>>> 1965 pgsql 1 25 0 67538M 207M semwai 9 120:55 6= .59% > postgres > >>>> 1960 pgsql 1 23 0 67538M 177M semwai 6 52:42 4= .88% > postgres > >>>> 1863 pgsql 1 25 0 67542M 388M semwai 25 9:12 2= .20% > postgres > >>>> 1859 pgsql 1 22 0 67538M 1453M *vm ob 20 6:13 2= .10% > postgres > >>>> 1860 pgsql 1 22 0 67538M 1454M sbwait 8 6:08 1= .95% postgres > >>>> 1848 pgsql 1 21 0 67586M 66676M *vm ob 30 517:07 1= .66% > >> postgres > >>>> 1856 pgsql 1 22 0 67538M 290M *vm ob 15 5:39 1= .66% > postgres > >>>> 1846 pgsql 1 21 0 67538M 163M sbwait 15 5:46 1= .46% postgres > >>>> 1853 pgsql 1 21 0 67538M 110M sbwait 30 8:54 1= .17% postgres > >>>> 1989 pgsql 1 23 0 67536M 5180K sbwait 18 1:41 0= .98% postgres > >>>> 5 root 1 -16 - 0K 16K psleep 6 9:33 0= .78% pagedaemon > >>>> 1854 pgsql 1 20 0 67538M 338M sbwait 22 5:38 0= .78% postgres > >>>> 1861 pgsql 1 20 0 67538M 286M sbwait 15 6:13 0= .68% postgres > >>>> 1857 pgsql 1 20 0 67538M 1454M semwai 10 6:19 0= .49% > postgres > >>>> 1999 pgsql 1 36 0 67538M 156M *vm ob 28 120:56 0= .39% > postgres > >>>> 1851 pgsql 1 20 0 67538M 136M sbwait 22 5:48 0= .39% postgres > >>>> 1975 pgsql 1 20 0 67536M 5688K sbwait 25 1:40 0= .29% postgres > >>>> 1858 pgsql 1 20 0 67538M 417M sbwait 3 5:55 0= .20% postgres > >>>> 2031 pgsql 1 20 0 67536M 5664K sbwait 5 3:26 0= .10% postgres > >>>> 1834 root 12 20 0 71892K 12848K select 20 34:05 0= .00% slon > >>>> 12 root 78 -76 - 0K 1248K WAIT 0 25:47 0= .00% intr > >>>> 2041 pgsql 1 20 0 67536M 5932K sbwait 14 12:50 0= .00% > postgres > >>>> 2039 pgsql 1 20 0 67536M 5960K sbwait 17 9:59 0= .00% postgres > >>>> 2038 pgsql 1 20 0 67536M 5956K sbwait 6 8:21 0= .00% postgres > >>>> 2040 pgsql 1 20 0 67536M 5996K sbwait 7 8:20 0= .00% postgres > >>>> 2032 pgsql 1 20 0 67536M 5800K sbwait 22 7:03 0= .00% postgres > >>>> 2036 pgsql 1 20 0 67536M 5748K sbwait 23 6:38 0= .00% postgres > >>>> 1812 pgsql 1 20 0 67538M 59185M select 1 5:46 0= .00% postgres > >>>> 2005 pgsql 1 20 0 67536M 5788K sbwait 23 5:14 0= .00% postgres > >>>> 2035 pgsql 1 20 0 67536M 4892K sbwait 18 4:52 0= .00% > > >>>> 1852 pgsql 1 21 0 67536M 1230M semwai 7 4:47 0= .00% > postgres > >>>> 13 root 3 -8 - 0K 48K - 28 4:46 0= .00% geom > >>>> > >>>> > >>> Another thing I've noticed is that this sysctl vm.stats counter is > increasing > >> fairly rapidly: > >>> # sysctl vm.stats.vm.v_pdpages && sleep 1 && sysctl > >> vm.stats.vm.v_pdpages > >>> vm.stats.vm.v_pdpages: 3455264541 > >>> vm.stats.vm.v_pdpages: 3662158383 > >> I'm not sure what that tells us, because both the page daemon and the > vm > >> ("swap") daemon increment this counter. > >> > >>> Also, to demonstrate what kind of problems this seems to cause: > >>> # time sleep 1 > >>> > >>> real 0m18.288s > >>> user 0m0.001s > >>> sys 0m0.004s > >> If you change the sysctl vm.swap_enabled to 0, how does your system > >> behave? > >> > > Setting vm.swap_enabled to 0 made the problem clear up almost > instantly. vmdaemon is back to 0.00% CPU usage and the system is > responsive once again. > > > > >=20 > I doubt that you need whole process swapping. The page daemon is > probably sufficient. See how things go for a few days and let me know. >=20 > There is still a bug here that needs diagnosing and fixing. So, I will > likely send you a debugging patch in the near future, and ask you to > reenable swapping under that patch. >=20 If it helps at all - setting vm.swap_enabled=3D0 seems to fix the problem e= ven without the aforementioned patch to vm_pageout.c. Thanks again, Steve From owner-freebsd-stable@FreeBSD.ORG Wed Aug 20 16:27:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AF124DE for ; Wed, 20 Aug 2014 16:27:04 +0000 (UTC) Received: from pp1.rice.edu (proofpoint1.mail.rice.edu [128.42.201.100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB5A83493 for ; Wed, 20 Aug 2014 16:27:03 +0000 (UTC) Received: from pps.filterd (pp1.rice.edu [127.0.0.1]) by pp1.rice.edu (8.14.5/8.14.5) with SMTP id s7KGQb9k011554; Wed, 20 Aug 2014 11:27:02 -0500 Received: from mh2.mail.rice.edu (mh2.mail.rice.edu [128.42.201.21]) by pp1.rice.edu with ESMTP id 1nteyt9hy9-1; Wed, 20 Aug 2014 11:27:02 -0500 X-Virus-Scanned: by amavis-2.7.0 at mh2.mail.rice.edu, auth channel Received: from 108-254-203-201.lightspeed.hstntx.sbcglobal.net (108-254-203-201.lightspeed.hstntx.sbcglobal.net [108.254.203.201]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh2.mail.rice.edu (Postfix) with ESMTPSA id CF89D500108; Wed, 20 Aug 2014 11:27:01 -0500 (CDT) Message-ID: <53F4CC55.3030206@rice.edu> Date: Wed, 20 Aug 2014 11:27:01 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "Polyack, Steve" , "freebsd-stable@freebsd.org" Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA3C4@exchange03.epbs.com> <53F24E5B.1010809@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA64F@exchange03.epbs.com> <53F2790C.20703@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF28E5@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF2F8F@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF31F0@exchange03.epbs.com> <53F4C4C2.1030109@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF335D@exchange03.epbs.com> <53F4C82E.5000900@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF33F6@exchange03.epbs.com> In-Reply-To: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF33F6@exchange03.epbs.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 kscore.is_bulkscore=2.43328298512036e-05 kscore.compositescore=0 circleOfTrustscore=0 compositescore=0.353842562264287 urlsuspect_oldscore=0.353842562264287 suspectscore=11 recipient_domain_to_sender_totalscore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=0 recipient_to_sender_totalscore=0 recipient_domain_to_sender_domain_totalscore=0 rbsscore=0.353842562264287 spamscore=0 recipient_to_sender_domain_totalscore=0 urlsuspectscore=0.9 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408200169 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2014 16:27:04 -0000 On 08/20/2014 11:22, Polyack, Steve wrote: >> -----Original Message----- >> From: Alan Cox [mailto:alc@rice.edu] >> Sent: Wednesday, August 20, 2014 12:09 PM >> To: Polyack, Steve; freebsd-stable@freebsd.org >> Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE >> >> On 08/20/2014 10:56, Polyack, Steve wrote: >>>> -----Original Message----- >>>> From: Alan Cox [mailto:alc@rice.edu] >>>> Sent: Wednesday, August 20, 2014 11:55 AM >>>> To: Polyack, Steve; freebsd-stable@freebsd.org >>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE >>>> >>>> On 08/20/2014 09:55, Polyack, Steve wrote: >>>>>> -----Original Message----- >>>>>> From: Polyack, Steve >>>>>> Sent: Wednesday, August 20, 2014 9:14 AM >>>>>> To: Polyack, Steve; Alan Cox; freebsd-stable@freebsd.org >>>>>> Subject: RE: vmdaemon CPU usage and poor performance in 10.0- >> RELEASE >>>>>> >>>>>>> -----Original Message----- >>>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>>>>>> stable@freebsd.org] On Behalf Of Polyack, Steve >>>>>>> Sent: Tuesday, August 19, 2014 12:37 PM >>>>>>> To: Alan Cox; freebsd-stable@freebsd.org >>>>>>> Subject: RE: vmdaemon CPU usage and poor performance in 10.0- >>>> RELEASE >>>>>>>> -----Original Message----- >>>>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>>>>>>> stable@freebsd.org] On Behalf Of Alan Cox >>>>>>>> Sent: Monday, August 18, 2014 6:07 PM >>>>>>>> To: freebsd-stable@freebsd.org >>>>>>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- >>>>>> RELEASE >>>>>>>> On 08/18/2014 16:29, Polyack, Steve wrote: >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>>>>>>>>> stable@freebsd.org] On Behalf Of Alan Cox >>>>>>>>>> Sent: Monday, August 18, 2014 3:05 PM >>>>>>>>>> To: freebsd-stable@freebsd.org >>>>>>>>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- >>>>>>> RELEASE >>>>>>>>>> On 08/18/2014 13:42, Polyack, Steve wrote: >>>>>>>>>>> Excuse my poorly formatted reply at the moment, but this seems >> to >>>>>>>> have >>>>>>>>>> fixed our problems. I'm going to update the bug report with a >> note. >>>>>>>>>>> Thanks Alan! >>>>>>>>>> You're welcome. And, thanks for letting me know of the outcome. >>>>>>>>>> >>>>>>>>> Actually, I may have spoken too soon, as it looks like we're seeing >>>>>>>> vmdaemon tying up the system again: >>>>>>>>> root 6 100.0 0.0 0 16 - DL Wed04PM 4:37.95 >>>>>>> [vmdaemon] >>>>>>>>> Is there anything I can check to help narrow down what may be the >>>>>>>> problem? KTrace/truss on the "process" doesn't give any >> information, I >>>>>>>> suppose because it's actually a kernel thread. >>>>>>>> >>>>>>>> Can you provide the full output of top? Is there anything unusual >>>> about >>>>>>>> the hardware or software configuration? >>>>>>> This may have just been a fluke (maybe NFS caching the old >>>> vm_pageout.c >>>>>>> during the first source build). We've rebuilt and are monitoring it >> now. >>>>>>> The hardware consists of a few Dell PowerEdge R720xd servers with >>>> 256GB >>>>>>> of RAM and array of SSDs (no ZFS). 64GB is dedicated to postgres >>>>>>> shared_buffers right now. FreeBSD 10, PostgreSQL 9.3, Slony-I v2.2.2, >>>> and >>>>>>> redis-2.8.11 are all in use here. I can't say that anything is unusual >> about >>>>>> the >>>>>>> configuration. >>>>>>> >>>>>> We are still seeing the issue. It seems to manifest once the "Free" >>>> memory >>>>>> gets under 10GB (of 256GB on the system), even though ~200GB of this >> is >>>>>> classified as Inactive. For us, this was about 7 hours of database >> activity >>>>>> (initial replication w/ slony). Right now vmdaemon is consuming 100% >>>> CPU >>>>>> and shows 671:34 CPU time when it showed 0:00 up until the problem >>>>>> manifested. The full top output (that fits on my screen) is below: >>>>>> >>>>>> last pid: 62309; load averages: 4.05, 4.24, 4.10 >>>>>> up 0+22:34:31 09:08:43 >>>>>> 159 processes: 8 running, 145 sleeping, 1 waiting, 5 lock >>>>>> CPU: 14.5% user, 0.0% nice, 4.9% system, 0.0% interrupt, 80.5% idle >>>>>> Mem: 26G Active, 216G Inact, 4122M Wired, 1178M Cache, 1632M Buf, >>>> 2136M >>>>>> Free >>>>>> Swap: 32G Total, 32G Free >>>>>> >>>>>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >>>>>> COMMAND >>>>>> 11 root 32 155 ki31 0K 512K CPU31 31 669.6H 2934.23% idle >>>>>> 6 root 1 -16 - 0K 16K CPU19 19 678:57 100.00% vmdaemon >>>>>> 1963 pgsql 1 45 0 67538M 208M CPU0 0 121:46 17.38% >> postgres >>>>>> 2037 pgsql 1 77 0 67536M 2200K *vm ob 14 6:24 15.97% >> postgres >>>>>> 1864 pgsql 1 31 0 67536M 1290M semwai 4 174:41 15.19% >>>> postgres >>>>>> 1996 pgsql 1 38 0 67538M 202M semwai 16 120:27 15.09% >>>> postgres >>>>>> 1959 pgsql 1 39 0 67538M 204M CPU27 27 117:30 15.09% >> postgres >>>>>> 1849 pgsql 1 32 0 67536M 1272M semwai 23 126:22 13.96% >>>> postgres >>>>>> 1997 pgsql 1 31 0 67538M 206M CPU30 30 122:26 11.77% >> postgres >>>>>> 2002 pgsql 1 34 0 67538M 182M sbwait 11 55:20 11.28% >> postgres >>>>>> 1961 pgsql 1 32 0 67538M 206M CPU12 12 121:47 10.99% >> postgres >>>>>> 1964 pgsql 1 30 0 67538M 206M semwai 28 122:08 9.86% >> postgres >>>>>> 1962 pgsql 1 29 0 67538M 1286M sbwait 2 45:49 7.18% >> postgres >>>>>> 1752 root 1 22 0 78356K 8688K CPU2 2 175:46 6.88% snmpd >>>>>> 1965 pgsql 1 25 0 67538M 207M semwai 9 120:55 6.59% >> postgres >>>>>> 1960 pgsql 1 23 0 67538M 177M semwai 6 52:42 4.88% >> postgres >>>>>> 1863 pgsql 1 25 0 67542M 388M semwai 25 9:12 2.20% >> postgres >>>>>> 1859 pgsql 1 22 0 67538M 1453M *vm ob 20 6:13 2.10% >> postgres >>>>>> 1860 pgsql 1 22 0 67538M 1454M sbwait 8 6:08 1.95% postgres >>>>>> 1848 pgsql 1 21 0 67586M 66676M *vm ob 30 517:07 1.66% >>>> postgres >>>>>> 1856 pgsql 1 22 0 67538M 290M *vm ob 15 5:39 1.66% >> postgres >>>>>> 1846 pgsql 1 21 0 67538M 163M sbwait 15 5:46 1.46% postgres >>>>>> 1853 pgsql 1 21 0 67538M 110M sbwait 30 8:54 1.17% postgres >>>>>> 1989 pgsql 1 23 0 67536M 5180K sbwait 18 1:41 0.98% postgres >>>>>> 5 root 1 -16 - 0K 16K psleep 6 9:33 0.78% pagedaemon >>>>>> 1854 pgsql 1 20 0 67538M 338M sbwait 22 5:38 0.78% postgres >>>>>> 1861 pgsql 1 20 0 67538M 286M sbwait 15 6:13 0.68% postgres >>>>>> 1857 pgsql 1 20 0 67538M 1454M semwai 10 6:19 0.49% >> postgres >>>>>> 1999 pgsql 1 36 0 67538M 156M *vm ob 28 120:56 0.39% >> postgres >>>>>> 1851 pgsql 1 20 0 67538M 136M sbwait 22 5:48 0.39% postgres >>>>>> 1975 pgsql 1 20 0 67536M 5688K sbwait 25 1:40 0.29% postgres >>>>>> 1858 pgsql 1 20 0 67538M 417M sbwait 3 5:55 0.20% postgres >>>>>> 2031 pgsql 1 20 0 67536M 5664K sbwait 5 3:26 0.10% postgres >>>>>> 1834 root 12 20 0 71892K 12848K select 20 34:05 0.00% slon >>>>>> 12 root 78 -76 - 0K 1248K WAIT 0 25:47 0.00% intr >>>>>> 2041 pgsql 1 20 0 67536M 5932K sbwait 14 12:50 0.00% >> postgres >>>>>> 2039 pgsql 1 20 0 67536M 5960K sbwait 17 9:59 0.00% postgres >>>>>> 2038 pgsql 1 20 0 67536M 5956K sbwait 6 8:21 0.00% postgres >>>>>> 2040 pgsql 1 20 0 67536M 5996K sbwait 7 8:20 0.00% postgres >>>>>> 2032 pgsql 1 20 0 67536M 5800K sbwait 22 7:03 0.00% postgres >>>>>> 2036 pgsql 1 20 0 67536M 5748K sbwait 23 6:38 0.00% postgres >>>>>> 1812 pgsql 1 20 0 67538M 59185M select 1 5:46 0.00% postgres >>>>>> 2005 pgsql 1 20 0 67536M 5788K sbwait 23 5:14 0.00% postgres >>>>>> 2035 pgsql 1 20 0 67536M 4892K sbwait 18 4:52 0.00% >> >>>>>> 1852 pgsql 1 21 0 67536M 1230M semwai 7 4:47 0.00% >> postgres >>>>>> 13 root 3 -8 - 0K 48K - 28 4:46 0.00% geom >>>>>> >>>>>> >>>>> Another thing I've noticed is that this sysctl vm.stats counter is >> increasing >>>> fairly rapidly: >>>>> # sysctl vm.stats.vm.v_pdpages && sleep 1 && sysctl >>>> vm.stats.vm.v_pdpages >>>>> vm.stats.vm.v_pdpages: 3455264541 >>>>> vm.stats.vm.v_pdpages: 3662158383 >>>> I'm not sure what that tells us, because both the page daemon and the >> vm >>>> ("swap") daemon increment this counter. >>>> >>>>> Also, to demonstrate what kind of problems this seems to cause: >>>>> # time sleep 1 >>>>> >>>>> real 0m18.288s >>>>> user 0m0.001s >>>>> sys 0m0.004s >>>> If you change the sysctl vm.swap_enabled to 0, how does your system >>>> behave? >>>> >>> Setting vm.swap_enabled to 0 made the problem clear up almost >> instantly. vmdaemon is back to 0.00% CPU usage and the system is >> responsive once again. >>> >> I doubt that you need whole process swapping. The page daemon is >> probably sufficient. See how things go for a few days and let me know. >> >> There is still a bug here that needs diagnosing and fixing. So, I will >> likely send you a debugging patch in the near future, and ask you to >> reenable swapping under that patch. >> > If it helps at all - setting vm.swap_enabled=0 seems to fix the problem even without the aforementioned patch to vm_pageout.c. > Nonetheless, I would recommend that you deploy that patch. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 20 16:34:29 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 026D1969 for ; Wed, 20 Aug 2014 16:34:29 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D61743574 for ; Wed, 20 Aug 2014 16:34:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id s7KGYSrS074415 for ; Wed, 20 Aug 2014 16:34:28 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s7KGYSEU074411 for stable@FreeBSD.org; Wed, 20 Aug 2014 16:34:28 GMT (envelope-from bdrewery) Received: (qmail 23391 invoked from network); 20 Aug 2014 11:34:26 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 20 Aug 2014 11:34:26 -0500 Message-ID: <53F4CE0E.8040106@FreeBSD.org> Date: Wed, 20 Aug 2014 11:34:22 -0500 From: Bryan Drewery Reply-To: Ports FreeBSD Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Ports FreeBSD , pkg@freebsd.org Subject: [CFT] SSP Package Repository available References: <523D79CD.2090302@FreeBSD.org> In-Reply-To: <523D79CD.2090302@FreeBSD.org> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K5G4LOnFU7x5CMaL6D0wm5KIVLpq9PTjB" X-Mailman-Approved-At: Wed, 20 Aug 2014 17:15:05 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2014 16:34:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --K5G4LOnFU7x5CMaL6D0wm5KIVLpq9PTjB Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 9/21/2013 5:49 AM, Bryan Drewery wrote: > Ports now support enabling Stack Protector [1] support on FreeBSD 10 > i386 and amd64, and older releases on amd64 only currently. >=20 > Support may be added for earlier i386 releases once all ports properly > respect LDFLAGS. >=20 > To enable, just add WITH_SSP=3Dyes to your make.conf and rebuild all po= rts. >=20 > The default SSP_CLFAGS is -fstack-protector, but -fstack-protector-all > may optionally be set instead. >=20 > Please help test this on your system. We would like to eventually enabl= e > this by default, but need to identify any major ports that have run-tim= e > issues due to it. >=20 > [1] https://en.wikipedia.org/wiki/Buffer_overflow_protection >=20 We have not had any feedback on this yet and want to get it enabled by default for ports and packages. We now have a repository that you can use rather than the default to help test. We need your help to identify any issues before switching the default. This repository is available for: head 10.0 9.1,9.2,9.3 It is not available for 8.4. If someone is willing to test on 8.4 I will build a repository for it. Place this in /usr/local/etc/pkgs/repos/FreeBSD_ssp.conf: FreeBSD: { enabled: no } FreeBSD_ssp: { url: "pkg+http://pkg.FreeBSD.org/${ABI}/ssp", mirror_type: "srv", signature_type: "fingerprints", fingerprints: "/usr/share/keys/pkg", enabled: yes } Once that is done you should force reinstall packages from this repositor= y: pkg update pkg upgrade -f Thanks for your help! Bryan Drewery On behalf of portmgr. --K5G4LOnFU7x5CMaL6D0wm5KIVLpq9PTjB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJT9M4OAAoJEDXXcbtuRpfPudQH/RV3dAPGOMV+RRC3IGo0l7bB rjr5J5xQK4FuIYenMhkEV+p8Wh/ow9P3GXBQtR4ki/x3Jgk7Xw5YlC4PfJyPdFpM 90wx0IjtT9i5CLTGF+psTgeV5Oh50jWnpy8wggsK+CfFtgqRebdbQvqIWOtKuDdT R5QtxF9U4ZDHCJTEVLsiCeY4SP3N2eqwS4MHX1/92I1xJxbETDQ0CjvoQ5ojfmEi crtNhk4QNUxmmElmxM71iiElbZPfdf3UbqDupQm80eTHNj5Adda8+Mo1ZmUsJYM6 YimDcpNTumctOVLXobpBZEJtOExAsajO1v/aFGWJz4kp2AkGwCLXHowNpHbb/u4= =ElhW -----END PGP SIGNATURE----- --K5G4LOnFU7x5CMaL6D0wm5KIVLpq9PTjB-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 20 17:42:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 994BE543 for ; Wed, 20 Aug 2014 17:42:18 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 62DFB3C97 for ; Wed, 20 Aug 2014 17:42:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id s7KHgIL7097414 for ; Wed, 20 Aug 2014 17:42:18 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s7KHgHLl097413 for freebsd-stable@freebsd.org; Wed, 20 Aug 2014 17:42:17 GMT (envelope-from bdrewery) Received: (qmail 43566 invoked from network); 20 Aug 2014 12:42:16 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 20 Aug 2014 12:42:16 -0500 Message-ID: <53F4DDF4.6010006@FreeBSD.org> Date: Wed, 20 Aug 2014 12:42:12 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Kimmo Paasiala , freebsd-stable@freebsd.org Subject: Re: ZFS on root booting broken somewhere after r270020 References: <51AD1F36-1089-481F-8784-8BD8E6EF020F@icloud.com> In-Reply-To: <51AD1F36-1089-481F-8784-8BD8E6EF020F@icloud.com> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XLWmj62woO03OEvqv2VocrCp8AK2UHkeD" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2014 17:42:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --XLWmj62woO03OEvqv2VocrCp8AK2UHkeD Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 8/17/2014 6:32 PM, Kimmo Paasiala wrote: > System is: >=20 > FreeBSD freebsd10.rdnzl.info 10.0-STABLE FreeBSD 10.0-STABLE #2 r270020= : Fri Aug 15 20:38:59 EEST 2014 kimmo@buildstable10amd64.rdnzl.info:/= usr/obj/usr/src/sys/GENERIC amd64 >=20 > This version still works fine. The one that didn=92t work was r270097. = The kernel boots but gets stuck at the line: >=20 > Trying to mount root from zfs:pool/ROOT/default [] >=20 > I tried pressing enter at this point but got a panic, I don=92t have a = screenshot of the panic at the moment. >=20 > Could this problem be related the this commit? : >=20 > http://svnweb.freebsd.org/base?view=3Drevision&sortby=3Drev&sortdir=3Dd= own&revision=3D270095 >=20 > -Kimmo >=20 I had this issue on head recently as well. It somehow worked itself out though on newer revisions. Sorry I don't have more information. --=20 Regards, Bryan Drewery --XLWmj62woO03OEvqv2VocrCp8AK2UHkeD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJT9N30AAoJEDXXcbtuRpfPhBEIAMivbfsyWpd/JfsQWh50svDu Mlr7MKLKktuNODtakWXvv3CpBU1mHeL6KN2CNIw3vKUATjebjeIcTeZ8ofmTPIGH Jtcnct6whunFdzklZowslXCRFRHJ+l4Nm8zsFnNexdOA+GHpcOig03P++ku8hjIH jaN0viNhm8PGIZFl6erZ8S26UKU7uIGwM6Hv3W3b15Ad60WG6LvsV4oLTiCRUTpX xLZ5hdvkOx6QuFU+r2vymm78ZNGjCKY03N2/xqq+lWkMgdiQTQiHTsLd4s1iMmF/ xni2vEsZNHXnxGhd+bMw8ERZXxTOdW02XGOjvGHrMW7oOFk/MZm5iuSTCLLf7dM= =y09x -----END PGP SIGNATURE----- --XLWmj62woO03OEvqv2VocrCp8AK2UHkeD-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 20 22:50:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE044F3F; Wed, 20 Aug 2014 22:50:02 +0000 (UTC) Received: from mail-la0-x22e.google.com (mail-la0-x22e.google.com [IPv6:2a00:1450:4010:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BE553F94; Wed, 20 Aug 2014 22:50:02 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id b8so7891272lan.19 for ; Wed, 20 Aug 2014 15:50:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Y37ttepKzRmXGAXI0MG+q4JwjFOvIqVQ4/2dX6JoEVA=; b=I6CiQ+qUy1NJpoUDw4XpWuin/1DVjqzUoY1KkMQ8roniiVwyJ1D/DScmA0H1OXCkIW 0/TcvTM0X4dCALVvP1CY7uYEDJuF8fltvDcvWd/RQCPet8hYE+dq/B4aSFaAZBPw/egt Sr+xCvHrwLiN7wpvjjCg9oD6ckrKueYON4uBWkoG7Li6CS3VhjZ39Z5nFZ++fcWnqT5d eiNg7sIuZMwzqCAirrpOoNh2RP9icgBvveyvpwsAKNlWYmZBgho+WZoNrRA7snZI8Cbc uX2D2reiOiKAVu90zrzegxFiZ3yVxNOyaz5GwCDoGss+ImWGJ6l1RLHBucXXhQydbDA0 ke1w== MIME-Version: 1.0 X-Received: by 10.112.163.103 with SMTP id yh7mr43271175lbb.73.1408575000357; Wed, 20 Aug 2014 15:50:00 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.197.107 with HTTP; Wed, 20 Aug 2014 15:50:00 -0700 (PDT) In-Reply-To: References: <632918485.0.1408498066186.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Wed, 20 Aug 2014 15:50:00 -0700 X-Google-Sender-Auth: RhruH2g3nYQCVSu2quAfDNNSjV8 Message-ID: Subject: Re: Build failed in Jenkins: FreeBSD_stable_10 #634 From: Craig Rodrigues To: Ronald Klop Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD stable , "jenkins-admin@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2014 22:50:03 -0000 On Wed, Aug 20, 2014 at 1:56 AM, Ronald Klop wrote: > NB: https://jenkins.freebsd.org/jenkins/job/FreeBSD_stable_9/425/console > > This 9-STABLE build only does a svn checkout and nothing more. So it always > succeeds very fast. > This should be fixed. -- Craig From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 00:18:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF46C6D4; Thu, 21 Aug 2014 00:18:04 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AF03537B0; Thu, 21 Aug 2014 00:18:04 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8728B128; Thu, 21 Aug 2014 00:18:04 +0000 (UTC) Date: Thu, 21 Aug 2014 00:17:54 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, luigi@FreeBSD.org, ian@FreeBSD.org, grehan@FreeBSD.org, jilles@FreeBSD.org, loos@FreeBSD.org, markj@FreeBSD.org, kib@FreeBSD.org, davide@FreeBSD.org, asomers@FreeBSD.org Message-ID: <1811414947.0.1408580283731.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #639 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Thu, 21 Aug 2014 02:48:42 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 00:18:05 -0000 See ------------------------------------------ [...truncated 228129 lines...] --- depend_subdir_aha --- ===> aha (depend) --- depend_subdir_agp --- --- /usr/obj --- @ -> --- depend_subdir_aha --- --- /usr/obj --- --- depend_subdir_agp --- --- /usr/obj --- --- depend_subdir_aha --- @ -> --- depend_subdir_agp --- machine -> --- depend_subdir_acpi --- --- .depend --- rm -f .depend --- depend_subdir_aha --- --- /usr/obj --- --- depend_subdir_acpi --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_agp --- --- /usr/obj --- --- depend_subdir_aha --- machine -> --- /usr/obj --- --- depend_subdir_agp --- x86 -> --- depend_subdir_aha --- x86 -> --- depend_subdir_agp --- --- agp_if.c --- awk -f @/tools/makeobjops.awk @/dev/agp/agp_if.m -c --- depend_subdir_aha --- --- opt_cam.h --- ln -sf /usr/obj opt_cam.h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_agp --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_aha --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_agp --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- agp_if.h --- awk -f @/tools/makeobjops.awk @/dev/agp/agp_if.m -h --- depend_subdir_aha --- --- isa_if.h --- awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h --- depend_subdir_ahci --- ===> ahci (depend) --- depend_subdir_agp --- --- pci_if.h --- --- depend_subdir_acpi --- ===> acpi/acpi_fujitsu (depend) --- depend_subdir_aha --- --- .depend --- --- depend_subdir_agp --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_aha --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_ahci --- --- /usr/obj --- @ -> --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_ahci --- --- /usr/obj --- --- depend_subdir_acpi --- @ -> --- /usr/obj --- --- depend_subdir_ahci --- machine -> --- depend_subdir_agp --- --- opt_agp.h --- --- depend_subdir_acpi --- machine -> --- depend_subdir_agp --- ln -sf /usr/obj opt_agp.h --- depend_subdir_ahci --- --- /usr/obj --- --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_agp --- --- .depend --- rm -f .depend --- depend_subdir_ahci --- x86 -> --- depend_subdir_agp --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 agp_if.c --- depend_subdir_acpi --- x86 -> --- opt_acpi.h --- --- depend_subdir_ahci --- --- device_if.h --- --- depend_subdir_acpi --- ln -sf /usr/obj opt_acpi.h --- depend_subdir_ahci --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_acpi --- --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- depend_subdir_ahci --- --- bus_if.h --- --- depend_subdir_acpi --- --- device_if.h --- --- depend_subdir_ahci --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_acpi --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- channel_if.c --- awk -f -c --- modules-depend --- --- depend_subdir_ahci --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_aic7xxx --- ===> aic7xxx (depend) --- _sub.depend --- ===> aic7xxx/aicasm (depend) --- depend_subdir_acpi --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_ahci --- --- opt_cam.h --- ln -sf /usr/obj opt_cam.h --- depend_subdir_aic7xxx --- ===> aic7xxx/ahc (depend) --- depend_subdir_ahci --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_aic7xxx --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- _sub.depend --- ===> aic7xxx/ahc/ahc_eisa (depend) --- /usr/obj --- --- depend_subdir_acpi --- ===> acpi/acpi_hp (depend) --- depend_subdir_aic7xxx --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aic7xxx --- x86 -> --- depend_subdir_acpi --- @ -> --- depend_subdir_aic7xxx --- --- ../aic7xxx_reg.h --- ( cd .. ; make aic7xxx_reg.h ) --- depend_subdir_acpi --- --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- depend_subdir_aic7xxx --- make[7]: make[7]: don't know how to make aic7xxx_reg.h. Stop make[7]: stopped in /usr/obj *** [../aic7xxx_reg.h] Error code 2 make[6]: stopped in --- depend_subdir_acpi --- --- opt_acpi.h --- --- depend_subdir_aic7xxx --- 1 error make[6]: stopped in *** [_sub.depend] Error code 2 make[5]: stopped in 1 error make[5]: stopped in --- depend_subdir_acpi --- ln -sf /usr/obj opt_acpi.h --- depend_subdir_aic7xxx --- *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_aic7xxx] Error code 2 make[3]: stopped in --- depend_subdir_acpi --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_acpi] Error code 2 make[3]: stopped in --- depend_subdir_ahci --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_ahci] Error code 2 make[3]: stopped in --- depend_subdir_agp --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_agp] Error code 2 make[3]: stopped in 4 errors make[3]: stopped in *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj 1 error make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 02:55:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05AC99D7 for ; Thu, 21 Aug 2014 02:55:04 +0000 (UTC) Received: from m2.gritton.org (gritton.org [63.246.134.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C803E360C for ; Thu, 21 Aug 2014 02:55:03 +0000 (UTC) Received: œ(authenticated bits=0) by m2.gritton.org (8.14.9/8.14.9) with ESMTP id s7L2t0J9026413; Wed, 20 Aug 2014 22:55:01 -0400 (EDT) (envelope-from jamie@gritton.org) Message-ID: <53F55F7E.4010309@gritton.org> Date: Wed, 20 Aug 2014 20:54:54 -0600 From: James Gritton User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: mounting fdescfs in a nested/hierarchical jail? References: <3CB0C5BC-3864-418E-A59F-467D39B7E1EA@verweg.com> In-Reply-To: <3CB0C5BC-3864-418E-A59F-467D39B7E1EA@verweg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 02:55:04 -0000 On 8/18/2014 6:26 AM, Ruben van Staveren wrote: > Hi list, > > I have a FreeBSD 10 zfs based ezjail setup. In one of the jails I am using ezjail again to set up a nested jail. My goal is to eventually have my jails use these nested jails as containers for certain services. > > However, I am not able to mount a nested fdescfs. When I leave out fdesc, the nested jail starts up just fine. > > There is no allow.mount.fdescfs. Do we need one? > > Cheers, > Ruben That's probably the answer. It seems a little inelegant to have this proliferation of pesudo-fs type allowances, but it's the direction we've gone. In the meantime, you could pre-mount the child jails' fdescfs when the parent jails are created. That's pretty messy, especially considering it means you have to first pre-mount their devfs as well. But it's likely all the permissions will allow. - Jamie From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 01:43:22 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5979C81C; Thu, 21 Aug 2014 01:43:22 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 387DE303D; Thu, 21 Aug 2014 01:43:22 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E3993140; Thu, 21 Aug 2014 01:43:21 +0000 (UTC) Date: Thu, 21 Aug 2014 01:43:18 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, luigi@FreeBSD.org, ian@FreeBSD.org, grehan@FreeBSD.org, jilles@FreeBSD.org, loos@FreeBSD.org, markj@FreeBSD.org, kib@FreeBSD.org, davide@FreeBSD.org, asomers@FreeBSD.org, slm@FreeBSD.org Message-ID: <810570826.1.1408585401768.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1811414947.0.1408580283731.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1811414947.0.1408580283731.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #640 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Thu, 21 Aug 2014 03:24:18 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 01:43:22 -0000 See Changes: [luigi] MFC 270063: update of netmap code (vtnet and cxgbe not merged yet because we need some other mfc first) [slm] MFC r269314 and r269316 r269314: Bring in LSI's phase16 - phase18 changes * Implements Start Stop Unit for SATA direct-attach devices in IR mode to avoid data corruption. * Use CAM_DEV_NOT_THERE instead of CAM_SEL_TIMEOUT and CAM_TID_INVALID r269316: Bring in LSI's phase19 changes * Removed unused mpssas_discovery_timeout function. * Don't alter mapping boundaries if not raid firmware. * Check free_busaddr instead of post_busaddr (diff minimisation really) Approved by: ken (co-mentor) and smh ------------------------------------------ [...truncated 223585 lines...] --- opt_acpi.h --- ln -sf /usr/obj opt_acpi.h --- depend_subdir_agp --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 agp_if.c --- depend_subdir_acpi --- --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- depend_subdir_ahci --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_aha --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_ahci --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- opt_cam.h --- ln -sf /usr/obj opt_cam.h --- depend_subdir_acpi --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_ahci --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_acpi --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- power_if.c --- awk -f -c --- modules-depend --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- pci_if.c --- awk -f -c --- pcib_if.c --- awk -f -c --- modules-depend --- --- depend_subdir_aic7xxx --- ===> aic7xxx (depend) --- ppbus_if.c --- awk -f -c --- modules-depend --- --- depend_subdir_aio --- ===> aio (depend) --- depend_subdir_acpi --- ===> acpi/acpi_hp (depend) --- depend_subdir_aio --- --- /usr/obj --- --- depend_subdir_aic7xxx --- --- _sub.depend --- ===> aic7xxx/aicasm (depend) --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aio --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- sdhci_if.c --- --- modules-depend --- --- depend_subdir_acpi --- @ -> --- depend_subdir_aio --- --- /usr/obj --- x86 -> --- sdhci_if.c --- awk -f -c --- modules-depend --- --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aic7xxx --- ===> aic7xxx/ahc (depend) --- depend_subdir_acpi --- machine -> --- depend_subdir_alc --- --- depend_subdir_acpi --- --- /usr/obj --- x86 -> --- depend_subdir_aio --- --- opt_vfs_aio.h --- ln -sf /usr/obj opt_vfs_aio.h --- depend_subdir_alc --- ===> alc (depend) --- depend_subdir_acpi --- --- opt_acpi.h --- ln -sf /usr/obj opt_acpi.h --- depend_subdir_aic7xxx --- --- /usr/obj --- @ -> --- depend_subdir_acpi --- --- acpi_if.h --- --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_aio --- --- vnode_if_newproto.h --- --- depend_subdir_acpi --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- depend_subdir_aio --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p --- depend_subdir_alc --- --- /usr/obj --- --- depend_subdir_aic7xxx --- machine -> --- depend_subdir_alc --- @ -> --- depend_subdir_aic7xxx --- --- /usr/obj --- x86 -> --- depend_subdir_alc --- --- /usr/obj --- --- depend_subdir_aic7xxx --- --- _sub.depend --- ===> aic7xxx/ahc/ahc_eisa (depend) --- depend_subdir_alc --- machine -> --- depend_subdir_acpi --- --- acpi_wmi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpi_support/acpi_wmi_if.m -h --- depend_subdir_alc --- --- /usr/obj --- --- depend_subdir_aio --- --- vnode_if_typedef.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q --- depend_subdir_acpi --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_aic7xxx --- --- /usr/obj --- @ -> --- depend_subdir_alc --- x86 -> --- depend_subdir_aio --- --- opt_compat.h --- ln -sf /usr/obj opt_compat.h --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_acpi --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_alc --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_aio --- --- vnode_if.h --- --- depend_subdir_aic7xxx --- machine -> --- depend_subdir_aio --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h --- depend_subdir_aic7xxx --- --- /usr/obj --- x86 -> --- ../aic7xxx_reg.h --- ( cd .. ; make aic7xxx_reg.h ) --- depend_subdir_alc --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_acpi --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_alc --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_aic7xxx --- make[7]: make[7]: don't know how to make aic7xxx_reg.h. Stop make[7]: stopped in /usr/obj *** [../aic7xxx_reg.h] Error code 2 make[6]: stopped in 1 error make[6]: stopped in *** [_sub.depend] Error code 2 make[5]: stopped in 1 error --- depend_subdir_alc --- --- miibus_if.h --- awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h --- depend_subdir_aic7xxx --- make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_aic7xxx] Error code 2 make[3]: stopped in --- depend_subdir_aio --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_alc --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_alc] Error code 2 make[3]: stopped in --- depend_subdir_acpi --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_acpi] Error code 2 make[3]: stopped in --- depend_subdir_aio --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_aio] Error code 2 make[3]: stopped in 4 errors make[3]: stopped in *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj 1 error make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 03:26:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70BDA86F; Thu, 21 Aug 2014 03:26:50 +0000 (UTC) Received: from st11p09mm-asmtp001.mac.com (st11p09mm-asmtp001.mac.com [17.164.24.96]) (using TLSv1 with cipher DES-CBC3-SHA (168/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A97F3B32; Thu, 21 Aug 2014 03:26:50 +0000 (UTC) Received: from [10.71.14.16] (dsl-hkibrasgw1-58c380-33.dhcp.inet.fi [88.195.128.33]) by st11p09mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NAN00HI608GAW50@st11p09mm-asmtp001.mac.com>; Thu, 21 Aug 2014 03:26:43 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.27,0.0.0000 definitions=2014-08-21_02:2014-08-20,2014-08-21,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=21 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408210046 Content-type: multipart/signed; boundary="Apple-Mail=_3AAF6DA7-B4C4-4595-ACDF-7117D2B95085"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Loading of fuse.ko in loader.conf breaks mounting of root file system (Was: ZFS on root booting broken somewhere after r270020) From: Kimmo Paasiala In-reply-to: <53F4DDF4.6010006@FreeBSD.org> Date: Thu, 21 Aug 2014 06:26:14 +0300 Message-id: <667C6AE4-222E-4FCD-9E1A-8E6584D05398@icloud.com> References: <51AD1F36-1089-481F-8784-8BD8E6EF020F@icloud.com> <53F4DDF4.6010006@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.1878.6) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 03:26:50 -0000 --Apple-Mail=_3AAF6DA7-B4C4-4595-ACDF-7117D2B95085 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 20.8.2014, at 20.42, Bryan Drewery wrote: > On 8/17/2014 6:32 PM, Kimmo Paasiala wrote: >> System is: >>=20 >> FreeBSD freebsd10.rdnzl.info 10.0-STABLE FreeBSD 10.0-STABLE #2 = r270020: Fri Aug 15 20:38:59 EEST 2014 = kimmo@buildstable10amd64.rdnzl.info:/usr/obj/usr/src/sys/GENERIC amd64 >>=20 >> This version still works fine. The one that didn=92t work was = r270097. The kernel boots but gets stuck at the line: >>=20 >> Trying to mount root from zfs:pool/ROOT/default [] >>=20 >> I tried pressing enter at this point but got a panic, I don=92t have = a screenshot of the panic at the moment. >>=20 >> Could this problem be related the this commit? : >>=20 >> = http://svnweb.freebsd.org/base?view=3Drevision&sortby=3Drev&sortdir=3Ddown= &revision=3D270095 >>=20 >> -Kimmo >>=20 >=20 > I had this issue on head recently as well. It somehow worked itself = out > though on newer revisions. Sorry I don't have more information. >=20 > --=20 > Regards, > Bryan Drewery >=20 This turned out to be a problem with fuse.ko and not a problem with ZFS. = Loading fuse.ko in loader.conf breaks mounting of the root filesystem at = boot, at least with ZFS. I haven=92t delved any deeper yet since I can = fix the problem by not loading fuse.ko in loader.conf. Subject changed accordingly. -Kimmo --Apple-Mail=_3AAF6DA7-B4C4-4595-ACDF-7117D2B95085 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJT9WbbAAoJEFvLZC0FWRVpZckH/A4HMFmhPVs1gFrKElAs1jYU +XHxG+nE72ZeAPHjuAUubFxQCB1JhCwvtGWQtcP6RtMPzXed8IfYnsuL65pRYTdv blxujeot+VbXAhtul8a6AkVmVBO0KA864ADFYIMJHNeJw2StPdEdriM5Ponohua3 qQShHggFfsKbjuMv2jx+dH+TqgYwdhUgz7KumNjMI0dnX4fu5wYboyfYy1Cm6b3W MsorN3Uhy+LhISkxA59ugKJDGIgi24BS0y6BseSd4T7Bt5uIBXfIsivo9G3uRDTu SYYn9HM6/ybdJ14w6Tt6tmPzIv4ZU5b22JIGsrfeLHqzFyjKn6oTfWxMbHaUmlY= =XpFc -----END PGP SIGNATURE----- --Apple-Mail=_3AAF6DA7-B4C4-4595-ACDF-7117D2B95085-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 07:08:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4367146 for ; Thu, 21 Aug 2014 07:08:41 +0000 (UTC) Received: from pp2.rice.edu (proofpoint2.mail.rice.edu [128.42.201.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6CCE43ED9 for ; Thu, 21 Aug 2014 07:08:40 +0000 (UTC) Received: from pps.filterd (pp2.rice.edu [127.0.0.1]) by pp2.rice.edu (8.14.5/8.14.5) with SMTP id s7L78dva005500; Thu, 21 Aug 2014 02:08:39 -0500 Received: from mh1.mail.rice.edu (mh1.mail.rice.edu [128.42.201.20]) by pp2.rice.edu with ESMTP id 1nw8mur108-1; Thu, 21 Aug 2014 02:08:38 -0500 X-Virus-Scanned: by amavis-2.7.0 at mh1.mail.rice.edu, auth channel Received: from 108-254-203-201.lightspeed.hstntx.sbcglobal.net (108-254-203-201.lightspeed.hstntx.sbcglobal.net [108.254.203.201]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh1.mail.rice.edu (Postfix) with ESMTPSA id 94AC246027C; Thu, 21 Aug 2014 02:08:38 -0500 (CDT) Message-ID: <53F59AF6.6080204@rice.edu> Date: Thu, 21 Aug 2014 02:08:38 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "Polyack, Steve" , "freebsd-stable@freebsd.org" Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE References: <4D557EC7CC2A544AA7C1A3B9CBA2B36726098846B4@exchange03.epbs.com> <20140813152522.GI9400@home.opsec.eu> <4D557EC7CC2A544AA7C1A3B9CBA2B36726098847AF@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA3C4@exchange03.epbs.com> <53F24E5B.1010809@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA64F@exchange03.epbs.com> <53F2790C.20703@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF28E5@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF2F8F@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF31F0@exchange03.epbs.com> <53F4C4C2.1030109@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF335D@exchange03.epbs.com> <53F4C82E.5000900@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF33F6@exchange03.epbs.com> In-Reply-To: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF33F6@exchange03.epbs.com> X-Enigmail-Version: 1.6 Content-Type: multipart/mixed; boundary="------------000308090204000308010002" X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 kscore.is_bulkscore=0 kscore.compositescore=0 circleOfTrustscore=0 compositescore=0.353842562264287 urlsuspect_oldscore=0.353842562264287 suspectscore=11 recipient_domain_to_sender_totalscore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=0 recipient_to_sender_totalscore=0 recipient_domain_to_sender_domain_totalscore=0 rbsscore=0.353842562264287 spamscore=0 recipient_to_sender_domain_totalscore=0 urlsuspectscore=0.9 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408210095 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 07:08:41 -0000 This is a multi-part message in MIME format. --------------000308090204000308010002 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 08/20/2014 11:22, Polyack, Steve wrote: >> -----Original Message----- >> From: Alan Cox [mailto:alc@rice.edu] >> Sent: Wednesday, August 20, 2014 12:09 PM >> To: Polyack, Steve; freebsd-stable@freebsd.org >> Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE >> >> On 08/20/2014 10:56, Polyack, Steve wrote: >>>> -----Original Message----- >>>> From: Alan Cox [mailto:alc@rice.edu] >>>> Sent: Wednesday, August 20, 2014 11:55 AM >>>> To: Polyack, Steve; freebsd-stable@freebsd.org >>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE >>>> >>>> On 08/20/2014 09:55, Polyack, Steve wrote: >>>>>> -----Original Message----- >>>>>> From: Polyack, Steve >>>>>> Sent: Wednesday, August 20, 2014 9:14 AM >>>>>> To: Polyack, Steve; Alan Cox; freebsd-stable@freebsd.org >>>>>> Subject: RE: vmdaemon CPU usage and poor performance in 10.0- >> RELEASE >>>>>> >>>>>>> -----Original Message----- >>>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>>>>>> stable@freebsd.org] On Behalf Of Polyack, Steve >>>>>>> Sent: Tuesday, August 19, 2014 12:37 PM >>>>>>> To: Alan Cox; freebsd-stable@freebsd.org >>>>>>> Subject: RE: vmdaemon CPU usage and poor performance in 10.0- >>>> RELEASE >>>>>>>> -----Original Message----- >>>>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>>>>>>> stable@freebsd.org] On Behalf Of Alan Cox >>>>>>>> Sent: Monday, August 18, 2014 6:07 PM >>>>>>>> To: freebsd-stable@freebsd.org >>>>>>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- >>>>>> RELEASE >>>>>>>> On 08/18/2014 16:29, Polyack, Steve wrote: >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>>>>>>>>> stable@freebsd.org] On Behalf Of Alan Cox >>>>>>>>>> Sent: Monday, August 18, 2014 3:05 PM >>>>>>>>>> To: freebsd-stable@freebsd.org >>>>>>>>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- >>>>>>> RELEASE >>>>>>>>>> On 08/18/2014 13:42, Polyack, Steve wrote: >>>>>>>>>>> Excuse my poorly formatted reply at the moment, but this seems >> to >>>>>>>> have >>>>>>>>>> fixed our problems. I'm going to update the bug report with a >> note. >>>>>>>>>>> Thanks Alan! >>>>>>>>>> You're welcome. And, thanks for letting me know of the outcome. >>>>>>>>>> >>>>>>>>> Actually, I may have spoken too soon, as it looks like we're seeing >>>>>>>> vmdaemon tying up the system again: >>>>>>>>> root 6 100.0 0.0 0 16 - DL Wed04PM 4:37.95 >>>>>>> [vmdaemon] >>>>>>>>> Is there anything I can check to help narrow down what may be the >>>>>>>> problem? KTrace/truss on the "process" doesn't give any >> information, I >>>>>>>> suppose because it's actually a kernel thread. >>>>>>>> >>>>>>>> Can you provide the full output of top? Is there anything unusual >>>> about >>>>>>>> the hardware or software configuration? >>>>>>> This may have just been a fluke (maybe NFS caching the old >>>> vm_pageout.c >>>>>>> during the first source build). We've rebuilt and are monitoring it >> now. >>>>>>> The hardware consists of a few Dell PowerEdge R720xd servers with >>>> 256GB >>>>>>> of RAM and array of SSDs (no ZFS). 64GB is dedicated to postgres >>>>>>> shared_buffers right now. FreeBSD 10, PostgreSQL 9.3, Slony-I v2.2.2, >>>> and >>>>>>> redis-2.8.11 are all in use here. I can't say that anything is unusual >> about >>>>>> the >>>>>>> configuration. >>>>>>> >>>>>> We are still seeing the issue. It seems to manifest once the "Free" >>>> memory >>>>>> gets under 10GB (of 256GB on the system), even though ~200GB of this >> is >>>>>> classified as Inactive. For us, this was about 7 hours of database >> activity >>>>>> (initial replication w/ slony). Right now vmdaemon is consuming 100% >>>> CPU >>>>>> and shows 671:34 CPU time when it showed 0:00 up until the problem >>>>>> manifested. The full top output (that fits on my screen) is below: >>>>>> >>>>>> last pid: 62309; load averages: 4.05, 4.24, 4.10 >>>>>> up 0+22:34:31 09:08:43 >>>>>> 159 processes: 8 running, 145 sleeping, 1 waiting, 5 lock >>>>>> CPU: 14.5% user, 0.0% nice, 4.9% system, 0.0% interrupt, 80.5% idle >>>>>> Mem: 26G Active, 216G Inact, 4122M Wired, 1178M Cache, 1632M Buf, >>>> 2136M >>>>>> Free >>>>>> Swap: 32G Total, 32G Free >>>>>> >>>>>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >>>>>> COMMAND >>>>>> 11 root 32 155 ki31 0K 512K CPU31 31 669.6H 2934.23% idle >>>>>> 6 root 1 -16 - 0K 16K CPU19 19 678:57 100.00% vmdaemon >>>>>> 1963 pgsql 1 45 0 67538M 208M CPU0 0 121:46 17.38% >> postgres >>>>>> 2037 pgsql 1 77 0 67536M 2200K *vm ob 14 6:24 15.97% >> postgres >>>>>> 1864 pgsql 1 31 0 67536M 1290M semwai 4 174:41 15.19% >>>> postgres >>>>>> 1996 pgsql 1 38 0 67538M 202M semwai 16 120:27 15.09% >>>> postgres >>>>>> 1959 pgsql 1 39 0 67538M 204M CPU27 27 117:30 15.09% >> postgres >>>>>> 1849 pgsql 1 32 0 67536M 1272M semwai 23 126:22 13.96% >>>> postgres >>>>>> 1997 pgsql 1 31 0 67538M 206M CPU30 30 122:26 11.77% >> postgres >>>>>> 2002 pgsql 1 34 0 67538M 182M sbwait 11 55:20 11.28% >> postgres >>>>>> 1961 pgsql 1 32 0 67538M 206M CPU12 12 121:47 10.99% >> postgres >>>>>> 1964 pgsql 1 30 0 67538M 206M semwai 28 122:08 9.86% >> postgres >>>>>> 1962 pgsql 1 29 0 67538M 1286M sbwait 2 45:49 7.18% >> postgres >>>>>> 1752 root 1 22 0 78356K 8688K CPU2 2 175:46 6.88% snmpd >>>>>> 1965 pgsql 1 25 0 67538M 207M semwai 9 120:55 6.59% >> postgres >>>>>> 1960 pgsql 1 23 0 67538M 177M semwai 6 52:42 4.88% >> postgres >>>>>> 1863 pgsql 1 25 0 67542M 388M semwai 25 9:12 2.20% >> postgres >>>>>> 1859 pgsql 1 22 0 67538M 1453M *vm ob 20 6:13 2.10% >> postgres >>>>>> 1860 pgsql 1 22 0 67538M 1454M sbwait 8 6:08 1.95% postgres >>>>>> 1848 pgsql 1 21 0 67586M 66676M *vm ob 30 517:07 1.66% >>>> postgres >>>>>> 1856 pgsql 1 22 0 67538M 290M *vm ob 15 5:39 1.66% >> postgres >>>>>> 1846 pgsql 1 21 0 67538M 163M sbwait 15 5:46 1.46% postgres >>>>>> 1853 pgsql 1 21 0 67538M 110M sbwait 30 8:54 1.17% postgres >>>>>> 1989 pgsql 1 23 0 67536M 5180K sbwait 18 1:41 0.98% postgres >>>>>> 5 root 1 -16 - 0K 16K psleep 6 9:33 0.78% pagedaemon >>>>>> 1854 pgsql 1 20 0 67538M 338M sbwait 22 5:38 0.78% postgres >>>>>> 1861 pgsql 1 20 0 67538M 286M sbwait 15 6:13 0.68% postgres >>>>>> 1857 pgsql 1 20 0 67538M 1454M semwai 10 6:19 0.49% >> postgres >>>>>> 1999 pgsql 1 36 0 67538M 156M *vm ob 28 120:56 0.39% >> postgres >>>>>> 1851 pgsql 1 20 0 67538M 136M sbwait 22 5:48 0.39% postgres >>>>>> 1975 pgsql 1 20 0 67536M 5688K sbwait 25 1:40 0.29% postgres >>>>>> 1858 pgsql 1 20 0 67538M 417M sbwait 3 5:55 0.20% postgres >>>>>> 2031 pgsql 1 20 0 67536M 5664K sbwait 5 3:26 0.10% postgres >>>>>> 1834 root 12 20 0 71892K 12848K select 20 34:05 0.00% slon >>>>>> 12 root 78 -76 - 0K 1248K WAIT 0 25:47 0.00% intr >>>>>> 2041 pgsql 1 20 0 67536M 5932K sbwait 14 12:50 0.00% >> postgres >>>>>> 2039 pgsql 1 20 0 67536M 5960K sbwait 17 9:59 0.00% postgres >>>>>> 2038 pgsql 1 20 0 67536M 5956K sbwait 6 8:21 0.00% postgres >>>>>> 2040 pgsql 1 20 0 67536M 5996K sbwait 7 8:20 0.00% postgres >>>>>> 2032 pgsql 1 20 0 67536M 5800K sbwait 22 7:03 0.00% postgres >>>>>> 2036 pgsql 1 20 0 67536M 5748K sbwait 23 6:38 0.00% postgres >>>>>> 1812 pgsql 1 20 0 67538M 59185M select 1 5:46 0.00% postgres >>>>>> 2005 pgsql 1 20 0 67536M 5788K sbwait 23 5:14 0.00% postgres >>>>>> 2035 pgsql 1 20 0 67536M 4892K sbwait 18 4:52 0.00% >> >>>>>> 1852 pgsql 1 21 0 67536M 1230M semwai 7 4:47 0.00% >> postgres >>>>>> 13 root 3 -8 - 0K 48K - 28 4:46 0.00% geom >>>>>> >>>>>> >>>>> Another thing I've noticed is that this sysctl vm.stats counter is >> increasing >>>> fairly rapidly: >>>>> # sysctl vm.stats.vm.v_pdpages && sleep 1 && sysctl >>>> vm.stats.vm.v_pdpages >>>>> vm.stats.vm.v_pdpages: 3455264541 >>>>> vm.stats.vm.v_pdpages: 3662158383 >>>> I'm not sure what that tells us, because both the page daemon and the >> vm >>>> ("swap") daemon increment this counter. >>>> >>>>> Also, to demonstrate what kind of problems this seems to cause: >>>>> # time sleep 1 >>>>> >>>>> real 0m18.288s >>>>> user 0m0.001s >>>>> sys 0m0.004s >>>> If you change the sysctl vm.swap_enabled to 0, how does your system >>>> behave? >>>> >>> Setting vm.swap_enabled to 0 made the problem clear up almost >> instantly. vmdaemon is back to 0.00% CPU usage and the system is >> responsive once again. >>> >> I doubt that you need whole process swapping. The page daemon is >> probably sufficient. See how things go for a few days and let me know. >> >> There is still a bug here that needs diagnosing and fixing. So, I will >> likely send you a debugging patch in the near future, and ask you to >> reenable swapping under that patch. >> > If it helps at all - setting vm.swap_enabled=0 seems to fix the problem even without the aforementioned patch to vm_pageout.c. > I have a couple hypotheses for what is causing your problem. The attached patch addresses one of them. Please apply this patch and then reset vm._swap_enabled back to 1. --------------000308090204000308010002 Content-Type: text/plain; charset=ISO-8859-15; name="page_shortage1.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="page_shortage1.patch" Index: vm/vm_pageout.c =================================================================== --- vm/vm_pageout.c (revision 270258) +++ vm/vm_pageout.c (working copy) @@ -1309,6 +1309,20 @@ relock_queues: vm_pagequeue_unlock(pq); /* + * If we didn't get enough free pages, and we have skipped a vnode + * in a writeable object, wakeup the sync daemon. And kick swapout + * if we did not get enough free pages. + */ + if (page_shortage > 0) { + if (vnodes_skipped && vm_page_count_min()) + (void) speedup_syncer(); +#if !defined(NO_SWAPPING) + if (vm_swap_enabled) + vm_req_vmdaemon(VM_SWAP_NORMAL); +#endif + } + + /* * Compute the number of pages we want to try to move from the * active queue to the inactive queue. */ @@ -1418,20 +1432,6 @@ relock_queues: } } #endif - - /* - * If we didn't get enough free pages, and we have skipped a vnode - * in a writeable object, wakeup the sync daemon. And kick swapout - * if we did not get enough free pages. - */ - if (vm_paging_target() > 0) { - if (vnodes_skipped && vm_page_count_min()) - (void) speedup_syncer(); -#if !defined(NO_SWAPPING) - if (vm_swap_enabled && vm_page_count_target()) - vm_req_vmdaemon(VM_SWAP_NORMAL); -#endif - } /* * If we are critically low on one of RAM or swap and low on --------------000308090204000308010002-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 07:57:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B0ECE7C for ; Thu, 21 Aug 2014 07:57:50 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 781CB339F for ; Thu, 21 Aug 2014 07:57:49 +0000 (UTC) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s7L7vbN0076698 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Aug 2014 10:57:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua s7L7vbN0076698 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s7L7vatM076696; Thu, 21 Aug 2014 10:57:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 21 Aug 2014 10:57:36 +0300 From: Konstantin Belousov To: Alan Cox Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE Message-ID: <20140821075736.GD2737@kib.kiev.ua> References: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA64F@exchange03.epbs.com> <53F2790C.20703@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF28E5@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF2F8F@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF31F0@exchange03.epbs.com> <53F4C4C2.1030109@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF335D@exchange03.epbs.com> <53F4C82E.5000900@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF33F6@exchange03.epbs.com> <53F59AF6.6080204@rice.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+31Goo6fsQAntfNs" Content-Disposition: inline In-Reply-To: <53F59AF6.6080204@rice.edu> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: "freebsd-stable@freebsd.org" , "Polyack, Steve" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 07:57:50 -0000 --+31Goo6fsQAntfNs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 21, 2014 at 02:08:38AM -0500, Alan Cox wrote: > On 08/20/2014 11:22, Polyack, Steve wrote: > >> -----Original Message----- > >> From: Alan Cox [mailto:alc@rice.edu] > >> Sent: Wednesday, August 20, 2014 12:09 PM > >> To: Polyack, Steve; freebsd-stable@freebsd.org > >> Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE > >> > >> On 08/20/2014 10:56, Polyack, Steve wrote: > >>>> -----Original Message----- > >>>> From: Alan Cox [mailto:alc@rice.edu] > >>>> Sent: Wednesday, August 20, 2014 11:55 AM > >>>> To: Polyack, Steve; freebsd-stable@freebsd.org > >>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE > >>>> > >>>> On 08/20/2014 09:55, Polyack, Steve wrote: > >>>>>> -----Original Message----- > >>>>>> From: Polyack, Steve > >>>>>> Sent: Wednesday, August 20, 2014 9:14 AM > >>>>>> To: Polyack, Steve; Alan Cox; freebsd-stable@freebsd.org > >>>>>> Subject: RE: vmdaemon CPU usage and poor performance in 10.0- > >> RELEASE > >>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > >>>>>>> stable@freebsd.org] On Behalf Of Polyack, Steve > >>>>>>> Sent: Tuesday, August 19, 2014 12:37 PM > >>>>>>> To: Alan Cox; freebsd-stable@freebsd.org > >>>>>>> Subject: RE: vmdaemon CPU usage and poor performance in 10.0- > >>>> RELEASE > >>>>>>>> -----Original Message----- > >>>>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > >>>>>>>> stable@freebsd.org] On Behalf Of Alan Cox > >>>>>>>> Sent: Monday, August 18, 2014 6:07 PM > >>>>>>>> To: freebsd-stable@freebsd.org > >>>>>>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- > >>>>>> RELEASE > >>>>>>>> On 08/18/2014 16:29, Polyack, Steve wrote: > >>>>>>>>>> -----Original Message----- > >>>>>>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > >>>>>>>>>> stable@freebsd.org] On Behalf Of Alan Cox > >>>>>>>>>> Sent: Monday, August 18, 2014 3:05 PM > >>>>>>>>>> To: freebsd-stable@freebsd.org > >>>>>>>>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- > >>>>>>> RELEASE > >>>>>>>>>> On 08/18/2014 13:42, Polyack, Steve wrote: > >>>>>>>>>>> Excuse my poorly formatted reply at the moment, but this seems > >> to > >>>>>>>> have > >>>>>>>>>> fixed our problems. I'm going to update the bug report with a > >> note. > >>>>>>>>>>> Thanks Alan! > >>>>>>>>>> You're welcome. And, thanks for letting me know of the outcom= e. > >>>>>>>>>> > >>>>>>>>> Actually, I may have spoken too soon, as it looks like we're se= eing > >>>>>>>> vmdaemon tying up the system again: > >>>>>>>>> root 6 100.0 0.0 0 16 - DL We= d04PM 4:37.95 > >>>>>>> [vmdaemon] > >>>>>>>>> Is there anything I can check to help narrow down what may be t= he > >>>>>>>> problem? KTrace/truss on the "process" doesn't give any > >> information, I > >>>>>>>> suppose because it's actually a kernel thread. > >>>>>>>> > >>>>>>>> Can you provide the full output of top? Is there anything unusu= al > >>>> about > >>>>>>>> the hardware or software configuration? > >>>>>>> This may have just been a fluke (maybe NFS caching the old > >>>> vm_pageout.c > >>>>>>> during the first source build). We've rebuilt and are monitoring= it > >> now. > >>>>>>> The hardware consists of a few Dell PowerEdge R720xd servers with > >>>> 256GB > >>>>>>> of RAM and array of SSDs (no ZFS). 64GB is dedicated to postgres > >>>>>>> shared_buffers right now. FreeBSD 10, PostgreSQL 9.3, Slony-I v2.= 2.2, > >>>> and > >>>>>>> redis-2.8.11 are all in use here. I can't say that anything is u= nusual > >> about > >>>>>> the > >>>>>>> configuration. > >>>>>>> > >>>>>> We are still seeing the issue. It seems to manifest once the "Fre= e" > >>>> memory > >>>>>> gets under 10GB (of 256GB on the system), even though ~200GB of th= is > >> is > >>>>>> classified as Inactive. For us, this was about 7 hours of database > >> activity > >>>>>> (initial replication w/ slony). Right now vmdaemon is consuming 1= 00% > >>>> CPU > >>>>>> and shows 671:34 CPU time when it showed 0:00 up until the problem > >>>>>> manifested. The full top output (that fits on my screen) is below: > >>>>>> > >>>>>> last pid: 62309; load averages: 4.05, 4.24, 4.10 > >>>>>> up 0+22:34:31 09:08:43 > >>>>>> 159 processes: 8 running, 145 sleeping, 1 waiting, 5 lock > >>>>>> CPU: 14.5% user, 0.0% nice, 4.9% system, 0.0% interrupt, 80.5% = idle > >>>>>> Mem: 26G Active, 216G Inact, 4122M Wired, 1178M Cache, 1632M Buf, > >>>> 2136M > >>>>>> Free > >>>>>> Swap: 32G Total, 32G Free > >>>>>> > >>>>>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME = WCPU > >>>>>> COMMAND > >>>>>> 11 root 32 155 ki31 0K 512K CPU31 31 669.6H 2= 934.23% idle > >>>>>> 6 root 1 -16 - 0K 16K CPU19 19 678:57 1= 00.00% vmdaemon > >>>>>> 1963 pgsql 1 45 0 67538M 208M CPU0 0 121:46 = 17.38% > >> postgres > >>>>>> 2037 pgsql 1 77 0 67536M 2200K *vm ob 14 6:24 = 15.97% > >> postgres > >>>>>> 1864 pgsql 1 31 0 67536M 1290M semwai 4 174:41 = 15.19% > >>>> postgres > >>>>>> 1996 pgsql 1 38 0 67538M 202M semwai 16 120:27 = 15.09% > >>>> postgres > >>>>>> 1959 pgsql 1 39 0 67538M 204M CPU27 27 117:30 = 15.09% > >> postgres > >>>>>> 1849 pgsql 1 32 0 67536M 1272M semwai 23 126:22 = 13.96% > >>>> postgres > >>>>>> 1997 pgsql 1 31 0 67538M 206M CPU30 30 122:26 = 11.77% > >> postgres > >>>>>> 2002 pgsql 1 34 0 67538M 182M sbwait 11 55:20 = 11.28% > >> postgres > >>>>>> 1961 pgsql 1 32 0 67538M 206M CPU12 12 121:47 = 10.99% > >> postgres > >>>>>> 1964 pgsql 1 30 0 67538M 206M semwai 28 122:08 = 9.86% > >> postgres > >>>>>> 1962 pgsql 1 29 0 67538M 1286M sbwait 2 45:49 = 7.18% > >> postgres > >>>>>> 1752 root 1 22 0 78356K 8688K CPU2 2 175:46 = 6.88% snmpd > >>>>>> 1965 pgsql 1 25 0 67538M 207M semwai 9 120:55 = 6.59% > >> postgres > >>>>>> 1960 pgsql 1 23 0 67538M 177M semwai 6 52:42 = 4.88% > >> postgres > >>>>>> 1863 pgsql 1 25 0 67542M 388M semwai 25 9:12 = 2.20% > >> postgres > >>>>>> 1859 pgsql 1 22 0 67538M 1453M *vm ob 20 6:13 = 2.10% > >> postgres > >>>>>> 1860 pgsql 1 22 0 67538M 1454M sbwait 8 6:08 = 1.95% postgres > >>>>>> 1848 pgsql 1 21 0 67586M 66676M *vm ob 30 517:07 = 1.66% > >>>> postgres > >>>>>> 1856 pgsql 1 22 0 67538M 290M *vm ob 15 5:39 = 1.66% > >> postgres > >>>>>> 1846 pgsql 1 21 0 67538M 163M sbwait 15 5:46 = 1.46% postgres > >>>>>> 1853 pgsql 1 21 0 67538M 110M sbwait 30 8:54 = 1.17% postgres > >>>>>> 1989 pgsql 1 23 0 67536M 5180K sbwait 18 1:41 = 0.98% postgres > >>>>>> 5 root 1 -16 - 0K 16K psleep 6 9:33 = 0.78% pagedaemon > >>>>>> 1854 pgsql 1 20 0 67538M 338M sbwait 22 5:38 = 0.78% postgres > >>>>>> 1861 pgsql 1 20 0 67538M 286M sbwait 15 6:13 = 0.68% postgres > >>>>>> 1857 pgsql 1 20 0 67538M 1454M semwai 10 6:19 = 0.49% > >> postgres > >>>>>> 1999 pgsql 1 36 0 67538M 156M *vm ob 28 120:56 = 0.39% > >> postgres > >>>>>> 1851 pgsql 1 20 0 67538M 136M sbwait 22 5:48 = 0.39% postgres > >>>>>> 1975 pgsql 1 20 0 67536M 5688K sbwait 25 1:40 = 0.29% postgres > >>>>>> 1858 pgsql 1 20 0 67538M 417M sbwait 3 5:55 = 0.20% postgres > >>>>>> 2031 pgsql 1 20 0 67536M 5664K sbwait 5 3:26 = 0.10% postgres > >>>>>> 1834 root 12 20 0 71892K 12848K select 20 34:05 = 0.00% slon > >>>>>> 12 root 78 -76 - 0K 1248K WAIT 0 25:47 = 0.00% intr > >>>>>> 2041 pgsql 1 20 0 67536M 5932K sbwait 14 12:50 = 0.00% > >> postgres > >>>>>> 2039 pgsql 1 20 0 67536M 5960K sbwait 17 9:59 = 0.00% postgres > >>>>>> 2038 pgsql 1 20 0 67536M 5956K sbwait 6 8:21 = 0.00% postgres > >>>>>> 2040 pgsql 1 20 0 67536M 5996K sbwait 7 8:20 = 0.00% postgres > >>>>>> 2032 pgsql 1 20 0 67536M 5800K sbwait 22 7:03 = 0.00% postgres > >>>>>> 2036 pgsql 1 20 0 67536M 5748K sbwait 23 6:38 = 0.00% postgres > >>>>>> 1812 pgsql 1 20 0 67538M 59185M select 1 5:46 = 0.00% postgres > >>>>>> 2005 pgsql 1 20 0 67536M 5788K sbwait 23 5:14 = 0.00% postgres > >>>>>> 2035 pgsql 1 20 0 67536M 4892K sbwait 18 4:52 = 0.00% > >> > >>>>>> 1852 pgsql 1 21 0 67536M 1230M semwai 7 4:47 = 0.00% > >> postgres > >>>>>> 13 root 3 -8 - 0K 48K - 28 4:46 = 0.00% geom > >>>>>> > >>>>>> > >>>>> Another thing I've noticed is that this sysctl vm.stats counter is > >> increasing > >>>> fairly rapidly: > >>>>> # sysctl vm.stats.vm.v_pdpages && sleep 1 && sysctl > >>>> vm.stats.vm.v_pdpages > >>>>> vm.stats.vm.v_pdpages: 3455264541 > >>>>> vm.stats.vm.v_pdpages: 3662158383 > >>>> I'm not sure what that tells us, because both the page daemon and the > >> vm > >>>> ("swap") daemon increment this counter. > >>>> > >>>>> Also, to demonstrate what kind of problems this seems to cause: > >>>>> # time sleep 1 > >>>>> > >>>>> real 0m18.288s > >>>>> user 0m0.001s > >>>>> sys 0m0.004s > >>>> If you change the sysctl vm.swap_enabled to 0, how does your system > >>>> behave? > >>>> > >>> Setting vm.swap_enabled to 0 made the problem clear up almost > >> instantly. vmdaemon is back to 0.00% CPU usage and the system is > >> responsive once again. > >>> > >> I doubt that you need whole process swapping. The page daemon is > >> probably sufficient. See how things go for a few days and let me know. > >> > >> There is still a bug here that needs diagnosing and fixing. So, I will > >> likely send you a debugging patch in the near future, and ask you to > >> reenable swapping under that patch. > >> > > If it helps at all - setting vm.swap_enabled=3D0 seems to fix the probl= em even without the aforementioned patch to vm_pageout.c. > > >=20 >=20 > I have a couple hypotheses for what is causing your problem. The > attached patch addresses one of them. Please apply this patch and then > reset vm._swap_enabled back to 1. >=20 >=20 > Index: vm/vm_pageout.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- vm/vm_pageout.c (revision 270258) > +++ vm/vm_pageout.c (working copy) > @@ -1309,6 +1309,20 @@ relock_queues: > vm_pagequeue_unlock(pq); > =20 > /* > + * If we didn't get enough free pages, and we have skipped a vnode > + * in a writeable object, wakeup the sync daemon. And kick swapout > + * if we did not get enough free pages. > + */ > + if (page_shortage > 0) { > + if (vnodes_skipped && vm_page_count_min()) > + (void) speedup_syncer(); > +#if !defined(NO_SWAPPING) > + if (vm_swap_enabled) > + vm_req_vmdaemon(VM_SWAP_NORMAL); > +#endif > + } > + > + /* > * Compute the number of pages we want to try to move from the > * active queue to the inactive queue. > */ > @@ -1418,20 +1432,6 @@ relock_queues: > } > } > #endif > - =09 > - /* > - * If we didn't get enough free pages, and we have skipped a vnode > - * in a writeable object, wakeup the sync daemon. And kick swapout > - * if we did not get enough free pages. > - */ > - if (vm_paging_target() > 0) { > - if (vnodes_skipped && vm_page_count_min()) > - (void) speedup_syncer(); > -#if !defined(NO_SWAPPING) > - if (vm_swap_enabled && vm_page_count_target()) > - vm_req_vmdaemon(VM_SWAP_NORMAL); > -#endif > - } > =20 > /* > * If we are critically low on one of RAM or swap and low on I suspect that what happen is the contention on vm object lock between page fault handler and pageout scan. If faults are frequent enough, pagedaemon would be unable to try-lock the object backing the postgresql shared area, which is large enough to constitute the significant part of the queues. The fault fast path does not help there, since the object lock is still taken on fault, even readonly, which conflicts with the pagedaemon write lock mode. This is one of the reasons why I added MAP_SHARED_PHYS flag. --+31Goo6fsQAntfNs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT9aZwAAoJEJDCuSvBvK1BdCwQAJzV3V9IwDm100Y8XTv+aZIV tRIIL6OVC/SO80uoNUOg5t/NJqX1+CPrgQnj7hgUsngVqyu/SfrIOujIdDjxekAD TRBic4yOSZMVw4fgOHVIkXg/QrtQnu5fzK2JVmk+bg8x94NU2TGt3Qoc9vFJ7VHE r73LK/1bWyp1aSWm5FOUn4zFjSs9yjonsRJUSlzdckAt9TnlY0SHK0VDCwDqpKDk 7lSNQwlPdCgAYPhCuf9eslKCMd6m4aJkccEMybJPk3ntJlfeppuQyuD484VZlN2A 05Mpz7ggZtdiMFe+f6VfhgqzrtjvuE3cDjouJMSXqUEdvSW/xScUJEQ+kOebJaqm eSHOT+4/9BRBT2rVhdI17qaMgZ4+DrtTpWIhcyPQrTTbsNVou5g8BCkSrP8pbGLY 6hIC8ADsEvZ+B9yNL/JpYRhch8EBSB0F73x3TUmkGcA6cR/eOcQcPG5c0QIjSktu oeQXG3LE0Hyz3SpWZNksHjChgRUNtIEjnjPUD3+2WViR4cjkkcUdYqn/xz/r3INt L+GcKWWApbib7uaTbvfbeBeIaX1W0aIHJmaG/xr7GEHZGyi7+Aa2cUXCLcbh7OMa gWFFaaRFqEq51HHzfnEuLL6PGuST1yFdy1+8iVJddXVWT3A7aWyzYbsJGeZA0FLX PNLy/0CtqEAAIFoutia5 =0DL0 -----END PGP SIGNATURE----- --+31Goo6fsQAntfNs-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 09:48:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 518056A5 for ; Thu, 21 Aug 2014 09:48:45 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D627D3F21 for ; Thu, 21 Aug 2014 09:48:44 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id q58so9008020wes.7 for ; Thu, 21 Aug 2014 02:48:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TDkoQhHxk64/SMIeF1Azup7OyFTZOrCwseT1PXg4fmE=; b=HkBXFhGBMv1Stxj61piMwV1waEQHloTuhZ3hzUvsaPazizcj8gv9YmAq2o3Hz6oMQd tM9o8Q3cwnfWdisV0XHSIAXHQiZwZyNf+vtJzl8EkPikbgN88fDRV9GLeEWOQ8aOE69p 8Kxx1eslVDcPLJJuLQqCRJdniwwZsS1lTKujQR3YnB3yyilLQaSRJo064wUxIWKUMBfc f4sMMa9p7hCApsmn4t1nHOqWmWXFp3AQilnHSPhmZ9RaVx1Bx6m8948VsInp9oDbXPMf Kq9J41GpK7kZI24Sg1L8EGTZ3S43zyv6A2dxWN3QVhGRMJG4h6U/FVVXNTFRRQjZkezt sNjw== MIME-Version: 1.0 X-Received: by 10.194.179.197 with SMTP id di5mr2438378wjc.125.1408614523243; Thu, 21 Aug 2014 02:48:43 -0700 (PDT) Received: by 10.194.55.33 with HTTP; Thu, 21 Aug 2014 02:48:43 -0700 (PDT) Date: Thu, 21 Aug 2014 09:48:43 +0000 Message-ID: Subject: Errors building a new kernel this morning (r270260) From: "C. L. Martinez" To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 09:48:45 -0000 Hi all, I had updated my /usr/src to r270260 (FreeBSD 10-STABLE amd64 host) this morning. "make buildworld" works without problem, but when I try to compile a new kernel, fails. Log: :> export_syms awk -f /usr/src/sys/conf/kmod_syms. awk dtnfscl.ko.debug export_syms | xargs -J% objcopy % dtnfscl.ko.debug --- all_subdir_cxgb --- ctfconvert -L VERSION -g cxgb_t3fw.o --- all_subdir_dtrace --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/dtrace/dtnfscl --- all_subdir_cxgbe --- ctfmerge -L VERSION -g -o t4fw_cfg.ko.debug t4fw_cfg.txt.fwo t4fw_cfg_uwire.txt.fwo t4fw.fw.fwo t4fw_cfg.o --- all_subdir_drm2 --- --- drm_drv.o --- ctfconvert -L VERSION -g drm_drv.o --- all_subdir_cxgbe --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk t4fw_cfg.ko.debug export_syms | xargs -J% objcopy % t4fw_cfg.ko.debug --- all_subdir_dtrace --- *** [_sub.all] Error code 2 make[4]: stopped in /usr/src/sys/modules/dtrace 1 error make[4]: stopped in /usr/src/sys/modules/dtrace --- all_subdir_cxgb --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/cxgb/cxgb_t3fw --- psopinfo.o --- ctfconvert -L VERSION -g psopinfo.o --- modules-all --- --- all_subdir_em --- --- if_lem.o --- In file included from /usr/src/sys/modules/em/../../dev/e1000/if_lem.c:337: In file included from @/dev/netmap/if_lem_netmap.h:40: @/dev/netmap/netmap_kern.h:1067:39: error: declaration of 'struct nm_ifreq' will not be visible outside of this function [-Werror,-Wvisibility] typedef int (*bdg_config_fn_t)(struct nm_ifreq *); ^ --- all_subdir_dtrace --- *** [all_subdir_dtrace] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_cxgb --- *** [_sub.all] Error code 2 make[4]: stopped in /usr/src/sys/modules/cxgb 1 error make[4]: stopped in /usr/src/sys/modules/cxgb --- all_subdir_cxgbe --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/cxgbe/t4_firmware --- all_subdir_cxgb --- *** [all_subdir_cxgb] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_cxgbe --- *** [_sub.all] Error code 2 make[4]: stopped in /usr/src/sys/modules/cxgbe 1 error make[4]: stopped in /usr/src/sys/modules/cxgbe *** [all_subdir_cxgbe] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_ed --- ctfconvert -L VERSION -g if_ed_novell.o --- all_subdir_ath --- ctfconvert -L VERSION -g ar9285_btcoex.o --- all_subdir_em --- 1 error generated. *** [if_lem.o] Error code 1 make[4]: stopped in /usr/src/sys/modules/em 2 errors make[4]: stopped in /usr/src/sys/modules/em *** [all_subdir_em] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_dummynet --- ctfconvert -L VERSION -g dn_sched_qfq.o A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/dummynet --- all_subdir_drm --- ctfconvert -L VERSION -g drm_irq.o --- all_subdir_ath --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/ath --- all_subdir_ed --- --- if_ed.o --- ctfconvert -L VERSION -g if_ed.o --- all_subdir_dummynet --- *** [all_subdir_dummynet] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_ath --- *** [all_subdir_ath] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_drm --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/drm/drm --- all_subdir_ed --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/ed --- all_subdir_drm --- *** [_sub.all] Error code 2 make[4]: stopped in /usr/src/sys/modules/drm 1 error make[4]: stopped in /usr/src/sys/modules/drm --- all_subdir_ed --- *** [all_subdir_ed] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_drm --- *** [all_subdir_drm] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_drm2 --- --- drm_fb_helper.o --- ctfconvert -L VERSION -g drm_fb_helper.o --- all_subdir_en --- ctfconvert -L VERSION -g if_en_pci.o --- all_subdir_drm2 --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/drm2/drm2 *** [_sub.all] Error code 2 make[4]: stopped in /usr/src/sys/modules/drm2 1 error make[4]: stopped in /usr/src/sys/modules/drm2 *** [all_subdir_drm2] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_en --- --- midway.o --- ctfconvert -L VERSION -g midway.o A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/en *** [all_subdir_en] Error code 2 make[3]: stopped in /usr/src/sys/modules 10 errors make[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/FBSDNSM03 1 error make[2]: stopped in /usr/obj/usr/src/sys/FBSDNSM03 *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Any idea why?? My customized kernel conf file works without problems over four months until today :( Thanks. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 11:13:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E2C7454 for ; Thu, 21 Aug 2014 11:13:19 +0000 (UTC) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C04413809 for ; Thu, 21 Aug 2014 11:13:18 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id pv20so8524367lab.15 for ; Thu, 21 Aug 2014 04:13:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=F5sDwLFDVpsyuRDwjOJhZPUWTBa1aW0NTy2830/c2d8=; b=YmRT587VjZ8Tv/dwMJk0xA9u85uFPhaepvPe+35DDiZ2Rjqcj6gjj0xcDK3nnYefMC gt7KAqqCybl5GI0b0rCpZ2zvyd49wchhkjpdgkR/AyYag0qbuz2DJ4obNuFVMA/6JgeF O5CUPoeT4eO70EJ6t9ldsr738kJETwRibtp3SZc9pWWKMcPjqjRdhqT3c7qfsNLa/Sd+ 5QXsV1fWcnQzZa2JfiJia+zT5gg2ybdVejWSfAy3+/VGbLuNv8KNudvWLZ1l1fMJE8MY AoYtwAQVlc9VkgScWp6VOQxb2dFqaMqshbvGInm6LpAyHex4tLNO4TCY9ExYVpmEyyyz 2Z1A== MIME-Version: 1.0 X-Received: by 10.152.7.70 with SMTP id h6mr1655723laa.96.1408619596467; Thu, 21 Aug 2014 04:13:16 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.244.2 with HTTP; Thu, 21 Aug 2014 04:13:16 -0700 (PDT) In-Reply-To: References: Date: Thu, 21 Aug 2014 13:13:16 +0200 X-Google-Sender-Auth: N6YM9UXH07OMvVHQqqz63aRfBTo Message-ID: Subject: Re: Errors building a new kernel this morning (r270260) From: Luigi Rizzo To: "C. L. Martinez" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 11:13:19 -0000 My bad, I forgot to commit sys/net/netmap*.h . They are the same as in head if someone wants to do the merge before I I am back online Sorry for the inconvenience Luigi On Thursday, August 21, 2014, C. L. Martinez wrote: > Hi all, > > I had updated my /usr/src to r270260 (FreeBSD 10-STABLE amd64 host) > this morning. "make buildworld" > works without problem, but when I try to compile a new kernel, fails. > Log: > > :> export_syms > awk -f /usr/src/sys/conf/kmod_syms. > awk dtnfscl.ko.debug export_syms | > xargs -J% objcopy % dtnfscl.ko.debug > --- all_subdir_cxgb --- > ctfconvert -L VERSION -g cxgb_t3fw.o > --- all_subdir_dtrace --- > A failure has been detected in another branch of the parallel make > > make[5]: stopped in /usr/src/sys/modules/dtrace/dtnfscl > --- all_subdir_cxgbe --- > ctfmerge -L VERSION -g -o t4fw_cfg.ko.debug t4fw_cfg.txt.fwo > t4fw_cfg_uwire.txt.fwo t4fw.fw.fwo t4fw_cfg.o > --- all_subdir_drm2 --- > --- drm_drv.o --- > ctfconvert -L VERSION -g drm_drv.o > --- all_subdir_cxgbe --- > :> export_syms > awk -f /usr/src/sys/conf/kmod_syms.awk t4fw_cfg.ko.debug export_syms > | xargs -J% objcopy % t4fw_cfg.ko.debug > --- all_subdir_dtrace --- > *** [_sub.all] Error code 2 > > make[4]: stopped in /usr/src/sys/modules/dtrace > 1 error > > make[4]: stopped in /usr/src/sys/modules/dtrace > --- all_subdir_cxgb --- > A failure has been detected in another branch of the parallel make > > make[5]: stopped in /usr/src/sys/modules/cxgb/cxgb_t3fw > --- psopinfo.o --- > ctfconvert -L VERSION -g psopinfo.o > --- modules-all --- > --- all_subdir_em --- > --- if_lem.o --- > In file included from /usr/src/sys/modules/em/../../dev/e1000/if_lem.c:337: > In file included from @/dev/netmap/if_lem_netmap.h:40: > @/dev/netmap/netmap_kern.h:1067:39: error: declaration of 'struct > nm_ifreq' will not be visible outside of this function > [-Werror,-Wvisibility] > typedef int (*bdg_config_fn_t)(struct nm_ifreq *); > ^ > --- all_subdir_dtrace --- > *** [all_subdir_dtrace] Error code 2 > > make[3]: stopped in /usr/src/sys/modules > --- all_subdir_cxgb --- > *** [_sub.all] Error code 2 > > make[4]: stopped in /usr/src/sys/modules/cxgb > 1 error > > make[4]: stopped in /usr/src/sys/modules/cxgb > --- all_subdir_cxgbe --- > A failure has been detected in another branch of the parallel make > > make[5]: stopped in /usr/src/sys/modules/cxgbe/t4_firmware > --- all_subdir_cxgb --- > *** [all_subdir_cxgb] Error code 2 > > make[3]: stopped in /usr/src/sys/modules > --- all_subdir_cxgbe --- > *** [_sub.all] Error code 2 > > make[4]: stopped in /usr/src/sys/modules/cxgbe > 1 error > > make[4]: stopped in /usr/src/sys/modules/cxgbe > *** [all_subdir_cxgbe] Error code 2 > > make[3]: stopped in /usr/src/sys/modules > --- all_subdir_ed --- > ctfconvert -L VERSION -g if_ed_novell.o > --- all_subdir_ath --- > ctfconvert -L VERSION -g ar9285_btcoex.o > --- all_subdir_em --- > 1 error generated. > *** [if_lem.o] Error code 1 > > make[4]: stopped in /usr/src/sys/modules/em > 2 errors > > make[4]: stopped in /usr/src/sys/modules/em > *** [all_subdir_em] Error code 2 > > make[3]: stopped in /usr/src/sys/modules > --- all_subdir_dummynet --- > ctfconvert -L VERSION -g dn_sched_qfq.o > A failure has been detected in another branch of the parallel make > > make[4]: stopped in /usr/src/sys/modules/dummynet > --- all_subdir_drm --- > ctfconvert -L VERSION -g drm_irq.o > --- all_subdir_ath --- > A failure has been detected in another branch of the parallel make > > make[4]: stopped in /usr/src/sys/modules/ath > --- all_subdir_ed --- > --- if_ed.o --- > ctfconvert -L VERSION -g if_ed.o > --- all_subdir_dummynet --- > *** [all_subdir_dummynet] Error code 2 > > make[3]: stopped in /usr/src/sys/modules > --- all_subdir_ath --- > *** [all_subdir_ath] Error code 2 > > make[3]: stopped in /usr/src/sys/modules > --- all_subdir_drm --- > A failure has been detected in another branch of the parallel make > > make[5]: stopped in /usr/src/sys/modules/drm/drm > --- all_subdir_ed --- > A failure has been detected in another branch of the parallel make > > make[4]: stopped in /usr/src/sys/modules/ed > --- all_subdir_drm --- > *** [_sub.all] Error code 2 > > make[4]: stopped in /usr/src/sys/modules/drm > 1 error > > make[4]: stopped in /usr/src/sys/modules/drm > --- all_subdir_ed --- > *** [all_subdir_ed] Error code 2 > > make[3]: stopped in /usr/src/sys/modules > --- all_subdir_drm --- > *** [all_subdir_drm] Error code 2 > > make[3]: stopped in /usr/src/sys/modules > --- all_subdir_drm2 --- > --- drm_fb_helper.o --- > ctfconvert -L VERSION -g drm_fb_helper.o > --- all_subdir_en --- > ctfconvert -L VERSION -g if_en_pci.o > --- all_subdir_drm2 --- > A failure has been detected in another branch of the parallel make > > make[5]: stopped in /usr/src/sys/modules/drm2/drm2 > *** [_sub.all] Error code 2 > > make[4]: stopped in /usr/src/sys/modules/drm2 > 1 error > > make[4]: stopped in /usr/src/sys/modules/drm2 > *** [all_subdir_drm2] Error code 2 > > make[3]: stopped in /usr/src/sys/modules > --- all_subdir_en --- > --- midway.o --- > ctfconvert -L VERSION -g midway.o > A failure has been detected in another branch of the parallel make > > make[4]: stopped in /usr/src/sys/modules/en > *** [all_subdir_en] Error code 2 > > make[3]: stopped in /usr/src/sys/modules > 10 errors > > make[3]: stopped in /usr/src/sys/modules > *** [modules-all] Error code 2 > > make[2]: stopped in /usr/obj/usr/src/sys/FBSDNSM03 > 1 error > > make[2]: stopped in /usr/obj/usr/src/sys/FBSDNSM03 > *** [buildkernel] Error code 2 > > make[1]: stopped in /usr/src > 1 error > > make[1]: stopped in /usr/src > *** [buildkernel] Error code 2 > > make: stopped in /usr/src > 1 error > > make: stopped in /usr/src > > Any idea why?? My customized kernel conf file works without problems > over four months until today :( > > Thanks. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 05:02:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB2B7C99; Thu, 21 Aug 2014 05:02:27 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AA8543529; Thu, 21 Aug 2014 05:02:27 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 781C4194; Thu, 21 Aug 2014 05:02:27 +0000 (UTC) Date: Thu, 21 Aug 2014 05:02:23 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, luigi@FreeBSD.org, rmacklem@FreeBSD.org, ian@FreeBSD.org, grehan@FreeBSD.org, jilles@FreeBSD.org, loos@FreeBSD.org, markj@FreeBSD.org, kib@FreeBSD.org, davide@FreeBSD.org, asomers@FreeBSD.org, slm@FreeBSD.org Message-ID: <418272760.2.1408597347460.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <810570826.1.1408585401768.JavaMail.jenkins@jenkins-9.freebsd.org> References: <810570826.1.1408585401768.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #641 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Thu, 21 Aug 2014 11:19:44 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 05:02:28 -0000 See Changes: [rmacklem] MFC: r270005 Try to clarify how file systems are exported for NFSv4. This is a content change. ------------------------------------------ [...truncated 228787 lines...] awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_agp --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_ahci --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_aha --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_agp --- --- opt_agp.h --- ln -sf /usr/obj opt_agp.h --- .depend --- rm -f .depend --- depend_subdir_ahci --- --- opt_cam.h --- ln -sf /usr/obj opt_cam.h --- depend_subdir_acpi --- --- /usr/obj --- @ -> --- /usr/obj --- --- depend_subdir_agp --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 agp_if.c --- depend_subdir_acpi --- machine -> --- depend_subdir_ahci --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_acpi --- --- /usr/obj --- x86 -> --- opt_acpi.h --- ln -sf /usr/obj opt_acpi.h --- depend_subdir_aha --- --- isa_if.h --- awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h --- depend_subdir_acpi --- --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- depend_subdir_aha --- --- .depend --- rm -f .depend --- depend_subdir_acpi --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_aha --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_acpi --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_aic7xxx --- ===> aic7xxx (depend) --- depend_subdir_aio --- ===> aio (depend) --- depend_subdir_aic7xxx --- --- _sub.depend --- ===> aic7xxx/aicasm (depend) --- depend_subdir_acpi --- ===> acpi/acpi_hp (depend) --- depend_subdir_aio --- --- /usr/obj --- --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aic7xxx --- ===> aic7xxx/ahc (depend) --- depend_subdir_aio --- @ -> --- depend_subdir_acpi --- @ -> --- /usr/obj --- --- depend_subdir_aio --- --- /usr/obj --- machine -> --- depend_subdir_acpi --- machine -> --- depend_subdir_alc --- --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aio --- --- /usr/obj --- --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_aio --- x86 -> --- depend_subdir_acpi --- x86 -> --- depend_subdir_alc --- ===> alc (depend) --- depend_subdir_aic7xxx --- @ -> --- depend_subdir_aio --- --- opt_vfs_aio.h --- ln -sf /usr/obj opt_vfs_aio.h --- depend_subdir_acpi --- --- opt_acpi.h --- ln -sf /usr/obj opt_acpi.h --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- depend_subdir_aio --- --- vnode_if_newproto.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p --- depend_subdir_alc --- --- /usr/obj --- @ -> --- depend_subdir_aio --- --- vnode_if_typedef.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q --- depend_subdir_aic7xxx --- --- /usr/obj --- machine -> --- depend_subdir_alc --- --- /usr/obj --- --- depend_subdir_acpi --- --- acpi_wmi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpi_support/acpi_wmi_if.m -h --- depend_subdir_aic7xxx --- --- /usr/obj --- x86 -> --- depend_subdir_alc --- machine -> --- depend_subdir_aic7xxx --- --- _sub.depend --- ===> aic7xxx/ahc/ahc_eisa (depend) --- depend_subdir_aio --- --- opt_compat.h --- ln -sf /usr/obj opt_compat.h --- depend_subdir_alc --- --- /usr/obj --- x86 -> --- depend_subdir_aio --- --- vnode_if.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h --- depend_subdir_alc --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_acpi --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_aic7xxx --- @ -> --- /usr/obj --- --- depend_subdir_alc --- --- bus_if.h --- --- depend_subdir_acpi --- --- bus_if.h --- --- depend_subdir_alc --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_acpi --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_aio --- --- .depend --- --- depend_subdir_aic7xxx --- machine -> --- /usr/obj --- x86 -> --- depend_subdir_aio --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_aic7xxx --- --- ../aic7xxx_reg.h --- ( cd .. ; make aic7xxx_reg.h ) --- depend_subdir_alc --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_acpi --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_aic7xxx --- make[7]: make[7]: don't know how to make aic7xxx_reg.h. Stop make[7]: stopped in /usr/obj *** [../aic7xxx_reg.h] Error code 2 make[6]: stopped in 1 error make[6]: stopped in *** [_sub.depend] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_aic7xxx] Error code 2 make[3]: stopped in --- depend_subdir_alc --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_alc] Error code 2 make[3]: stopped in --- depend_subdir_acpi --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_acpi] Error code 2 make[3]: stopped in --- depend_subdir_aio --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_aio] Error code 2 make[3]: stopped in 4 errors make[3]: stopped in *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj 1 error make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 07:04:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9603A6; Thu, 21 Aug 2014 07:04:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B78803EB1; Thu, 21 Aug 2014 07:04:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A0A8E1E7; Thu, 21 Aug 2014 07:04:08 +0000 (UTC) Date: Thu, 21 Aug 2014 07:04:05 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, eadler@FreeBSD.org, rmacklem@FreeBSD.org, grehan@FreeBSD.org, loos@FreeBSD.org, markj@FreeBSD.org, kib@FreeBSD.org, asomers@FreeBSD.org, davide@FreeBSD.org, slm@FreeBSD.org, luigi@FreeBSD.org, ian@FreeBSD.org, jilles@FreeBSD.org, peter@FreeBSD.org Message-ID: <498397041.3.1408604648545.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <418272760.2.1408597347460.JavaMail.jenkins@jenkins-9.freebsd.org> References: <418272760.2.1408597347460.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #642 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Thu, 21 Aug 2014 11:36:28 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 07:04:09 -0000 See Changes: [peter] MFC r270062: switch rpc mount protocol for showmount and umount from mountv1 to mountv3 - it breaks by default on the new netapp release with the legacy protocols removed. [eadler] MFC r265256: Syntax fix ------------------------------------------ [...truncated 221219 lines...] --- isa_if.h --- --- depend_subdir_agp --- awk -f @/tools/makeobjops.awk @/dev/agp/agp_if.m -h --- depend_subdir_aha --- awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h --- .depend --- rm -f .depend --- depend_subdir_agp --- --- pci_if.h --- --- depend_subdir_aha --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_agp --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- opt_agp.h --- ln -sf /usr/obj opt_agp.h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 agp_if.c --- depend_subdir_acpi --- ===> acpi/acpi_fujitsu (depend) --- depend_subdir_ahci --- ===> ahci (depend) --- depend_subdir_acpi --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- --- depend_subdir_ahci --- --- /usr/obj --- --- depend_subdir_acpi --- x86 -> --- depend_subdir_ahci --- @ -> --- depend_subdir_acpi --- --- opt_acpi.h --- --- depend_subdir_ahci --- --- /usr/obj --- --- depend_subdir_acpi --- ln -sf /usr/obj opt_acpi.h --- depend_subdir_ahci --- machine -> --- depend_subdir_acpi --- --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- depend_subdir_ahci --- --- /usr/obj --- x86 -> --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_acpi --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_ahci --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- miibus_if.c --- awk -f -c --- modules-depend --- --- depend_subdir_acpi --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- mmcbr_if.c --- awk -f -c --- modules-depend --- --- depend_subdir_ahci --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- mmcbus_if.c --- awk -f -c --- modules-depend --- --- depend_subdir_acpi --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- mvs_if.c --- --- modules-depend --- --- depend_subdir_ahci --- --- opt_cam.h --- --- mvs_if.c --- awk -f -c --- modules-depend --- ln -sf /usr/obj opt_cam.h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- card_if.c --- awk -f -c --- modules-depend --- --- depend_subdir_aic7xxx --- ===> aic7xxx (depend) --- _sub.depend --- ===> aic7xxx/aicasm (depend) ===> aic7xxx/ahc (depend) --- depend_subdir_acpi --- ===> acpi/acpi_hp (depend) --- /usr/obj --- --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_acpi --- @ -> --- depend_subdir_aic7xxx --- @ -> --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_acpi --- machine -> --- depend_subdir_aic7xxx --- machine -> --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_acpi --- x86 -> --- depend_subdir_aic7xxx --- --- _sub.depend --- --- /usr/obj --- x86 -> --- _sub.depend --- ===> aic7xxx/ahc/ahc_eisa (depend) --- power_if.c --- --- modules-depend --- --- depend_subdir_acpi --- --- opt_acpi.h --- --- power_if.c --- awk -f -c --- modules-depend --- ln -sf /usr/obj opt_acpi.h --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- depend_subdir_aio --- ===> aio (depend) --- depend_subdir_aic7xxx --- --- /usr/obj --- @ -> --- depend_subdir_acpi --- --- acpi_wmi_if.h --- --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_acpi --- awk -f @/tools/makeobjops.awk @/dev/acpi_support/acpi_wmi_if.m -h --- depend_subdir_aic7xxx --- machine -> --- /usr/obj --- --- depend_subdir_aio --- --- /usr/obj --- --- depend_subdir_aic7xxx --- x86 -> --- depend_subdir_aio --- @ -> --- depend_subdir_acpi --- --- device_if.h --- --- depend_subdir_aic7xxx --- --- ../aic7xxx_reg.h --- --- depend_subdir_aio --- --- /usr/obj --- --- pci_if.c --- --- modules-depend --- --- depend_subdir_acpi --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_aic7xxx --- ( cd .. ; make aic7xxx_reg.h ) --- pci_if.c --- awk -f -c --- modules-depend --- --- depend_subdir_aio --- machine -> --- /usr/obj --- x86 -> --- depend_subdir_acpi --- --- bus_if.h --- --- depend_subdir_aio --- --- opt_vfs_aio.h --- --- depend_subdir_aic7xxx --- make[7]: make[7]: don't know how to make aic7xxx_reg.h. Stop make[7]: stopped in /usr/obj --- depend_subdir_acpi --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_aic7xxx --- *** [../aic7xxx_reg.h] Error code 2 make[6]: stopped in 1 error make[6]: stopped in *** [_sub.depend] Error code 2 make[5]: stopped in 1 error make[5]: stopped in --- depend_subdir_aio --- ln -sf /usr/obj opt_vfs_aio.h --- depend_subdir_aic7xxx --- *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_aic7xxx] Error code 2 make[3]: stopped in --- depend_subdir_aio --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_aio] Error code 2 make[3]: stopped in --- depend_subdir_acpi --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_acpi] Error code 2 make[3]: stopped in 3 errors make[3]: stopped in *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj 1 error make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 13:14:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B143D93 for ; Thu, 21 Aug 2014 13:14:15 +0000 (UTC) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D78E03454 for ; Thu, 21 Aug 2014 13:14:14 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id d1so8637735wiv.7 for ; Thu, 21 Aug 2014 06:14:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Tuq98Ndf7zE9D3Ij0iRoMO2FrHoYK6orV9hBObO2pbs=; b=r2Ja8SyeiWbYwx13ZNKCakMgeQyG3DPMlb+p5F1UcMNcY5eTvZt3ru/7hQHJWPtWHu +S4RenpqZFSHT6X9MHPkdHMS+O7bXMpRJxGYmJX21x05PfcvWAr1FUAuShF+onONuwTX VbVaaYuXx7U8y5efPcv7rp8MFKwKeeFasvlkG4+XKZGE1eFe0gCCblDAu6BC/WCeNEhc uUN/kr8k0lqIVNwT84BwXvOdzpAA8/l7m0RlkTllvRWunxM75qRuxFGKF1ScA4ji6W2y zSUCvHxCrN6g+4E8PHKcoBNRdjegsZ/36WZN6GOSgUn+Jo67l7icknXLsvjMNdOjoO2I ajyw== MIME-Version: 1.0 X-Received: by 10.180.93.104 with SMTP id ct8mr22708417wib.30.1408626853156; Thu, 21 Aug 2014 06:14:13 -0700 (PDT) Received: by 10.194.55.33 with HTTP; Thu, 21 Aug 2014 06:14:13 -0700 (PDT) In-Reply-To: References: Date: Thu, 21 Aug 2014 13:14:13 +0000 Message-ID: Subject: Re: Errors building a new kernel this morning (r270260) From: "C. L. Martinez" To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 13:14:15 -0000 On Thu, Aug 21, 2014 at 11:13 AM, Luigi Rizzo wrote: > My bad, I forgot to commit sys/net/netmap*.h . > They are the same as in head if someone wants to do the merge before I I am > back online > > Sorry for the inconvenience > Luigi Thanks Luigi. But I think that exists more problems here: awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_alq --- machine -> /usr/src/sys/amd64/include --- depend_subdir_aic7xxx --- make[7]: make[7]: don't know how to make aic7xxx_reg.h. Stop make[7]: stopped in /usr/obj/usr/src/sys/FBSDNSM03/modules/usr/src/sys/modules/aic7xxx/ahc --- depend_subdir_alq --- --- /usr/obj/usr/src/sys/FBSDNSM03/modules/usr/src/sys/modules/alq/x86 --- --- depend_subdir_aic7xxx --- *** [../aic7xxx_reg.h] Error code 2 make[6]: stopped in /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa 1 error make[6]: stopped in /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa *** [_sub.depend] Error code 2 make[5]: stopped in /usr/src/sys/modules/aic7xxx/ahc 1 error make[5]: stopped in /usr/src/sys/modules/aic7xxx/ahc *** [_sub.depend] Error code 2 make[4]: stopped in /usr/src/sys/modules/aic7xxx 1 error make[4]: stopped in /usr/src/sys/modules/aic7xxx *** [depend_subdir_aic7xxx] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_alq --- x86 -> /usr/src/sys/x86/include A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/alq *** [depend_subdir_alq] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_ale --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/ale *** [depend_subdir_ale] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_aesni --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/aesni *** [depend_subdir_aesni] Error code 2 Exists another problem with aic7xxx driver ... From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 13:35:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8D3CB08; Thu, 21 Aug 2014 13:35:09 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8D7B536F4; Thu, 21 Aug 2014 13:35:09 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 52A8E26F; Thu, 21 Aug 2014 13:35:09 +0000 (UTC) Date: Thu, 21 Aug 2014 13:35:01 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, dumbbell@FreeBSD.org, eadler@FreeBSD.org, rmacklem@FreeBSD.org, grehan@FreeBSD.org, loos@FreeBSD.org, markj@FreeBSD.org, marck@FreeBSD.org, kib@FreeBSD.org, asomers@FreeBSD.org, davide@FreeBSD.org, slm@FreeBSD.org, luigi@FreeBSD.org, ian@FreeBSD.org, jilles@FreeBSD.org, peter@FreeBSD.org Message-ID: <380483260.5.1408628109182.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <498397041.3.1408604648545.JavaMail.jenkins@jenkins-9.freebsd.org> References: <498397041.3.1408604648545.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #643 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Thu, 21 Aug 2014 13:56:19 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 13:35:09 -0000 See Changes: [marck] MFC: Make BSD tree more contemporary-looking. This is actually batch of MFCs from the beginning of stable/10 branch. [kib] MFC r269656: Implement and use proc_realparent(9). MFC r270024 (by markj): Correct the order of arguments passed to LIST_INSERT_AFTER(). For merge, the p_treeflag member of struct proc was moved to the end of the structure, to keep KBI intact. [dumbbell] vt(4): Colors are indexed against a console palette, not a VGA palette Rename vt_generate_vga_palette() to vt_generate_cons_palette() and change it to build a palette where the color index is the same than in terminal escape codes, not the VGA index. That's what TCHAR_CREATE() uses and passes to vt(4). The main differences between both orders are: o Blue and red are swapped (1 <-> 4) o Yellow and cyan are swapped (3 <-> 6) The problem remained unnoticed, because the RGB bit indexes passed to vt_generate_vga_palette() were reversed. This inversion was cancelled by the colors inversions in the generated palette. For instance, red (0xff0000) and blue (0x0000ff) have bytes in opposite order, but were swapped in the palette. But after changing the value of blue (see last paragraph), the modified color was in fact the red one. While here, tune the palette to better match console colors and improve the readability (especially the dark blue). This is an MFC of r269783 and r269791. ------------------------------------------ [...truncated 228902 lines...] --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_ahci --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_acpi --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_ahci --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- opt_cam.h --- ln -sf /usr/obj opt_cam.h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_acpi --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- ac97_if.c --- awk -f -c --- channel_if.c --- awk -f -c --- modules-depend --- ===> acpi/acpi_hp (depend) --- depend_subdir_aic7xxx --- ===> aic7xxx (depend) --- depend_subdir_aio --- ===> aio (depend) --- depend_subdir_aic7xxx --- --- _sub.depend --- ===> aic7xxx/aicasm (depend) --- depend_subdir_acpi --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- depend_subdir_aio --- --- /usr/obj --- @ -> --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aio --- --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- depend_subdir_acpi --- x86 -> --- opt_acpi.h --- ln -sf /usr/obj opt_acpi.h --- feeder_if.c --- --- modules-depend --- --- depend_subdir_aio --- --- opt_vfs_aio.h --- ln -sf /usr/obj opt_vfs_aio.h --- feeder_if.c --- awk -f -c --- modules-depend --- --- depend_subdir_acpi --- --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- depend_subdir_aic7xxx --- ===> aic7xxx/ahc (depend) --- depend_subdir_aio --- --- vnode_if_newproto.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p --- depend_subdir_acpi --- --- acpi_wmi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpi_support/acpi_wmi_if.m -h --- mixer_if.c --- --- modules-depend --- --- depend_subdir_aio --- --- vnode_if_typedef.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q --- mixer_if.c --- awk -f -c --- modules-depend --- --- depend_subdir_acpi --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_aio --- --- opt_compat.h --- ln -sf /usr/obj opt_compat.h --- depend_subdir_acpi --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_aio --- --- vnode_if.h --- --- depend_subdir_acpi --- --- .depend --- --- depend_subdir_aic7xxx --- --- /usr/obj --- @ -> --- depend_subdir_acpi --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_aic7xxx --- --- /usr/obj --- --- mpu_if.c --- --- modules-depend --- --- depend_subdir_aio --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h --- mpu_if.c --- awk -f -c --- modules-depend --- --- depend_subdir_aic7xxx --- machine -> --- /usr/obj --- --- depend_subdir_alc --- --- depend_subdir_aio --- --- .depend --- rm -f .depend --- depend_subdir_aic7xxx --- x86 -> --- depend_subdir_alc --- ===> alc (depend) --- depend_subdir_aic7xxx --- --- _sub.depend --- ===> aic7xxx/ahc/ahc_eisa (depend) --- depend_subdir_aio --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_acpi --- ===> acpi/acpi_ibm (depend) --- depend_subdir_alc --- --- /usr/obj --- @ -> --- /usr/obj --- --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_alc --- machine -> --- /usr/obj --- x86 -> --- depend_subdir_aic7xxx --- @ -> --- depend_subdir_alc --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_alc --- --- bus_if.h --- --- depend_subdir_aic7xxx --- machine -> --- depend_subdir_acpi --- @ -> --- depend_subdir_alc --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aic7xxx --- x86 -> --- ../aic7xxx_reg.h --- ( cd .. ; make aic7xxx_reg.h ) --- depend_subdir_acpi --- machine -> --- depend_subdir_alc --- --- pci_if.h --- --- depend_subdir_aic7xxx --- make[7]: make[7]: don't know how to make aic7xxx_reg.h. Stop make[7]: stopped in /usr/obj *** [../aic7xxx_reg.h] Error code 2 make[6]: stopped in 1 error make[6]: stopped in *** [_sub.depend] Error code 2 make[5]: stopped in --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aic7xxx --- 1 error make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_aic7xxx] Error code 2 make[3]: stopped in --- depend_subdir_acpi --- x86 -> A failure has been detected in another branch of the parallel make make[5]: stopped in --- depend_subdir_aio --- A failure has been detected in another branch of the parallel make --- depend_subdir_acpi --- *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- depend_subdir_aio --- make[4]: stopped in --- depend_subdir_acpi --- *** [depend_subdir_acpi] Error code 2 make[3]: stopped in --- depend_subdir_aio --- *** [depend_subdir_aio] Error code 2 make[3]: stopped in --- depend_subdir_alc --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_alc] Error code 2 make[3]: stopped in 4 errors make[3]: stopped in *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj 1 error make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 14:05:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AABC3EE for ; Thu, 21 Aug 2014 14:05:02 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CBA3D3A63 for ; Thu, 21 Aug 2014 14:05:01 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s7LE4v4q084981 for ; Thu, 21 Aug 2014 10:04:57 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <53F5FC7D.4080806@sentex.net> Date: Thu, 21 Aug 2014 10:04:45 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" Subject: make -j# buildkernel errors ? (parallel build problem) Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 14:05:02 -0000 If I do a make -j4 buildkernel on RELENG_10, it fails. However, all seems well with a non parallel build. I am at r270271 Last few lines are CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/server -std=iso9899:1999 /usr/src/sys/modules/ae/../../dev/ae/if_ae.c --- depend_subdir_aesni --- ===> aesni (depend) --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aesni/@ --- @ -> /usr/src/sys --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aesni/machine --- machine -> /usr/src/sys/amd64/include --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aesni/x86 --- x86 -> /usr/src/sys/x86/include --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- opt_bus.h --- ln -sf /usr/obj/usr/src/sys/server/opt_bus.h opt_bus.h --- cryptodev_if.h --- awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/server -std=iso9899:1999 /usr/src/sys/modules/aesni/../../crypto/aesni/aesni.c /usr/src/sys/modules/aesni/../../crypto/aesni/aeskeys_amd64.S --- depend_subdir_age --- ===> age (depend) --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/age/@ --- @ -> /usr/src/sys --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/age/machine --- machine -> /usr/src/sys/amd64/include --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/age/x86 --- x86 -> /usr/src/sys/x86/include --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- miibus_if.h --- awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/server -std=iso9899:1999 /usr/src/sys/modules/age/../../dev/age/if_age.c --- depend_subdir_agp --- ===> agp (depend) --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/agp/@ --- @ -> /usr/src/sys --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/agp/machine --- machine -> /usr/src/sys/amd64/include --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/agp/x86 --- x86 -> /usr/src/sys/x86/include --- agp_if.c --- awk -f @/tools/makeobjops.awk @/dev/agp/agp_if.m -c --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- agp_if.h --- awk -f @/tools/makeobjops.awk @/dev/agp/agp_if.m -h --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- opt_agp.h --- ln -sf /usr/obj/usr/src/sys/server/opt_agp.h opt_agp.h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/server -std=iso9899:1999 /usr/src/sys/modules/agp/../../dev/agp/agp.c agp_if.c /usr/src/sys/modules/agp/../../dev/agp/agp_amd64.c /usr/src/sys/modules/agp/../../dev/agp/agp_i810.c /usr/src/sys/modules/agp/../../dev/agp/agp_via.c --- depend_subdir_aha --- ===> aha (depend) --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aha/@ --- @ -> /usr/src/sys --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aha/machine --- machine -> /usr/src/sys/amd64/include --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aha/x86 --- x86 -> /usr/src/sys/x86/include --- opt_cam.h --- ln -sf /usr/obj/usr/src/sys/server/opt_cam.h opt_cam.h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- isa_if.h --- awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/server -std=iso9899:1999 /usr/src/sys/modules/aha/../../dev/aha/aha.c /usr/src/sys/modules/aha/../../dev/aha/aha_isa.c --- depend_subdir_ahci --- ===> ahci (depend) --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/ahci/@ --- @ -> /usr/src/sys --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/ahci/machine --- machine -> /usr/src/sys/amd64/include --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/ahci/x86 --- x86 -> /usr/src/sys/x86/include --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- opt_cam.h --- ln -sf /usr/obj/usr/src/sys/server/opt_cam.h opt_cam.h --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/server -std=iso9899:1999 /usr/src/sys/modules/ahci/../../dev/ahci/ahci.c /usr/src/sys/modules/ahci/../../dev/ahci/ahciem.c --- depend_subdir_aic7xxx --- ===> aic7xxx (depend) --- _sub.depend --- ===> aic7xxx/aicasm (depend) ===> aic7xxx/ahc (depend) --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aic7xxx/ahc/@ --- @ -> /usr/src/sys --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aic7xxx/ahc/machine --- machine -> /usr/src/sys/amd64/include --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aic7xxx/ahc/x86 --- x86 -> /usr/src/sys/x86/include --- _sub.depend --- ===> aic7xxx/ahc/ahc_eisa (depend) --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aic7xxx/ahc/ahc_eisa/@ --- @ -> /usr/src/sys --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aic7xxx/ahc/ahc_eisa/machine --- machine -> /usr/src/sys/amd64/include --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aic7xxx/ahc/ahc_eisa/x86 --- x86 -> /usr/src/sys/x86/include --- ../aic7xxx_reg.h --- ( cd .. ; make aic7xxx_reg.h ) make[7]: make[7]: don't know how to make aic7xxx_reg.h. Stop make[7]: stopped in /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aic7xxx/ahc *** [../aic7xxx_reg.h] Error code 2 make[6]: stopped in /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa 1 error make[6]: stopped in /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa *** [_sub.depend] Error code 2 make[5]: stopped in /usr/src/sys/modules/aic7xxx/ahc 1 error make[5]: stopped in /usr/src/sys/modules/aic7xxx/ahc *** [_sub.depend] Error code 2 make[4]: stopped in /usr/src/sys/modules/aic7xxx 1 error make[4]: stopped in /usr/src/sys/modules/aic7xxx *** [depend_subdir_aic7xxx] Error code 2 make[3]: stopped in /usr/src/sys/modules 1 error make[3]: stopped in /usr/src/sys/modules *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/server --- .depend --- make -V CFILES_ZFS | MKDEP_CPP="cc -E" CC="cc " xargs mkdep -a -f .newdep -DFREEBSD_NAMECACHE -DBUILDING_ZFS -nostdinc -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/sys/cddl/contrib/opensolaris/common -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -Wno-unknown-pragmas -include /usr/src/sys/cddl/compat/opensolaris/sys/debug_compat.h make -V SFILES_NOZFS | MKDEP_CPP="cc -E" xargs mkdep -a -f .newdep -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 make -V SFILES_ZFS | MKDEP_CPP="cc -E" xargs mkdep -a -f .newdep -x assembler-with-cpp -DLOCORE -DFREEBSD_NAMECACHE -DBUILDING_ZFS -nostdinc -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/sys/cddl/contrib/opensolaris/common -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -Wno-unknown-pragmas -include /usr/src/sys/cddl/compat/opensolaris/sys/debug_compat.h rm -f .depend mv .newdep .depend 1 error make[2]: stopped in /usr/obj/usr/src/sys/server *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 14:32:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C5B5DC5 for ; Thu, 21 Aug 2014 14:32:41 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EC0903D3B for ; Thu, 21 Aug 2014 14:32:40 +0000 (UTC) Received: from fortune.joker.local (180-198-225-68.nagoya1.commufa.jp [180.198.225.68]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id s7LEWXht087218 for ; Thu, 21 Aug 2014 23:32:33 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Thu, 21 Aug 2014 23:32:33 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: Errors building a new kernel this morning (r270260) Message-Id: <20140821233233.e8dc18df2140432639495a02@dec.sakura.ne.jp> In-Reply-To: References: Organization: Junchoon corps X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 14:32:41 -0000 Hi. Looking the error messages (I got the same), I noticed that they looks subdirectory related. World builds OK at r270264, but kernel doesn't. (stable/10, amd64, GENERIC) In this condition, I tried reverting share/mk/bsd.subdir.mk from recent r270187 (Tue Aug 19 23:33:52 UTC 2014) to just previous r265934 and GENERIC kernel BUILT fine. But there's a suspition that without r270264 world can be broken, as world built fine with full r270264. As I don't have enough time to try rebuilding world again right now, I haven't proceeded installkernel. So just FYI now. Cheers. On Thu, 21 Aug 2014 13:14:13 +0000 "C. L. Martinez" wrote: > On Thu, Aug 21, 2014 at 11:13 AM, Luigi Rizzo wrote: > > My bad, I forgot to commit sys/net/netmap*.h . > > They are the same as in head if someone wants to do the merge before I I am > > back online > > > > Sorry for the inconvenience > > Luigi > > Thanks Luigi. But I think that exists more problems here: > > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > --- depend_subdir_alq --- > machine -> /usr/src/sys/amd64/include > --- depend_subdir_aic7xxx --- > make[7]: make[7]: don't know how to make aic7xxx_reg.h. Stop > > make[7]: stopped in > /usr/obj/usr/src/sys/FBSDNSM03/modules/usr/src/sys/modules/aic7xxx/ahc > --- depend_subdir_alq --- > --- /usr/obj/usr/src/sys/FBSDNSM03/modules/usr/src/sys/modules/alq/x86 --- > --- depend_subdir_aic7xxx --- > *** [../aic7xxx_reg.h] Error code 2 > > make[6]: stopped in /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa > 1 error > > make[6]: stopped in /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa > *** [_sub.depend] Error code 2 > > make[5]: stopped in /usr/src/sys/modules/aic7xxx/ahc > 1 error > > make[5]: stopped in /usr/src/sys/modules/aic7xxx/ahc > *** [_sub.depend] Error code 2 > > make[4]: stopped in /usr/src/sys/modules/aic7xxx > 1 error > > make[4]: stopped in /usr/src/sys/modules/aic7xxx > *** [depend_subdir_aic7xxx] Error code 2 > > make[3]: stopped in /usr/src/sys/modules > --- depend_subdir_alq --- > x86 -> /usr/src/sys/x86/include > A failure has been detected in another branch of the parallel make > > make[4]: stopped in /usr/src/sys/modules/alq > *** [depend_subdir_alq] Error code 2 > > make[3]: stopped in /usr/src/sys/modules > --- depend_subdir_ale --- > A failure has been detected in another branch of the parallel make > > make[4]: stopped in /usr/src/sys/modules/ale > *** [depend_subdir_ale] Error code 2 > > make[3]: stopped in /usr/src/sys/modules > --- depend_subdir_aesni --- > A failure has been detected in another branch of the parallel make > > make[4]: stopped in /usr/src/sys/modules/aesni > *** [depend_subdir_aesni] Error code 2 > > > Exists another problem with aic7xxx driver ... > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 14:50:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A79001E3 for ; Thu, 21 Aug 2014 14:50:11 +0000 (UTC) Received: from frv153.fwdcdn.com (frv153.fwdcdn.com [212.42.77.153]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 627213EE1 for ; Thu, 21 Aug 2014 14:50:10 +0000 (UTC) Received: from frv152.fwdcdn.com ([212.42.77.152]) by frv153.fwdcdn.com QID:1XKTFw-000362-US/RC:1; Thu, 21 Aug 2014 17:22:24 +0300 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=i0ENSgkzCZQ1Fha50olX3fQjnPiKwcU3htf5Uog5YcE=; b=KjADwjLmIEEeb6aXMB0mx6O1Q97Qhbb7xQTEHf6Noy67vUcgpO6aSzLmiYyLJveOSWAiBttTugmWtsyb27XQ2H3gTGmTbUk0hNS+YOcLEX8bA/zKR236vCLb0W/P/qwSRACLc4cjNc/UZh16CaRKBY1sR2R4P5v20YMAAIybNa4=; Received: from [134.249.91.229] (helo=nonamehost.local) by frv152.fwdcdn.com with esmtpsa ID 1XKTFe-0002fT-7F ; Thu, 21 Aug 2014 17:22:06 +0300 Date: Thu, 21 Aug 2014 17:22:05 +0300 From: Ivan Klymenko To: Mike Tancsa Subject: Re: make -j# buildkernel errors ? (parallel build problem) Message-ID: <20140821172205.7a069c87@nonamehost.local> In-Reply-To: <53F5FC7D.4080806@sentex.net> References: <53F5FC7D.4080806@sentex.net> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=134.249.91.229; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-Ukrnet-Yellow: 0 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 14:50:11 -0000 =D0=92 Thu, 21 Aug 2014 10:04:45 -0400 Mike Tancsa =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > If I do a make -j4 buildkernel on RELENG_10, it fails. However, all=20 > seems well with a non parallel build. >=20 >=20 >=20 > I am at r270271 >=20 >=20 > Last few lines are I have the same problem and if I'm not mistaken, it started with a revision r270187 - r270205 From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 15:24:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 785F96D2 for ; Thu, 21 Aug 2014 15:24:01 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49CE33322 for ; Thu, 21 Aug 2014 15:24:00 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XKUDY-0009i1-4j; Thu, 21 Aug 2014 15:24:00 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s7LFNwum056231; Thu, 21 Aug 2014 09:23:58 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18lxpEiaVDLVikcjNjyhtUQ X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: make -j# buildkernel errors ? (parallel build problem) From: Ian Lepore To: Ivan Klymenko In-Reply-To: <20140821172205.7a069c87@nonamehost.local> References: <53F5FC7D.4080806@sentex.net> <20140821172205.7a069c87@nonamehost.local> Content-Type: text/plain; charset="koi8-r" Date: Thu, 21 Aug 2014 09:23:58 -0600 Message-ID: <1408634638.1150.28.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ilsoft.org id s7LFNwum056231 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 15:24:01 -0000 On Thu, 2014-08-21 at 17:22 +0300, Ivan Klymenko wrote: > =F7 Thu, 21 Aug 2014 10:04:45 -0400 > Mike Tancsa =D0=C9=DB=C5=D4: >=20 > > If I do a make -j4 buildkernel on RELENG_10, it fails. However, all=20 > > seems well with a non parallel build. > >=20 > >=20 > >=20 > > I am at r270271 > >=20 > >=20 > > Last few lines are >=20 > I have the same problem and if I'm not mistaken, it started with a > revision r270187 - r270205 I think this mess is my fault, due to some missed MFCs. I've now MFC'd the series of changes that (mostly) fixed the aicasm parallel build and cross-build problems, which should work for most people who build using the top-level makefile and buildworld/buildkernel targets. There is one more MFC to follow which clears up problems for people who build kernels using the old configure-then-make method that bypasses the top makefile; I've got a universe build underway to test before I commit that one. So for most folks, I think the problems should be fixed now as of r270274, but I only tested with -j12. -- Ian From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 15:58:39 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2D13B3; Thu, 21 Aug 2014 15:58:39 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5CEDC3675; Thu, 21 Aug 2014 15:58:39 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s7LFwYBh004469; Thu, 21 Aug 2014 11:58:34 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <53F6171E.2070108@sentex.net> Date: Thu, 21 Aug 2014 11:58:22 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Ian Lepore , Ivan Klymenko Subject: Re: make -j# buildkernel errors ? (parallel build problem) References: <53F5FC7D.4080806@sentex.net> <20140821172205.7a069c87@nonamehost.local> <1408634638.1150.28.camel@revolution.hippie.lan> In-Reply-To: <1408634638.1150.28.camel@revolution.hippie.lan> Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 15:58:39 -0000 On 8/21/2014 11:23 AM, Ian Lepore wrote: > So for most folks, I think the problems should be fixed now as of > r270274, but I only tested with -j12. 0-hast-a-# svnlite status --show-updates ? tools/tools/netrate/netblast/netblast ? tools/tools/netrate/netreceive/netreceive ? tools/tools/netrate/netsend/netsend Status against revision: 270278 Hi Ian, I did a svn update just now and still no luck. I did a buildworld first just in case rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/usr/src/sys/modules/acpi/acpi_asus_wmi/../../../dev/acpi_support -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/server -std=iso9899:1999 /usr/src/sys/modules/acpi/acpi_asus_wmi/../../../dev/acpi_support/acpi_asus_wmi.c --- depend_subdir_agp --- --- agp_if.c --- awk -f @/tools/makeobjops.awk @/dev/agp/agp_if.m -c --- depend_subdir_age --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_agp --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_age --- --- miibus_if.h --- awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h --- depend_subdir_agp --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_age --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/server -std=iso9899:1999 /usr/src/sys/modules/age/../../dev/age/if_age.c --- depend_subdir_agp --- --- agp_if.h --- awk -f @/tools/makeobjops.awk @/dev/agp/agp_if.m -h --- depend_subdir_acpi --- ===> acpi/acpi_fujitsu (depend) --- depend_subdir_agp --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_acpi --- --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/acpi/acpi_fujitsu/@ --- @ -> /usr/src/sys --- depend_subdir_agp --- --- opt_agp.h --- --- depend_subdir_acpi --- --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/acpi/acpi_fujitsu/machine --- --- depend_subdir_agp --- ln -sf /usr/obj/usr/src/sys/server/opt_agp.h opt_agp.h --- depend_subdir_acpi --- machine -> /usr/src/sys/amd64/include --- depend_subdir_agp --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/server -std=iso9899:1999 /usr/src/sys/modules/agp/../../dev/agp/agp.c agp_if.c /usr/src/sys/modules/agp/../../dev/agp/agp_amd64.c /usr/src/sys/modules/agp/../../dev/agp/agp_i810.c /usr/src/sys/modules/agp/../../dev/agp/agp_via.c --- depend_subdir_acpi --- --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/acpi/acpi_fujitsu/x86 --- x86 -> /usr/src/sys/x86/include --- opt_acpi.h --- ln -sf /usr/obj/usr/src/sys/server/opt_acpi.h opt_acpi.h --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_aha --- ===> aha (depend) --- depend_subdir_acpi --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_aha --- --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aha/@ --- @ -> /usr/src/sys --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aha/machine --- machine -> /usr/src/sys/amd64/include --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aha/x86 --- x86 -> /usr/src/sys/x86/include --- depend_subdir_acpi --- --- .depend --- rm -f .depend --- depend_subdir_aha --- --- opt_cam.h --- ln -sf /usr/obj/usr/src/sys/server/opt_cam.h opt_cam.h --- depend_subdir_acpi --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/usr/src/sys/modules/acpi/acpi_fujitsu/../../../dev/acpi_support -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/server -std=iso9899:1999 /usr/src/sys/modules/acpi/acpi_fujitsu/../../../dev/acpi_support/acpi_fujitsu.c --- depend_subdir_aha --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- isa_if.h --- awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h --- depend_subdir_acpi --- ===> acpi/acpi_hp (depend) --- depend_subdir_aha --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/server -std=iso9899:1999 /usr/src/sys/modules/aha/../../dev/aha/aha.c /usr/src/sys/modules/aha/../../dev/aha/aha_isa.c --- depend_subdir_acpi --- --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/acpi/acpi_hp/@ --- @ -> /usr/src/sys --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/acpi/acpi_hp/machine --- machine -> /usr/src/sys/amd64/include --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/acpi/acpi_hp/x86 --- x86 -> /usr/src/sys/x86/include --- opt_acpi.h --- ln -sf /usr/obj/usr/src/sys/server/opt_acpi.h opt_acpi.h --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- acpi_wmi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpi_support/acpi_wmi_if.m -h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_ahci --- ===> ahci (depend) --- depend_subdir_aic7xxx --- ===> aic7xxx (depend) --- _sub.depend --- ===> aic7xxx/ahc (depend) --- depend_subdir_ahci --- --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/ahci/@ --- @ -> /usr/src/sys --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/ahci/machine --- --- depend_subdir_acpi --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/usr/src/sys/modules/acpi/acpi_hp/../../../dev/acpi_support -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/server -std=iso9899:1999 /usr/src/sys/modules/acpi/acpi_hp/../../../dev/acpi_support/acpi_hp.c --- depend_subdir_ahci --- machine -> /usr/src/sys/amd64/include --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/ahci/x86 --- x86 -> /usr/src/sys/x86/include --- depend_subdir_aic7xxx --- --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aic7xxx/ahc/@ --- @ -> /usr/src/sys --- depend_subdir_ahci --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_aic7xxx --- --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aic7xxx/ahc/machine --- machine -> /usr/src/sys/amd64/include --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aic7xxx/ahc/x86 --- x86 -> /usr/src/sys/x86/include --- _sub.depend --- ===> aic7xxx/ahc/ahc_eisa (depend) --- depend_subdir_ahci --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_aic7xxx --- --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aic7xxx/ahc/ahc_eisa/@ --- @ -> /usr/src/sys --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aic7xxx/ahc/ahc_eisa/machine --- machine -> /usr/src/sys/amd64/include --- /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aic7xxx/ahc/ahc_eisa/x86 --- --- depend_subdir_ahci --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_aic7xxx --- x86 -> /usr/src/sys/x86/include --- ../aic7xxx_reg.h --- ( cd .. ; make aic7xxx_reg.h ) --- depend_subdir_acpi --- ===> acpi/acpi_ibm (depend) --- depend_subdir_ahci --- --- opt_cam.h --- ln -sf /usr/obj/usr/src/sys/server/opt_cam.h opt_cam.h --- depend_subdir_aic7xxx --- make[7]: make[7]: don't know how to make aic7xxx_reg.h. Stop make[7]: stopped in /usr/obj/usr/src/sys/server/modules/usr/src/sys/modules/aic7xxx/ahc --- depend_subdir_ahci --- --- .depend --- --- depend_subdir_aic7xxx --- *** [../aic7xxx_reg.h] Error code 2 make[6]: stopped in /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa 1 error make[6]: stopped in /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa *** [_sub.depend] Error code 2 make[5]: stopped in /usr/src/sys/modules/aic7xxx/ahc 1 error make[5]: stopped in /usr/src/sys/modules/aic7xxx/ahc --- depend_subdir_ahci --- rm -f .depend --- depend_subdir_aic7xxx --- *** [_sub.depend] Error code 2 make[4]: stopped in /usr/src/sys/modules/aic7xxx 1 error make[4]: stopped in /usr/src/sys/modules/aic7xxx *** [depend_subdir_aic7xxx] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_ahci --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/server -std=iso9899:1999 /usr/src/sys/modules/ahci/../../dev/ahci/ahci.c /usr/src/sys/modules/ahci/../../dev/ahci/ahciem.c --- depend_subdir_acpi --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/acpi/acpi_ibm *** [_sub.depend] Error code 2 make[4]: stopped in /usr/src/sys/modules/acpi 1 error make[4]: stopped in /usr/src/sys/modules/acpi *** [depend_subdir_acpi] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_ahci --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/ahci *** [depend_subdir_ahci] Error code 2 make[3]: stopped in /usr/src/sys/modules 3 errors make[3]: stopped in /usr/src/sys/modules *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/server 1 error make[2]: stopped in /usr/obj/usr/src/sys/server *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 16:24:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4914BFA0; Thu, 21 Aug 2014 16:24:36 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 290123978; Thu, 21 Aug 2014 16:24:36 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5941029C; Thu, 21 Aug 2014 16:24:36 +0000 (UTC) Date: Thu, 21 Aug 2014 16:24:31 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, dumbbell@FreeBSD.org, eadler@FreeBSD.org, rmacklem@FreeBSD.org, grehan@FreeBSD.org, loos@FreeBSD.org, markj@FreeBSD.org, marck@FreeBSD.org, kib@FreeBSD.org, asomers@FreeBSD.org, davide@FreeBSD.org, slm@FreeBSD.org, luigi@FreeBSD.org, ian@FreeBSD.org, jilles@FreeBSD.org, peter@FreeBSD.org, bryanv@FreeBSD.org Message-ID: <1374545774.6.1408638276052.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <380483260.5.1408628109182.JavaMail.jenkins@jenkins-9.freebsd.org> References: <380483260.5.1408628109182.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #644 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Thu, 21 Aug 2014 16:51:04 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 16:24:36 -0000 See Changes: [ian] MFC r257637, r257730, r257734, r257777, r257825, r257838, r257873: Changes to how the aicasm tool is built. This series of changes results in the aicasm tool being built as part of the tools stages of world and kernel builds. Most of these changes will ultimately be undone when r260401 is MFC'd, but it will leave in place the new kernel-build-tool machinery (KTMAKE stuff) in case a new special kernel tool ever comes along. [bryanv] MFC r268480: Add accessor to get the number of free descriptors in the virtqueue [kib] Commit forgotten chunk of r270264. ------------------------------------------ [...truncated 228968 lines...] awk -f @/tools/makeobjops.awk @/dev/agp/agp_if.m -h --- depend_subdir_ahci --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_acpi --- ===> acpi/acpi_fujitsu (depend) --- depend_subdir_aha --- --- isa_if.h --- --- depend_subdir_ahci --- --- pci_if.h --- --- depend_subdir_agp --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_ahci --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_aha --- awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h --- depend_subdir_agp --- --- opt_agp.h --- --- depend_subdir_ahci --- --- opt_cam.h --- --- depend_subdir_agp --- ln -sf /usr/obj opt_agp.h --- depend_subdir_ahci --- ln -sf /usr/obj opt_cam.h --- depend_subdir_aha --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_ahci --- --- .depend --- --- depend_subdir_agp --- --- .depend --- --- depend_subdir_ahci --- rm -f .depend --- depend_subdir_agp --- rm -f .depend --- depend_subdir_acpi --- @ -> --- depend_subdir_agp --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 agp_if.c --- depend_subdir_ahci --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_acpi --- --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- opt_acpi.h --- ln -sf /usr/obj opt_acpi.h --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_aic7xxx --- ===> aic7xxx (depend) --- depend_subdir_acpi --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_aic7xxx --- --- _sub.depend --- ===> aic7xxx/ahc (depend) --- depend_subdir_aio --- ===> aio (depend) --- depend_subdir_acpi --- ===> acpi/acpi_hp (depend) --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_aio --- --- /usr/obj --- --- depend_subdir_aic7xxx --- @ -> --- /usr/obj --- --- depend_subdir_aio --- @ -> --- /usr/obj --- --- depend_subdir_acpi --- --- /usr/obj --- --- /usr/obj --- --- depend_subdir_aic7xxx --- machine -> --- depend_subdir_aio --- machine -> --- depend_subdir_acpi --- machine -> --- /usr/obj --- @ -> --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_aio --- --- /usr/obj --- --- depend_subdir_acpi --- --- /usr/obj --- --- depend_subdir_aic7xxx --- x86 -> --- depend_subdir_acpi --- x86 -> --- depend_subdir_aic7xxx --- --- _sub.depend --- --- depend_subdir_aio --- x86 -> --- depend_subdir_acpi --- --- opt_acpi.h --- ln -sf /usr/obj opt_acpi.h --- depend_subdir_aic7xxx --- ===> aic7xxx/ahc/ahc_eisa (depend) --- depend_subdir_aio --- --- opt_vfs_aio.h --- ln -sf /usr/obj opt_vfs_aio.h --- depend_subdir_acpi --- --- acpi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpica/acpi_if.m -h --- depend_subdir_aio --- --- vnode_if_newproto.h --- --- depend_subdir_acpi --- --- acpi_wmi_if.h --- awk -f @/tools/makeobjops.awk @/dev/acpi_support/acpi_wmi_if.m -h --- depend_subdir_aio --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p --- depend_subdir_acpi --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_alc --- --- depend_subdir_aio --- --- vnode_if_typedef.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q --- depend_subdir_alc --- ===> alc (depend) --- depend_subdir_acpi --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_aic7xxx --- --- /usr/obj --- @ -> --- depend_subdir_aio --- --- opt_compat.h --- ln -sf /usr/obj opt_compat.h --- depend_subdir_aic7xxx --- --- /usr/obj --- --- depend_subdir_aio --- --- vnode_if.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h --- depend_subdir_aic7xxx --- machine -> --- /usr/obj --- x86 -> --- depend_subdir_alc --- --- /usr/obj --- --- depend_subdir_aic7xxx --- --- ../aic7xxx_reg.h --- ( cd .. ; make aic7xxx_reg.h ) --- depend_subdir_alc --- @ -> --- depend_subdir_acpi --- --- .depend --- rm -f .depend --- depend_subdir_alc --- --- /usr/obj --- --- depend_subdir_aio --- --- .depend --- rm -f .depend --- depend_subdir_acpi --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_aio --- CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=iso9899:1999 --- depend_subdir_alc --- machine -> --- depend_subdir_aic7xxx --- make[7]: make[7]: don't know how to make aic7xxx_reg.h. Stop make[7]: stopped in /usr/obj *** [../aic7xxx_reg.h] Error code 2 make[6]: stopped in 1 error make[6]: stopped in --- depend_subdir_alc --- --- /usr/obj --- --- depend_subdir_aic7xxx --- *** [_sub.depend] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_aic7xxx] Error code 2 make[3]: stopped in --- depend_subdir_alc --- x86 -> A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_alc] Error code 2 make[3]: stopped in --- depend_subdir_acpi --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.depend] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_acpi] Error code 2 make[3]: stopped in --- depend_subdir_aio --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_aio] Error code 2 make[3]: stopped in 4 errors make[3]: stopped in *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj 1 error make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 18:05:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B178A286; Thu, 21 Aug 2014 18:05:09 +0000 (UTC) Received: from erg.verweg.com (erg.verweg.com [IPv6:2a02:898:96::5e8e:f508]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "erg.verweg.com", Issuer "Verweg Dot Com CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D403347D; Thu, 21 Aug 2014 18:05:08 +0000 (UTC) Received: from [192.168.0.103] (a80-127-246-33.mobile.xs4all.nl [80.127.246.33]) (authenticated bits=0) by erg.verweg.com (8.14.9/8.14.9) with ESMTP id s7LI53IR022893 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 21 Aug 2014 18:05:05 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host a80-127-246-33.mobile.xs4all.nl [80.127.246.33] claimed to be [192.168.0.103] From: Ruben van Staveren Content-Type: multipart/signed; boundary="Apple-Mail=_F9A5EBF7-8F5F-4A65-BE1C-132C75B54437"; protocol="application/pgp-signature"; micalg=pgp-sha1 Message-Id: <3D042FC9-7CD9-4842-8D18-8354F9E1BB80@verweg.com> Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: mounting fdescfs in a nested/hierarchical jail? Date: Thu, 21 Aug 2014 20:04:57 +0200 References: <3CB0C5BC-3864-418E-A59F-467D39B7E1EA@verweg.com> <53F55F7E.4010309@gritton.org> To: "freebsd-stable@FreeBSD.org Stable" , freebsd-jail@freebsd.org In-Reply-To: <53F55F7E.4010309@gritton.org> X-Mailer: Apple Mail (2.1878.6) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (erg.verweg.com [94.142.245.8]); Thu, 21 Aug 2014 18:05:05 +0000 (UTC) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 18:05:09 -0000 --Apple-Mail=_F9A5EBF7-8F5F-4A65-BE1C-132C75B54437 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi Jamie, others, On 21 Aug 2014, at 4:54, James Gritton wrote: > On 8/18/2014 6:26 AM, Ruben van Staveren wrote: >> Hi list, >>=20 >> I have a FreeBSD 10 zfs based ezjail setup. In one of the jails I am = using ezjail again to set up a nested jail. My goal is to eventually = have my jails use these nested jails as containers for certain services. >>=20 >> However, I am not able to mount a nested fdescfs. When I leave out = fdesc, the nested jail starts up just fine. >>=20 >> There is no allow.mount.fdescfs. Do we need one? >>=20 >> Cheers, >> Ruben >=20 > That's probably the answer. It seems a little inelegant to have this = proliferation of pesudo-fs type allowances, but it's the direction we've = gone. Ok, I=92ve written a little patch for that. Seems to work on r268794 http://pastebin.com/5t9zEzkV I am not sure about the consequences of having this permission. Best Regards, Ruben --Apple-Mail=_F9A5EBF7-8F5F-4A65-BE1C-132C75B54437 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlP2NMkACgkQZ88+mcQxRw0kegCfYDARKjfr4VslsFo2tAA2Ri6g SogAnRTCPTE9T5QrJTar2PkSp2YYR5iG =UL84 -----END PGP SIGNATURE----- --Apple-Mail=_F9A5EBF7-8F5F-4A65-BE1C-132C75B54437-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 18:30:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57C8D3A0 for ; Thu, 21 Aug 2014 18:30:40 +0000 (UTC) Received: from pp2.rice.edu (proofpoint2.mail.rice.edu [128.42.201.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 168993711 for ; Thu, 21 Aug 2014 18:30:39 +0000 (UTC) Received: from pps.filterd (pp2.rice.edu [127.0.0.1]) by pp2.rice.edu (8.14.5/8.14.5) with SMTP id s7LIRmAn016392; Thu, 21 Aug 2014 13:30:31 -0500 Received: from mh1.mail.rice.edu (mh1.mail.rice.edu [128.42.201.20]) by pp2.rice.edu with ESMTP id 1nw8muravd-1; Thu, 21 Aug 2014 13:30:31 -0500 X-Virus-Scanned: by amavis-2.7.0 at mh1.mail.rice.edu, auth channel Received: from 108-254-203-201.lightspeed.hstntx.sbcglobal.net (108-254-203-201.lightspeed.hstntx.sbcglobal.net [108.254.203.201]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh1.mail.rice.edu (Postfix) with ESMTPSA id ACB4846015E; Thu, 21 Aug 2014 13:30:30 -0500 (CDT) Message-ID: <53F63AC6.9020806@rice.edu> Date: Thu, 21 Aug 2014 13:30:30 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Konstantin Belousov Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE References: <4D557EC7CC2A544AA7C1A3B9CBA2B3672609BBA64F@exchange03.epbs.com> <53F2790C.20703@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF28E5@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF2F8F@exchange03.epbs.com> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF31F0@exchange03.epbs.com> <53F4C4C2.1030109@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF335D@exchange03.epbs.com> <53F4C82E.5000900@rice.edu> <4D557EC7CC2A544AA7C1A3B9CBA2B3672609CF33F6@exchange03.epbs.com> <53F59AF6.6080204@rice.edu> <20140821075736.GD2737@kib.kiev.ua> In-Reply-To: <20140821075736.GD2737@kib.kiev.ua> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 kscore.is_bulkscore=0 kscore.compositescore=0 circleOfTrustscore=0 compositescore=0.329675195184726 urlsuspect_oldscore=0.0298999927260837 suspectscore=11 recipient_domain_to_sender_totalscore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=0 recipient_to_sender_totalscore=0 recipient_domain_to_sender_domain_totalscore=498 rbsscore=0.329675195184726 spamscore=0 recipient_to_sender_domain_totalscore=0 urlsuspectscore=0.9 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408210224 Cc: "freebsd-stable@freebsd.org" , "Polyack, Steve" , Jeff Roberson X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 18:30:40 -0000 On 08/21/2014 02:57, Konstantin Belousov wrote: > On Thu, Aug 21, 2014 at 02:08:38AM -0500, Alan Cox wrote: >> On 08/20/2014 11:22, Polyack, Steve wrote: >>>> -----Original Message----- >>>> From: Alan Cox [mailto:alc@rice.edu] >>>> Sent: Wednesday, August 20, 2014 12:09 PM >>>> To: Polyack, Steve; freebsd-stable@freebsd.org >>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE >>>> >>>> On 08/20/2014 10:56, Polyack, Steve wrote: >>>>>> -----Original Message----- >>>>>> From: Alan Cox [mailto:alc@rice.edu] >>>>>> Sent: Wednesday, August 20, 2014 11:55 AM >>>>>> To: Polyack, Steve; freebsd-stable@freebsd.org >>>>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0-RELEASE >>>>>> >>>>>> On 08/20/2014 09:55, Polyack, Steve wrote: >>>>>>>> -----Original Message----- >>>>>>>> From: Polyack, Steve >>>>>>>> Sent: Wednesday, August 20, 2014 9:14 AM >>>>>>>> To: Polyack, Steve; Alan Cox; freebsd-stable@freebsd.org >>>>>>>> Subject: RE: vmdaemon CPU usage and poor performance in 10.0- >>>> RELEASE >>>>>>>>> -----Original Message----- >>>>>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>>>>>>>> stable@freebsd.org] On Behalf Of Polyack, Steve >>>>>>>>> Sent: Tuesday, August 19, 2014 12:37 PM >>>>>>>>> To: Alan Cox; freebsd-stable@freebsd.org >>>>>>>>> Subject: RE: vmdaemon CPU usage and poor performance in 10.0- >>>>>> RELEASE >>>>>>>>>> -----Original Message----- >>>>>>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>>>>>>>>> stable@freebsd.org] On Behalf Of Alan Cox >>>>>>>>>> Sent: Monday, August 18, 2014 6:07 PM >>>>>>>>>> To: freebsd-stable@freebsd.org >>>>>>>>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- >>>>>>>> RELEASE >>>>>>>>>> On 08/18/2014 16:29, Polyack, Steve wrote: >>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >>>>>>>>>>>> stable@freebsd.org] On Behalf Of Alan Cox >>>>>>>>>>>> Sent: Monday, August 18, 2014 3:05 PM >>>>>>>>>>>> To: freebsd-stable@freebsd.org >>>>>>>>>>>> Subject: Re: vmdaemon CPU usage and poor performance in 10.0- >>>>>>>>> RELEASE >>>>>>>>>>>> On 08/18/2014 13:42, Polyack, Steve wrote: >>>>>>>>>>>>> Excuse my poorly formatted reply at the moment, but this seems >>>> to >>>>>>>>>> have >>>>>>>>>>>> fixed our problems. I'm going to update the bug report with a >>>> note. >>>>>>>>>>>>> Thanks Alan! >>>>>>>>>>>> You're welcome. And, thanks for letting me know of the outcome. >>>>>>>>>>>> >>>>>>>>>>> Actually, I may have spoken too soon, as it looks like we're seeing >>>>>>>>>> vmdaemon tying up the system again: >>>>>>>>>>> root 6 100.0 0.0 0 16 - DL Wed04PM 4:37.95 >>>>>>>>> [vmdaemon] >>>>>>>>>>> Is there anything I can check to help narrow down what may be the >>>>>>>>>> problem? KTrace/truss on the "process" doesn't give any >>>> information, I >>>>>>>>>> suppose because it's actually a kernel thread. >>>>>>>>>> >>>>>>>>>> Can you provide the full output of top? Is there anything unusual >>>>>> about >>>>>>>>>> the hardware or software configuration? >>>>>>>>> This may have just been a fluke (maybe NFS caching the old >>>>>> vm_pageout.c >>>>>>>>> during the first source build). We've rebuilt and are monitoring it >>>> now. >>>>>>>>> The hardware consists of a few Dell PowerEdge R720xd servers with >>>>>> 256GB >>>>>>>>> of RAM and array of SSDs (no ZFS). 64GB is dedicated to postgres >>>>>>>>> shared_buffers right now. FreeBSD 10, PostgreSQL 9.3, Slony-I v2.2.2, >>>>>> and >>>>>>>>> redis-2.8.11 are all in use here. I can't say that anything is unusual >>>> about >>>>>>>> the >>>>>>>>> configuration. >>>>>>>>> >>>>>>>> We are still seeing the issue. It seems to manifest once the "Free" >>>>>> memory >>>>>>>> gets under 10GB (of 256GB on the system), even though ~200GB of this >>>> is >>>>>>>> classified as Inactive. For us, this was about 7 hours of database >>>> activity >>>>>>>> (initial replication w/ slony). Right now vmdaemon is consuming 100% >>>>>> CPU >>>>>>>> and shows 671:34 CPU time when it showed 0:00 up until the problem >>>>>>>> manifested. The full top output (that fits on my screen) is below: >>>>>>>> >>>>>>>> last pid: 62309; load averages: 4.05, 4.24, 4.10 >>>>>>>> up 0+22:34:31 09:08:43 >>>>>>>> 159 processes: 8 running, 145 sleeping, 1 waiting, 5 lock >>>>>>>> CPU: 14.5% user, 0.0% nice, 4.9% system, 0.0% interrupt, 80.5% idle >>>>>>>> Mem: 26G Active, 216G Inact, 4122M Wired, 1178M Cache, 1632M Buf, >>>>>> 2136M >>>>>>>> Free >>>>>>>> Swap: 32G Total, 32G Free >>>>>>>> >>>>>>>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >>>>>>>> COMMAND >>>>>>>> 11 root 32 155 ki31 0K 512K CPU31 31 669.6H 2934.23% idle >>>>>>>> 6 root 1 -16 - 0K 16K CPU19 19 678:57 100.00% vmdaemon >>>>>>>> 1963 pgsql 1 45 0 67538M 208M CPU0 0 121:46 17.38% >>>> postgres >>>>>>>> 2037 pgsql 1 77 0 67536M 2200K *vm ob 14 6:24 15.97% >>>> postgres >>>>>>>> 1864 pgsql 1 31 0 67536M 1290M semwai 4 174:41 15.19% >>>>>> postgres >>>>>>>> 1996 pgsql 1 38 0 67538M 202M semwai 16 120:27 15.09% >>>>>> postgres >>>>>>>> 1959 pgsql 1 39 0 67538M 204M CPU27 27 117:30 15.09% >>>> postgres >>>>>>>> 1849 pgsql 1 32 0 67536M 1272M semwai 23 126:22 13.96% >>>>>> postgres >>>>>>>> 1997 pgsql 1 31 0 67538M 206M CPU30 30 122:26 11.77% >>>> postgres >>>>>>>> 2002 pgsql 1 34 0 67538M 182M sbwait 11 55:20 11.28% >>>> postgres >>>>>>>> 1961 pgsql 1 32 0 67538M 206M CPU12 12 121:47 10.99% >>>> postgres >>>>>>>> 1964 pgsql 1 30 0 67538M 206M semwai 28 122:08 9.86% >>>> postgres >>>>>>>> 1962 pgsql 1 29 0 67538M 1286M sbwait 2 45:49 7.18% >>>> postgres >>>>>>>> 1752 root 1 22 0 78356K 8688K CPU2 2 175:46 6.88% snmpd >>>>>>>> 1965 pgsql 1 25 0 67538M 207M semwai 9 120:55 6.59% >>>> postgres >>>>>>>> 1960 pgsql 1 23 0 67538M 177M semwai 6 52:42 4.88% >>>> postgres >>>>>>>> 1863 pgsql 1 25 0 67542M 388M semwai 25 9:12 2.20% >>>> postgres >>>>>>>> 1859 pgsql 1 22 0 67538M 1453M *vm ob 20 6:13 2.10% >>>> postgres >>>>>>>> 1860 pgsql 1 22 0 67538M 1454M sbwait 8 6:08 1.95% postgres >>>>>>>> 1848 pgsql 1 21 0 67586M 66676M *vm ob 30 517:07 1.66% >>>>>> postgres >>>>>>>> 1856 pgsql 1 22 0 67538M 290M *vm ob 15 5:39 1.66% >>>> postgres >>>>>>>> 1846 pgsql 1 21 0 67538M 163M sbwait 15 5:46 1.46% postgres >>>>>>>> 1853 pgsql 1 21 0 67538M 110M sbwait 30 8:54 1.17% postgres >>>>>>>> 1989 pgsql 1 23 0 67536M 5180K sbwait 18 1:41 0.98% postgres >>>>>>>> 5 root 1 -16 - 0K 16K psleep 6 9:33 0.78% pagedaemon >>>>>>>> 1854 pgsql 1 20 0 67538M 338M sbwait 22 5:38 0.78% postgres >>>>>>>> 1861 pgsql 1 20 0 67538M 286M sbwait 15 6:13 0.68% postgres >>>>>>>> 1857 pgsql 1 20 0 67538M 1454M semwai 10 6:19 0.49% >>>> postgres >>>>>>>> 1999 pgsql 1 36 0 67538M 156M *vm ob 28 120:56 0.39% >>>> postgres >>>>>>>> 1851 pgsql 1 20 0 67538M 136M sbwait 22 5:48 0.39% postgres >>>>>>>> 1975 pgsql 1 20 0 67536M 5688K sbwait 25 1:40 0.29% postgres >>>>>>>> 1858 pgsql 1 20 0 67538M 417M sbwait 3 5:55 0.20% postgres >>>>>>>> 2031 pgsql 1 20 0 67536M 5664K sbwait 5 3:26 0.10% postgres >>>>>>>> 1834 root 12 20 0 71892K 12848K select 20 34:05 0.00% slon >>>>>>>> 12 root 78 -76 - 0K 1248K WAIT 0 25:47 0.00% intr >>>>>>>> 2041 pgsql 1 20 0 67536M 5932K sbwait 14 12:50 0.00% >>>> postgres >>>>>>>> 2039 pgsql 1 20 0 67536M 5960K sbwait 17 9:59 0.00% postgres >>>>>>>> 2038 pgsql 1 20 0 67536M 5956K sbwait 6 8:21 0.00% postgres >>>>>>>> 2040 pgsql 1 20 0 67536M 5996K sbwait 7 8:20 0.00% postgres >>>>>>>> 2032 pgsql 1 20 0 67536M 5800K sbwait 22 7:03 0.00% postgres >>>>>>>> 2036 pgsql 1 20 0 67536M 5748K sbwait 23 6:38 0.00% postgres >>>>>>>> 1812 pgsql 1 20 0 67538M 59185M select 1 5:46 0.00% postgres >>>>>>>> 2005 pgsql 1 20 0 67536M 5788K sbwait 23 5:14 0.00% postgres >>>>>>>> 2035 pgsql 1 20 0 67536M 4892K sbwait 18 4:52 0.00% >>>> >>>>>>>> 1852 pgsql 1 21 0 67536M 1230M semwai 7 4:47 0.00% >>>> postgres >>>>>>>> 13 root 3 -8 - 0K 48K - 28 4:46 0.00% geom >>>>>>>> >>>>>>>> >>>>>>> Another thing I've noticed is that this sysctl vm.stats counter is >>>> increasing >>>>>> fairly rapidly: >>>>>>> # sysctl vm.stats.vm.v_pdpages && sleep 1 && sysctl >>>>>> vm.stats.vm.v_pdpages >>>>>>> vm.stats.vm.v_pdpages: 3455264541 >>>>>>> vm.stats.vm.v_pdpages: 3662158383 >>>>>> I'm not sure what that tells us, because both the page daemon and the >>>> vm >>>>>> ("swap") daemon increment this counter. >>>>>> >>>>>>> Also, to demonstrate what kind of problems this seems to cause: >>>>>>> # time sleep 1 >>>>>>> >>>>>>> real 0m18.288s >>>>>>> user 0m0.001s >>>>>>> sys 0m0.004s >>>>>> If you change the sysctl vm.swap_enabled to 0, how does your system >>>>>> behave? >>>>>> >>>>> Setting vm.swap_enabled to 0 made the problem clear up almost >>>> instantly. vmdaemon is back to 0.00% CPU usage and the system is >>>> responsive once again. >>>> I doubt that you need whole process swapping. The page daemon is >>>> probably sufficient. See how things go for a few days and let me know. >>>> >>>> There is still a bug here that needs diagnosing and fixing. So, I will >>>> likely send you a debugging patch in the near future, and ask you to >>>> reenable swapping under that patch. >>>> >>> If it helps at all - setting vm.swap_enabled=0 seems to fix the problem even without the aforementioned patch to vm_pageout.c. >>> >> >> I have a couple hypotheses for what is causing your problem. The >> attached patch addresses one of them. Please apply this patch and then >> reset vm._swap_enabled back to 1. >> >> >> Index: vm/vm_pageout.c >> =================================================================== >> --- vm/vm_pageout.c (revision 270258) >> +++ vm/vm_pageout.c (working copy) >> @@ -1309,6 +1309,20 @@ relock_queues: >> vm_pagequeue_unlock(pq); >> >> /* >> + * If we didn't get enough free pages, and we have skipped a vnode >> + * in a writeable object, wakeup the sync daemon. And kick swapout >> + * if we did not get enough free pages. >> + */ >> + if (page_shortage > 0) { >> + if (vnodes_skipped && vm_page_count_min()) >> + (void) speedup_syncer(); >> +#if !defined(NO_SWAPPING) >> + if (vm_swap_enabled) >> + vm_req_vmdaemon(VM_SWAP_NORMAL); >> +#endif >> + } >> + >> + /* >> * Compute the number of pages we want to try to move from the >> * active queue to the inactive queue. >> */ >> @@ -1418,20 +1432,6 @@ relock_queues: >> } >> } >> #endif >> - >> - /* >> - * If we didn't get enough free pages, and we have skipped a vnode >> - * in a writeable object, wakeup the sync daemon. And kick swapout >> - * if we did not get enough free pages. >> - */ >> - if (vm_paging_target() > 0) { >> - if (vnodes_skipped && vm_page_count_min()) >> - (void) speedup_syncer(); >> -#if !defined(NO_SWAPPING) >> - if (vm_swap_enabled && vm_page_count_target()) >> - vm_req_vmdaemon(VM_SWAP_NORMAL); >> -#endif >> - } >> >> /* >> * If we are critically low on one of RAM or swap and low on > I suspect that what happen is the contention on vm object lock > between page fault handler and pageout scan. If faults are frequent > enough, pagedaemon would be unable to try-lock the object backing > the postgresql shared area, which is large enough to constitute the > significant part of the queues. Just to be clear, he's spinning in the vmdaemon, not the pagedaemon. Nonetheless, I've patched the pagedaemon above because I argue that we're issuing bogus wakeups to the vmdaemon. (See the debugging patch at the bottom of this message.) Also, I'm not sure that I understand the relevance of the try lock here. In the pagedaemon, if the try lock fails, we always fall back to a blocking lock acquire. In other words, we're not skipping the object's pages because the try lock fails. We only skip the page if it has moved from its original place in the inactive queue while we're doing the unlock, relock dance. However, if what you mean is that contention for the object locks could slow the progress of the page daemon through the inactive queue, such that it meets its target, but other CPUs have had long enough to allocate pages so that vm_paging_target() is once again greater than 0, then I agree. The sheer size of the inactive queue (216GB) and the page target could also be another factor here. Nonetheless, it's also worth considering that he has 26 GB of memory in the active queue. By the time we complete the active queue scan, again the other CPUs have had plenty of time to allocate pages. In other words, another reason that vm_paging_target() could be greater than zero. Basically, back in the days when the kernel was single-threaded, testing "vm_paging_target() > 0" was a reasonable way of determining if the inactive queue scan met its target. However, now that we can have people concurrently allocating pages, it's race-y. Instead, for determining whether to call vm_req_vmdaemon(VM_SWAP_NORMAL) we should directly check if the inactive queue scan met its target. (I believe that another part of the explanation for why the call to vm_req_vmdaemon(VM_SWAP_NORMAL) comes after the active queue scan and not immediately after the inactive queue scan is that we would cache pages from the active queue scan under certain circumstances. That no longer happens.) I suspect that the changes that we made to the paging targets for 10.0 has also played a part in bringing this issue out into the daylight. To conclude, the race here is not postgres-specific. I ran a make -j7 buildworld on a machine with physmem configured to 1GB with the following patch applied: root@108-254-203-201:/freebsd/base/head/sys # svn di -x -p Index: vm/vm_pageout.c =================================================================== --- vm/vm_pageout.c (revision 270024) +++ vm/vm_pageout.c (working copy) @@ -904,7 +904,7 @@ vm_pageout_scan(struct vm_domain *vmd, int pass) int act_delta, addl_page_shortage, deficit, maxscan, page_shortage; int vnodes_skipped = 0; int maxlaunder; - int lockmode; + int lockmode, inactive_shortage; boolean_t queues_locked; /* @@ -1299,6 +1299,8 @@ relock_queues: } vm_pagequeue_unlock(pq); + inactive_shortage = page_shortage; + /* * Compute the number of pages we want to try to move from the * active queue to the inactive queue. @@ -1415,6 +1417,7 @@ relock_queues: * if we did not get enough free pages. */ if (vm_paging_target() > 0) { +printf("%d %d\n", inactive_shortage, vm_paging_target()); if (vnodes_skipped && vm_page_count_min()) (void) speedup_syncer(); #if !defined(NO_SWAPPING) and I saw: ... 0 473 0 384 0 364 0 1522 0 1222 0 95 0 434 0 610 0 490 0 1033 0 499 0 1222 0 676 0 546 0 272 0 345 0 531 0 1064 0 1487 0 1619 0 1558 0 2494 0 601 0 343 0 381 0 1007 0 4393 0 4394 0 177 0 38 0 99 0 192 0 253 0 242 0 76 0 180 0 215 0 167 0 87 0 36 0 160 0 267 0 2198 0 231 0 2080 0 2309 0 2142 1021 3520 2525 4393 3735 3811 2786 4138 3323 4331 3203 4320 731 4258 0 224 0 126 53 140 3462 3752 0 885 0 1900 ... In other words, a lot of vmdaemon wakeups even though the inactive queue scan cached/freed the desired number of pages. > The fault fast path does not help there, since the object lock is > still taken on fault, even readonly, which conflicts with the pagedaemon > write lock mode. > > This is one of the reasons why I added MAP_SHARED_PHYS flag. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 18:49:20 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F163E14; Thu, 21 Aug 2014 18:49:20 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 76CDC38F1; Thu, 21 Aug 2014 18:49:20 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s7LInG5i041810; Thu, 21 Aug 2014 14:49:16 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <53F63F20.3030808@sentex.net> Date: Thu, 21 Aug 2014 14:49:04 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: make -j# buildkernel errors ? (parallel build problem) References: <53F5FC7D.4080806@sentex.net> <20140821172205.7a069c87@nonamehost.local> <1408634638.1150.28.camel@revolution.hippie.lan> <53F6171E.2070108@sentex.net> In-Reply-To: <53F6171E.2070108@sentex.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 18:49:20 -0000 On 8/21/2014 11:58 AM, Mike Tancsa wrote: > On 8/21/2014 11:23 AM, Ian Lepore wrote: >> So for most folks, I think the problems should be fixed now as of >> r270274, but I only tested with -j12. > > 0-hast-a-# svnlite status --show-updates > ? tools/tools/netrate/netblast/netblast > ? tools/tools/netrate/netreceive/netreceive > ? tools/tools/netrate/netsend/netsend > Status against revision: 270278 > > > Hi Ian, > I did a svn update just now and still no luck. I did a buildworld > first just in case Hi Ian, Still getting a broken buildkernel. I blew away /usr/obj, but still no luck. buildworld is fine, but buildkernel fails. --- depend_subdir_alc --- x86 -> /usr/src/sys/x86/include --- depend_subdir_aic7xxx --- In file included from /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa/../../../../dev/aic7xxx/ahc_eisa.c:35: In file included from @/dev/aic7xxx/aic7xxx_osm.h:72: @/dev/pci/pcivar.h:241:10: fatal error: 'pci_if.h' file not found #include "pci_if.h" ^ --- depend_subdir_alc --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_aic7xxx --- 1 error generated. mkdep: compile failed --- depend_subdir_ale --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_aic7xxx --- *** [.depend] Error code 1 make[6]: stopped in /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa 1 error make[6]: stopped in /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa *** [_sub.depend] Error code 2 make[5]: stopped in /usr/src/sys/modules/aic7xxx/ahc 1 error make[5]: stopped in /usr/src/sys/modules/aic7xxx/ahc *** [_sub.depend] Error code 2 make[4]: stopped in /usr/src/sys/modules/aic7xxx 1 error make[4]: stopped in /usr/src/sys/modules/aic7xxx *** [depend_subdir_aic7xxx] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_alc --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/alc *** [depend_subdir_alc] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_agp --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/agp *** [depend_subdir_agp] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_ale --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/ale *** [depend_subdir_ale] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_acpi --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/acpi/acpi_fujitsu *** [_sub.depend] Error code 2 make[4]: stopped in /usr/src/sys/modules/acpi 1 error make[4]: stopped in /usr/src/sys/modules/acpi *** [depend_subdir_acpi] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_aio --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/aio *** [depend_subdir_aio] Error code 2 make[3]: stopped in /usr/src/sys/modules 6 errors make[3]: stopped in /usr/src/sys/modules *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/server 1 error make[2]: stopped in /usr/obj/usr/src/sys/server *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src make: stopped in /usr/src -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 21:18:09 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 374BE8B2; Thu, 21 Aug 2014 21:18:09 +0000 (UTC) Received: from frv152.fwdcdn.com (frv152.fwdcdn.com [212.42.77.152]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF9DC384F; Thu, 21 Aug 2014 21:18:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=IQrgrFt1sR8pP7+14oxZXj8aCYQH6kNyTEWsClF/FpM=; b=IdKzQbYtGhY/19MxwgNMqM0bIILpKg5o5SyDiS93XCIBX2G6ZF9PT4Ph4fBxMo/BabEGn6/uROcf607k4vTWVoqQ7jy1aDZIiwQF+WX44Rf1PNbPMAr65gMVjUdGXHrpoXeu1jjQN9Ympq255fyAJgrufVmYR21oJfgpu/93V0E=; Received: from [134.249.91.229] (helo=nonamehost.local) by frv152.fwdcdn.com with esmtpsa ID 1XKZk9-000E9I-0V ; Fri, 22 Aug 2014 00:18:01 +0300 Date: Fri, 22 Aug 2014 00:17:59 +0300 From: Ivan Klymenko To: Mike Tancsa Subject: Re: make -j# buildkernel errors ? (parallel build problem) Message-ID: <20140822001759.01aea261@nonamehost.local> In-Reply-To: <53F63F20.3030808@sentex.net> References: <53F5FC7D.4080806@sentex.net> <20140821172205.7a069c87@nonamehost.local> <1408634638.1150.28.camel@revolution.hippie.lan> <53F6171E.2070108@sentex.net> <53F63F20.3030808@sentex.net> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=134.249.91.229; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net Cc: "freebsd-stable@freebsd.org" , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 21:18:09 -0000 =D0=92 Thu, 21 Aug 2014 14:49:04 -0400 Mike Tancsa =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On 8/21/2014 11:58 AM, Mike Tancsa wrote: > > On 8/21/2014 11:23 AM, Ian Lepore wrote: > >> So for most folks, I think the problems should be fixed now as of > >> r270274, but I only tested with -j12. > > > > 0-hast-a-# svnlite status --show-updates > > ? tools/tools/netrate/netblast/netblast > > ? tools/tools/netrate/netreceive/netreceive > > ? tools/tools/netrate/netsend/netsend > > Status against revision: 270278 > > > > > > Hi Ian, > > I did a svn update just now and still no luck. I did a > > buildworld first just in case >=20 >=20 > Hi Ian, > Still getting a broken buildkernel. I blew away /usr/obj, but > still no luck. buildworld is fine, but buildkernel fails. >=20 > --- depend_subdir_alc --- > x86 -> /usr/src/sys/x86/include > --- depend_subdir_aic7xxx --- > In file included from=20 > /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa/../../../../dev/aic7xxx/ahc_eis= a.c:35: > In file included from @/dev/aic7xxx/aic7xxx_osm.h:72: > @/dev/pci/pcivar.h:241:10: fatal error: 'pci_if.h' file not found > #include "pci_if.h" > ^ >... >=20 +1 From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 22:18:45 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D79D4178; Thu, 21 Aug 2014 22:18:45 +0000 (UTC) Received: from frv153.fwdcdn.com (frv153.fwdcdn.com [212.42.77.153]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8EAF83D97; Thu, 21 Aug 2014 22:18:45 +0000 (UTC) Received: from [10.10.10.28] (helo=frv154.fwdcdn.com) by frv153.fwdcdn.com QID:1XKago-000E7v-Va/RC:2; Fri, 22 Aug 2014 01:18:38 +0300 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=9TyRwDHAccuRJR2cBHtePlMlKP9RbmbgxVp/lQgcWCA=; b=KFDSaYquU9evW7yzzkY7nsZvGCHR8MY4KYEH2xgKdS2bOhQMO8Trc6IqRXiYD9bD9EVE2oi377JcBUtmLiPSwwAKsowXmKzRRpA56mdb2HDWwaylcA7cG4ofy1L63DG5fA04enntd8x5ZlAW6kTTJS8dFVoCIY1T8Vmlu4JG5CU=; Received: from [134.249.91.229] (helo=nonamehost.local) by frv154.fwdcdn.com with esmtpsa ID 1XKagZ-000Pwq-Le ; Fri, 22 Aug 2014 01:18:23 +0300 Date: Fri, 22 Aug 2014 01:18:22 +0300 From: Ivan Klymenko To: Mike Tancsa Subject: Re: make -j# buildkernel errors ? (parallel build problem) Message-ID: <20140822011822.75d707cf@nonamehost.local> In-Reply-To: <20140822001759.01aea261@nonamehost.local> References: <53F5FC7D.4080806@sentex.net> <20140821172205.7a069c87@nonamehost.local> <1408634638.1150.28.camel@revolution.hippie.lan> <53F6171E.2070108@sentex.net> <53F63F20.3030808@sentex.net> <20140822001759.01aea261@nonamehost.local> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=134.249.91.229; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-Ukrnet-Yellow: 0 Cc: "freebsd-stable@freebsd.org" , Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 22:18:45 -0000 =D0=92 Fri, 22 Aug 2014 00:17:59 +0300 Ivan Klymenko =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > =D0=92 Thu, 21 Aug 2014 14:49:04 -0400 > Mike Tancsa =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > > On 8/21/2014 11:58 AM, Mike Tancsa wrote: > > > On 8/21/2014 11:23 AM, Ian Lepore wrote: > > >> So for most folks, I think the problems should be fixed now as of > > >> r270274, but I only tested with -j12. > > > > > > 0-hast-a-# svnlite status --show-updates > > > ? tools/tools/netrate/netblast/netblast > > > ? tools/tools/netrate/netreceive/netreceive > > > ? tools/tools/netrate/netsend/netsend > > > Status against revision: 270278 > > > > > > > > > Hi Ian, > > > I did a svn update just now and still no luck. I did a > > > buildworld first just in case > >=20 > >=20 > > Hi Ian, > > Still getting a broken buildkernel. I blew away /usr/obj, > > but still no luck. buildworld is fine, but buildkernel fails. > >=20 > > --- depend_subdir_alc --- > > x86 -> /usr/src/sys/x86/include > > --- depend_subdir_aic7xxx --- > > In file included from=20 > > /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa/../../../../dev/aic7xxx/ahc_e= isa.c:35: > > In file included from @/dev/aic7xxx/aic7xxx_osm.h:72: > > @/dev/pci/pcivar.h:241:10: fatal error: 'pci_if.h' file not found > > #include "pci_if.h" > > ^ > >... > >=20 >=20 > +1 Revision 270306 fixes this issue. Thanks. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 22:44:35 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64001E58 for ; Thu, 21 Aug 2014 22:44:35 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 336503099 for ; Thu, 21 Aug 2014 22:44:34 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XKb5s-000IPe-TI; Thu, 21 Aug 2014 22:44:33 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s7LMiVIn057104; Thu, 21 Aug 2014 16:44:31 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18/RXhsvb6/J57u+M6a6BWi X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: make -j# buildkernel errors ? (parallel build problem) From: Ian Lepore To: Ivan Klymenko In-Reply-To: <20140822011822.75d707cf@nonamehost.local> References: <53F5FC7D.4080806@sentex.net> <20140821172205.7a069c87@nonamehost.local> <1408634638.1150.28.camel@revolution.hippie.lan> <53F6171E.2070108@sentex.net> <53F63F20.3030808@sentex.net> <20140822001759.01aea261@nonamehost.local> <20140822011822.75d707cf@nonamehost.local> Content-Type: text/plain; charset="koi8-r" Date: Thu, 21 Aug 2014 16:44:30 -0600 Message-ID: <1408661070.1150.38.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ilsoft.org id s7LMiVIn057104 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 22:44:35 -0000 On Fri, 2014-08-22 at 01:18 +0300, Ivan Klymenko wrote: > =F7 Fri, 22 Aug 2014 00:17:59 +0300 > Ivan Klymenko =D0=C9=DB=C5=D4: >=20 > > =F7 Thu, 21 Aug 2014 14:49:04 -0400 > > Mike Tancsa =D0=C9=DB=C5=D4: > >=20 > > > On 8/21/2014 11:58 AM, Mike Tancsa wrote: > > > > On 8/21/2014 11:23 AM, Ian Lepore wrote: > > > >> So for most folks, I think the problems should be fixed now as o= f > > > >> r270274, but I only tested with -j12. > > > > > > > > 0-hast-a-# svnlite status --show-updates > > > > ? tools/tools/netrate/netblast/netblast > > > > ? tools/tools/netrate/netreceive/netreceive > > > > ? tools/tools/netrate/netsend/netsend > > > > Status against revision: 270278 > > > > > > > > > > > > Hi Ian, > > > > I did a svn update just now and still no luck. I did a > > > > buildworld first just in case > > >=20 > > >=20 > > > Hi Ian, > > > Still getting a broken buildkernel. I blew away /usr/obj, > > > but still no luck. buildworld is fine, but buildkernel fails. > > >=20 > > > --- depend_subdir_alc --- > > > x86 -> /usr/src/sys/x86/include > > > --- depend_subdir_aic7xxx --- > > > In file included from=20 > > > /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa/../../../../dev/aic7xxx/a= hc_eisa.c:35: > > > In file included from @/dev/aic7xxx/aic7xxx_osm.h:72: > > > @/dev/pci/pcivar.h:241:10: fatal error: 'pci_if.h' file not found > > > #include "pci_if.h" > > > ^ > > >... > > >=20 > >=20 > > +1 >=20 >=20 > Revision 270306 fixes this issue. >=20 > Thanks. Yep, I think so. It looks like this problem has been around for a while, but it was hidden on -current because EISA is disabled by default there. It should be all good now. -- Ian From owner-freebsd-stable@FreeBSD.ORG Thu Aug 21 19:33:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF4A9EEA; Thu, 21 Aug 2014 19:33:55 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C83733D96; Thu, 21 Aug 2014 19:33:55 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1BAE6316; Thu, 21 Aug 2014 19:33:56 +0000 (UTC) Date: Thu, 21 Aug 2014 19:33:51 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, dumbbell@FreeBSD.org, eadler@FreeBSD.org, rmacklem@FreeBSD.org, grehan@FreeBSD.org, loos@FreeBSD.org, markj@FreeBSD.org, ngie@FreeBSD.org, marck@FreeBSD.org, kib@FreeBSD.org, asomers@FreeBSD.org, davide@FreeBSD.org, slm@FreeBSD.org, luigi@FreeBSD.org, ian@FreeBSD.org, jilles@FreeBSD.org, peter@FreeBSD.org, bryanv@FreeBSD.org Message-ID: <1554247315.7.1408649636076.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1374545774.6.1408638276052.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1374545774.6.1408638276052.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_stable_10 #645 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-Mailman-Approved-At: Fri, 22 Aug 2014 02:10:40 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 19:33:56 -0000 See From owner-freebsd-stable@FreeBSD.ORG Fri Aug 22 10:10:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE9646E6 for ; Fri, 22 Aug 2014 10:10:23 +0000 (UTC) Received: from nagini.codelibre.net (nagini.codelibre.net [IPv6:2001:41c8:1:5750::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8A10D3D03 for ; Fri, 22 Aug 2014 10:10:23 +0000 (UTC) Received: by nagini.codelibre.net (Postfix, from userid 1000) id C6063183E7; Fri, 22 Aug 2014 11:10:14 +0100 (BST) Date: Fri, 22 Aug 2014 11:10:14 +0100 From: Roger Leigh To: freebsd-stable@freebsd.org Subject: Re: PCI-E SATA-III HBA for FreeBSD 10 Message-ID: <20140822101014.GE7997@codelibre.net> References: <20140817171554.GB7997@codelibre.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2014 10:10:23 -0000 On Mon, Aug 18, 2014 at 12:35:35PM +0000, Tom Evans wrote: > Cards supported by mps(4), eg LSI SAS2008 based cards, are very well > supported and very fast. Flash to "IT mode" for use with ZFS. Many thanks for the suggestion, I'll look into one of these. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `- GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 22 11:48:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA272F8B; Fri, 22 Aug 2014 11:48:38 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 66B7C36C6; Fri, 22 Aug 2014 11:48:38 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s7MBmaks037887; Fri, 22 Aug 2014 13:48:36 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 332333E24; Fri, 22 Aug 2014 13:48:36 +0200 (CEST) Message-ID: <53F72E13.6090503@omnilan.de> Date: Fri, 22 Aug 2014 13:48:35 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Glen Barber Subject: Open bug: heimdal patch for usr/bin/krb5-config in RELENG_10 [Was: Re: Some missong patches in 9.2-RC2] References: <520283A1.1070404@omnilan.de> <20130808145045.GA17282@glenbarber.us> In-Reply-To: <20130808145045.GA17282@glenbarber.us> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Fri, 22 Aug 2014 13:48:36 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2014 11:48:38 -0000 Bezüglich Glen Barber's Nachricht vom 08.08.2013 16:50 (localtime): > On Wed, Aug 07, 2013 at 07:28:01PM +0200, freebsd@omnilan.de wrote: … >> - Regarding kerberized builds: >> http://lists.freebsd.org/pipermail/freebsd-bugs/2011-April/043902.html >> > > I'll take a look at this, but I do not see this change even committed to > head/ yet. This time, I'm in time before RELENG_10_1 :-) The fix is also applicable to RELENG_10, now found in bugzilla at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156245 Can someone please chek? Thanks, -Harry From owner-freebsd-stable@FreeBSD.ORG Fri Aug 22 14:39:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 476CEF2; Fri, 22 Aug 2014 14:39:42 +0000 (UTC) Date: Fri, 22 Aug 2014 10:39:38 -0400 From: Glen Barber To: Harry Schmalzbauer Subject: Re: Open bug: heimdal patch for usr/bin/krb5-config in RELENG_10 [Was: Re: Some missong patches in 9.2-RC2] Message-ID: <20140822143938.GH43778@hub.FreeBSD.org> References: <520283A1.1070404@omnilan.de> <20130808145045.GA17282@glenbarber.us> <53F72E13.6090503@omnilan.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xHbokkKX1kTiQeDC" Content-Disposition: inline In-Reply-To: <53F72E13.6090503@omnilan.de> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2014 14:39:43 -0000 --xHbokkKX1kTiQeDC Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 22, 2014 at 01:48:35PM +0200, Harry Schmalzbauer wrote: > Bez=C3=BCglich Glen Barber's Nachricht vom 08.08.2013 16:50 (localtime): > > On Wed, Aug 07, 2013 at 07:28:01PM +0200, freebsd@omnilan.de wrote: > =E2=80=A6 > >> - Regarding kerberized builds: > >> http://lists.freebsd.org/pipermail/freebsd-bugs/2011-April/043902.html > >> > >=20 > > I'll take a look at this, but I do not see this change even committed to > > head/ yet. >=20 > This time, I'm in time before RELENG_10_1 :-) The fix is also applicable > to RELENG_10, now found in bugzilla at > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D156245 >=20 > Can someone please chek? >=20 Thank you for the reminder. We'll take a look. Glen --xHbokkKX1kTiQeDC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJT91YqAAoJELls3eqvi17QX94P/ihlgh2ygY7Rd4k5em+KCVJO liuesycO3eCQT0yKK7i40IPtSgrfvAB4h/nio7mtzDLHeGV19PNufw1QWHo1QfCb a/48aiZ5bL8WsR1EQ/t+C5fyNNcv/trGAE68uY2jR8etfXJTyWWiNF0orP/eIvXn NVJ007Lpfv9Wu1JIlSbwhoXRtGuBP5Tqls8E3OvQOFdAvgalE/T8Y9UbbbCJ72s+ JnXGOViCiM6GxwSx5BTsCDTcRe5xNhRthnCs7uVCCN5KZAW8WCc9nWwsoMGDk2wy ubSIn4c3Ryfem97HwPxsg0zBos4Cjcn8MGcubEVupKJNgpWaQBTvkfHhuPRl5Lq3 shoNl7dj+JTau+x/YR4hYWRoh9X8wbS3u2BblWou9z7vAFdiLkf336p6uaEkmUZu gSx6rNcNgjsoxelbaMmXua0qOcYo47s1XW8tCXiD5kCg4J+Zi6B7ZaLq7SR6r+np UNrxW3IXkHdtr+Y6TPd/qly+Whrf79+5TKs3KEUCkFDFsWtw26Fx3p0nWP+9tfiU itlCsoZbjdUl0AkGJB626Q0N5UpS5au3284RiwEDEu3/kwOlU5t91KmoHp9J56Ou b6Z2capdgjTdHXxTvYjmhjtJyo5Ng1J8ntpcaS50J/voYSZ35Hix0ROUA2B/LF2T HGnsvCl4rvp2v6LexA+z =iME5 -----END PGP SIGNATURE----- --xHbokkKX1kTiQeDC-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 22 17:47:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC22427D; Fri, 22 Aug 2014 17:47:42 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 362BB3FF5; Fri, 22 Aug 2014 17:47:41 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s7MHldGW040649; Fri, 22 Aug 2014 19:47:39 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id EC8A63ED7; Fri, 22 Aug 2014 19:47:38 +0200 (CEST) Message-ID: <53F78234.4080208@omnilan.de> Date: Fri, 22 Aug 2014 19:47:32 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable , FreeBSD FS Subject: 'File name too long' when ls .zfs/snapshot/ X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1B9F17A27DCA4DC108B00861" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Fri, 22 Aug 2014 19:47:39 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2014 17:47:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1B9F17A27DCA4DC108B00861 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, I tried to walk into .zfs/snapshot/. It's mountpoint is /zfs/netshares/deployment/OS-Resources/FreeBSD/OmniLAN/ports/ports/ Doing 'ls' gives: ls: daily-2014-08-20: File name too long ls: daily-2014-08-21: File name too long Glad that 'zfs rename' did the trick, but I guess I hit the same limitation I reported three weeks ago: http://lists.freebsd.org/pipermail/freebsd-stable/2014-August/079514.html= Is this limitation known as problematic / hard to relax? Thanks, -Harry --------------enig1B9F17A27DCA4DC108B00861 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlP3gjoACgkQLDqVQ9VXb8hKqgCfcGuWZoyHhl4CsHqu1umdT9Vo a2gAoKJ5h1pUU11HcO4NNUCDMZO1PcIl =gSFU -----END PGP SIGNATURE----- --------------enig1B9F17A27DCA4DC108B00861-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 22 19:43:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87A8A476 for ; Fri, 22 Aug 2014 19:43:18 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FAFF3C06 for ; Fri, 22 Aug 2014 19:43:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id s7MJhISE013121 for ; Fri, 22 Aug 2014 19:43:18 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s7MJhImB013119 for freebsd-stable@freebsd.org; Fri, 22 Aug 2014 19:43:18 GMT (envelope-from bdrewery) Received: (qmail 77488 invoked from network); 22 Aug 2014 14:43:14 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 22 Aug 2014 14:43:14 -0500 Message-ID: <53F79D4B.5070502@FreeBSD.org> Date: Fri, 22 Aug 2014 14:43:07 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Harald Schmalzbauer , FreeBSD Stable , FreeBSD FS Subject: Re: 'File name too long' when ls .zfs/snapshot/ References: <53F78234.4080208@omnilan.de> In-Reply-To: <53F78234.4080208@omnilan.de> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QhV8r5D3jXlfucGHdPn8i6lvXTas5xB0b" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2014 19:43:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QhV8r5D3jXlfucGHdPn8i6lvXTas5xB0b Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable On 8/22/2014 12:47 PM, Harald Schmalzbauer wrote: > Hello, >=20 > I tried to walk into .zfs/snapshot/. It's mountpoint is > /zfs/netshares/deployment/OS-Resources/FreeBSD/OmniLAN/ports/ports/ > Doing 'ls' gives: > ls: daily-2014-08-20: File name too long > ls: daily-2014-08-21: File name too long >=20 > Glad that 'zfs rename' did the trick, but I guess I hit the same > limitation I reported three weeks ago: > http://lists.freebsd.org/pipermail/freebsd-stable/2014-August/079514.ht= ml >=20 > Is this limitation known as problematic / hard to relax? >=20 > Thanks, >=20 > -Harry >=20 This thread discusses the issue and a potential patch. http://lists.freebsd.org/pipermail/freebsd-hackers/2013-November/043798.h= tml --=20 Regards, Bryan Drewery --QhV8r5D3jXlfucGHdPn8i6lvXTas5xB0b Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJT951LAAoJEDXXcbtuRpfPqy8H/2xBrgIwCf7kE9WQ7Yu4G9kA xT/Ly1kHTVwlK40ZduwplzQcW9G+EH4FsXDXHDNjOafT/miWdmYEFGJ72+oCXeO/ g55NI34CPkUnTTCUwMOSx5jvJ4sXFHOMYXzMlx7qs1xmRBUQIbVSt8p7BcAozDSX NfKq/5zA5FVeqOeetvzrYG03jmK8SmRC7CaeanyDa76dZ7ZDDjdDZnjjk7M6W6jM na90MGa22eXGWuIqqlHpOwjNEyg1o68HwiKgaVEsWg1PA9o2CtKtawXIiICKipc0 dbV++7pUtJidEk7YUv0Z8oUTkhm+AHxV6QQsNeh+ApnGLzNSTwy/UUhXQhKNauc= =s1Hu -----END PGP SIGNATURE----- --QhV8r5D3jXlfucGHdPn8i6lvXTas5xB0b-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 22 20:09:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2F0D7D3 for ; Fri, 22 Aug 2014 20:09:49 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 454133E9D for ; Fri, 22 Aug 2014 20:09:49 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id a1so10718293wgh.11 for ; Fri, 22 Aug 2014 13:09:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=wn0n61b95aFGA7P0YAm5rllEtWL+rKsZFbe1KvyrYMQ=; b=jVoMvM7Fi1GGerxYRPGoUFk6BNk72/VmP7EghaKtfPUfB0SnLI9mKEKDoX9j/O3dcO qQkoXJxJim9gYW2bQ9tZpTdECVSLtdZiT2jNw90fhb5zTvb5z1ITkvYXm/i58rOiYSeK 68ZV1ZESp6yv9/JqC58imnPWp9DZsfMrHbF5G5neN3tb8R+qWL7oJ3JTA88c2Og5BOry 6Y5FlbQOwjZF5SHwEiUzWpT50zc81aK/PTTW9KHlz6KadUpsLw8BREpI8vhJhW7pvR78 pm3fxQRw7HqFZeJOvm+yiE6+nzGXRLaU1z0VZdXNPuuhZg1NoOvmCwQHL7XOzBn9vjjH pz0g== X-Received: by 10.180.184.20 with SMTP id eq20mr530101wic.37.1408738187403; Fri, 22 Aug 2014 13:09:47 -0700 (PDT) Received: from wall.lab (89-78-48-184.dynamic.chello.pl. [89.78.48.184]) by mx.google.com with ESMTPSA id a11sm77576434wjx.46.2014.08.22.13.09.46 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 22 Aug 2014 13:09:46 -0700 (PDT) Message-ID: <53F7A2FE.60409@gmail.com> Date: Fri, 22 Aug 2014 22:07:26 +0200 From: Sebastian Wojtczak User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: make -j# buildkernel errors ? (parallel build problem) References: <53F5FC7D.4080806@sentex.net> <20140821172205.7a069c87@nonamehost.local> <1408634638.1150.28.camel@revolution.hippie.lan> <53F6171E.2070108@sentex.net> <53F63F20.3030808@sentex.net> <20140822001759.01aea261@nonamehost.local> <20140822011822.75d707cf@nonamehost.local> <1408661070.1150.38.camel@revolution.hippie.lan> In-Reply-To: <1408661070.1150.38.camel@revolution.hippie.lan> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2014 20:09:49 -0000 On 08/22/14 00:44, Ian Lepore wrote: > On Fri, 2014-08-22 at 01:18 +0300, Ivan Klymenko wrote: >> ÷ Fri, 22 Aug 2014 00:17:59 +0300 >> Ivan Klymenko ÐÉÛÅÔ: >> >>> ÷ Thu, 21 Aug 2014 14:49:04 -0400 >>> Mike Tancsa ÐÉÛÅÔ: >>> >>>> On 8/21/2014 11:58 AM, Mike Tancsa wrote: >>>>> On 8/21/2014 11:23 AM, Ian Lepore wrote: >>>>>> So for most folks, I think the problems should be fixed now as of >>>>>> r270274, but I only tested with -j12. >>>>> 0-hast-a-# svnlite status --show-updates >>>>> ? tools/tools/netrate/netblast/netblast >>>>> ? tools/tools/netrate/netreceive/netreceive >>>>> ? tools/tools/netrate/netsend/netsend >>>>> Status against revision: 270278 >>>>> >>>>> >>>>> Hi Ian, >>>>> I did a svn update just now and still no luck. I did a >>>>> buildworld first just in case >>>> >>>> Hi Ian, >>>> Still getting a broken buildkernel. I blew away /usr/obj, >>>> but still no luck. buildworld is fine, but buildkernel fails. >>>> >>>> --- depend_subdir_alc --- >>>> x86 -> /usr/src/sys/x86/include >>>> --- depend_subdir_aic7xxx --- >>>> In file included from >>>> /usr/src/sys/modules/aic7xxx/ahc/ahc_eisa/../../../../dev/aic7xxx/ahc_eisa.c:35: >>>> In file included from @/dev/aic7xxx/aic7xxx_osm.h:72: >>>> @/dev/pci/pcivar.h:241:10: fatal error: 'pci_if.h' file not found >>>> #include "pci_if.h" >>>> ^ >>>> ... >>>> >>> +1 >> >> Revision 270306 fixes this issue. >> >> Thanks. > Yep, I think so. It looks like this problem has been around for a > while, but it was hidden on -current because EISA is disabled by default > there. It should be all good now. > > -- Ian > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Hi, Did you consider to use below command order which (perhaps) I commonly used in my case: make buildworld -jX I've checked that on my bench with like below: make buildkernel -jX Some time ago on FBSD forum I have post such issue but noone answer. Could you confirm my assumption that arg order is the case ? (In my case is). Best Regards, Sebastian From owner-freebsd-stable@FreeBSD.ORG Sat Aug 23 02:01:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC48AA88 for ; Sat, 23 Aug 2014 02:01:11 +0000 (UTC) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 87F383C4A for ; Sat, 23 Aug 2014 02:01:11 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.7/8.14.7) with ESMTP id s7N218aJ028830 for ; Fri, 22 Aug 2014 22:01:08 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.7/8.14.4/Submit) id s7N218DZ028829; Fri, 22 Aug 2014 22:01:08 -0400 (EDT) (envelope-from wollman) Date: Fri, 22 Aug 2014 22:01:08 -0400 (EDT) Message-Id: <201408230201.s7N218DZ028829@hergotha.csail.mit.edu> From: wollman@bimajority.org To: stable@freebsd.org Subject: Re: 9.3-RELEASE still instapanics on multi-mps(4) servers References: <21474.34330.572142.206098@hergotha.csail.mit.edu> <4950FD3896C0468D83A599AC104E4D7A@multiplay.co.uk> Organization: none X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Fri, 22 Aug 2014 22:01:09 -0400 (EDT) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, HEADER_FROM_DIFFERENT_DOMAINS autolearn=disabled version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on hergotha.csail.mit.edu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2014 02:01:12 -0000 A good long while ago, I wrote: >>>> I have two test servers now. 9.3 works just fine on one of them, >>>> and panics on the other. The one it works on is slightly older, >>>> and has an mpt(4) controller for the boot drives, as opposed to >>>> the system where the panic happens, which is mps(4)-only. Both >>>> systems have two SAS2116 controllers for external drives; the >>>> ones on the working system have drives attached, and the ones on >>>> the non-working system are not connected to anything (and in fact >>>> disabled in the BIOS for now). With the help of Stephen Mcconnell at Avago, I was eventually able to pinpoint the issue. The SAS enclosure device for the chassis hot-swap backplane was being reported by the firmware as being in "slot 255", which is impossible. Updating the firmware (to "phase 19", the latest released by Avago) and the MPT2 BIOS fixed the problem, and as a bonus, the enclosure device is now properly recognized (which it wasn't under 9.2). There is undoubtedly still a bug in the driver (both the "phase 16" driver in 9.3 and the "phase 19" driver that Avago distributes), but since a firmware upgrade fixes it on my test machine, I'm not going to put any more effort into finding it. Now I just have to schedule some downtime for upgrading the three production machines. -GAWollman From owner-freebsd-stable@FreeBSD.ORG Sat Aug 23 07:57:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 882E275F for ; Sat, 23 Aug 2014 07:57:11 +0000 (UTC) Received: from nm26-vm1.bullet.mail.bf1.yahoo.com (nm26-vm1.bullet.mail.bf1.yahoo.com [98.139.213.160]) by mx1.freebsd.org (Postfix) with ESMTP id 415503AFF for ; Sat, 23 Aug 2014 07:57:10 +0000 (UTC) Received: from [98.139.212.152] by nm26.bullet.mail.bf1.yahoo.com with NNFMP; 23 Aug 2014 07:54:26 -0000 Received: from [98.139.212.204] by tm9.bullet.mail.bf1.yahoo.com with NNFMP; 23 Aug 2014 07:54:26 -0000 Received: from [127.0.0.1] by omp1013.mail.bf1.yahoo.com with NNFMP; 23 Aug 2014 07:54:26 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 689848.6538.bm@omp1013.mail.bf1.yahoo.com Received: (qmail 84083 invoked by uid 60001); 23 Aug 2014 07:54:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1408780466; bh=XNvlEKNp+fq4kAXnkyK8opdPLRXkt/1qviFufgfWm50=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=bD83jyIuZngVC1cel8J9CbwLDbdkVGNVLdkfz1yntJQeruidu9K4wZcFnrDL/Mv67qMg3mTp4nqS9Ugvfu9dBLwYvrq5eUwX+GhY75/5Xzlkw2+FlxIC3q9myyjY/n9NUtHWy2akhY/fZPjWgt351YFdPHseN/9gD/SNjWI1lLM= X-YMail-OSG: Vn5XMfgVM1mmliBxgmAfGRzWNZfsEL2d0fP49EqZaq1EYE7 jyyDex4kIGRj1MDPfIXmQASmob3Zvp9oHm4ULtWXDvV3ggvPL4AiLtc8Pgo0 3xHNBVEKqP_va7edbdjfsD2zjTQEz0ycGxl7Eg_8EO5UKpTtacjdA26ue.au 5OHFYythxY6KdsJCV48e_CQ4kAHAdzACKN3VOGftcjI5wEtPK7rTptnYjNA4 jSbghhMpUiA89Wvs1n1rS66uGY9K83fChei.tsvQIUWfsN4JqJrzZgsnhslk 0nDOPTSJZpxNyGVu0Ygo5yQpjW01dVoRZ5m_zTAiHEaiyJ5.ynJhGK7fLiQ0 uTeLRtyfPJvxIkQKRnO6Zay_vQ4MYSA.Sf5HjTylPMeDFiZrBvmu573If8eY eHPxEcTopVBa.iWxeoi13v0bXfJIhboVEkb3gQK4qU3nCxuk1rSowDBa.sDv wrU1sA_dsibbc265rOgwUKmpjeMmmIwGsMXQN0h1GqWGUamsI03PhG4MMe2_ _YSEmGdsO5Lgy7jGdoZaYfSwTe0XhKpB7REQbA1OWppqh Received: from [87.11.56.176] by web140901.mail.bf1.yahoo.com via HTTP; Sat, 23 Aug 2014 00:54:26 PDT X-Rocket-MIMEInfo: 002.001, V2hlbiBhdHRlbXB0aW5nIHRvIG1vdW50IGEgTlRGUyBwYXJ0aXRpb24gb24gaTM4NiBhcmNoIEkgZ2V0IHRoZSBmb2xsb3dpbmcgZXJyb3Jbcm9vdEBzdGluZyAvaG9tZS9maWxpcHBvXSMgbnRmcy0zZyAvZGV2L2FkYTBzMSAvbW50L2hkMApmdXNlOiBmYWlsZWQgdG8gb3BlbiBmdXNlIGRldmljZTogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQphbnkgaGVscCBhcHByZWNpYXRlZC4KRmlsaXBwbwpJIGhhdmUgZnVzZWZzX2VuYWJsZT0iWUVTIgppbiAvZXRjL3JjLmNvbmYBMAEBAQE- X-Mailer: YahooMailWebService/0.8.201.700 Message-ID: <1408780466.9176.YahooMailNeo@web140901.mail.bf1.yahoo.com> Date: Sat, 23 Aug 2014 00:54:26 -0700 From: Filippo Moretti Reply-To: Filippo Moretti Subject: Problem with 10-STABLE with NTFS To: "stable@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2014 07:57:11 -0000 When attempting to mount a NTFS partition on i386 arch I get the following error[root@sting /home/filippo]# ntfs-3g /dev/ada0s1 /mnt/hd0 fuse: failed to open fuse device: No such file or directory any help appreciated. Filippo I have fusefs_enable="YES" in /etc/rc.conf From owner-freebsd-stable@FreeBSD.ORG Sat Aug 23 12:42:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46EA9185 for ; Sat, 23 Aug 2014 12:42:43 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 039D030E8 for ; Sat, 23 Aug 2014 12:42:42 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::94dd:5b1d:55a6:a9ec] (unknown [IPv6:2001:7b8:3a7:0:94dd:5b1d:55a6:a9ec]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 41731B803 for ; Sat, 23 Aug 2014 14:42:39 +0200 (CEST) From: Dimitry Andric Content-Type: multipart/signed; boundary="Apple-Mail=_193D412A-B550-4382-8475-C82CA949F49C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: Heads up for stable/8 users: merged lots of gcc and libstdc++ fixes Message-Id: <2C2EC7B8-1EBF-4C5B-BE24-7409EF999B71@FreeBSD.org> Date: Sat, 23 Aug 2014 14:42:32 +0200 To: FreeBSD stable Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2014 12:42:43 -0000 --Apple-Mail=_193D412A-B550-4382-8475-C82CA949F49C Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Hi, If you are using stable/8, please be aware that I just merged a lot of gcc and libstdc++ fixes from head, here: http://svnweb.freebsd.org/changeset/base/270393 This is meant to reduce the differences between the gcc versions in our branches, and to allow stable/8 users to use some newer features. Some highlights: * Add support for __COUNTER__ * Implement -print-file-name=include * gcc: avoid generating negative values to DW_AT_byte_size * gcc: bring back experimental support for amdfam10/barcelona CPUs * cxxfilt: small changes from Apple's developer tools * libstdc++: merge non-abi changes from Apple's developer tools * gcc: Bring updates from Google's enhanced gcc-4.2.1 * gcc: Altivec register adjustments from Apple * gcc: upstream alignment cleanups * libiberty: upstream updates * libcpp: Merge fixes from upstream * gcc: On rs6000 update sp_offset depending only on size * gcc: Add -flax-vector-conversions * gcc: new fvisibility-ms-compat option * Use correct casts in gcc's emmintrin.h * gcc: fix ICE in rs600 when using -fno-trapping-math * gcc: add Apple compatible -Wnewline-eof * gcc: Add ability to generate DWARF pubtypes section if DEBUG_PUBTYPES_SECTION is defined * gcc: small enhancements for the arm support * gcc: Add support for label attributes and "unavailable" attribute * Avoid "cc1: warning: is shorter than expected" when using GNU cpp in combination with dtrace scripts Some changes didn't make it, because they depend on newer binutils. I'm not sure if there is demand to update binutils to 2.17.50 in stable/8. In any case, if you encounter problems with gcc and/or libstdc++ that were not there before r270393, please file a PR. -Dimitry --Apple-Mail=_193D412A-B550-4382-8475-C82CA949F49C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlP4jDwACgkQsF6jCi4glqPyaACg4StscOa6AZszj0QVa57e/Jzw Sf4AoK+MP5qT+qsrI8dYHzOUq3rzzEca =Y+se -----END PGP SIGNATURE----- --Apple-Mail=_193D412A-B550-4382-8475-C82CA949F49C-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 23 12:45:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7680C2B4 for ; Sat, 23 Aug 2014 12:45:02 +0000 (UTC) Received: from mail-yk0-x22f.google.com (mail-yk0-x22f.google.com [IPv6:2607:f8b0:4002:c07::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 382D73107 for ; Sat, 23 Aug 2014 12:45:02 +0000 (UTC) Received: by mail-yk0-f175.google.com with SMTP id q200so9251724ykb.6 for ; Sat, 23 Aug 2014 05:45:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:user-agent:mime-version:message-id:in-reply-to :references:content-type:content-transfer-encoding; bh=xYQ7cdLIWRJlSd+/yaozG4lKIffet/SFLqTdntZdta0=; b=c9H8HnleKkDEWQSxvw9heNp6iTgHvmIoKCtU6RWdArue0eXqYY2JY9sGCebkvkpWrp BeZa9rRmZ6xqf68teQzZWeutk9MuzmOfYCJ7nGcvFu0W4ihqRzoT6TpaWhOkHfe+ddDO RAx/cwRdGPWyJTVo7z8VDllYbdkoNhOlr+iwtxpyQe27Sal7LTe2u0Wf3xZwIiAuiuSg rTHmo9uX7omIT1LTN83z9mKYSxCHRfxgPXnlUxmlDoezExJDqza2MNURuPQeET5MvaKy 85Eco+HyAfd3nY/cSeDgYMqjOU6b9E3MQOVbWK5m1n83IzOzHiht2L3heWfODicWiA/I Md+g== X-Received: by 10.236.222.103 with SMTP id s97mr16222659yhp.40.1408797901419; Sat, 23 Aug 2014 05:45:01 -0700 (PDT) Received: from localhost (173-26-254-198.client.mchsi.com. [173.26.254.198]) by mx.google.com with ESMTPSA id k6sm1195568yho.23.2014.08.23.05.45.00 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 23 Aug 2014 05:45:01 -0700 (PDT) From: Chuck Burns To: Subject: Re: Problem with 10-STABLE with NTFS Date: Sat, 23 Aug 2014 07:45:00 -0500 User-Agent: Trojita/0.4.1; Qt/4.8.6; X11; AnyBSD4.4OpenBSD; MIME-Version: 1.0 Message-ID: <224113a0-31b5-4c0f-b30c-7c70ce4fc7c8@gmail.com> In-Reply-To: <1408780466.9176.YahooMailNeo@web140901.mail.bf1.yahoo.com> References: <1408780466.9176.YahooMailNeo@web140901.mail.bf1.yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2014 12:45:02 -0000 On Saturday, 23 August 2014 02:54:26 CDT, Filippo Moretti via=20 freebsd-stable wrote: > When attempting to mount a NTFS partition on i386 arch I get=20 > the following error[root@sting /home/filippo]# ntfs-3g=20 > /dev/ada0s1 /mnt/hd0 > fuse: failed to open fuse device: No such file or directory > any help appreciated. > Filippo > I have fusefs_enable=3D"YES" > in /etc/rc.conf Is the fuse module installed and loaded? kldstat will show you. Really looks like the module isn't loaded. Chuck From owner-freebsd-stable@FreeBSD.ORG Sat Aug 23 19:19:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66218F4 for ; Sat, 23 Aug 2014 19:19:43 +0000 (UTC) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F236F343A for ; Sat, 23 Aug 2014 19:19:42 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id f8so971151wiw.0 for ; Sat, 23 Aug 2014 12:19:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=KEfQ5d1OlqNq2xVRKQcvOtxC7iKBMUchMUuao43W0AU=; b=ra799QOPXrek3mNBhGWodMWjO+6wBehKjP4mLBjYUyScui6H2mkOH0/8ModZYdE8Dx iWYRsVKYA84/gpVGkPORoXA1tB4VFLdWX1y5fogIhzk1XF1Yh+V/sz/ErS1pcZjakjaa ELRwO9U5ESJccvm91BkBoZ6q2uDlOzFbUaYcCkYirSxiQWmr7d1Atgkl6U8fBROinyar wmHv7w8Hj1ZPKqHIcxLUL5BlR0/opx4VcmfVvTyuf+sgZyBjV39LdfpwdpOAnRZ9FsWp U0KbS/edkaYqNazIC0h0PEkXkzpcntiPb+GQezbe1M6GaxYeZMxEvavotMCjH2EKTLN7 gIzA== X-Received: by 10.194.6.233 with SMTP id e9mr12464322wja.29.1408821580624; Sat, 23 Aug 2014 12:19:40 -0700 (PDT) Received: from wall.lab (89-78-48-184.dynamic.chello.pl. [89.78.48.184]) by mx.google.com with ESMTPSA id gd3sm4686541wjb.44.2014.08.23.12.19.39 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 23 Aug 2014 12:19:39 -0700 (PDT) Message-ID: <53F8E8D3.7090603@gmail.com> Date: Sat, 23 Aug 2014 21:17:39 +0200 From: Sebastian Wojtczak User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Just a test please ignore it or respond because I don't see my messages on the list ? Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2014 19:19:43 -0000 Hi, If you see this message please respond that I could be able to type any messages on the list, because I send a lot of mails but I didn't receive my responds and especially other messages which should be forwarded to me, just a guess. Regards, Sebastian