From owner-freebsd-geom@FreeBSD.ORG Sun Jul 22 22:05:46 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39E89106566B for ; Sun, 22 Jul 2012 22:05:46 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id B94748FC0C for ; Sun, 22 Jul 2012 22:05:45 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so5104330wgb.31 for ; Sun, 22 Jul 2012 15:05:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type :content-transfer-encoding; bh=PxoCs/QyK/NPFcod5DiMskbmjiW4chnT4vvoVZ34698=; b=wpB1DfkP9nJIaqsrTWJGbkJlFqUvcPlC5Rjc/37ZcDXFTe7/6EvlP2aQ5vMjslwRq2 zrIKnq5cIWEy8b2UE6DCXaFFXAVgwPiMzx5SlPfrC+nTHxHZ+zDVIoEstchVyPKuEd1U Ytaws3staJuQDBPSC1+xC7pH3XqS69sb5gQGo9h0bww7HBRTlfDkv0T/yvqgC/rNmsB9 K1DoLtdoFGicf8uDLg9JOG1hHchzTgR85LN6Cip2rBwdibZSd4YPnhQL05GIPbcPNOGT 9sYFdVIBkXlLod+ZblH6c4LPcNxjEUOwtzMXrAN6043QgQBsPsl2h90lDntSRKwGQNFs QKaA== Received: by 10.216.90.19 with SMTP id d19mr7467583wef.113.1342994744679; Sun, 22 Jul 2012 15:05:44 -0700 (PDT) Received: from gumby.homeunix.com (87-194-105-247.bethere.co.uk. [87.194.105.247]) by mx.google.com with ESMTPS id l5sm19853863wix.5.2012.07.22.15.05.42 (version=SSLv3 cipher=OTHER); Sun, 22 Jul 2012 15:05:43 -0700 (PDT) Date: Sun, 22 Jul 2012 23:05:39 +0100 From: RW To: freebsd-geom@freebsd.org Message-ID: <20120722230539.43054c22@gumby.homeunix.com> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: XTS v's CBC X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jul 2012 22:05:46 -0000 Is there any good reason for preferring XTS over CBC in geli? I just did some tests on a new disk and CBC seems to be about 30% faster. From owner-freebsd-geom@FreeBSD.ORG Mon Jul 23 04:47:11 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2A45106566B for ; Mon, 23 Jul 2012 04:47:11 +0000 (UTC) (envelope-from mur1080224@inter7.jp) Received: from shillest.net (unknown [IPv6:2002:31d4:1240::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3F5DE8FC08 for ; Mon, 23 Jul 2012 04:47:11 +0000 (UTC) Received: from SKELPC01 (localhost [127.0.0.1]) by shillest.net (8.14.5/8.14.5) with SMTP id q6N4l3Yf008582 for ; Mon, 23 Jul 2012 13:47:09 +0900 (JST) (envelope-from mur1080224@inter7.jp) Message-Id: <20120723134658.153fa6c%mur1080224@inter7.jp> MIME-Version: 1.0 Date: Mon, 23 Jul 2012 13:46:58 +0900 X-Mailer: Denshin 8 Go V32.1.7.1 From: Norihiko Murase To: freebsd-geom@freebsd.org Content-Type: multipart/mixed; boundary="Den8_500cd71751a9" Content-Description: "Mail with base64 encoded attachment" Subject: (8.3-RELEASE,9.1-BETA) Can't mount the partitions created via 4. 11-RELEASE X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jul 2012 04:47:12 -0000 This is a MIME multipart message. --Den8_500cd71751a9 Content-Type: text/plain; charset=iso-2022-jp Hi, My name is Norihiko Murase. I would like you to give me the comments/suggestions about the symptom described below. The partitions created by FreeBSD 4.11-RELEASE (all of them are the UFS filesystem) can NOT be mount(8)-ed under 8.3-RELEASE or under 9.1-BETA, although they can be under 7.4-RELEASE. This HDD seems to be recognized as "ada0" ("ad16") by the kernel, but the appropriate device nodes can't be found in /dev under 8.3-RELEASE or under 9.1-BETA, where I can find only ad16 ada0 NOT ad16s1 ad16s2a ad16s2c ada0s1 ada0s2a ada0s2c On the other hand, all are fine under FreeBSD 7.4-RELEASE; that is, the appropriate device nodes are created in /dev, and these partitions can be mount(8)-ed via these device nodes without any problems. ------------------------------------------------------------ Symptom Summary:: Mount(8)-ed | System version HDD partitions | that does mount(8) +------------------------------- | 7.4-REL | 8.3-REL | 9.1-BETA -------------------+---------+---------+----------- old HDD partitions | OK | NG | NG [#] new HDD partitions | OK | OK | OK [#] * "old HDD partitions" are the partitions created by FreeBSD 4.11-RELEASE. * "new HDD partitions" are the partitions created by FreeBSD 8.3-RELEASE. * The result "OK" means the following: + The appropriate device nodes can be found in /dev. + Successfully can be mount(8)-ed via these device nodes. * The result "NG" means the following: + device nodes: ONLY "ad16"/"ada0" are found in /dev. + the partitions can NOT be mount(8)-ed. * [#] means the log for these scenes are attached to this e-mail message. ------------------------------------------------------------ I attach to this e-mail message, the following logs obtained under FreeBSD 9.1-BETA: - the list of device nodes in /dev (ad16* and ada0*) - /var/run/dmesg.boot (kernel message in boot sequence) - The result of "# sysctl kern.geom" - The result of "# fdisk /dev/ada0" - The result of "# bsdlabel /dev/ada0s2" Thanks in advance. Best regards, --- Norihiko Murase --Den8_500cd71751a9 Content-Type: application/octet-stream; name="logs_mount_91BETA.tar.bz2" Content-Transfer-Encoding: Base64 Content-Disposition: attachment; filename="logs_mount_91BETA.tar.bz2" QlpoOTFBWSZTWRk/vp8A8aB/9f/xRoh4////f////v////4gAACAABAAAggAAAhgTF74oAfQAAND QAAPoDO1AAdAcgCQK6YQF2OqAA7tZkaZ8ECgO4wIAQAAAAANADqmugAAAAcBOigIgAAcXXbacoPY OcYxdAAAAADuwKEgEg9AB1dtUCgAEgAAAAAAACgAAoAAKAAAAaaAQLxxoaNGg0aBoAAAAAGQAAAB oDIADBqYmCBElNk1GJp6gGgADQaAAAAAAAAMJBQqnqYRpPEQGBGQ000B6gyAAAAAAAAASeqkiSYm kMmg09QAjIwAIwjaJgIyMgNNME0wEwFKUVT0nqHlPSAHlNPU002oM0g9Q0aAAyAAAA0ABtQKkiAQ EAI0AJpkaCaniKbQ2plNqMmyTRPEm00npPSbTU0H2XH1Wd/y3B/t2mwmbJLYVhzebrVuhWFiQtNE +GGNPh8/ZowFSarSWoKSQLRURYpJLSSw96RdZSSkkUhJsoksIUkkhRJVInuLElglIj6FaKmlKzKo NuqpMSYMRNz7ZJJEe/FX1lHW488GTNSSSZH1pLCE0SUQ/favVtc8UnFJmvrWPOziQp/1KnLC0dvN NXFR0P+DJ0fXbVi/sciYLuTVwNzZ1NH923L9uTep/cs7HNmssp2MFJJJJ0MVhKUlKFKH4KSKUhZQ swWJEhS6km6m6ck/tmWFCk0U1KUqWp/Mp3uL7El3/JTJ0u9ucnS4ObtO6dsf5qdL3rJOhd/Oup+T FdMlLP6EO0pJTpdScVJZ1P0rp+8o/8KSKSyP8k4izeWUUlnM6D/IlkSw0FzZP3mIcihrD90spWZL KWy3KlktJaqxSWUFKT0OTONqll0lHJY9Fv1vqe9T2Nl12jm0bNWzFmyaDeiexCXGKiUf4E0S7uMF Keop6hcWYD1J96JxdI6UpKYt74LKaP/lguwYIUpRT8HFdKU7FHW5SdKpRdm4PmdLJ0Ol8zoNRRR1 NnBw+OLVXH1rOp7zvSkp4M1lM37Fkou2XYPMiyUspYpSykUolKQ/nDUMEZFKJ6T3lkXKKSkbzmXZ KUp4LPIonJJSSlP6G9/A5piblFO1iYKSi7pXNylFOhSykUsos6EupSm5GCZJ0HQehdgUUpOk6S7N SlOl6VxzFJKU6XF0nQmI3Ny6WdzQbi5yORmdhiyUpTi3GLBH63FxfFxTkcXJdNDewcnJvcmLJSlO ToYsE5OTk3pwe3O2dV9j6sLqti9rBPUpHqfY7Dk1U9z3ul1uTzvFuTVT0OLcpuYNym5g3KblNym5 k2Up4m9D7j/RSIk6ApURDCfgFUFkkJI73SkSlEkn+smtVI4bFEU1SrRTFtZ2LtuTau1In6kkpIlI ikKEO9dFzJZJKChFklERuZriEukSWpIOl4pZJF9s+DCSCf5JFJER+P8aIZ3sp4VnV0W2RjR8EnBw SdJDcj5kj70i9tXlehaitXe5cksUU5OVty5IpUSlObNDpIUhUQkf+6YBcpJUfipJ1pFJKSPx7knt KHapJgkPW/5JMD6Xedxi7ntXeLF7WTFSximT23mJf5ejusTKkl6R7a5I9BKLqdSkpKUpG9wb1OLJ 0vBSk4HnKKSihg1SZOC7ZzdIlzgOJ0smzJwXR0tXJvbnMsl3AwTpaGib2RomrVm1atWLJkwLmhoZ GqXfefUhvfpOaMX2EekJ/opB9RgH70ipCTsdp7Dw/7qwebW9Vb8Xi+hZ/9POpOg0RRST6zgaH/cf 5uTAafOQ4rmqTx6fNUb7BPFihEeQpOKkH2BSS11iTZSc29FMTmuSOboPg/vYJD/yh/YOxuHSP+IW cUovn5Llr/q768MTFPQxu0YE1SqfN+fFJ/zKxJijO/a0Yk6GRx7c2bMzJm5zFGLFLsHw8f1tcZo/ tpou+1+duYGLcuul13Sh5ki44qZPMsk6w8TxZPFPEyTe3IYuSvG/Z8tn4PYZ/U2bnQsYOpv8mTFM VmS6EuyVguZIXcWDAUKmZFgwYKJUpgwoUGcBAp0jYU3zi6lzVTzU2Xa+YYMcVnBZZiKWWFllG9S5 Lly6bmD2rO/B3uJxc27f+vqtxMOlzRSbuaTrQsWSe+yF1DlxcTpRnipJuP8hv+d9trFeO9hdaXVe 63FZ4W6NTB/K4cDuWdF3c6XSdzZ1KRgsetT+93+XCTZbejfo3HzsPY9ilKUpSlKUpTRvYNLuToNH SP5h28u8NHY3HY/BZ1eVIzQz9R6+vm0qlSWS2UtlLZUkrZZKlLKzWy2VXitrdrbZFGMqpYeE9XQe SMVvN9wOW8RzHmuYR6T3npng3iWehZ2yVDylE/1pPAWuOorfOk9gX4rdWy2nJMHg3ZdO7xuK2hwX gCz5yePYRqjMvjuLrH5hmoeVPSn8CP+ySlFk2Rq2fg+DyPYsssf6LMF0owSyXSkosKWXXXMFGA/Q 9rNks9p7UmDks6V2LF8WDBmpDxPB8ybJLMF2rBq2fI+8o6kieDgerAjA3fhpVyTxSkHMseofPsT3 noUpQ6m6TqT/qNxsNR2D2DEYoYUHxLdzvYSJkf9rRPmI+KSwnSk+g9byOxJ83Nm4jRJfZRGT4JP6 Ung9judB9xyO0f0vB4PtHeedg2faiSdD0sWTpeeLJKTNo8z3LpclyYMCUxYjFixYkwYMGDFSz3GF l2q7JgwYMU1SdrYkapiMUbDAbDYbGylFFGLNk0dy0EcQP+43+Z/iZpHw6RBkh+R6odCmTowhIQkI SEJCEhCWWWpZb1onzvII7XS6HF7KqvWunY3jvUJqOIdX8KzVzeTyIWL+97WafrLMx5mbg3NHMcFF KD8EPmQukjc/+Dm8XizXPIiUNyTYku/MhYk9L94SZLqTLqFh9h5DFctIofB+YyfdvdLamf6kmqR5 xCQpQdbxd5pmwapiPg/YPIu3nqcR+11MGjkcNz7XG/nc2o/tHp6qrFjJPC9java3nm2YjS00JlEw WFhhqRBIIEZeSvg2Zvk1bNj3nzF2RRgmCYJdglLFMSixg6GDJo6m98w+dI8zVs9rXaq+TyupxO7w cEjrPAo7kmSTAjN+03SYD9ohIUlVUFLKU6BUk6/0mybiihSSkUpsj4ioSSxcUWaE6ptAkh9rJKFK UCiklFBqPekJLN5xnq87Ycu3x+nzYefHnmh6BQ8yeHGq87c3tze+SJ5Uj/btI3GRUnccmDk2c1m9 d3xJ2Ie11ozXA3JKhs2UTZsybkjqfsfgvWryV7S9vbW9K+BFGNsKUxmRLItEtJSSVJJvNeW9G5cF E0RP5B9cPQidpIuRwYpF3UaqR7HvHwfFidLwN6R6ijqbInQngOIdxSJzelaESQ65GctJR0nt70Zi oXRMEmx5hSnqaqFFGrQ/S+li0dY+l6UmaM3psT2JOT2JHB6Xub3S6XJ0u10Ox5TkicR2N221qtVt LH0Jmydr1E7mClEkkkkkklJKXlvu1r3V6Lm3ut0uLpWWWXZMmS7JkyZMmTij6Xonep0m+sV3KnQY 8d27echyNhcrOh6TFw0VzmAnITJJw5DgfUHohEfziSHvcnmWZvucHoYKYLsmRY0kkGgTcpLPGefn uAABxwBR53Q8444Dd3HS6QGpznYHOhwOHOddddB0Oh0eG28VJKWpW0qWlbf5X+dyuS29HaylpLUm yayWHEokk+iUSKzsiNaIMpRJJ4qI5OZ4P114R8VPB2GZ6CLrO5wdCkp1ubuYMwpgoYUwu/JdNzmV Bo8FiOnF6Wr4vYwWeVg8WLg+Jee7d3N4ckcnU5qbJNVOl4Hc8VKZO5qznWpSlKKSikpRSmqllFlJ SlLNFOazvRJ3qaCkn6TI6yw5vF/0f9X4lLFLFLFLC5S5S5f8au1ZfVkkkkuXLlygMGQhBQgoyAQg yDIMYyDEkmRH6QkoJT/ipPco3pHih5z8fL21gWvXiMkT8D7ULKfe9Ki55jwPO9IpQuMETBIr2caz LLvS5v0OKRPXIn0qXoBXVUVoVG2pqF5hupcPErJ+lR5UWWiSHE+KM0LpvdZP1lPsYmhimMGOJTnK 3Cnde6vzxco9ZvOaU8VhZRFPEsll1hYuOp9x633H3Mz0s1mjVm+xm1amk1Sz7XS+52rubB7R4PuX XUo/hWPob1DNkzSCjFTEzIoyF2CmCCyHU2UpSlKYLu9Yw66qkp2auxMHZ0UUkwKFA7HUn0ZMGqTF YooUk9M4JJ90IjxMQ6WM7Q2f0k+dIkxSj1h+h3rhJTFYTrUiE3KkRMUhZ8hmwQl1IHyaloMn/lkc UnRSJ3UiSF1JPsj8rUuiy3gu+t7lLs3teDBddddp7ZUNfI2WM2re8W54t78j9KCzBd63A4sUzNGA 4uKYKXUxWU1cXAmK1Nhm3OKyynRk7DpQ/w6aYj9I6XLgSyziZtnMOllLVKpVU5zgEwhXOcHtnXXO uXTpOdOcnY7Y0EkbYxstIqNFtHZIiAY3tM6Q6mTHLFnVZMmo/QaDZtkdbRk3rC4wl2gPY7uWR120 ctjGSUbg2Nxwd16FXoXfviKCkgkUgibCGwykRy816d5r5ld6714bm3b0teaGJi3l1GCSxgWkuUXL lx2omBzMmfYkyJgyRMJoWSUvMLZzOlVRbM0IAGBBCYQpKUTBkkYJ5rzXhI4gBku16V1cpd5JUrqd TsOrq5LbHBtlISEKNKjdctlsjrckmDtdS6u8vaXhcIxFBSQSKMga9e61mWmTbLJpL2V1H7W4PLKI 8G8+5IzROLyut+xE7MFjrTJ7HGdKaNzgmBQySKTemQXQSOtSlVGRQZAoYCgAdl8j3vx6lC6kw1Wd qiSRyRKxHPufIvYImUwrTvob0pUAQKUy2tlSdjV5PTYhUJsmFS6raNX0iyeNjiYsUFi+j5acKOKU KlAYFnti77VF6UsK6VUl9WsU5ZE1iDqQSqYRmW5OlyXEXtCbNuQpL5CPDEAulzhZbWma2pCo6LrC oTvfjpfRjv0x3b9nF2IllJFkEiwXpUre5NlllnJdySYMF1lllOgc3+6xkR5DmsdSaDEOxSTBua9T RucHWxzZtAjZEoJuJSDdnLJLSiRUpN6kmzbl0DBDdOiblQMlEnJuRxSXmwaIUlMJcWRLS66TDJWL r1MXW26K6uvauphW9q23M0W2oIpGHWaCCXD7PhrKHwtVU6BRYUFLpOKUsnJZeS4UqIoUk/pKRLsk pkzs6rZskmWKrS6goycMrsEZuDBgxaJ0KhrKaIyya9vZIxOkYrOtU0KTXw6U2jjiySdhZqqRNE4M ZFjLNKrKTWmGMrqJopMFkmCZpyXNJgaaZ3SYrLQnCb+Rj1KL7uu1rK7FuZgwxZoi/A1dSbokwpOE kyOkuhu+tJ55bg4sV8KpSrsFlFmDsBT1EEJjJJzilDhEjfOFctczhbbyyPT64cdITXOcnXLhKTnN ckDoa6dMunDCc50ddLri5wcc317aeI9S6ucl1eLa28l5PV79XSgo0SXL52zsNbWR21hRspUqQdUg EWfF3TtZuOI2OMRwcaqilJSpv42WvernYnNUi8uVJsPSUUURg/FIbkKEjNZJdKHEeKaSCfFJEsOx QnlHsKQWLFgikkpIUpIhaSgVKLU+JeWVIkkhgsWlKgokwn2Fq+1SlKUYxjGMYxjGMYyZmSSTMySZ JJmSSMYxjGMYxkmZmSUpJNLLMySRjJmZMmZkySTMmZkySSSSTKSZSZlMplJkmU1NSSTKZjGMYxjG MiZlJJMpmMkkYyRkjGSJMykTMpJJIx2rtVK21a2W3reXeiq8wWeMpgwKMXNZ/KUxex3sxNFMh+LV geLEXYLIsbPA72fs/c1fQ9anORNhs0WRIkLpTc5yUe2SUyYFkkeB1InJdNz0VFSqU/z6k6lJN6jJ spIU9Z+ZJ6iMEPpdwsjF7X6y5R6HQsflMj62R2eNhayq5pLhobiy8eoysiXR54r4fSYJLLqqK6p4 Jgh8MFYxZJd5oifSfBLRcpuWSzsZmzrc5EumhJMmTiwfbGKasmG/44FNGC7qs2QxkixOHK5j80rZ qzN+yz64rfuWdKUuX37b4TFDyjfFuKFE1Uu6VmsU6FNaYlbsUcl41QpHXKOSnaW0Z4NZgvJWityY rLMIuLpNULSRg5DZUn1s0xblI/xQ8dtjwxWKZHkSN/JWDmU0Uda+9UYaGLJKshRqpxZ+0znTOK8y KoZqZ+3qWtKq1sZsVfBxbLpMmJw4MQ1G6ki7rGjM3trD60nvPO9ClIWfYfPFLTJwnB2dHQ6SdTTr slrYROMDQjBhH2s0zTDBVnvdrgSlE9IwH2hxjAxYpPtBbu7Tb1kssp6kpzTysWKdeLerXN5pTRNU xXeZGv1PZwzaGS7rQ+lj8pO5k3oelqO5eBZxLKSTzyMhq6sUxTch8vlLvqZbPqOkxT6lG5J8T6V3 ySjy091IWXOsZGChYwdFMHD09tlpay1WrzNJSM57s/jlno8sYpyYzqumhs77fJhFpOJwpdyUlDkJ EhouuU/2t09rRg1N6l3rTVmyGBqLNWuRwjPZpmkTQaLGaexTPkjfjXGbLutmWPpzqtyLkXp1WVKN HBXrTPBUqaRmNUzaovG7JZmdumcWtvwVasTFSaI5LG6jJxlhk/sai5drqLmY6eF6ySosYpi14Onu 6bWtcq1WXve69sNy8bJqapOrRRyGk4y3unyPk8XEJIe5n0uRpNuTBDpt3+K0JbGdLNwhik+tcaOl C0hqMSyKekpKRaJPkpEy4p25JTA3GBdZTk6zO4TB8HwT538qaG5DyTRFkU0XTWRguuNyyaSZLvmY PmYJ2e01YlNVlFycnbBa2ubMN3hLiDhXiwlwbDaKdwcYpSlPNNVUy8u2tVli2dDdakVUyLeV3g2O Sm85vDcoLVGHG0YVGzHEbLLPWl27RhTU4RiYNlNmsWMz5sWhg9pk4Lj3JknExW0xOGaw4C5Y35sW ie+UdSYZxkzMzks945GqTqmDVmhwLk9fZsq1KVbUvdfuf1u6c44GWiqpW82N4wwUqqxhi4OhaPSx PY9ryhJDt7ugeSSruRzXajyHIZHi6DlG5NFmKugsUcBzMuCZKKYnkO3EpDFhal7W9b/E2ep52yF3 eZkl0XGy0ql1jinoSl6umkT4yzJ5BhzDtBSwoo3HQbn9j0+MugnIEPm2gXHRApDXi71SbA03WW0z 0w0yyXZ6VZvSVn86SvG9Uta2DgpSiU6QRV3FIpv2c8uc8OGBUincs8KCEHKNxgKA42AuJOvlbKap nzxVSqwsVibi2Q3JjIYTkpXTLWyYpvFowNks1N888aGE0bo6Uli6W5EJiTGIOiAjdA38bckcjk0a CopOBlI6o3JyRkYF2aTPOTghP1EUotsrVlZbWUtWVS1KyUkiCiiQpBRRSRRSSRRNXpUsdikkYFFF J0dTq6q4S1liyxbjbCJe0cYSHwjoWgKcjE7heMCR7Ek6epNzOXDgzbl2NPMnUWS8xTFMpn61xgk9 CkMXpMEaODFGIvgupqS6Zpg65dHpVPSwnJdudywnnlzFNurrq1qtVrVboZ9t75O5LTIebOJM4ToZ 9UUkz8sZXi0WyVVHIzULF01TBOsVBoublSbSKGDx4VKVVSsSpdua7V5I34tToV5Ukh4PEs7FEO8p KKTHStulScbOMSYSOBlHVHSg6iVJInSslhML4NHQ0XdKlmboLaViYqUmTN0b0MCKv5HrLPKxeBS7 RFusbXKLpwHS44DBPIpIw7XPFybm8u3NOmNUjM9DrDF5XZpm3NKUy32bjJgmqdjgmKaM83rSbl0a JYwUKmOSZl1lzuZNmDvkp9DRNGWTV0GbQ3MDJUjc4HGLGGvJU8yN7ORdVWb9hKabLyrsGzJ5hzMF t81i0Zx2to12oozNx4oHesWO5RPCUUSigpKmPKOnjuvVtG/epib5QwRy5qVVWixZZVVWiUksMSyV EMZDbqk2aMF13It1YMXi8UlnirualhkpoilWdiTmum+ni0MmLjbuqqpmkotSxa01GEOpudUk6XAu 6G19d1VVVWs/TMXhvMWkwo2vVSqqmZvUZJRkkotFG5EzsMzclo3HEcZ5phI3lCuXC8i5e9nCLtcT G925pMzbzWqreCr3va1xfZpc2jw665zI8iI8HSWeVQ3KKKHFlHRrztaTfxOcZjiSdEjGOSyS7kbt qrNOtvzQ1JSjV5mLJ2MELpdZkkUpDc2LJZdFU+Cx2MGS54NZqJKoILvyTx2GkTO3GzpyHDoTDivi 2prmedfU2aUWy7ABWmYwhXbFofGNqprVROEsWxpLpFqo+GwRsGElltwOnQAgcDGDxEJd6kh2vQ1I Pg9IGba70Q5JlR4LbN3AkYri2d74EWlhLJZUugIGerzpdVTDVEXSS0aTeKzfETiHc2ZKqxgzIkY0 VmblGBAIEOAoAEChqzEg9C1gSjWXra2dj2It6hUjRMTgksSviEwWidtAOCoIA4gAQAFxQaG9CwxT nl3VXJoYmZvTcskBZaLyLwiMWHBcm5Uk4zCMZeEZYRRjLkMgwbSTBpBEayjaAOSb3InK1jGHI8Yx hha98GF8ML23pi36RscKPgOA4pkYvQkljIZsUeDrN51ojqmKNBsKKGacWCWUOlZM+C6mSiyyZMy3 Vzs7WKTRoDRkouYJpIwcHBt1uVMtrju7gt5RuLgmRv3laqwMpZ8opwQ2ikYgzayxnZg0ZFGIzHbG DCJOCGGmVFUYWRi/JxKCnCc201aRFOnzW3744caq1Va1t0l6KmqeRc63adpwN3Vpc6WksKpGwvHy SbNMbJ2m9/G1Up+gLLKUsillKTE7EJcpCcEhzSOKS6LlAUpSSfkHPd0XRiGKSiEzUzULroQGISYQ KUQkxihQgyEElBQKMoqDIUiEICEIUpCAxIQxgwYMGMYkxMhRkFQgUohUUkkaeX7/x898TI0NC5cu XLly5c1SPOpH5OTcfc5MiWZJPvH8ySnkSUTUpSUKSfik+8l0LmJJ8EmKTF0JPIkzTJJQh/K4hSik UlkSl0nJORH9Lmna+dgd6hkm50PO7nc7nvamZms2arJSb12TJk2bNmzZ7ykNjRZ4LLJNymCeRh7H scg5skxZNF2Sxmpji5LMWKy7k5OTk5sUMjRSymTFqzeVi1UzUp7EnkIyZu55uY34Vwy3VXBjh06a I0YpSxLKEUssJZZSlJSlNGa66l11l1KUUXLnBgYGBZZdwlRSimLk5s5rqTMzU1asmrIuwYv9vUhZ 7DBi0aObslK847jvfJ6F37PBxxGJksWKKJRR1IHQY9XGdbk7F5Z1GyTYTrROULmzZ3u9t2u1ZZZa XYMkjExTE3tBuUUTFizJIhoSJCgzDBg725i3pqZMmbZdddddddduf3JD8zjOjjWc8HJqvgx1m7pZ FCLzXFX/2/bAwkpo2laWiZs0QTSJtGAAxsZamSjJSkkpImSyl8iq+Ja1t6a2t9Havx1I/3u39G7m 5W7Zbm6OLopOmLWVRU5pE/MXG+1ntazNUXYLAcxQyBGQcEEAqaAqIEMwRArYL/ewGiiUoopCqqpF KjplT7O61tO+3evsNbGeFZus4C9Trl+I+M6GHj9q9iWxsYDbGhWUOh44ZxnbgrMyrNt04J1BsMoQ 5wVBQdGlBStQKqeW2qqKWUVSlNlrMEpcYeEWp9uzLXHbaYDDthjGEGkttxOG12qwLOtUjZarZYWQ ev81R01Y4MHqSSeJ6LIepIlEKkOokXiUlCpQqUkS8kFRHM1rlatzctXLqwRBERElSVJJSUABzVdb W6JF0iXheUF0oqIqFpZIloFfl9vXlm1kpLJUmWSSSqEAQAQNoRBgKSBhAQBBAAEEERARUBEtAgIk GIxCAgG+Tqq8NRvJbaWK27yzcRlNVoO+MTCfZJc1LSYS8nQXLF5cSJCxiYFi5MBViEkLokSFQJId 7NEzUVJCZFFKRkZrCxUSGCaizApJLihZgWKNk2MkwYmQstJkszWMEiYFixJnE9CxTElDSDHE223g khFBvPPAYDQFBaQYQUIktzIsg92ORwZBtAmkdZJANIXnbaptZW01WvC022Jq3a9LggiItERFut5L drc3V4tdwzUNd947q2t3vn1ixQaMwsqqtUMk3qqoWSJpIbJEySJkilKU1DVTmfwkcn4viXSPuHYP Woc35lnah61MTOQk7HAncOheClRKkRj2o3vBRjIlFCQiyjGTfEY0mGNEGVkIV2QWTIgmGDMlStK3 NZyhYELLzCBq5yKaQ9GjOsSpW5MRGAOWxDlJ3VIjKUiSeo3uD52TJk8ryODcI+kuwc8tKru2W+w4 nPvtaLr9UdMbJQ6iegNYfS2FhT88pJ6sP+kxJP8GJYj8yTaSFh/vwWhP2iKO9E6KIVkRqRYbtJ+K HjPWU1S5EMp1p5TCTzzwl5+LYPifqSPK/4J1qDwQ6j3qc08woPoc7UTM8Ef4EnWT0y4kxRNSoOYs O8U9IzLI4sD/Ul03JP+LJZdTQ/gDchwdXa+2ROSTEntH9JILmLE9Iu4OZ2pN0wIc2JxJBzDA+/qy 90yDUZlEguHYlJND5kLrD+9gQqM007kniQzZbawrdEmx9p4E63W2zymaT0Bh38ByH53pKaLRdLJO YmjGOAwHmZpJ7HoHlSbH9T5/6tZGqoJ/W7P40Luk9KO1QikjyLkYH0pOSzvIonsSgxE/nCknmTzz BEdpM0iHoHl9g8rJH7kOshYiHQnzSyRY+t0GCz2vOVLowUKWeYYLLKO6aDwewZi6TrIhaQzGaYBG aHolDYpJMvWXjrH5eeGjhoSxZucC/MN4lhPqSaHWuEexB7+5sNByT612QmHTRFg8t5c/w/chPnmP lSicBqQ1HN7X0dk6yLmUZJ3qTT5NilKUlKUUUlFKKSjIXSe4oLwfkkZulJ2JLH/guk4hTOHF5Jqj YmCH+SFCyHMm7QTUTEdJs+pJo8yTEbEnIk+JJwEwQdCIrZt1yet6iOtJ8EmCT4JMcnPvmAaJMiHm po+8+IzRHakunAczzBziNfUOCvudM8okwbxIZtUpSpE5EdCWOokXLPo8ryFIaI9wYEYk4iSwWeKi qVSiilFJQd7gmT/9YEjxQpvQ61B1+WR3yItJxHWFy7FchbjpBueheZ6zAYqPKk9s9JGCR3TwE7Be diHlMbkbzFBZxZpZJ2uSfUYJ0JMUmUiUic0u+B0O1CYvOh28dZg+5+Z6DIf+XmGUkhDm9nZVUqvl UCHU5PZXxdXxEmoXq3a7UuSTMJYbGkNjHnqli8ryx+ScR2Owdk2bXr3iqxZNyzGsts927du3b2s3 1XBNn6n8kfyKSUo6FOwXk/WulJglligXSyCxLo/JLKP1ubEYMn7EspixZIwKYmTJgMG9dixWUxSU poiSWQsSikYJKSh/i/c+ESSfawnJoHYXKfvUcVmxg/auuYnTMXeHeYGjJTNk7z8p8Hnj6cR/U2I9 MEmLs8+SQY25IMkQGRgHJDnCiQC/rP6RPM3s1yTGTMpLhJCzNYJIchaKkkSRYeeUhN5SZbypUqtU MJMB6eWEqilXMpIkkf7QR/aidaHQYzBH7EkjvB3p8n3+QcSTsQWfxS9NAxnjjD5i0RZoDkC6RcIe DGLhDwsGMIqpailtRVS1FVLUVUtRVS1F5dfSRMETQkU4GI1dsiXJsTeE8D1ij+hskPgR6B1npLu5 /WsaORU0RLPxQlCE3nQI3MX0DbBMSl7Ekn1Chxi4VuQkqMIIwdCR8UiieE6JuNz9xk2by6ZD+hRY oSiUu3zikTjIm9BMgoT9hqzRGhCEZPSO4iSQwFSSf2ykmGBinU/WME/ucBG91pGb0/lYk/iHFFQk lFQlDOIS0COMAHMXUPABre6r6nvxy1OywVsHZC5OgAdMAGDAvg9ZySSSVGAJBIsWLRDyKFzPHJVq Va1qtS457n2gkkOxY+s/sBzOSPuRo9kp2pP3GhJC7xRoN68RmxJFjwV53yWfckT2If7lxo2Cx7FO 4NGCRcbxHgKSSydZPuJ2pJgoilMWSWUpRSeh5stuLxuX4x6gRFZWc+kOYUIEDeHaFiBAqA4YECB4 DekW2x22zrbQ+4Q9TY9UsVZspSjc4KUVSlKlGUhEOp4pOgDpZncRisUhJ1qblhvLo7ncofePFPvW WYtUm8vaR56Jouk2TrmZdyScRH2kxRZSA7FskT5xD4IbMQwH9Z9RESLJLhgpTBdJMiGUkSpDAuhv fvBgSMSRgkmaD8FF3WkzH8h0F0jZ9DMjkpCVNgk0XEh8nUwRuNTGYKRT3PSLosusk3hJ4nY3xS8m JdYsytfvRgUM5IsowUzX4XIUkwQMHtd6x57rPT6fTarWi1Wr2Pac7O3VXe8Jb5947lycODgXJw4O SlWWWYFNhYciSi4XGRhGevsquepdc66u1u3bt1r2ECSD42nCAOBgIESJu8jQ5dxuW9MMszjOeMk8 a2YbG3Q4prIdRLnf4OaE7DtnbeSQYFJJtu2rwzabvexsklSUsrS13ajcolImEnEsAqJUd0kSSNh6 q67mCV46r1N1p1yQYYJbakPWkgyHmTgiJmeJ6SkMYS6DujEQ0EmiYn4KOpPQSIs3PMsWKZuxNU4j gxjgjFoxR5ET2MW9giU2cX6fI73SlLPcB2KBSWPzO56kOCmDBnTymA/Q71CiikzYnlHNZcalN5Y9 a6fnURuSKSJ3OQ9KPSI7/fDZD1tNuXVq8mVWvCJ32VypVVNFzvKTBQ9RKKFGrAyhUTmeNOCFKOZ0 HYROjonbMETFJilIlFknIdyEWKiOqRhIlSJeCKgWmMoQuIwVEipLRLyoklhQVhJBRYmTfJUzLtWz sG9qP50XRNkh/sGKGSx806ShwDVMiS40c0GYMG84EbIUCmJwRFIspEin8EyRSKJdd4byLug3JKb1 BTikMz1pYJ9rikTse1hEcJI6iNyRYj954hn4pMIRGxgcV1DmkX6iUXQqSIUh0JHVKSP5jB2Dgnab JGk2I9Im50oel9574fCGKMngiTm3HiM5nO5ImZJJPCScCOJIaPKiykHYnWu/hYC6asE3tUlSkVKV JKgmyStrxVblt5Km6UNIjGGRFRYpsS8Wtq7SWWtYmSRokcH1Dtbnak1SC8ieRJJJD4tntFHExRZz fCxPVI9SZDGJHSpRToSJTJ1DoUiSpJJH8UskyO+UYBXmzRNUP9RKhLOJrdB1SJ9jqehTNHVJIkh8 z3Pan2C7BDI897ySSJDpSLpPzPi1T8Emycoq0Kqed8o/CPujMwURvSTjxnCERUfAMxmxepM33w7z 8GKzMjNQeYZpOlJ+d88ESFKkQkhRikm9ikwSbmqlPchD2pZJB8Z8ZxPaoToYrDSkqSibk93U6Fnn YOQovSyEKB+h/I5j8W9zkc5FSKkWdDgWYrZLLok7y7iyHLeWJMmRZpKSRKj4NFxikyEzexuiSSyx BvSJbePSOkUBmu1JKkTMs7HFgTfN6JMXGOoTM5Pjd5vvuTn1NJlElioktH7xeCOBMSe+SRJH8wsT 7EjUKSKTVJ6JEtJo4JPMxMFDR2EjWD4ymKTQjud6KSJcRZ9Sn8Alm9IpFIKNx+aEyJid4SayhX0u oZrrCUklBghN8kgpJJJ5jzmyCdY/UhKSdZ6HrTpTqSyhRIPnN5+J/KcyMn7XeeAdTrUonkVJJskR /GFI8qRZ+REXZCnyYpIm55Dwg8ILE+9IlE/J2mR4kcRPzsGLBq8jkJxGxJcskbEiLHrSNyJHnbgk 6DypoTQ+KieZdwfIu5Ked9TOlYO6Uj0T4nqROLoJiJkh1uhhPSs9w9pSUoT1lIsgqAaMUEminWPc wRSUlKFyzRSSRYoFSSi5IlPWngYL1E4JDuYEGbBdxPpbJHIioPMjcuiZKJYJSRZQNiMShmkshdZm TMoxMUixJxWkkFzU06zzrO8i7+6RD6yRSfxI84ZJHSTqIk889k63rBydL6z/dQeQkc02daR3MXUY DhEU4FUlKUpVSZQm53HN6n8qybxQMXA6EnBzbGKZEZSxwfR/V/nzHSavobO1Io3sFKUpSlgkkN0j vJgiXHFqanixXKZoVICwKIKQRHoSWSJZJmPP6AtJPSTJbIs60fQk0SYvnjxVpLK8jBgYKYLKYM0N 6hyWQlIqROiUIUoVUSRY7pE8ZEtJMSRSSiR5GDB8TI58DZ4rIWVJCPgw0kg0kgqVMExZLE0m9E1E f6km8xCSQ5PAiw+9RIpKBSn7xGk6AkzFOSkUopSlFyLCz4qSIsIoooqRKbnckGS7ITERZJEpZdis h/okWH8xg6pBOqQTk1e5oNM0nubLJeJaJSoecM0hZG9ZRKUKKFIkpRPAkl2kiYI6CxZRSSD9yjJJ JokyRJ3BJmP2IT9S0SlCRSkUWSyWStSbaS1pb5Fa9neW8c4jciWE3EiXJgMCJcaPKVJ9TiSaDOCM xGYpEji1YkliWlmRCxZp1PRdIyTMhqmTNUHrfypmLIipAUqB1Pc7ELmB0LJH0LTyP+TMjMRU95EM Xu73ARpB8w6ZE88LCxLVFKkqlVU/1jaHW+8NxJ+dosP3ImqxSRKVIE6iv09Y/A5JZQpSJ0PmeqRM BH0N7g5jN4HkJgTEiHcRvOa5E5tyQsJF1EnIZrPIwCFOaRYzSTeUC1EX/gWUimCWWDIk7FCx0v4W JdEj65JM2iSaCJ0FKl1kRknONjxObt+0JRNgpySLRJmiWQTsRwSODoSJ7YjQitIc5JUVIshNUoko UQpEqMBH1HBkntUS4Ue8fAsRdBEUk9p8WsEUSPUapFFCiOpImLtSLJE7Ga53IsJOaRs/FKUKU0lS VJUlSlaSSSSqILynskg9sidZHUQpuPW+1xWcUm87kUlIVIlCkm5qTknCUkWEUpQ5JFlFpEWUlKup S0SRYlEikUp5JEzSJZdKUTypG8kWOpmp3EPhJE0kLLFlliyxYWNUmSRQSSHAtJBRUkRsKSFKHMwc U8Am46U+STrSJ2JEyHW2SOTGGMOaB2HEblIlKKSze2QoOw1KTZI/PJ6A/nIwhEZKSNTBq9DCRHsO ayJ+dqjc1FDqcVlJyLLEidpq8rExSUUkGbxcI0Ick4uhyJHYkKSPQkPocjwwSNkE4SJBH++knJKK IjypzJFpJKbm5q2SPakcz+JyT+jejMZHSeA8Tk6SyR6pOpDVZZ0PSYLbnzDwaIYLMmWCRMU3HRDR 1iwnGTk71FKKUUpr8ypOJDpzQuZofMxfmNxvOKlOKqVPxi5VllW5vXm3VJNybSWktJtJtKpFKkUq WJJ0O1HoWOKk1UkY7MXCS6HEVCpcdZmUKF5UtN6FJZKi9opZhOB0yUUUUUQkhUCSHW0SDuOKhee6 XajqepI1eLaaDQUKGqR9CReSS8km470MUTc3uhcvIiwQ+sOselgPZBFORHQZg7Ej+9sdTBZuKEdp 55E2kS0iWUtIloWKhUJUnFFSJ+iWZHQzC6G4RYwU+DpWEyOt0AbED85HBQilpwilVlOBnDsh7nxb oJJDtipSUUUilFQooxmM87ARNTUsxkTGRKkSpE6neJGB/s+p9RdmpwPe75u71nK51C15ZZCLhOS5 6GdjrtSpK5MyM0cxdYRoM0J7n+jOGAwMmLIcTcliiYomSJo3zENzEpo1SZyARSSoG9SmTI3KhoyL CKNIWguVIOAqC9Euve4uve6lRKtUrAxEYTKRSUkULzUyblNiJCMTWTWbxSQkRsx2BPOWLCKTVqpD c9QohumpIWcliyilzNqTcwN6J60SXSecyJyarsISlJMnFIoZJIo4A4kqIk3hkhMjvYMjNIpYSUkp RSJGKJvSMpCdZ0sB9iGrJOBIlENzFvgbkN7e3rJJ5HSxZwps9nKFSUUjyxMT4OpJ7n/pckWbyRHe TB7UPOnJSUcfmnD3dpbaW2ltpbaW6DnAJjBIYGJZ/UhO19KT8Bo4InYJGZYeBq5pPUncdpgS8Pa9 J6GjA1ep0jMpJD3lbeOvNKSkpKSkpKSlSSnJZo4H/qbF/EoJSEpJKgfEQWSPeUfwJFQm97SRsRdE p6Nz1xdEYks7C6XhMkEp4kuXLlHc7Ej5IP51CUqSSlRFImOTySKmYnuSLJBZRZI0Q0SNw9aRises pKGaRN0EkiXbIKEtLSJUkiItBIpEREljVkzSPckWh5FQxWUp6lkbrw7y1LOALmKHFgk0q9nVfXrX nrySSIiIiIiIiIiLEUWLERERERFEUkFKRYiJCJCyEhWSkiSSSKSbLJERERERGJLJEWIooigUqVSl CqVyISU/7QPOH/MmKME1VqtVqtDFjFWjjXWWxcdx2hf+LuSKcKEgMn99Pg== --Den8_500cd71751a9-- From owner-freebsd-geom@FreeBSD.ORG Mon Jul 23 08:43:36 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89E5E106566C for ; Mon, 23 Jul 2012 08:43:36 +0000 (UTC) (envelope-from mur1080224@inter7.jp) Received: from shillest.net (unknown [IPv6:2002:31d4:1240::1]) by mx1.freebsd.org (Postfix) with ESMTP id 857AD8FC08 for ; Mon, 23 Jul 2012 08:43:35 +0000 (UTC) Received: from SKELPC01 (localhost [127.0.0.1]) by shillest.net (8.14.5/8.14.5) with SMTP id q6N8hQDF015371; Mon, 23 Jul 2012 17:43:33 +0900 (JST) (envelope-from mur1080224@inter7.jp) Message-Id: <20120723174321.22c65ae%mur1080224@inter7.jp> MIME-Version: 1.0 Date: Mon, 23 Jul 2012 17:43:21 +0900 X-Mailer: Denshin 8 Go V32.1.7.1 From: Norihiko Murase To: freebsd-geom@freebsd.org In-Reply-To: (Your message of "Mon, 23 Jul 2012 09:47:02 +0400") <500CE556.10105@yandex.ru> References: <20120723134658.153fa6c%mur1080224@inter7.jp> <500CE556.10105@yandex.ru> Content-Type: multipart/mixed; boundary="Den8_500d0e85da08" Content-Description: "Mail with base64 encoded attachment" Cc: "Andrey V. Elsukov" Subject: Re: (8.3-RELEASE,9.1-BETA) Can't mount the partitions created via 4. 11-RELEASE X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jul 2012 08:43:36 -0000 This is a MIME multipart message. --Den8_500d0e85da08 Content-Type: text/plain; charset=iso-2022-jp Hi, Mr. Andrey V. Elsukov Thank you for your reply. > can you run the following commands on the 7.4-RELEASE > and show the output: > > # dd if=/dev/ad16 count=1 | hexdump -vC > # dd if=/dev/ad16s2 count=16 | hexdump -vC > > or just send these binary dumps. I've obtained the result mentioned above respectively for - "old" HDD (the partitions were created by FreeBSD 4.11-RELEASE.) - "new" HDD (the partitions were created by FreeBSD 8.3-RELEASE.) I attach these results to this e-mail message. I hope this is helpful... Best regards, --- Norihiko Murase -------------------- Original Message -------------------- Date: Mon, 23 Jul 2012 09:47:02 +0400 Message-ID: <500CE556.10105@yandex.ru> From: "Andrey V. Elsukov" Subject: (8.3-RELEASE,9.1-BETA) Can't mount the partitions created via 4. 11-RELEASE On 23.07.2012 8:46, Norihiko Murase wrote: > Hi, > > My name is Norihiko Murase. I would like you to give me the > comments/suggestions about the symptom described below. > > > The partitions created by FreeBSD 4.11-RELEASE (all of them > are the UFS filesystem) can NOT be mount(8)-ed > under 8.3-RELEASE or under 9.1-BETA, although they can be > under 7.4-RELEASE. Hi, Norihiko can you run the following commands on the 7.4-RELEASE and show the output: # dd if=/dev/ad16 count=1 | hexdump -vC # dd if=/dev/ad16s2 count=16 | hexdump -vC or just send these binary dumps. -- WBR, Andrey V. Elsukov --Den8_500d0e85da08 Content-Type: application/octet-stream; name="BinaryDump_74REL.tar.bz2" Content-Transfer-Encoding: Base64 Content-Disposition: attachment; filename="BinaryDump_74REL.tar.bz2" QlpoOTFBWSZTWSf0vWEAio7/9f/+DAB///////////////8gAACAABAAAggABEhgcZ76PoY3qtsZ FDTWoH10aA+O8Lmp8t9BWhlZQADABoNAAAaUNNBgmVa0G2WsCQUKSUencw5UAaAHRNigNHR33Y4e gbWKKKuu11OgaaNBm1reele2GvfBgAAAAAAAAPXbDXXJXvboAH3QAAAHYfEWzrSRRRVAHt6Kjbnt 93Tq9pt8x3Gnvu8nzvfRs0e+7fL7nwFG2Vz4vl8npFvrdfO+9Zp9mW8++NvH13eXvn0VUttfO99W 32zfF87724fT10FR6xF9x9Pbt69fd3fbF8d3z7z3vu1u9fGxws+9aO+zr0y+qiLudjAAMh8gAAAc dDTRBABAAEaaAEwQyDQAENNMmQammp6ngUwU9qQaDU9AEBKlTU0xA0AAAANAAAAAAAAAADTTJAIS QFFMTepPRoE2gAIwBBiYBGmAABMmACU9JCNBFKppoAAaaaaGjQAAAAAaAAAAAAIiiKZQnoMnogKe KbTU2piHij0IzSNpqDT1APUaPKaAHqPUPUACQkCAiVPRk0wk01T8gU9R+qepphqNpDTQAH6oDRoA AaaGh6nIPlH96dfsB2p/7/Iw3iBNgKevAQ9Ye12+25yKRYW4Kbmc/kLILCAMB8uKAAS0F0iDEGwA JEPi6oURMDBCRaMEAKrEEyCASABCASAMYADGCSCkUWAsYCEgKSAjICRCmqoAQaQUEQGkBEFBChgB IEYEFQkIRRSBAVDuRBLAAIdSEBpA/uAAgUsCRkBV73b93nG4O77un8dNWdbTfA5YuowNAOTvioPe ieaPlhwx8sNDoVOPWmI+Wbx0aGJrEJPczU1iPew3tDTQ22i7DTWv9ERpqZiMyBTDdh8cwzeJctaY bs11nVgpo4aMg1ZrZotUDka00YaEZfTQZYaa/QwjWHhkYilb6mEP8ievfErxrtDbRw121LhoTnc7 GeIOp7rMcYVUxoEVEqBsjJoHhjyCCOaTBIdCBtPTn5dW0cDXicNBeicPm/L0+jzyjHfUrKq+kJmk JxIRBJsqCprrL60GTgJwQylp47TTbR2hlMvDShn5jPma1c8QPDKa8LMMQtixvrmlz2Qq8Vn00qHp t3HOEEaamEkdnCDpwOEdMHHjkHJ3t1x6a4jCSPWKSEaw2qW140T5KO3lrCeoHDUjdm3xh3OeOLBb 4d2VbnOpLDThLGsklc3FKyz2R1vPWedWnitVlKvLKrTbRx5AWXu1hrfMy87YKV2U9+4r554sGmjw w0dQjWYRLQ/DS48HNLHWqFppNri8K2lbwI1uSraOHLW3B9hseGuE2/UMp4nmpRGvEK6SjSLXglff nFkRTbFe8T4Jz3PDyB4cc32nqeprfeMcGe57gjXKV4JtoiVjma4xS0+WGWGGRqMci1rakGt4cjPF RHQ454s4ToTX0lvA64xcvgui2g+Jtw8JX1r120eyAiVEK8Q2/epGdSlrDw0a7nhww35KwgJjd9SA p98+Xw0Hvs2IcJO2V1iGWIHx+IPd3X1019SicyJy138lblGNEddV5XdNaWs6Q4BJF0juhOOHHSMe IMteeTTtLVrUm/kK4eeKhrN3XnMU7aDlFrtncn0lafd3nnj5xRl00cjS1YqFskyzFKxQeJEFrQ5f W8DtmWxrhoq2ChVmGUnso22nB1KNJ4lfX8wYnnlzeFxu7B7XVA4ZOAPSkA/Hhx35MPSASiDBPgQ+ k+O3GoZTY0bd/Z8Gjl5QymEUUrMgASB1ExkkjH4D95D+yg/Dfh2WKD/OopIVLtJvi/EZzJCuYRPh cJpNW0fJpcWQyfKHUIJMMzMIfLNyVzRcd7zrdsEJjhPXRRos/y4io6t9b0jvvZ3MDfnVF5TCzjmT l+XHku2pkgGtu+0D80C6rpB7iVoojbC82E5yd+SIGvWs7Oc9qBZaFywyFROpsto6lr1SKk4QDnEw 7ke7eYE9V276mqN4Z2Ru8wGScedJX7bW3TBmlK2Od7jiBwoMsFnor1ag3oii2AiJiDzpRJTug+ov viAI6aSFGLTM+MV4zorqWlbvt1idNWyNdCOLlKD+t5fkzuC5QXTosTpa5SJAde+CZ8llfTTUcCqC TdrjzRDVyVxmIaXD63zzmkcUaC9IVUc4ukWfJ3i9kSNeOdNCIFStUbhvbVGOs2mU2FxjhyOeIdZn vqQ3bL51VJ67fKY5kTSp7KvlxR3VnbB1dMlS163yXbRhSyWbm53TuYZ6BUjvRVxA2nG4m5HHCZ4d 6IatqZRrrl+ELSZxm3m3HhpDpDyly6BVCz1X8sywStl/PzTasMta5I9KJNkZbWnvnss2kD2m66Vw nki/bG895QkxPDl306GEydhMJ7w51W4R2+cChmRBCqvGdFyjLBSAUgweGd8tpLGyuN9nXJjlB3qL EwPPmOQjZ7m8E6pMRn0CYH6BB/SDT+J/UWDQlBwDHgBI/xpEufEu0oiP3HYhP1UJrLfoqDbP5x5u YB2MtzKS+07zTEUmUbv/XR/aaFc9jSz/eLXT31kQbaIiIN8oM2/uMHbe4whjzvO/B8BvkSkMeAg8 KoNuaSVz13pfZis9XtmY1M6rNh/lcNMQXc1A4LHikjh4ErLxwRdpVKacIGE+NBMSqX61yNAZd77u jDWfJVpvUI6aovrq41XaCzUqqqjaipy0X897wGE3ySha6m+8eNW10lv3fl6Q59nG551DvyHKVE7a 7s73jtq31UQCg1fJIVnc3xfBN+aW7uXtzZK95nM1Js7pOkeqFIpMFZa3NojqoTLvUiBRp0cvDKK4 6iSAwmNOnoATSBygplBIyUOBz3Fwljd8Jx5KKqiCF9Sz7vOBeBrTjHpYZbTOcaho3K41tKIl0GMA YJxZAl34GeO9iO9rtd3z46LSNvKcteJBDhoKow997vh0Z9vpw12lAVtqqXZ5iy0CqZD41QHDt20C mdlE5BFOTFUhAE5Jmmzf24RUpFzHSWCCG2KBy4usQU5yKpIuyEsHIilSQgnTGvqEJmw+mJSgj41h B1Jnz7fHhmg0+j6uLj3HX7KYGqQH58tstaLhTDckCbi4YmMZsF4jOmZ2dtrfT2/WxqwA36oJnA0q KlZQO6KnEwvfOFTn3pZ2XRDzEDURc6Woy71HIw0K1IzsahfPSuiQmFgucL0s3FAcUUpEEKnpQkcO dUubWQWBCplUMEKoj2lyIlQdoZ1vEDMKQsDavMgLodQP8lvpaPSHONOq5eZdOxhjupBXGoQGkJQ4 i1hnCESC7TkHKqYxQQbMxTnsK9+LZv2deYrQrjbDcQN5HIQ28qKxFLxkOTS4EMyhERThV7uRkwhw 1aWTjFxl4OHh0Zon45eNuTJtkNpylhCHQiPHvW93jsN+SsU07r17asnOWy7RBISlVUCY1MwjQTgk 21s0MhKFziGflrSRJqooogcL6GpEZE0QllsuDduuaUznXqc9kC9uVwM6M6h+PXKfZEpmtMHF8UKQ r1p2cQ7KkuiuSHcuZcvbQ47GbNaKtIeZczZyBcMTCIsTueHnVZex2YrIcKpkmZS13OApuKmUkQg2 /xYtcDMpVW0vUbXEMgCtGUYaKg8M7kYNXkUYLGstkLtWXoUOZkhziZEBAnuY1VeJeJWjJgW6jS0o H1OhpuLXT+BDXh+NCt7zR3dTLXbNTlKtK+vlmPZiu0i8VOqlW6UC9NtERsgbLDkR2HxQzEA5XmHP zvAncrtJqBY1W0PwNHrabThCvOCVnd36dw/HMK9MnXzA/id4ZSomGqsbe2JRpkPwwkUkGwjUkoIr Xk/ByTHrHh2N8XfvCXdG9SqULkAgMaUH0z0aM6eHbppdpu/xdaa7zmyLcKiU8ytbwSTXvOisDRwk SlFV4lVEBUVqlFUoVGloWloFqjFIRoNIEQRAFetXZmERa9aldQyhY0iClApXDGuZChT41HP3rGDQ 9IFoX6cYvNGabgLRRumP4TpnWtmMmiUoKV+NQwn43+BLDaHKoHiHT0NBtKy+saq0qP03dgpsk3JR S8SFSyUFqlC0oyVUSlFrtipS0ctET44eMTTGjqYut4DF1Sr5IfWjsT8IHbgQOtSspyXD76fa5jr+ CKc1hdJ1AiSN5ZD8dlpFKHGt3IfqudS5H111sURQ8EoFMEGF8m1z8kL8gUhpSzMJxbV5KqiUUXCD OBQOZlIbgBKAvJBZh7xcrXmzfsxIINAhJkaUtpQiogc95A3F5YI8m0gUjhA6NSyopoUgbKKg+VIK McWCL4EXfHEdmQlUlWlRaiVG9x9u4EcjTo1wM/SuB6vvpH0AkpyAvEmAxO0DFExaiiiVd7zlGTS8 GV+TGTGjth5lxka5OgftZJWiObxzedN9cgytQ+QqKlN9rK6HVG+pyDPvedAZk8Eqxdmz5cwlJEFg iJkEsPvhIzNns/K6Zcjg4k3wu43UUNXNCfTEP8hqIapT7VqYCaEUAxFSypkVxtRKuWNDW7i4b9Z0 RyOt3HbGhXVgRO4FByUTgcQrjnX1uODjCdOFoYQbUUV+9I1WHXGnXoXqbFP0e4FHBnYtMvaBGGmh mO0FhECkTBapX3uOcXx9BxBRR9FtzgUNBHDCaFCb+JCCOPDLsLmYtw8eWytPIKX4KAyttCy4De2S 6tBhkyzBpI+9nQxtk0uY6TcuRKWD0gnUwk5mHnmXrcl3KHLmOz0147n4h32RybdViqnTlkjvEISE bKp8yYIggoASBAc5aAD8IEhx86JrUHzKyLqA52JRYtzoJt9ZVCaFBcWGtBIW86QjK8VB45nKbW2S Yh/rSa5R01rfFKQ6Mv0Nb7wMkfEr0Q+RWQopYmG4YWrCljSDaEOFYpSZpG0EIlFD6RWjeKXeU5Im skKKC6XJTgjDRJefTP1IfQi/eeQd5+t9GjGxF5JAdXjk4f4MVdCgo0FnSqckIBoFxPVZxQyyjWew 7qQipiUTUIFiMsjVfG46UZwOBYcnKl+yqnFBBzfk4MwgpCUWYdau85hkRnWIcTVRYZQXQVhI6hGc wE6mkH31bii+y+qAQWRI3zY1iKFKQEQO+CKM1lQuiy9WLdPg2EIGUbvO016dUmgY8wR5Kc4JnwT5 UjuAYO0uWQfBPc9qxWNHDpk8FhAdHoL4LFgRSNxAwDoI3DgvfpWgCi6i6pQ/iHycouKNtKC0zRRi M9RUQJBpcRxrxhg0Jp7Tmr+etA2L+KbViQNqSBM1m2YZBHdZp3KvxnLR5eUmgZ3bgczAfYTDTwKq pKoyBCXxWUxYoiZR15m99SSOH45enrkKxjjMZLMiXKQwQ4J4iYc2QOojEnkoo7OWDZSFRR32my+1 x0ZxHwOTbq9qaCSQNwiNzCo1xDGn631lgycmukq1bLzsMcMOm92ok2aOrjzV6RAfHMfnn8n5/uj5 /x+T8mxPoroYcdj0EYJA9+Rs/iB00MZh1bkOhnIT3XuO3Qfajkze9nYI6lWB7Cg2CHHuOSLcZAIy GKdKnV8mYHOgpwdoqMpAWBfXXkRQcBO5CMckjwiAPBIhjkhlRQg5Hc6q1rG4HdaHi3ZHUZjp8WG0 OuT7SD0YqXQOcOScqni+HKBnTih5sTLTkI2pZgX9MhwiOwcQOCKQJ5rNdlzNuC7ZteDVmS9aNEdM LznEOz0ZUsJVJQ0jh4KxCric8sNogVM56OPGkCUeO/YQZu1DMaVBITC4JSsIxa0GrbQpQNw+RnDh 24SuxZ2NDuZCIZEjaUe/duqOjVSyF8QHXSPpuIpO+ixIYeUIayQuTMqxxFL6YbTiso/1Xtxpslm7 nnzfEY9UWdrzsbhFohC7uNKjjYzfmCHiCe89AbpQZVAR0KGLCr3QgjvwITWgLgolWEHsxdhci8CB jYl4r5gmU6MWCKGV+FIxIfUz7OSz4BLEqaCYrSb+pYiJZ3MmYXOt6M13CqWhVFKWORVS7sZcVeC0 VuiSEhFqpIqqUiWlpbWKbcJEXCtRqlqNKHvXOc5RESlqMTaa+GnOs1BK4uB1ExdX1DCF4UVgwkkI 1S56K00YajWb+3Gj6PwKwSYSm1mFdAVRUV2hIT2Qr1wTtz8PUuGA3i8aoISCXNDIjvFJNkWolCpB GxcM0eFiR2RRD411bzvgc5GLkdHaJQSUoJIqTICSCTSLaDRkFCQUgWw02C0iwm0gFZCEa9tYWIIC EVEOHOTx31CYWgIXHEEixZ0LwDSeRZgi4fMSdDCUPAPMiSiGtr7wddlTZHBIVmvNZnDyEdFaZcP6 HZiYF5Uut+9z32aR1BepLGUJO4su16cOFRLAnSoasQyCEQLkNoET6oWZRhJldBUGmTzi0H3jYqt5 3K0dAjomQyseSFwTaBMzA0YI4qlhXBsMs+RWSIR0sQMg5+TM2KVMheZkbPxxBzRTKD1UH0CL11Qx jXA7E4ek8VryCdomV13Yb3X3oe9Hp7wL3dpMqk2ynfJtE+SFX4OWe5+K+JZ42801ZCYKQyiXWYy2 Wmoc01Qh1K9sdVAY8JUiUkOerIV+EmzQ8Da8Fru5zjNLpMNYvkc2vLdOa370fHU6+uNQjGBkGDxJ CZLlLYSUKkQZDlphty11nutJouIF6fMR0GRw6xwB3nkP3rUg6oYTEexNjEkH5XI+d9A/OCQqbz1+ 6RJ58UbenAMN9ycZfNadDRCtqgw05U2tMaQBJOQhnvNgEhXK6fjOX26u5HuSFkqVMFmOms2ZSzGL U2Cy4b0KvU5buldWt3sMWzXqutX0bliSKIy1B0nSBM8L5mG4RfJ2NVeTm9zLPy927HEcyFEmQrVm GJEygWioUTDZso8EkBkNIS96XpHmyFxklAiaOd/r2ejgSQfd9lPq/A+ujuj8ij8fZ44ng+Gfx9AU pz733ugRxfgutZIOjGTzEBxLYQa2jjaIM19GqffvPngzy5TKhI4wCa1eTlmkOBokHFIg2IpWnaBQ ckyxp3R1QkqEJhnBPk7odTgLfgSHR5Ou5S0u+giDV55VJ0O0U2B2CAJGrbOyJMGh5ilnQQPfrbd5 DZHG4eWvN53GZQKaPxGpEhStHzO/V6SOzxYSuDIOm2EwLTgWq2bG8eluG51St3WcNXmZYyIWyhHj 1hs2qIEHKeAJGenTNbAWQlgKg+4uhur/LVK5pkTi6C490Vsdf4rnSZRa++mfwlwsMARASB+OTbxI R0dRAWnq4akk0JnCCGwCHNxsvxBMEgsUCtYUJ5nOuSeXNT7EcSWhAh36qc8JpGTbIZPnyCLi4Tch M5TrFX6w+HuUMgvgg4Qzu1HHJYKhJw/tsOl42i90IKkME+bbjpaeoozEy2KxFCkRQiY2VVB3LQUX YCuFig0aSMB7VVz4XfUQYEkD499pQNeEnSrEg2m15RfOkfQcoU/JVSAQQOoYArWHedKlznKK0MNm QNSEKiCFVPHG4j2AwqcTlVww0LrMUO4WSdaEshYiW72RCbmZ2ITE8XHd+Z46nI7eXKkNOt322fR8 XW8IKY6MGjpOTq8ojgwO+sN+eJYGQUrQER5n1U05oLUDL7UbjGfILICdbKh4mcBzgGgqQOOEFsFy G7xs3txREm0lQGBFZNkgij2r3nSVKkMVD8mT10oBzrmtUwyHYXlaxXrpkHAKrcJELPIdqcZGaCPi LDi2TSLv7uQx4F2HcbFMgPBjN9UZuFx5JyFC5BDgXgqdcBD/NB3YCh/DBnHt/Btq6hEVR4aGsDgo QLaAxsaiTYthmoaKoLkqmUeDwXdr1wUYCz4OxkNG+cL0YPw4nRuwhKDuXuD1oi482gtdBbr6ZMoJ CDSnvOBxEIEFr9OvR8WHhkV8XEJlcDwWzowXftJfhPb7PxX3KJ4Js10k5Pkv7qOU+k4Lj0a5M9GT ubWMOWxRffaHDvYkcICLtSHl58tMDPJjHXqa3togYhQthpG4BGSoIwJHqy1MZYUQzofk+IsWiHBC lVy/lLyqUkSL01GFhTK+auy6ZKCRso47lCrJY+kI4Z4xKhcwXUW2OtShzg0UJ4Rpw0CMhYEQFgRA V03nCXllPO4rI6pCoeYbU2+NCFEjocIDJvFpvqzVzEJYseIKscedLruVhzyn42TIgvwd0qmekMYU 3wdE7ZpXMVo6NzgYzcryqqMazpYwmHSJvUBJrZBQwLt6HJGRt3DBBofVwZmHyGEQxlqWNTeuMlI3 3otfJKBjRefFQiRn52I2JdQ1gbKjTuoBC9Cp1tQIFjQqw89witK0S2wu0RGQaZCcKj7Vx30UL1vU oS4UBD3I2yFSw5AQ2cjMJ5BBWeMtzlh0JxUZbbBlEVEBEGDri0EhQewthpRiQs3ETi/F+jIUlwmN Z1lsDreK+IJSIynmST1UJxtPUihKO+fDtpXM4ZFTGhpPdZRN+VCjXTNK996FOXWm0K1C/aXTbP3b dOnc/HjeZ1Dd9CBmFOm0SRamGjShmxcw7ZdI1HGqimF0V1rsSRooCDjy7FPkwqDoXZ1tHdYHtCMr MsJVDZggha6LuRy+x3mqwRlani2hOdTCCkSvXaKFaqkjlv5GHj7YGdw/cM3DlYwo2Eh20zhUETVY yL6y8oL2KHQwaIDfQ7h4gUoFaRyFzDM0xtqBxGjIV1iiqCHGQRjeY0iZXPrCOmlEQHEA9mO+75Z3 mu2Rm2RjuvIePTjJTl8UExfE82IX8qQ3t9vJNunpx1dBUyv4+S4DzhY0/fazT5LayVDV9tfxPVzQ jVhxGQnIDJEzzy0AX9KsH+y320H3eKM7oZ0pV5avBiPStID7wBvn1JI8N+QBtYyYG60GhUewUKJ8 fiG5KLj5tg154+PO7hBAVOjafEEBALI4KC6gHivudbeFCV9fXFECxtoZLiG3CLOshSDOU0UMarQy r13qaERPsDlvphbDv2t5zmZ7wOOfw43ID0qpDBRNVxGhDL+fNpI6grXQrZTCPn2dzqiJdUsJxvkU 6spvM8TP1K3eJhj8QgmgiKMlfBjjKksM4Ixhzn77Z9rtTLoEASh6uZdp9VYB91IZs+YPvWW68vs1 i4VMvTQaQFDrfNyjHMqKi1hHMrOIiRrpJX4TWNZvE+0mu3xnSA1LKD3dVyhfKtW1zAsEFojZm1x6 WuCokTAyiLnPw0sKRkl02LtSwpB22uJ4MhRELWCJHNyifO2G3tGbCQji0zh0+IcrIcelhwF9xidm eqhIWMpjspypeXxKOFk4fZQMq4xKtFmt4dsXSMEekliyAspGqWBO6ZgEz2mGMmKKzWhD2lG+aUZI coeFqFdYTHtgMcYwQN4ettwCJje4VmV9p9GVHiBWbgIwcWgboT0dZeZtTOiL4/dDZhSOeTSWghqP zhAQYHR0HqKKcKRBF/QvkCcyuWfaBs/dfsMafuSLuBPyr7KoiIFBRE4bKlghmNazHDx0A5l1tZQq NryGXc2o64vc6qpkdLET8v0qqbWMIcgprxURPpafvBIw0GJpcExhdnCnAksrOi7M1puWLvVt8Go4 khJXMX4rynCZ1UJx8KiIbDnoRxBCaVeFIVR9JeN2JvI9kINphjJYLtcwURkyv3qdNkauzmAEUIFr Vt6Y3q2kJ8a4RSovU4ycNqEDj5B3YQgijhJyUoMNIaI3DekspWixevNrLfl0efEGzwQ1aTJXZ9Xw IGBJBLzGt5E4+s2BLv8Y4sBOO7CV375vPI18Nfd78U+igqqClufNvKirkeFXgv9v20ENnXyHWNc+ 1HLfbChD2uIR0lNwKZiRpG19Q0QXm8C8ZsFzPYp4i8XKIVd+i85+H/4fd/jiPzQOLUKI12U2Xa3h AyA3GgShWtmDmBF0qbzK4PAJGRP2SM0evRbHDyZLgy7e09mPZxbaxOXj1k7cxe0zJnRiXtvZkGwM URNu1oWlmDXFG3N/n7aQyZVqM9hCgXfQsxQBiMGA5IdDnNbZ0hzYgnMTqqac2VQhdLpgI9YgUCJZ mOq6dPHORDoCWtGPkURqRx85vcS+lgXKFSHja4tU9Hg5R8PnjJRXaAT+x/EUnOj8O0g40kAqJ3SD jyfxeMvawWRj+OXW37r5+pnPzeus2thtAeYoJWiVePRGgTA9UigwH49sX7nIIp+aDe2Fzpnzn8A8 Eh9JWm5yfDBziCqIilue5hzZRRCkgEhSEJNvHsdLTmmGUHgzBe+VASFJBSxtpbJEqmeBBAPxz6ML vekNF3V9tgKvY+lyGS1qeKtCMeLh2jzyuotZkePvSEIf7VKZwp6FNMiD2Y4zVHWsi9UN6hnTUYx0 hq8VHmFBUQWIp8upwuThbCYvPzS0PLINcCNOxHa6vkT53F5HNaBkVJKMyqCMoishdQRyaq6dnQnk iYAZiJkM39Km8sYqkKGJilRyhqQFpzdgJYQu9wvEw1XAJ3xMZZGPVDtjcAxFmNnsjmtx0QLl3jom A4nGNWS4pgebPhXSwT5BjIOKS14c06jrL5qvyrrw6YhBsyYm24pcCbsjrCC6opLKogEc0kEDaFFC eCwFh0HxnYaTIw2mcQEHMw105bJ0KleGcFxfm3VdSECJ2Hh3vOxikoiiAxzid4ShpMCiOZDo4cT9 UXpPlkg6dN7fE0VfZ2Qdq6Jhlc4moFEDJ+ry4eUa0xnwQeIASEyZIyCOAhs2J4cVBRRsi3tYpO11 Yz17DsRQtskZyNNRTlkWAk5AoeuGyteeHbRhQTBvp0pK2zQhO6kMv1Px8/KLfQsiVIKUGCarWzic LUuoZMIGScBK6aOFBu7sD4CGjPmbmD+o1+MoNZadLThhf4FovyS3BOpOfhoWSw3mmikNhIk4aKwU KEkByyRfOKPptMlIEkqxBBBB4iYw9Xb7UI4DMFUDPvlndvBUWHI6g37ESfMhdmLwYFapFdLRiTQQ JR24o2BvaFA46MdvXJ1pDM61VcsMPfFyVsvE0WVkiCbTI4itC4t+SL48vkIFhuUw/aRsV8fO9yDn NOsXQtBBNkuwv8dkxwxqIfd2cDg348rWLFrlFDE2WY1hnm0ZUjsNqd+hRXOc/JW3RnTrm7rO17mA UXdBEqsc14XN5AEsQCECu4Vc0iwOqhkB3ot84UDcBDssX8ju9Eh+EjUE4Tt7gxdO8wvi3u8HP358 1UOiBURvQ2Aw+hASDdhF46qHtBoN1Rhy03tnistkjJyQqgWrugshiEPI8uMJvrqNvKDmqZE1tdFa 6stH0rWa41OkvKnREmALnhHaZQbt9H4x8lGAcYM7CEowWHcjOur7SaRFN/F7I4/J2vnMqQcdBFEB zEc1TmRK0GpaP3ebf7KcFbMz8NfZ13N5mmWnSo1yvc52lzJPEw+PApiymmQuntqrT94fNkKg5oVl OrNHHt4tZ0mPj7yYHtZ+t0fuRoH7WqHo54cw65ThrEJ9Q93DKRonPV+IXXJfQ1kcccyI3GcjySI6 a1ATU61jPfq4JiXxlmJPTEvRJJO74waJY9J78NNix4SE9kjcvrSX+WP95CePeiBxGQ7BATUqVBA/ BJA8uz+UYB9emp1Z3b0BHZbbb08CMH4D3OtTmaS5SQkDOLectAnl/c9EQsjZw/HXN3MbLIXHt7p8 zMuhCOpZk6KDjOAjX9We1TJsnBHGRkHesNChQjbuDkFAwtuz8y6IOKW5VokStoer0SUfIyQ+9/Wo 4a8KhhjRFgkubNe23xdqKEJNSMz21Jzi/vOnv4aQvW9DTA99IUMrifI5PqQBcpix5hbNo2jjLaCi F00MMnYOMQWAYC6HQ7uxOemWiuSzQmkcIhfgkKfZgaf4JyyLmWisWLfG+Yne06XakbCeJdLeO7dJ uZq9fYy8SnCNHANgIiDKBx8Pg4ENPZAIfHLjXyvW68zLwZT251XjLi8hiSQRucIBH0pk9Wl0kupE 3FSqJ3QlPfUrXk+nNseKH3NiAKCmAJN9TFmFTRo3AZ9KAEXvQtbGNVfGQh8JX4MRwRQFIn1HOFJ5 ETr6QxbKZOto8FXRY1mecRkWmYEjFHAzdQ5atLaiEHyEAV6hE4+fbKwlKvecUAL35W6VLjsVvCtu AJBgGpFirlgyKjifCTlKjSJwmUXcPvukzeJhh71Y9wtlRAz5ZBEGSIKlCCU7ncDcdTxT0jfJ2LkR SlVTCYFz5oyMTWaXTEWK6WVLMvKA4fiMAsF8Y9hzDe1bsEGcSUoo2umX1jvzAYN3tycm9KlQgJ3u 5XWT8eBANf0xJCQBr174ndi3Ek6v66/h9g28n57zZjYtDRWVJRdXtmkAQ0sgppWqpSfxrl7Tk/UW BYqo+BtI/XoA/Iqqsq11V92Zz4mRC05VtjBAXVW8+NLkUtG2FXd/GzY24fQ9TUod/rta54nz1MyH oeuFsTaTAyvRy9Pd4La4Sn+0zGalg6BX8IPZ0GaKsyPcaFDw5eAWxa5yfK4D+dKffEzQuFzzHHXV oZbSmvKi1S/kfl99isy0yE+BItoWytjfz6FYLjsz1eZ0+8G7U59tKLmoteCUWtZB7vyYDdGcAcgg 4H3BynF43k1vW5wjNU66Xwun/dAmlR0UUuCSLdOtCOEDtAED71AOKZ4EqXBOzyBJICD1CT+z6GS5 rdzF+ZRhIfgWQyE/vsuZykBTnAGBWLlwZdIAek76uUBcQ2Kd86vvoDuLDuvgrVuabdf1vfP0ZvT7 lcl8H0cNHPX1sdd1nt/DVteT39SuuxveyxZJLXcaMNwYL+HawzXrlYfCQ5POFD3bO7Gg52Md3Isl qmQ9nbNffzCW7Ps2G06atD4hBe5H9Mfn8/n4OP1q7Kcgz9W3Pg9jbyTRBBQ7kNrEkPGWjJIE6HeM B5oO40vaOzU7PfLJpmvny2JDlw4COsCEDqQrBnhob/t5MBmPnhwT2ZxRvvmceDiOdjfjyfivc4Cp 9M7Jw4N6SLIc6H2PTVmQv3JN20wGmvp/V6dP2RRBQ7pt834snwZ38Tp9cx0oZ7wfC+LHs6HEYqQV ZenzUFzF5JCe8yd5QnojMnH4h4ZozqPyaJAIBCHX62cXmEK2kPigtawRoU/mwAQBEA3x3ozn6wQS JC4h66WH6UYfg+3bok0H0SqBbMMYpclE6gMfbkZwlfsLwtk1rjpom0vgkW63PIYa65HAfTf/u0xo nuUSkSdFEZO/Nvfs/taY9ij06pZMr/5k/Pb3m4YTXs+p1H8eDmmr/x87J3+e7/pw/kp0yrcqWmzL ncOjBl4cEi0R4dcGJLrR4MqqRxvgOEdpdY8s9M3H/O3xUzdGTAym5vczO8PY8WRX58nnYEqoW81b bxSf+8GPgdspRP1R2z/Qpv6Zd7jva9nY8Ukwl7i3SN6az0YuvT3b81nF+EHDLswyYFWho6M0Y6dW Thxw7X8xz5oe/Bx4btWCh/PLrFsOVi6fm/xjj2ruHDar+PXf9U25/Nke523ik9B1GsVS0Oz7q1Ee sjycK9i362RSaMB+3jeNBFFii4d4k9vjUP4fL2Jde/H1m4eqAiwmZdSro0KYacPE+2TgeQ7jN8+K ZXnubCyj6ZxmckhuQ8nZ8UMMbYybPd3fBikp0TR8DxOR16lHT41mMvJz7XgcDV07HkePDj6cxx+n y4+rgw1cPflhb/64m90616MPhxYNbuSO7XW7RmuqFVR2inAFC/7NgNKpo1uHAW9IYqyKdXZ7DpJ4 XpdvW4XvIuzQqbs6hOo0ZdDXmUkZIpwR458slyMoGAW+r5tjbgMJyFKZ6Lsl10PpxY39T0Y/u61p 7pHJt+Fs17Z3Zu1tPmd39vhbbNewtoYsdfzjhZ5zREvNj+EY2mJ36O4w73B196b58v+2olFeg49z N+GLaBdjF1msfvjcpFz8V9Hk4J9bxzEbZ4rq6MK70uTJRVr6nS7Pqa/uCegOzyZX9UK/mtucng1O 0vXKaCORVx6+VqSx8t09mfNGGU2kS3Fu4Cqb2X293kelWQHCa3TvcOHrmr3Ojv8WXZ04tHrG7r0n LcuUOHYwIO8cVlIZfbdkuX1yXu70a8UKIRUKOhajXO1GHi2gp4l5ZObk9PVbPo2A1gBrUTHvHnoW +fBFTqUCeYTNquexuR3ijNIuWnJzeSeJEfTFud/Za8d3gXk5rs3YsnFsuGYXSEcdv83479tM+mUT EDo6e3iE1lMQOghO5gz6rlq5REeK70siIgTbhy6HBd66urS/GfDgO7+lb5C/zmDdn7nBtBs5lqwr tnLqVdzCKXada8J0Yt2t0xmPDTvyOFprItg93c9QWF0bXU53bPFZt0nxv48+Obwdm7E+i9bFd5Fu RYECJm2lRo/7uukw5G3Ox4ZyHHwnK3HjUuJuHJ0P2nrJ4NPZHxXF9WtbsqH6H15O3d25HHaM3b9L DOeHPdlzdsQDzd1LKsJHclSTESu7RGA0Agkp7jyN6C/P2Q27WLlVzwQHh+jHfueLD7JLGtpi+jNE NGc7cgud2A/V79n9qIAu5F2o3Ifh2HdgxrULliNmHd+D7klXul6Jb59scsxFfs6I7T8Nfnmbe0j6 Ltmw+bZTsH0fD1aLvFZe6Cv0w9E9Pz5Le889nd6e6P5ydgjXTc0bWgr9dPuqXr7mb8MvpbAK/rpX GMmj+NEB1m9Tw83j2Rjq6F4jueL+uwU6BIqyqoJI1n08iQYeUiDvgxPsIDpS5kS6d4pYR4pQojtK B4WwNyGP4SIGsIEcq+kvZfYYAsQNcWJLXj3yKPNzzuAoKOkEEDPCqBaXHf7qu4FGGC1LYyn0SSvd ORAfYoC0nU34RiN2FBp7TpA6cqO670s6QSsoKTDzv0UR1bEsqOKnGRgIl+cEbeJ0xs2FxWzdRpjP jIkA8xD7FEfOZCPlJGxYp86qM+GdpSJjLFRtkYDxOWvP8pXvBBCn6TgIdO/0B1wvtfQzgTfCrs3V QfOV08F5wY+6RYYF7bhp6g6jvvZHETuWL17C35s4DGC7c94Sx0EKQfLNI2mDj02zw8vR0DO6UTq7 adU945jieocRcvKjUPWp1UAVRXKqZUxs4zLwMD7Q9gKiCeA+f69bdn12tQUeVP3nt5lLqGSO4oHp HCqRj2mEmwHcI7IV5J25cTov1YOkdE4URFMbWAstD6nOKQkGiR13y+zidrsmZJeFF+LgqDxggR+G 7yudDJNzvjmT1DlF8YUwDrEiXfI9tg1kbPCo2iEN1eSlO/lDkkpUVTqGN49py90rFVzLZO5hzkKS TyqPWU9MvgaBA1EcpSBTrBtMsVQEOVLj1DhdVxQDsEZiB/StRKUrlpbNkUlXbPiUZXiQtrUWke89 8jv5c3em1W9/FLzcD20EXygro1tsn7z3tCpOdW0qNp0TVvA+Uj9t1Rid0qUmPuMYK/EqkfHlwenf eO8pml8r+HtQe7gNnbVN8vyKTznc3+53OMe2Djl99fii9POUnQp9nm5PASR6XP6+b15XCqu0Lzup oD2dz/A7zlNMQolN04l7XgbO/PMqb5TgKDCRv7yjwrh3Oh8xCT7apcKms9Zq7OPW5JSJCmr8cmNx V7d7aXqLigf21YkgOKKVuK97T2B4A4JLjKCLWUMCDz+eikMNc5r4W1SNOepkHeazF0fe1XtkDL8p GvshSgKfEyhipNYND1eXG8QwIfdCgP2FA+rU1f5cuj61pUpEreJX5TNyYhb31UrLQKgjfR8tWGiM n4JKIfSx1FZ0z1/PC7N22hOqj3lPoPm61AoPSZkyCthQDdKjIpWsQRQ5SQWIC8Cvf+LD1kfadJR5 tl6mCYMigQ4/pc71PmZEIKKfgM/mLUM9uhwVO8XdAvt/Q4AQHlEJQUkmk4yEPEuGO4yLIvQqoSCb u7tBzgNBClCfq9PEL7hKCIe5RZKusQ/JTSC/yHltWew2/fzYfw2jjMjRHhg02xvMjUqJSGKe0WEK 8gsPw2XSeuRfuDk7xJRw99TMIbp+fwbcGnWlN08PvlHwndo8W9ZD5KYwO3jxnOYFTldvwDSOUdBx kAcP1PUMtwrUQMRE4OyRLA0XnJ0TiVi8jFb9yfM/vDLtN6Zl/zmvxM/G0I+rU00L3NTgi3Zdnfzz Hxn7jS00Wab/WxF/a3vv5t7MLFyCGRbptIaV8WcBugE2K8i4CQo0MCGVO8afWp4HoxJBiQBoIXiV peFnnmP2lOwUDiLhBBROY9BTH9sjR6hhl/12sMdQYxjEdfMQPay3zxV7Zt61HDpWQwMQ22NAdKXQ cwkNQgqXDIIKHSOcxtJLj91aBMVIH5i2oD/60hFG4qUYjKn9BCuOjYzObYPuLviQyml/pysoLQoZ Yn5hPyj8n9OZoP0A6e4qesH1EgrKCoWtm131kIg/mDEoA6FGNwbuKjmjTH9MX67WWWHveq++71F9 Ay7YzllmB7WgHMdn2e5nkecDaIDIxAiQSlLKnbILLg+1b91UkMh8i93C5/tVPm61wPkEML3XlUy9 lQ+xbYKnKQpT7QQk0yzG90BUEpE8VCU8S7IoXOQTIZCmYoj7mFkRSTJFUQbt1UTVGlt/6dDVtPY5 BqEVt9WSl3xI7XYX3kAnGUY9gpnKdRQWAhxTDIuYpWQMGBZiAndMxJH1HEUvUKBNuqBgICmrIqf1 5/a20RaUGA3DmNTl7BwkKRe3dxgg9+6oF45jMQGMpSsAgcxA1ehQI9QUJscqpsEXdK0nZ3VFBcRw EuV5F4jWe3hW6RzlJ8CjHQqbKqPuc1jlLPu9Lh3DpN5y7pGTe+zXchBJeJmGOVQTUfJ6FOVUfn8j JUUSilU0zqJD2SFBSjdkYYSpdH5bH2P3DObVu5g5L5COIJEzl7ZpfIyIvrWn6B8t/Zqg7YjecoHl ChNsSLqjSe66cURf+X58yD1i8AgQIANCLt9GyOoegWDKOEf1HiHzD9Afqh3ve973ve8HBwbFixYm eeno6OjIyMjo6Nn09Pp9PoJj08Phv36BVERaOnVNdeE3ckW/NH2++8l1rOqL+63fZbWl9XNjYog5 S3THFRPTbYd226OOe7pp6w89+nG3mGYa8zM2lQbCYfaQUIjLrUSrojUyLojkotIBmEFwqgnvEAQ4 xwvNqO06gTWlFkb2jGTh/JJ4YLskHvmUWHB95kDDMapRHm8w7qKR3bzd7oVde9JG/Vu9dntbSk55 tepr0isHUd5Wm23qvxXxzTvIOzzO9e6z85nPFdtd6yaCbJjfmbvd21QmnW+kZEqqXvPOaiUcZYd6 3Uz6MHWtpFrqQTvTh0nUR241aUt8qdKMyUVatZvXk5I3rbR5eHu11m+RPOP7MuziEaZq8t2Izc9z R7XRE+gbzCpfPSR5U57aC9Q+eykPbKHKrcX4Z2tGObXW95iKGQcJ0+zeovuovrxY90KM3qu+4izx 0CWOqPeTY115WFFvOK51raer3elzq4X1+K3pBd54qa7qmtuO0yGcZ6Hi2XWVFzrzKOkMq1J84fco M7UpTK7TfbC6XfKzreYDpGyy5vNLWepMtjW9LC53bsWry5aFA26TDby+/eV0RDHMyaTK0tdW+jqe Qe7fEe5A2iBS5X0Ftx7r1gl6QbdjG8914VvbVqTR4XRBPE2cBpoeRr5n3T5wuld5VfMWNPLJXCpM Wi8yJeNd5Y13kEswlNjWOevSa2Ffm0kjZD7t25zfQnZd0R7sZPNJrRgcHGzxPZV5Cv5F1t07XrFR 4ufQmY9M+SU7Vn2j43xzXFnfl1cdEVu6wF4u9+iGlW0mvZZ1c8KZO38t+CDUp6ul9hxHtouagS02 Nly2dRpOsKxO9b3y9pvmQvPchu3G5eFzrCzzyXy3slW3kCvSoNCVv3BGu8J6rU5kSUBOHI8QpgjZ E7yYlmdNYaBu9tZsN1fNHhi1a1BGlmGpZprpoz1A4QjjcqqCvupSigdp49JbjiVfswhacycIV1iF e2d8GK02hlD1OkLT61UxdlY6hyZhvcImGiJVVRhAy0jEiKKVVUTrvWKqspQtAtetASAjoQRbEBCQ TZaEITWgFgSBiBvEAxAUxBF2ZqBpBAdIDpFQRsRBzAEBskENYtgaw37Qo2rVazlsotWsiGWlKUpM rKw21gxCrStGZbRShWEpQWhQqNGWJSsgFRFqhVpRV4SstFtVShlqg1iCSAhYhII2CLICgSAIZYkC 2YkBZiEg0MQxpCnG3NjLERK+SV21vCQriyA/NWbQCYgQGaddufmqI5GHMDlLPg1vRdvpk6mmwy38 ms++6D5PSMaMGBpI1tUOiOwLXE8y7v0tg90E0DQvGCVpPRyhzdz44sp8gRqkTmem4YeWYZu0RpGR l2dGs3LLTDsZtUGrykPTyNUQaJR4a5cfbmk+vH29dOtUqOUBYUntpZZv2FYTm+dXcR+mLEgtlplK BvBdvmxw04TcsZaQy2/Vg1ghkzLtuzSsGmYjzi+Nhg+nVtQ00YYrFTtxZ1H1xnN5rX1z7jitM7eW raaQRMwroQ+J8QtKhuHKUcNCPiY+w5yca8yejXbR1KhWnLoR6lQWSiqg04hGiXC2lD3y1bUVSRe+ Ku+k8WgPk5MmjJcwxh33FRv1zieQjRupIKiIaElIitLxeLjpMpXaXhHFpmFWQhBpBOvcngOOHRxD s2mEjBTDgug4hEpRvVl4qVp47xRllXlYhGtPBaWahMyqJepGEZIg0aIgKKqUvidHfEbK5l2UdjVt GErCTJKy0bVKpdNW/BDpLcOX4Xd1VV7IobOJWpOc/Cw6aq06SqidtVy7e1a4YlzkIldgWGgY+dE7 YhvLDdoNNJuPYFvTPpKyJR0CB25xDThmIVbhKlGmXEyQUPGtmjKkIwpoG5wckDRY6lnQ1V01RHbS 0FtbviyjfFjjAdbu1o3QxRpGvOiVwZJY0HSfX41q+rDLWUyCW7ar3mbzUlDYhwnCUcouLhD0gbkK o9aDbwOTNZxgWl7dA1WRrNYM3iuhg7hx10QM6bzSj0Mpag81zKrHwYoCgvKVGhaoWlFOWoNVpqh5 UpCDrm1LVPieNpWRWg7arrORsK4TYhhqvRLE6AEPgkdphLFLC9Yx7s1g0mUtFDbgQRGk9k7yRGLa 0Mu1lxj9MDsrv4czKLVDEb5SONQ0FDPIURIZyj9NpL3os8jzs9baue5qPbZfvD3NX2GfV2AIQHAQ 5nUVU50F6kXhiFiD0Yg7oPFz7s29PbbhiNvfPh8JvaHv51L2TYbsNnGrj8Pw0l8Ni1B4a8s7apry 14ZZpsR55hlo4e7R14892SjrM2ZcYcHcS2YhAgA6AEIDwUf8hAAOYeaHv4A4iCigR/2ER1HYDsHy QW4CQH03KFyZKdCuhJBRQekpAkm5GbAwAi+3gqijDBURKRRWEBBIxUYfMz2Nn1jZydgKmwgCQiAk IqsICEOoVRQNuCYeDx6dnreea9eYhxcoTJQCo0lxS9sBwLINjYCKmkwi5lIKPXZBAlLnTSmY+9Cr uP77K1MyXzOGc8Xpq7hzDn3bXw/cyxr9hj3gl4nm77kqhVU5Ygoepw1210mGjeiNLqFRPUJ8SNNU oioXiVkOMCCHab51MZltcXpzAYBI8o7XQFHhwMozb5Zg4eZObFmDFvNXKId4sXQW145irZXKMV1j l8c0lgg0okMwQzrtLjoY2bBuDFhIz0YLhzrBNl4qvNGmmkcVSj6NhYfGulTBgjAyRgRDhcYsge4g moUeJZObTyrJ8nYavmfesd5qB5qfWd94qNaE7ING87PeTJ6Vh6E2IZaCrhl63d1aVq6lsmTGqoxk o6Uy0XQGwXoKAafjSSOR7SRNI5ITnuTk1jOUEORKyGuo3DZzJ3PcbPE6rJrrNNlkhswHisGMptX5 vSymzdnHyf7gP4FrOO8g9pG2Dk3+uDh/HCMzXNShweqMdouPAVc4tKfm9ypBD9khGJ2j/xm8yvc9 HGe9VpPuGUcocP6DWtPqe4Tu/4on4tu7TJLKf7cijR3xrgNE41VDf3N7EphK53BtTSB6zzT7xoG8 4yzcERwcEis7bgoojTGEstNkanV0Oa2Sa2mawTKEJP3A/geBM3Y2MYj/KxKjCEezJltyAIgGAK+F 4VMBX5ycIFaCgwZEwAGuVBwZkmRNIKZRTGSOAAzlU4I8ehrCaiawU1NV00khkpBNBgJYQBazToAK BKihlABQggUUAFAUUMoAKQBAooAKSSooZQAUICBRQAUICimOgA9n+H9j7K9H3+Nr0PUaUsLIK1xY AIPhhEBF1j8DPGJygugMeSWSLZC+R9EHr9Fe+3J+qwcXDzq70bZTv5anTGnIyvqCkHnl97MLRlKF KaUT6eeZvB8PTHvv3WeXu6nG3bo4rdlXJQMoa9NfcYTrc+Qx2Y3SZqp1FaOWvizwG5iQaOYcWVjV jNsMhU+vUs7wQ7kI6lVjfhqBHaSbwQ4llm/veeOR6nd1atF0j2ldq67iyrbJI8XDHSCy5DwEwKE7 jjwdcPNGwsRt2XEEB+Jxi2FepVSTMGUatcuozaRJ0OczVDnkfyobBFAhq80b8pdbjl8M0M6OD92+ mzPWdcuRbZOAsQnclc1YgC6BWeKIqUqtsRygDlTmt4jgFgtNoqFOILfdoNy9gdihJhhgahmow4Kw rYaA+qSUUnDEVSUNBpTKZ3tt461ejENenG/N+/KgCA+J2M+JBeoVkB+W5Y9AyXSSsWVigQShnNCS SVFFUgSwYKFKWlKgNKVUaUqilslELZKItKVEpSoQpQAlk5/c2682c8e9eqfw9rWr4d07izrnmm5E i72d1b3MTfUgI0b27tqWVtNlszt2pJqIu6ExuJfYaNkQPy6RcMVpJ77rnXmofkw5ODFl0yYkbWoq iIIJTEDdBAiidHpRQL7txbchsg74JydlHEk4gtrelrV6xjJGNQqpSiSHeBkRcvQSICjiTAjUIFDD NqGwoLXWhxMRI1TcIVUEOAOznq99nN4kwIYmOwDGyeDTYokYMCpopxhs5QyNQMmgaLhk56DrWnUr iPdXO2XacUhZAlETQl3nrGDcGjR1zzkrkyjQjjLMM0HekFCA2IG1oF+hkV8JZyCCxNIBUS0Jl23g wdYXQFfCeo7389vruI/OJ8r0lotKc68sKyNFWh41BBQNFdTz5KVpBOhJo8JxerlfGu877eOJzZsz 2aDWSEc735LJLcaXY0jhiVVAuxGWRzVLBjA2J2zTeCoPt+tbsOhoV/fld58GCYZBViwOthE3M1Ut +ZINH5wmvzOA/mPX5q8/K7mmrWl9PPvztDyDn49tLmfq9n41rKAS9xo94dWASCxYgiEKSpAHssWK UEpTPDlUcmTLysqIZMlWlKgNKfDgFMGDoceQFyZKohSlUQpSgJQhBEIQAhCvt/Nq2/q9Ycu0R62Y +QywwaM2I9laQl7yCfhX0j86m25ug0NuGSidkToiB+jLmHuNkO1U9RAyl5bl5P5skv+dSvSS7q4M 7KU16QS4QlVZeXGpkabTth/JganNISgMR9tfjbXMyLrWS3uUzB71vBzwisBiQaRSQaSQYkWIgjSS brr2hMVURaOL4nHGCZ7YmUTzJbVkMEslyCMaiKtem+yPedNRjRt4e/Luspp6MUdvTgGi5C0g2cZL rOWYs73Aw0PxrVwghCtScBOhps9ljuGsx4kiLBFNU0RR7aJEiKGDqquqvUgYvkx6MzxYQsCUB0cK D1/NTjXScBBysje5nAgxopEUNusAoTrF2m3LmrIXIOpnOLUg1p1iVHLFcJi1qTULbURUuFmc4p4s nxd5hhnJ0VO9FnXVtQtG70Waa5aLNIIMjwdgmvJY7tMYBIKU9uJ4wlhntjNTh87bSsomFzkZyJ8I SwEPlOkIVMWZBwoRM4Vuzt6yyLQxxiVB+QmxSGdd9JNcWZ5z09jXwPvRiGIZ7hzkxkw03Ib4O0dI nJAotimDiggAowoiaIQEzTzgcObCQDi7qWLHCDIG8TWcdOG6gZhA9xLhMIQzM6erosrQy3sWoGJ8 BzKWcuasc3F43iFp86WxttSbLrgUUSenwVBjPDwzKeNYLIS4KFeDBUmdCWActLQkAnETNh+HF8Lm A63Q8bxuc6jKy35FHdk/fU4Q9CpdPwkH7mEVfTIqTEZjt7S/UDf3QomyY8gyjVqzatpH7UcFzZ1Y p1mdtOvyNmqdCWq22akLUaKrY2TsJjzyedV439Otc339N/RAjB98gghCCQQhzSVuJOZnKCmDJyM4 yisMmmEBpgqspOwYQbiSqWk9zcb/AN1XTWSoyyUUpCITIRA43RSSlDpH0/dr6M+gLyuDhE7aB2J7 PwIsHLke0W9/uFEaFz8DesjUzu7JBQna+duKR8zdGZvi7RF5tgi8zthuyp9ZnBfUy+qTcPUfDPsy uOItmvHiBac0hRgYY1HE5ilXc6VQsi+e+9sKcHhkDLN/bekc5AhkaL+ENjRw0Hh5OU1qkltciFoZ TCB21ZtjH0MgxFJmtvTlemecjca7Zw+WXaVF53VVGIiGarOelV9DWrSzZokGRxWLvR7AyHBMHPy8 pshkmBinDSZjWd84n4N18L08bWwidnPI50dcHR8DWxmwEwrjlD8O3n4ZujCegfg7au6lko4fHwSz Gc9UTZneQlorPIyrSNLTVDNxjBNK99iR5VkwtmGXcGLoOK30g+xJ3IJkxY8mZVBr1ZUWWxgDMLfr 7qHGU1y26UIkxjYKhihbgDcvVhOlIvd8dkKWMSybyBYHqoHZgAYtECzDBJT5a2eJbt6NphGbTNkV bMupVkVjZkw+tcbIdlpw2aWhF1ic4ISyzlVMqWOijCuK7bYczlmViGNyFmsPO+jXThRQ+UAuJWpz lttHlNw6cChFNgIGQ5O8ZheoGEVYVvYoYLuAPhhxPki16aWi4+Ky4ZaZc0Zy9+OK2QdY6p4hbTJv PVHjG58z2vN6QgREdj3DYQEBIn2HuYiIQZgwgJcEqqXhxSag5AApgoo2j7dAFlkAoyXa2AwbD/K4 oDGFhVBbJQWWSgjLJVUlkqDbJ5ePjuqPcTbfNzM+Hr17zf1WJ+fz1oG0h5luct0HrM+83V1M6kaG dKbXN3pA/Lfxqnbr5atup5Mwz8zEeKQs5mntyY+HWLX2cIVpAaQ5VjWTq82HteBCz87Yq2qoTy7K l7ZmnsWUSIBzMmAZClAIEMipxQ3Mm9aMYBGawilll+ES546tsaDJAsa1gBA6hqzsLOjgC9dFQJZD mid680mTuwxxkaQHy4aHzzAgnxJRSIqc4NhKITWB++6LhKOU80QGuiHqcAalG56ZogVfgASA2arM UgOqEznTFEQGaqbN0WGJSCPhhi3eNrS5IwcfD1mAMeqd5HdTmR78VR3ehGjeDFTn5Kp3JS1ckgDn CB5wXzA1IyGGgRIso4kJiQ0WyYZN+XjxIFnn4b97JdGH6z2n33rB+jbcNJYgBiAsipAiTUqPKEmh VzbNwWZxlGTJgx5sQfF2XJpnDpZHTTyRfnrct6U6Be1689d581OPPng+OevFY7vzxc369EJE9zcB JODqDSlQC0lAXpXBDAAlslEFlkqtsnOwCpgwURJZKIoSkolslBCFKBKSqMslVGFIbuhxe10vm50r x1WYAGwm9BbxVlN1XSFzJclAMoZmVGvG+5wZFWsTOPbUZNvbSPma6YGBnDXLWhmzdu58s72374D4 i0UtVRvuRHL0op3N/M9ccH2cFJ8DtJeTG2x67rzRxcXIS2+gOQMGbea8ljrE5ccRCvS7VNfOBuFN eGMw7x2kwe4YuMqlxK7bMwO5uxJ1UWTjd6iBxCdamxwRGq66nrzk71DmZNPSicnTDzjkDvBN+QBS zRo63iy6LEpZZ6Lc0YXrq3FhFzrxNy7evCRxNbTzmGfPWcdbbZzx47576z4XFdbe5AG3ubZAUg4A IpSiiSyUEFhTvjgQFuCbxR6Y5Ec4JUW0lULSa4FwYM4S4kqMIQQDg4ADIRJQhEJON/Md896ler0j ke7z4KPePPiqjsTnVpZGaGBqZuZt8BnCB1Q25sku+U/I9JqbMkRaL1Gsl3qW3CyPy2TAsxGkCz5e VwPHhdK9XpKtImlHS/EgLyWQwQRxMPzdGsqTNJfd82ZG967mLISjgaxfGWjRfk11EgUOARcA9HOj LYly8oWkgEHZ2RrKYYEvohQLZAoPCFIrRHqNZDid46/qG9IcIcY4Mg4QKcMQJ62SJoZHVpAVPLkd 6r2M6fpMacZrqZxoydTakpLxWm5OYNKvbUF2J2vkOAClyLtj5ITOfTsphaTBJYFaDA82cPObQO/e UempKssvLx50Qz7Z68JHlNZlwyLNQtqIJEukkS6EUEALyzBYOD5UKKG5yNg1nol09mTn70Wa1l3g 5iOE3irPpjXt4LpzIfU8TKaE7HjZtd9tpHKhCAIjvsZYPvi8GL8bG0xKwKaZ2/nHECqrCddMZDgS LYSME2tO7bFnaMVPJbFl4CE5EagvSRsg9VAxzDhw1rMI5+QrrGId+D+Cogbs6L7wYIUBzl3Yy4iy GBIshAElZsmsnRsOcQa0NEctGi7ObMc2S8PXWHlXoJTApF7TOnhNOwlcrPZHikohTrt2Iqy/bqdj OYqUUgcBeRjOQgkUi/ULwhatjsFIvRfGS+6a2V5kXC/4iV8vmbZWufTXPVO1b+n7V6d9u2++evPY W7FTy7iIAD58t+lIAPZVh0hBIOCEkMhAATKUVAtko/ojjBPs4UDGJKANpKCgEg+/y59mECC+BwEh JkICK/FRYsIFtJURlJRLSaaPP4t2nDuk3cdOOPDdOCTm7mvhqY5WY4QCpRuRY0bF3fxtojOeazj6 QxfcJqO2YqMQk9nJzZWGMGtrMOTTL7alK50JFmIzQIHrFqMSD0ia0rjebXqulQiAkWOTi942RAkx YgkkBoYBbrzSMUkyBQIfd1xnGFjTIFMSgty1KzFaPvuy2tQ79k5NxM0Rdvi8F4TShYmGN9F+QzYz zp9GudF709JRMAJSsBenEZIjOS9V1cu2dAgXrRI0tbF0EQh785M/TvZw1zXUmmgvGCKsJHzF1ZkZ OyWUyU6aguId03hImJbbebLaqNNNRiRojLJGNKClUbaDZxydFCp6mCcAUKumAy3adwbwNwwxYtBg acocaUrMxMarExcy8Zv31XnKpmKAlAOugXqBex3L1mNr+FcF8y4VhDBhitEy0Y5cc1ltNbrbBQ+2 Uy21idhVCaEavTy5njXN98cghT5W4kEIQFCEBONwESkojdswTCsKUbSUWUlBlk4XOKLwv5F3awAh CAEISmLCQc1/F8T80G/cWPmGGIRFSG7D7fqlmfHYIvzM/Jz49ffw4fFsfYvjE7uV/1Seie9rkeaG V8Hc4or9uB9gKRjYZL9IpiIe8jzSD9GechDr25LGgYIi8bSO3g6GA0sqbZ0mMPU3swLKRsGaynx9 L0DeKVvfUrTKMJ9xHJ3FmI4eTCw7pE6qIEDnW82fLY3yg9kAcVJBzcKK8zDzMwhFUz5VA75dpxVe t4uQOiNqJ+rGmiSfY7XjYCIupiffMk2pdFGE4yGKT++DS/lIyM5fY73v+5HgOKQKEj6SLWVIHpg2 jkHkAI8CCIH/nx4f+//C8DhGmurDWIDFB+RzyCe653awPkJ2SHyD5Dx4NpEsd/lWQyRnqVscykcw sQeDmn4HicAVqPMdsUbs7qFjAS01jpCJclQOI+YAe0JF0wyMOGDGHLX6WtNf+pBN9v8DO/3/3RgU PvABAzkCTCoFBpk7TbsYMgFvRIPKF4HjvGJEDKhE7KLh/rUtUiw2mVq1WTQozm5JW+d4uX7Ano0g ggzwHjeSSSqV0qSlZApZbzvBa6JCc8VSF1RArbzdP4PEx7ITKQFCTkTlD+WcDeddLyjgCMRFZsGK 31yPHc+9ZgCN3RBkv6aHOTARjISkphsVBhBj1crfCyTxbL5O/ItbjDP4B60Q/mdxfYzZg+QxXbOm e1q2vT355MLoxXarkLKkpT+HfWwnN+Ea3TGyhdydQ3ogGZQ+H936QBo4+qwd7kN9sUf2TE/sf1Bc lHs0ERvx81Hp83VXZTBxRfc80Rv+796Fe93psiaM/1aoGMwH88+ull/99Q+D0ymHbF+lgej0xyG1 U2vjb8f6Ldh+9cOf4U8G+uC6/SXG7boTJGQbh8W5hPzhP2SaYH6zDf84bUt2vLJXFVcPdRlbSXYO Qf4FIB9l+ueyQUClT4p5nbQVBVM0zh/39QXQeg5WUByzLgd7SHH8aGZSmA0LayQKTOiPd5XgRVUv QCry/6aVypEkij9l79CoIKserjo1v7tdrTApNm+DI4ocTyRhcLbHMHnaGUP7cEWmU5UoaKtXdWVH iV/NhTDtzUvY1RT9VSm6qj1s+2xffIexmmB+HjYt8zZEzzOKPUH3AMGL1e7m5s15+j5ePV1VDUkZ Xw9RVSKxmZYAqRYDPHBT9cQnR2PkOk/f8j7T4pgo+Pq3GAghHyUdEGPzU087y1KugI002cQX26MU 3MSNTqbQKI6ct1iukwIoWxPzxCDbUmLoh/gmEaSlLSlpQgg01QpUT1d41kU5IMkCAmEBTeP4112W QJw/LMVxJX3qC2HhXDFMSPCo2NX1QugJjR0YjQMFg5QEShclVe4CfXwboNJ2lMonZd750eS8h0hy v2Hd7N6c1C6xtjXWr01EUVE1533c1cdZ6WlbJkq4VMviF1fRvWhbmYsyLV35MS4ymdhGWIZjO7yR qwzOrNEaOcMU0DpECnR7l8lnA0wKZQWHYDiDrkoTq94bdRh8ZzZFlS35saeTQs525hd9616/q/JA s/c9xlHiu4Kbtyzmu2TG9Mt1ZHQqF67lFN+t9cjWvptZhTK+iqyIno668R97Z387eN/Pfj0Qg+c3 IJJODiTIQSF6rtbKC6sssoBISmLAkWVRTBlCcHWfgfP78pJYyOJKRv/ObWAVFiIW3stZufGT0E1C ZJUIU9XyPqHowuu8dpPEPy6nKL1SkYub0zzYUcb+FpihIU4yg0lCRaQqaH5mDnrI/O+Eu6yvSRpm nN4end8/rMF6lH6+ycqPEssdV9Fa1YKa4abTYDaSTGMnA2h6+j34xQHp83WbCTbIkGdKqpDpIEhY ZmpGVcwKoROeLWXT7YRpppHHcCIhSjQWx7ZGxjTTEmJWe5UMniIWWKpB2gjW8rfnvq6vxzCNVw/F QMNRM4iSppBTAbMwtQiYISzgg5WO7cjd0rNBGDDDBQ75NYnyur7mnz4dGzh97MxCC15gxZqQpBdJ Ya4N0G2kMgsPxAMZhAHD45rqsJGTOBLs75RYABIR93piHTSSDaOkhV7gVy0YMoxravtwcSmEyduj OoS5Yc08CgRv9NhB4de+vXHVvPo6eXPzt7ud+2+XG9TvXonvnu9yNdPd99dZ7tjft349Drlzz522 8VsJI8+8cElCEFI2mRIBySqUpQElJUApSiJLJRS0lOrAC4JjAoUwVQLZKJaSgrKR4ZAiKwOn4h2w gwm8AwZJLmC8IWOv3jfwvuQEJY3Y2tvW1Q/oqzq4BKokQRbzi5xx1yZfc7YNFBFRBmBlyNpKZWTJ CPhAAoQaC1rbF+BctYsUpwCT1EZ+bcZaXbu3RjZEJG4VjrsdDIxa0UMud475126ns1h0uroruikx jjT1pNdYpl+prhB0xl26xOUhfpr0ZK9l9fPfTa9dfcwYlqoA4xwjhG+gu45wN43HlK3Hch+KO10O G3cGp2dlYOTrBe6Md5vkxCRlQZhavajRENAQPxJZtIJG5GFyRAk1bIReGdWtIZOiXZAvezuGDS1r vCc5rvo0fbwuHWQ5J5kOyt5eYCuPHmtX5Q1A0bFGEPP7I9gPl9VD3i49CSUG7dW2698Yi8L128zG 1nB0aJ1uUSrepM771mM0GVx88fTFXx5Ox5663m1PWue1xEAQPd8X8SXAEQJkGiASkqCEpKq2yUQt koqWyVFCWSqpKSoJLJ6MLTBVKUoNpKIEKdD7ZlfMaaEwqWk62NdlkCBuBuaclWEz43XArxiCo5+L GqNjEVEMkVCsWEjlctMZhgre7C5q617xmBsl5H0zypZV24MBiq+kK7rH03aN9D64xILiVsSQCalx xLQxe3rfmjEDvgy2BJzIwkzxCQ2yTNBRswROpuwYq/EHaz5g+9NaN9da4zH5zVBpLdsvr3GFeZzY QXqEzCVbuvTFVWs7b7mUsWjUZXDUSOsJ1s6M5RppaTjR+Ls1wJvIb5+Ifi6g9dNxDTL5s6xIdGj2 jm/c3ymWt7v2O5CEuDAQ7oM2ZoZqFJbsqkSOq2GI79Dz7GPqx8Y+JwmQWvabAVAWD/qdJILosGG/ PKz8N7CbkssdCy4cUtJdjxl7nY5aZ2hYKn2LGemzHUZ4Gd4dbbNMKbYUihEAQ5SfSkghRSoBEocS D5JQ6QoQgvEKKFmZiTAEslVS0lVpTpHRDIBx666ksgUg4JxuIhCJKEOdsffMIL4bwXMX+wbv3iwP x2giYXsWK82AveMZkGJJ8Uzsb6AQKZQ8RlkozmsYub1T6TPiH1/LwZzqlm2j3y3o8Yfk7sOdt2Vd uF3G0tTJJBqnR6WgebkTWt83e2C2clrk1p88l0U+u6rigrR0dhgbQzHMYLnocijAv7SQSYyYBwHw eXp1dbW1yy1atmKyP86hSOfSrWOrsRwPmwkCRCHABs0HgRMYs4LjIF/T3mxuI2mxSExmttjiVZ2R WEs9Go+LmhrvbXpF20rsIwbQ/UHuXvYflyTByfICL+Bi420mAr0W2TNALbehlki98l2ML1Dnq0pp rtppls1fT4qfLx48V4leONCSXp8BwAZD6KSRKHATClQYUoDSlVSUlEtkoiLSEAAkHYPjYALFj9/5 z7iXAEK9x/MclkhUWPza2LoP5A1DGB+SyBVTeAoF8lFj4p2R9Q1jAD/oJtVVEJcoC2DeER8BetQj kH1isOF7xUgLuhKhan+gMgA3x94skxWDcxbYzkkHUVTWU0b4c8B7/rcxCXUGvsaX2Skj5NXpNpN6 dqhuxR7Dw4xB6YILVsUU4f3wftYv5Z6Chrg6c1XOMll+HxEGA0xsmjEg+iqLS1O/iWtEMybuU+pA UTSHj2NzjzCbOaisvFz4ej5pLd1Slt6S4OtQXLSyDYtOPomXWGBXU1gxXG+ucBlG+C62wxKCJadp yIcgc6vN90dBKxsW93UoyBUFVpJGWWQpB/Nlel5kDMmtwMizcLrf4lGhpG0VdwskdtAEaSGDQ2Hb MMrfeG20KvE3TMNLWIq4ichg4a1idshURZibumq7pUkmm7eKRTQgbGdwS00tnLIYqmmHgmkMvzgi lbzEy/XnFZOoFBaFbQBdhETbGSwHmc3MDt+t6+Kwk8HsFMQ6xr4tHJ+fWo6iBwnlJNhRSBKROSQ2 z8mSo3Bm0jMMN/JmzWZ2a3KI55pXOncNNNUmiDpK5zCG/M1exXTKarbI2WyOpsnG7xbxz44aQHg+ ggHqVFFAEjcQIhCAlKVClKCpSlVClKCBSlUaV48/175fj3lE03jeLw5ETJkqI0pRHUwYMCiUpRFV pT8Zr887BvfB6pyDkDk9oUbTIPUSJZilaO0Bw4jvX+n6ohQUkgrBVS6d26zB7lR6qGUqg3SHEu3G VlznyGIpfS6NKqDxi8FT9e4AGE1vt3GjdI3gyLVgHfCsfDRW3SgqEyP7OT7AnPQ8cVI7/isfUU1g NPi/4fAoXLl2XXh9NJDehP6+ICSHbef1i5CD8s40MFIHSRnBA6UMf6dQYkeXlFDC6Rzm+ZQUGe24 1OCe+7wawtxQFQYb/DhcjiOc5Liyk/uVRLpAQkXGWX859tyNoDBOBOPmyxBoXn3RKRfBe8VZfIms DwxCV8KSwslPJ0okBJJ92Zrci/TTz1f4oAA2ohHJe54ZAlkqaUiHARvUs4EUBVFP+EaLvWPU0OvC MYNCClM3VOhBBHVFEMqrEQdaoBSldJoYVgJMKddd0EY6wvCQdAHyS6Bmc/WbsJgiXkcJaxbF2srX Kn0aXyZwiqiEASFfNKytqc4So0g4g4XymUHaFF5tmQkOQjIMX6AfdhW0QFtICjzECz/NCCJCGHX5 cds9eRPgjhSC8pgIvezW0dA8YUZg/hDJBgo9IadhQIu+jtGaCZxQIYZQ1zUEog9AQocrblwX98pH t+gfJ9yDXvf5EQnL9ow7aQ2p4917F8Qp/sPLr9Mw2z8Mno9njLiuTep41TvD9Gb1prLZEIs9w6P9 ZkYdMZgwXq98877FVloWJre/WLrUZgqBhcCoKjGYOn4322LVKsyXp2V+B6F1ZJj4lWRRSQH2hFq1 KLQ7MEhBB3gYCWOwBoA0P8+dmUoBIUq02XZZlui7chqm8RFJwXJGgSRW9RlzPYOBCZQRwbzmQnym /o6rlIx+57JCalEkEXK+hxGatUuIt9f7kKI95H0ORgiiBN5+oD79cXx8woj7HUofLiDMDhBNyG2n QX6vwUUm2ZddkjbpQTZAowc1TRPNEZ0G2OIcwRNQ6vmn+ASfPy1C11uS42AsVPMUFySiGZVfhGNR ss9uMeD7hsgcKUPT6KJHE2KGnUqFmIYioukAUZw7I1/mFnhGgd9oDnGyLduoILUAhMOVRzEcRChI CdswKXhJgezkTilxFnEONp+chxJQljh2Ljp37UMOSp/M+/szSmAnI+Zaqf1nf+cUGuZU19lUDbig DkKUkCkgnrI+w+zt9vBNdgJbihSGztQHD7iGNZUS/+yzQV55YKHkfbMoibTpM30rXnuet02Cxrvd X9jb+f5XanpNAbrfrm33hwSq8oy9bx13n4j/kgZYPylzfEZ2yEUYVThISTCvsIjnnDXQfja5pSMf gdRgfXMu/vrEi+RGtw/5l3tf7a5QxCecoJzkVznYSlhGujU1Qq7zTU+BsJibiqL3s/GqG1AUj/hR r0cfZdIRTOonvuz6n/57va4+J+Igbkw3mGztcvrmeNO9lpwvArr7rbBqIJkpXfip41ESke3mZTsk dmZR39DeTH5ITX/JX6PNDHJ5Lh8h4p46vL7aHbh89MhaOqvP2biCm+qIgkw3nXj8HwYKpGVVmKq9 mPD8Gj6ns/xsxf2mo5HtevM17wqihgoQhCCmJQAovua7cZgzd9g4gAB0NsKFDLxNBTyXHDrP/J9J kv4DRbVXCmT/ooMRJPNM0COqOh46oQHFyfZf/GyAJ+ciYp4Y8tvU9IbRUkPzLwFwN4vKfpZcH6u0 Efxgusndk0sms+Yiso8gUbqhdFjTlIzKDMqMYESFsypsk7ikl0k2qiiI2jof2W6in3UcJ1mincjf Ir7yiq/VVkeHV1/1denU5Fvm0ppdfi5V/o0Ot7APIgTKs5D44G+eiXZ0v1kSz1lzhuvX9DmvrPtr Lyq/lXtEPj32vEN8a2AaXbpbVJCwOju0PdzWN0kYnrDzfsw/bnxVcj8Fs1+SiSmS4eWtfBFRMRf5 g5tQLyh8y1A01juMANjxibMN26GhS5R2zgqVikD4zsb9zpQAOtUAfYWBTtKoLBDtxRA5kBRhETpx TMRkVJBQSRSTZFEsVUyRd+WIu6Ii5gpIrIokgieEggB4oGOZyqb2NuAmWfLQWKProhxFjxA5eX+J n6gX/4FYX6hfqFEH/xdyRThQkCf0vWE= --Den8_500d0e85da08-- From owner-freebsd-geom@FreeBSD.ORG Mon Jul 23 11:07:15 2012 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16821106566B for ; Mon, 23 Jul 2012 11:07:15 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EB1A18FC1A for ; Mon, 23 Jul 2012 11:07:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6NB7E3W090017 for ; Mon, 23 Jul 2012 11:07:14 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6NB7EsP090015 for freebsd-geom@FreeBSD.org; Mon, 23 Jul 2012 11:07:14 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Jul 2012 11:07:14 GMT Message-Id: <201207231107.q6NB7EsP090015@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jul 2012 11:07:15 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/170038 geom [geom] geom_mirror always starts degraded after reboot o kern/169539 geom [geom] [patch] fix ability to run gmirror on MSI MegaR a bin/169077 geom bsdinstall(8) does not use partition labels in /etc/fs f kern/165745 geom [geom] geom_multipath page fault on removed drive o kern/165428 geom [glabel][patch] Add xfs support to glabel o kern/164254 geom [geom] gjournal not stopping on GPT partitions o kern/164252 geom [geom] gjournal overflow o kern/164143 geom [geom] Partition table not recognized after upgrade R8 a kern/163020 geom [geli] [patch] enable the Camellia-XTS on GEOM ELI o kern/162010 geom [geli] panic: Provider's error should be set (error=0) o kern/161979 geom [geom] glabel doesn't update after newfs, and glabel s o kern/161752 geom [geom] glabel(8) doesn't get gpt label change o bin/161677 geom gpart(8) Probably bug in gptboot o kern/160562 geom [geom][patch] Allow to insert new component to geom_ra o kern/160409 geom [geli] failed to attach provider f kern/159595 geom [geom] [panic] panic on gmirror unload in vbox [regres p kern/158398 geom [headers] [patch] includes o kern/158197 geom [geom] geom_cache with size>1000 leads to panics o kern/157879 geom [libgeom] [regression] ABI change without version bump o kern/157863 geom [geli] kbdmux prevents geli passwords from being enter o kern/157739 geom [geom] GPT labels with geom_multipath o kern/157724 geom [geom] gpart(8) 'add' command must preserve gap for sc o kern/157723 geom [geom] GEOM should not process 'c' (raw) partitions fo o kern/157108 geom [gjournal] dumpon(8) fails on gjournal providers o kern/155994 geom [geom] Long "Suspend time" when reading large files fr o kern/154226 geom [geom] GEOM label does not change when you modify them o kern/150858 geom [geom] [geom_label] [patch] glabel(8) is not compatibl o kern/150626 geom [geom] [gjournal] gjournal(8) destroys label o kern/150555 geom [geom] gjournal unusable on GPT partitions o kern/150334 geom [geom] [udf] [patch] geom label does not support UDF o kern/149762 geom volume labels with rogue characters o bin/149215 geom [panic] [geom_part] gpart(8): Delete linux's slice via o kern/147667 geom [gmirror] Booting with one component of a gmirror, the o kern/145818 geom [geom] geom_stat_open showing cached information for n o kern/145042 geom [geom] System stops booting after printing message "GE o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool o kern/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error o kern/140352 geom [geom] gjournal + glabel not working o kern/135898 geom [geom] Severe filesystem corruption - large files or l o kern/134113 geom [geli] Problem setting secondary GELI key o kern/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o bin/131415 geom [geli] keystrokes are unregulary sent to Geli when typ o kern/131353 geom [geom] gjournal(8) kernel lock o kern/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid o kern/127420 geom [geom] [gjournal] [panic] Journal overflow on gmirrore o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass o kern/115856 geom [geli] ZFS thought it was degraded when it should have o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro f kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113419 geom [geom] geom fox multipathing not failing back o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o bin/86388 geom [geom] [geom_part] periodic(8) daily should backup gpa o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. 72 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Jul 23 12:10:34 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E66D71065670 for ; Mon, 23 Jul 2012 12:10:33 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward4.mail.yandex.net (forward4.mail.yandex.net [IPv6:2a02:6b8:0:602::4]) by mx1.freebsd.org (Postfix) with ESMTP id 562768FC12 for ; Mon, 23 Jul 2012 12:10:33 +0000 (UTC) Received: from smtp4.mail.yandex.net (smtp4.mail.yandex.net [77.88.46.104]) by forward4.mail.yandex.net (Yandex) with ESMTP id 14D911BC19A7; Mon, 23 Jul 2012 16:10:20 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1343045420; bh=IX43cxNTMKj0W+L6kvdOsCRh4Ys5XrE4yLKaMy1C4Do=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=MnNsA9+h8t8dNMpBc45x1FKCpySfQcLl/bJc6Fkmzl5lyd2Les77mCmzlfJCdtKtj HFXj4naruQpA+f9RH/P5j7tteHB8m0ecHLpJFfJtAWdbO3Hgh4G/VLbzzt5NrGayqR B/lw8a19YhL1E7NAsD48UYVlV3XXnkl4kyd2wWT0= Received: from smtp4.mail.yandex.net (localhost [127.0.0.1]) by smtp4.mail.yandex.net (Yandex) with ESMTP id DDEA65C03CF; Mon, 23 Jul 2012 16:10:19 +0400 (MSK) Received: from ns.kirov.so-ups.ru (ns.kirov.so-ups.ru [178.74.170.1]) by smtp4.mail.yandex.net (nwsmtp/Yandex) with ESMTP id AJKulcZt-AJKi6jMK; Mon, 23 Jul 2012 16:10:19 +0400 X-Yandex-Rcpt-Suid: mur1080224@inter7.jp X-Yandex-Rcpt-Suid: freebsd-geom@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1343045419; bh=IX43cxNTMKj0W+L6kvdOsCRh4Ys5XrE4yLKaMy1C4Do=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding; b=jO/08m98/V96la7F00fyWfW66nddNKmlCslqEfg09/USPPj09o0t/1KeyFXNiYoBP ByIn5ho04UE6G4kNq3I6e3jlgAH3Fb6BLrPJSptrF7tnN3XgXuttrapvwpIeioWI25 m3iEf+6OUSOuq6WHpfNVKYSg8S11nkiQPrxcZRKY= Message-ID: <500D3F2B.9090509@yandex.ru> Date: Mon, 23 Jul 2012 16:10:19 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Norihiko Murase References: <20120723134658.153fa6c%mur1080224@inter7.jp> <500CE556.10105@yandex.ru> <20120723174321.22c65ae%mur1080224@inter7.jp> In-Reply-To: <20120723174321.22c65ae%mur1080224@inter7.jp> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: (8.3-RELEASE,9.1-BETA) Can't mount the partitions created via 4. 11-RELEASE X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jul 2012 12:10:34 -0000 On 23.07.2012 12:43, Norihiko Murase wrote: > I've obtained the result mentioned above respectively for > - "old" HDD (the partitions were created by FreeBSD 4.11-RELEASE.) > - "new" HDD (the partitions were created by FreeBSD 8.3-RELEASE.) > I attach these results to this e-mail message. > > I hope this is helpful... > Hi, if i understand correctly, you have bsdlabel's metadata just after MBR, and it overlaps MBR (maybe you have configured dangerous dedicated disk?). You can try backup first 16 sectors and try to overwrite second sector (where bsdlabel is) with zeroes. I.e.: # dd if=/dev/ada0 of=./backup count=16 # dd if=/dev/zero of=/dev/ada0 count=1 seek=1 After that your MBR should appear and you will see ada0s1 and ada0s2. If this will not help, or you will get not what you have wanted, then you can restore sectors from the backup. -- WBR, Andrey V. Elsukov From owner-freebsd-geom@FreeBSD.ORG Mon Jul 23 13:42:23 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40A771065670; Mon, 23 Jul 2012 13:42:23 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 3C97D8FC14; Mon, 23 Jul 2012 13:42:22 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so2246744wib.13 for ; Mon, 23 Jul 2012 06:42:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; bh=jpL8eX87fMDnT61oa1GqO3ite0JXyaW/GBtmyEvjjyg=; b=somsjU+1qNxZW7SeEucsI18I6LDI9KCYrrYTgh/VyRBylI6U/hFKRA49SZjmoTng3b Byp23WK7V5BJvRKxUvSc6v98fveoj8n60uE9mXtc5QC9RwkIt7mBb2Y9PYrIdMfWRKqO USDxUD+DEgPIR0Reze/4b0IsOUuaOEH+jnVjNbQWT4/RmeY0AJof6HjOD3ujkWn6pHe0 JxaNUjQOxS9L9AZxZyBjoUWODQbopsaqehQFL1MmyS//HlW3Fs09d6xWMJiNGcgII9l6 UgLYGdXyj0a4jjXjzmjMEbAiPC/D6OBZw1Oop0pDS7OPGX8dGDnsgQQrxJ3xm7MxWpfG dQaQ== Received: by 10.216.238.30 with SMTP id z30mr8251090weq.223.1343050941198; Mon, 23 Jul 2012 06:42:21 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id fu8sm17010637wib.5.2012.07.23.06.42.19 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 23 Jul 2012 06:42:20 -0700 (PDT) Sender: Alexander Motin Message-ID: <500D54B9.1010800@FreeBSD.org> Date: Mon, 23 Jul 2012 16:42:17 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org, freebsd-geom@FreeBSD.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Kris Moore Subject: [RFC] CAM/GEOM media change notification X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jul 2012 13:42:23 -0000 Hi. On PC-BSD developers request and sponsored by iXsystems, Inc, I've made patch for present FreeBSD 10-CURRENT implementing media change notification for DA and CD removable media devices, that I would like to be reviewed and tested. It includes three parts: 1) Modifications to CAM to detect media media changes and report them to disk(9) layer. For modern SATA (and potentially UAS) devices it utilizes Asynchronous Notification mechanism to receive events from hardware. Active polling with TEST UNIT READY commands with 3 seconds period is used for incapable hardware. After that both CD and DA drivers work the same way, detecting two conditions: "NOT READY: Medium not present" after medium was detected previously, and "UNIT ATTENTION: Not ready to ready change, medium may have changed". First one reported to disk(9) as media removal, second as media insert/change. To reliably receive second event new AC_UNIT_ATTENTION async added to make UAs broadcasted to all periphs by generic error handling code. 2) Modifications to GEOM core to handle media remove and change events. Media removal handled by spoiling all consumers attached to the provider. Media change event also schedules provider retaste after spoiling to probe new media. New flag G_CF_ORPHAN was added to consumers to reflect that consumer is in process of destruction. It allows retaste to create new geom instance of the same class, while previous one is still dying. 3) Modifications to several major GEOM classes: DEV -- to report media change events to devd; VFS -- to handle spoiling same as orphan to prevent accessing replaced media. PART class already handles spoiling alike to orphan. As result, such events are reported to devd for USB card reader: - on media inserted: !system=DEVFS subsystem=CDEV type=MEDIACHANGE cdev=da3 !system=DEVFS subsystem=CDEV type=CREATE cdev=da3s1 !system=DEVFS subsystem=CDEV type=CREATE cdev=msdosfs/NIKON D7000 - on media removed: !system=DEVFS subsystem=CDEV type=DESTROY cdev=da3s1 !system=DEVFS subsystem=CDEV type=DESTROY cdev=msdosfs/NIKON D7000 Patch can be found here: http://people.freebsd.org/~mav/mediachange8.patch Any comments/objections/propositions? -- Alexander Motin From owner-freebsd-geom@FreeBSD.ORG Tue Jul 24 07:49:38 2012 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAED8106566B; Tue, 24 Jul 2012 07:49:38 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B6E878FC15; Tue, 24 Jul 2012 07:49:37 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA00257; Tue, 24 Jul 2012 10:49:36 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1StZs7-0004BY-LC; Tue, 24 Jul 2012 10:49:35 +0300 Message-ID: <500E538E.1060908@FreeBSD.org> Date: Tue, 24 Jul 2012 10:49:34 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: Alexander Motin References: <500D54B9.1010800@FreeBSD.org> In-Reply-To: <500D54B9.1010800@FreeBSD.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: [RFC] CAM/GEOM media change notification X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jul 2012 07:49:38 -0000 on 23/07/2012 16:42 Alexander Motin said the following: > Patch can be found here: > http://people.freebsd.org/~mav/mediachange8.patch > > Any comments/objections/propositions? Alexander, would it make sense for scsi_cd to also use GET EVENT STATUS NOTIFICATION command (4A) with Polled flag and Media bit set in Notification Class in addition to TUR for devices that do not support asynchronous notification? I think that this should increase reliability of detecting CD media changes between polls. -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Tue Jul 24 10:31:39 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2AB89106566B for ; Tue, 24 Jul 2012 10:31:39 +0000 (UTC) (envelope-from cyberleo@cyberleo.net) Received: from paka.cyberleo.net (paka.cyberleo.net [66.219.31.21]) by mx1.freebsd.org (Postfix) with ESMTP id EB29E8FC0A for ; Tue, 24 Jul 2012 10:31:38 +0000 (UTC) Received: from [172.16.44.4] (den.cyberleo.net [216.80.73.130]) by paka.cyberleo.net (Postfix) with ESMTPSA id 04088298C0; Tue, 24 Jul 2012 06:21:38 -0400 (EDT) Message-ID: <500E772F.6000709@cyberleo.net> Date: Tue, 24 Jul 2012 05:21:35 -0500 From: CyberLeo Kitsana User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4) Gecko/20120617 Thunderbird/10.0.4 MIME-Version: 1.0 To: RW References: <20120722230539.43054c22@gumby.homeunix.com> In-Reply-To: <20120722230539.43054c22@gumby.homeunix.com> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: XTS v's CBC X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jul 2012 10:31:39 -0000 On 07/22/2012 05:05 PM, RW wrote: > > Is there any good reason for preferring XTS over CBC in geli? I just did > some tests on a new disk and CBC seems to be about 30% faster. This depends on how the initialization vectors are generated for CBC. If guessable IVs are used, such as with plain sector/block numbers, a cryptographic watermark attack is possible. The attack is not possible if ESSIV (encrypted salt-sector IV) is used in CBC mode, since the IVs cannot be guessed without the key. The design of XTS mode thwarts the watermark attack, and allows the cipher to be easily parallelized, but requires twice the keying material due to its use of separate keys for encryption and whitening. The geli manpage does not say which algorithm is used to generate IVs for CBC mode. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://wwww.fur.com/peace/ From owner-freebsd-geom@FreeBSD.ORG Tue Jul 24 11:30:48 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E47A81065670 for ; Tue, 24 Jul 2012 11:30:48 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id A5AF98FC1A for ; Tue, 24 Jul 2012 11:30:48 +0000 (UTC) Received: from localhost (dlc45.neoplus.adsl.tpnet.pl [83.24.32.45]) by mail.dawidek.net (Postfix) with ESMTPSA id F1CE72F3; Tue, 24 Jul 2012 13:30:34 +0200 (CEST) Date: Tue, 24 Jul 2012 13:28:23 +0200 From: Pawel Jakub Dawidek To: CyberLeo Kitsana Message-ID: <20120724112823.GD1384@garage.freebsd.pl> References: <20120722230539.43054c22@gumby.homeunix.com> <500E772F.6000709@cyberleo.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline In-Reply-To: <500E772F.6000709@cyberleo.net> X-OS: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: RW , freebsd-geom@freebsd.org Subject: Re: XTS v's CBC X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jul 2012 11:30:49 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 24, 2012 at 05:21:35AM -0500, CyberLeo Kitsana wrote: > On 07/22/2012 05:05 PM, RW wrote: > >=20 > > Is there any good reason for preferring XTS over CBC in geli? I just did > > some tests on a new disk and CBC seems to be about 30% faster. >=20 > This depends on how the initialization vectors are generated for CBC. If > guessable IVs are used, such as with plain sector/block numbers, a > cryptographic watermark attack is possible. >=20 > The attack is not possible if ESSIV (encrypted salt-sector IV) is used > in CBC mode, since the IVs cannot be guessed without the key. >=20 > The design of XTS mode thwarts the watermark attack, and allows the > cipher to be easily parallelized, but requires twice the keying material > due to its use of separate keys for encryption and whitening. >=20 > The geli manpage does not say which algorithm is used to generate IVs > for CBC mode. It does in the ENCRYPTION MODES section: geli supports two encryption modes: XTS, which was standardized as IEE P1619 and CBC with unpredictable IV. The CBC mode used by geli is very similar to the mode ESSIV. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://tupytaj.pl --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlAOhtcACgkQForvXbEpPzTwrQCeJiyrcAeZYYTNu1sB6hgOjSFq pyEAn3TRGbhr1EHu4aC7fbVAWHP/4fo6 =BtUI -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-geom@FreeBSD.ORG Tue Jul 24 15:19:11 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82A86106566C for ; Tue, 24 Jul 2012 15:19:11 +0000 (UTC) (envelope-from mur1080224@inter7.jp) Received: from shillest.net (unknown [IPv6:2002:31d4:1240::1]) by mx1.freebsd.org (Postfix) with ESMTP id C723B8FC0A for ; Tue, 24 Jul 2012 15:19:10 +0000 (UTC) Received: from SKELPC01 (localhost [127.0.0.1]) by shillest.net (8.14.5/8.14.5) with SMTP id q6OFJ3SN093800 for ; Wed, 25 Jul 2012 00:19:09 +0900 (JST) (envelope-from mur1080224@inter7.jp) Message-Id: <20120725001857.3a5526b%mur1080224@inter7.jp> MIME-Version: 1.0 Date: Wed, 25 Jul 2012 00:18:57 +0900 X-Mailer: Denshin 8 Go V32.1.7.1 From: Norihiko Murase To: freebsd-geom@freebsd.org In-Reply-To: (Your message of "Mon, 23 Jul 2012 16:10:19 +0400") <500D3F2B.9090509@yandex.ru> References: <20120723134658.153fa6c%mur1080224@inter7.jp> <500CE556.10105@yandex.ru> <20120723174321.22c65ae%mur1080224@inter7.jp> <500D3F2B.9090509@yandex.ru> Subject: Re: (8.3-RELEASE,9.1-BETA) Can't mount the partitions created via 4. 11-RELEASE X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jul 2012 15:19:11 -0000 Dear Mr. Andrey V. Elsukov, Thank you very much for your comment. > if i understand correctly, you have bsdlabel's metadata just after MBR, > and it overlaps MBR (maybe you have configured dangerous dedicated disk?). Hmm.... I would like to ask several questions about the "dangerous dedicated disk", because I haven't heard of it (I did't know anything about it). First of all, what is the meaning of this word? Is it the same as that mentioned at the following web pages? * FreeBSD Handbook (7.4-RELEASE) - 18.3 Adding Disks http://docs.freebsd.org/doc/7.4-RELEASE/usr/share/doc/en_US.ISO8859-1/books/handbook/disks-adding.html > If the disk is going to be truly dedicated to FreeBSD, > you can use the dedicated mode. .......... > In the dedicated case, the drive will be added simply > as /dev/da1e. * FAQ for FreeBSD 6.X, 7.X and 8.X - 9.3(Will a "dangerously dedicated" disk endanger my health?) http://docs.freebsd.org/doc/7.4-RELEASE/usr/share/doc/en_US.ISO8859-1/books/faq/disks.html#DANGEROUSLY-DEDICATED The "old" HDD that is mentioned at the following e-mail message: * URL: http://lists.freebsd.org/pipermail/freebsd-geom/2012-July/005345.html Date: Mon, 23 Jul 2012 13:46:58 +0900 Message-ID: <20120723134658.153fa6c%mur1080224@inter7.jp> To: freebsd-geom@freebsd.org From: Norihiko Murase Subject: (8.3-RELEASE,9.1-BETA) Can't mount the partitions created via 4. 11-RELEASE does have 2 slices (FDISK partitions) as follows: (1) sysid 165=0xA5 (FreeBSD) flag 80 (active) start 63, size 14801409 (7227 MB) BSD partitions: a, b, c, e, f, g - 'a' is for "root" of the 4.11-RELEASE system. (2) sysid 165=0xA5 (FreeBSD) flag 00 start 14801472, size 5242608 (2559 MB) BSD partitions: c, e - 'e' is used for /home Is this HDD under "dangerous dedicated" mode? When I did run the live CD of FreeBSD 7.4-RELEASE with this "old" HDD, I could find the following "ad#c" device nodes in /dev: ad16c ad16cs1 ad16cs1{a,b,c,e,f,g} ad16cs2 ad16cs2{c,e} as well as the "ad#s*" one ad16 ad16s1 ad16s1{a,b,c,e,f,g} ad16s2 ad16s2{c,e} Do these "ad#c" device nodes stem from "dangerous dedicated" mode?? > You can try backup first 16 sectors and try to overwrite second sector > (where bsdlabel is) with zeroes. I.e.: > > # dd if=/dev/ada0 of=./backup count=16 > # dd if=/dev/zero of=/dev/ada0 count=1 seek=1 > > After that your MBR should appear and you will see ada0s1 and ada0s2. > If this will not help, or you will get not what you have wanted, > then you can restore sectors from the backup. Before I start to erase (overwrite with zeroes) this, does the following (the dump of the second sector of this "old" HDD) match what you expect? ------------------------------ Fixit# Fixit# dd if=/dev/ad16 count=1 skip=1 | hexdump -C 1+0 records in 1+0 records out 512 bytes transferred in 0.000272 secs (1882107 bytes/sec) 00000000 57 45 56 82 05 00 00 00 77 64 30 73 31 00 00 00 |WEV.....wd0s1...| 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 00000020 00 00 00 00 00 00 00 00 00 02 00 00 3f 00 00 00 |............?...| 00000030 ff 00 00 00 df 04 00 00 c1 3e 00 00 30 d9 31 01 |.........>..0.1.| 00000040 00 00 00 00 00 00 00 00 10 0e 01 00 00 00 00 00 |................| 00000050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000080 00 00 00 00 57 45 56 82 b4 21 08 00 00 20 00 00 |....WEV..!... ..| 00000090 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |. ..............| 000000a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 000000b0 00 00 00 00 30 d9 31 01 00 00 00 00 00 00 00 00 |....0.1.........| 000000c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000200 Fixit# Fixit# uname -a FreeBSD 7.4-RELEASE FreeBSD 7.4-RELEASE #0: Thu Feb 17 03:51:56 UTC 2011 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Fixit# ------------------------------ Best regards, --- Norihiko Murase From owner-freebsd-geom@FreeBSD.ORG Tue Jul 24 19:59:58 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53588106564A for ; Tue, 24 Jul 2012 19:59:58 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward10.mail.yandex.net (forward10.mail.yandex.net [IPv6:2a02:6b8:0:202::5]) by mx1.freebsd.org (Postfix) with ESMTP id 682378FC08 for ; Tue, 24 Jul 2012 19:59:57 +0000 (UTC) Received: from smtp7.mail.yandex.net (smtp7.mail.yandex.net [77.88.61.55]) by forward10.mail.yandex.net (Yandex) with ESMTP id C443C1023A43; Tue, 24 Jul 2012 23:59:55 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1343159995; bh=v3+9qbFT6juhwDe3bk2FmaqCRajuKujQLy/nP0ygSbQ=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=r9P6YMTao0G4mx+IyYutxMIBGfcxlzLBOHRtLpbtMEijczSyEs7LNJriYo9m43nH3 amBjgXzno3/o+51G639QO1bSxU3snaMFaLSGGuR17DJ/ouP+uEPttWQ5My+RNidbmq mLdzcyJJguuGdsy1s5KF8bIjWr0tAi0lbwXzKX6s= Received: from smtp7.mail.yandex.net (localhost [127.0.0.1]) by smtp7.mail.yandex.net (Yandex) with ESMTP id A171B1580211; Tue, 24 Jul 2012 23:59:55 +0400 (MSK) Received: from dynamic-178-141-5-132.kirov.comstar-r.ru (dynamic-178-141-5-132.kirov.comstar-r.ru [178.141.5.132]) by smtp7.mail.yandex.net (nwsmtp/Yandex) with ESMTP id xtKOMnbp-xtKabpah; Tue, 24 Jul 2012 23:59:55 +0400 X-Yandex-Rcpt-Suid: mur1080224@inter7.jp X-Yandex-Rcpt-Suid: freebsd-geom@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1343159995; bh=v3+9qbFT6juhwDe3bk2FmaqCRajuKujQLy/nP0ygSbQ=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:X-Enigmail-Version:Content-Type; b=U5htmbI9Hm1gAGHRxQVpJ6KFfHVsMOlsSchJy1Y4wjfgaFsQMETnZJBrymECMKw7L jKM+3wX1ng2y3+BYKkNj7M+uWxrkCABkve134+vxpSu4V8IfwmZXKkveIOocUtkFxp ik6j8yX18UbiZpn7bwUlEiWjpZmv7qHSEpTGkuJU= Message-ID: <500EFEB6.3040500@yandex.ru> Date: Tue, 24 Jul 2012 23:59:50 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120406 Thunderbird/10.0.3 MIME-Version: 1.0 To: Norihiko Murase References: <20120723134658.153fa6c%mur1080224@inter7.jp> <500CE556.10105@yandex.ru> <20120723174321.22c65ae%mur1080224@inter7.jp> <500D3F2B.9090509@yandex.ru> <20120725001857.3a5526b%mur1080224@inter7.jp> In-Reply-To: <20120725001857.3a5526b%mur1080224@inter7.jp> X-Enigmail-Version: 1.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD3F52DC50C45C206E3149E87" Cc: freebsd-geom@freebsd.org Subject: Re: (8.3-RELEASE,9.1-BETA) Can't mount the partitions created via 4. 11-RELEASE X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jul 2012 19:59:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD3F52DC50C45C206E3149E87 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 24.07.2012 19:18, Norihiko Murase wrote: > does have 2 slices (FDISK partitions) as follows: > (1) sysid 165=3D0xA5 (FreeBSD) > flag 80 (active) > start 63, size 14801409 (7227 MB) > BSD partitions: a, b, c, e, f, g > - 'a' is for "root" of the 4.11-RELEASE system. > (2) sysid 165=3D0xA5 (FreeBSD) > flag 00 > start 14801472, size 5242608 (2559 MB) > BSD partitions: c, e > - 'e' is used for /home > Is this HDD under "dangerous dedicated" mode? No, this is not DD mode. Probably, you did sometime `bsdlabel -w ad16` and it has created metadata on the ad16. > Before I start to erase (overwrite with zeroes) this, does > the following (the dump of the second sector of this "old" HDD) > match what you expect? It will be good, if you would made backup of the first 16 sectors of the ad16s1 too. > Fixit#=20 > Fixit# dd if=3D/dev/ad16 count=3D1 skip=3D1 | hexdump -C > 1+0 records in > 1+0 records out > 512 bytes transferred in 0.000272 secs (1882107 bytes/sec) > 00000000 57 45 56 82 05 00 00 00 77 64 30 73 31 00 00 00 |WEV.....wd= 0s1...| > 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |..........= =2E.....| > 00000020 00 00 00 00 00 00 00 00 00 02 00 00 3f 00 00 00 |..........= =2E.?...| > 00000030 ff 00 00 00 df 04 00 00 c1 3e 00 00 30 d9 31 01 |.........>= =2E.0.1.| > 00000040 00 00 00 00 00 00 00 00 10 0e 01 00 00 00 00 00 |..........= =2E.....| > 00000050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |..........= =2E.....| > * > 00000080 00 00 00 00 57 45 56 82 b4 21 08 00 00 20 00 00 |....WEV..!= =2E.. ..| > 00000090 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |. ........= =2E.....| > 000000a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |..........= =2E.....| > 000000b0 00 00 00 00 30 d9 31 01 00 00 00 00 00 00 00 00 |....0.1...= =2E.....| > 000000c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |..........= =2E.....| So, there is only empty bsdlabel with partition 'c'. You can see this empty BSD label in the your geom config dump. PART ada0 2 BSD 8 0 20044079 63 16 OK false r0w0e0 Your MBR contains two slices ad16s1 and ad16s2, ad16s2 contains 2 partitions 'c' and 'e'. So, if you erase second sector of ad16 they all should appear. Note, in the FreeBSD 8.0+ partition 'c' is not visible, and default partitioning tool is now gpart(8). --=20 WBR, Andrey V. Elsukov --------------enigD3F52DC50C45C206E3149E87 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.19 (FreeBSD) iQEcBAEBAgAGBQJQDv63AAoJEAHF6gQQyKF6opMH/3mx+PdIA3Q/vvTMJNsf6c1c 3Xn4oLrhNuhfDcDGJPtxM0x/M4540QQSwqe3/lDxx+JplRMUKMZota1i0pWcUfDV keF0uNU+7epxLxIVABGX4qr4AR7wJe+RZ0HCeYX7HcTi5BSDtIsZ2pJhC2BdEcWn DscrMaFYYq3f9s249592m8J2IdobWl5Mxafdt6nMs/cKY1nuo0R2wu/3hzEfGQBc APMlO6Bxj6FPYsvuuZkEEn4WhfaHqx8I1JSuzvIRQBfQQwAbWl0oiJY+7x7ta8LP XW5Keu/KJXAwoHOeVyBZhFoEZnOxFbTWEJTmi5bAxjKz3Q8+rfQHCjhQ6t3k9Z0= =jDu1 -----END PGP SIGNATURE----- --------------enigD3F52DC50C45C206E3149E87-- From owner-freebsd-geom@FreeBSD.ORG Tue Jul 24 23:39:28 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0AD9106566B for ; Tue, 24 Jul 2012 23:39:28 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2F1FC8FC08 for ; Tue, 24 Jul 2012 23:39:28 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so109079wgb.31 for ; Tue, 24 Jul 2012 16:39:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=dedc3+GpI6mJHvGqm9vaTCaQnxxhlDb6ole8SSyE2no=; b=FRqacW5QBfZyNqISbthzAF+BvYhh24/kAAQ3TUkov1ZyQLBFi7uEOUOfDNGQbGvcCt XV938nKxP34Bs4GJ1JCxOviAUDeOXvXQFTqz86cgGEkVxzDG8nPM1yFzgCAix4ibo6Z9 CrFpuPh8nhwzmxYWiVKhS+P8UsdKewqZEK7CSxNS9eebX+M6Eh9cMiAQF6KfqB+RjIBj O4Ts4MClrvkmp3oT2tg3paU6c0bp/RjR4mR+IXvj+CiWbVKMpstjdJzBhacOs29MwWxf 1/yP47rDp0/PL48607ylPiysNmMZJ8Tv2qAyzPDgl8feTLkoZV/HtlKbThb2dZ/QONTh Zz7w== Received: by 10.216.243.203 with SMTP id k53mr3832157wer.91.1343173167140; Tue, 24 Jul 2012 16:39:27 -0700 (PDT) Received: from gumby.homeunix.com (87-194-105-247.bethere.co.uk. [87.194.105.247]) by mx.google.com with ESMTPS id j6sm10570148wiy.4.2012.07.24.16.39.25 (version=SSLv3 cipher=OTHER); Tue, 24 Jul 2012 16:39:26 -0700 (PDT) Date: Wed, 25 Jul 2012 00:39:23 +0100 From: RW To: freebsd-geom@freebsd.org Message-ID: <20120725003923.6956a238@gumby.homeunix.com> In-Reply-To: <20120724112823.GD1384@garage.freebsd.pl> References: <20120722230539.43054c22@gumby.homeunix.com> <500E772F.6000709@cyberleo.net> <20120724112823.GD1384@garage.freebsd.pl> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: XTS v's CBC X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jul 2012 23:39:28 -0000 On Tue, 24 Jul 2012 13:28:23 +0200 Pawel Jakub Dawidek wrote: > On Tue, Jul 24, 2012 at 05:21:35AM -0500, CyberLeo Kitsana wrote: > > On 07/22/2012 05:05 PM, RW wrote: > > > > > > Is there any good reason for preferring XTS over CBC in geli? I > > > just did some tests on a new disk and CBC seems to be about 30% > > > faster. > > > > This depends on how the initialization vectors are generated for > > CBC. If guessable IVs are used, such as with plain sector/block > > numbers, a cryptographic watermark attack is possible. > > > > The attack is not possible if ESSIV (encrypted salt-sector IV) is > > used in CBC mode, since the IVs cannot be guessed without the key. > > > > The design of XTS mode thwarts the watermark attack, and allows the > > cipher to be easily parallelized, but requires twice the keying > > material due to its use of separate keys for encryption and > > whitening. > > > > The geli manpage does not say which algorithm is used to generate > > IVs for CBC mode. > >... The CBC mode used by geli is very similar to the mode ESSIV. > I was aware of all of the above, I was wondering if there is anything that justified the switch to AES-XTS as default given the drop in performance. From owner-freebsd-geom@FreeBSD.ORG Wed Jul 25 03:22:16 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B88B1065783 for ; Wed, 25 Jul 2012 03:22:16 +0000 (UTC) (envelope-from mur1080224@inter7.jp) Received: from shillest.net (unknown [IPv6:2002:31d4:1240::1]) by mx1.freebsd.org (Postfix) with ESMTP id EBA0B8FC12 for ; Wed, 25 Jul 2012 03:22:15 +0000 (UTC) Received: from SKELPC01 (localhost [127.0.0.1]) by shillest.net (8.14.5/8.14.5) with SMTP id q6P3M8Qv054781 for ; Wed, 25 Jul 2012 12:22:14 +0900 (JST) (envelope-from mur1080224@inter7.jp) Message-Id: <20120725122202.63b5248%mur1080224@inter7.jp> MIME-Version: 1.0 Date: Wed, 25 Jul 2012 12:22:02 +0900 X-Mailer: Denshin 8 Go V32.1.7.1 From: Norihiko Murase To: freebsd-geom@freebsd.org In-Reply-To: (Your message of "Mon, 23 Jul 2012 13:46:58 +0900") <20120723134658.153fa6c%mur1080224@inter7.jp> References: <20120723134658.153fa6c%mur1080224@inter7.jp> Subject: RESOLVED: (8.3-RELEASE, 9.1-BETA) Can't mount the partitions created via 4.11-RELEASE X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2012 03:22:16 -0000 Hi, Thanks to Mr. Andrey V. Elsukov's advice, I could RESOLVE the problem (trouble) mentioned originally at * URL: http://lists.freebsd.org/pipermail/freebsd-geom/2012-July/005345.html Date: Mon, 23 Jul 2012 13:46:58 +0900 Message-ID: <20120723134658.153fa6c%mur1080224@inter7.jp> To: freebsd-geom@freebsd.org From: Norihiko Murase Subject: (8.3-RELEASE,9.1-BETA) Can't mount the partitions created via 4.11-RELEASE Now, the partitions in the "old" HDD that were created by 4.11-RELEASE can be mount(8)-ed successfully under 8.3-RELEASE and under 9.1-BETA as well as under 7.4-RELEASE. The solution was shown by Mr. Andrey V. Elsukov at * URL: http://lists.freebsd.org/pipermail/freebsd-geom/2012-July/005348.html Date: Mon, 23 Jul 2012 16:10:19 +0400 Message-ID: <500D3F2B.9090509@yandex.ru> From: "Andrey V. Elsukov" Subject: Re: (8.3-RELEASE,9.1-BETA) Can't mount the partitions created via 4. 11-RELEASE |>You can try backup first 16 sectors and try to overwrite second sector |>(where bsdlabel is) with zeroes. As this e-mail message says, I executed the following command: # dd if=/dev/zero of=/dev/ad16 count=1 seek=1 under the live system of FreeBSD 7.4-RELEASE, and then rebooted. # Well, the backup of the top 16 sectors were not necessary # eventually. :-) After that, the partitions can be mount(8)-ed successfully via the device node "ad16s[12]*" without any trouble. As he said, the contents in the sector 2 (counting from 1) of this "old" HDD were stale and junk, which prevented the system from mount(8)-ing the partitions. Additionally, after the reboot, the following "ad#c" device nodes: ad16c ad16cs1 ad16cs1{a,b,c,e,f,g} ad16cs2 ad16cs2{c,e} were NOT found in /dev any longer under the live system of FreeBSD 7.4-RELEASE. To Mr. Andrey V. Elsukov: Thank you very much for your advice!! Sincerely, --- Norihiko Murase From owner-freebsd-geom@FreeBSD.ORG Wed Jul 25 20:27:53 2012 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B709106566B; Wed, 25 Jul 2012 20:27:53 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 56EB68FC14; Wed, 25 Jul 2012 20:27:52 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA22830; Wed, 25 Jul 2012 23:27:50 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Su8BS-000934-4E; Wed, 25 Jul 2012 23:27:50 +0300 Message-ID: <501056C4.3080806@FreeBSD.org> Date: Wed, 25 Jul 2012 23:27:48 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-scsi@FreeBSD.org, freebsd-geom@FreeBSD.org X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org Subject: geom <-> cam disk X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2012 20:27:53 -0000 Preamble. I am trying to understand in detail how things work at GEOM <-> "CAM disk" boundary. I am looking at scsi_da and ata_da which seem to be twins in this respect. I got an impression that the bioq_disksort calls in the strategy methods and the related queues are completely useless in the GEOM single-threaded world. There is only one thread, g_down, that can call a strategy method, the method enqueues a bio, then calls a schedule function and through xpt_schedule the call flow continues to a start method which dequeues the bio and off it goes. I currently can see how a bio queue can accumulate more than one bio. What am I missing? :-) I will be very glad to learn more about this layer if anyone is willing to educate me. Thank you in advance. P.S. I wrote a very simple to DTrace script to my "theory" experimentally and my testing with various workloads didn't disprove the theory so far (which doesn't mean that it is correct, of course). The script: fbt::bioq_disksort:entry /args[0]->queue.tqh_first == 0/ { @["empty"] = count(); } fbt::bioq_disksort:entry /args[0]->queue.tqh_first != 0/ { @["non-empty"] = count(); } It works on all bioq_disksort calls, but I stressing only ada disks at the moment. -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Wed Jul 25 21:14:11 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9711E106564A; Wed, 25 Jul 2012 21:14:11 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 48FB28FC0A; Wed, 25 Jul 2012 21:14:11 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q6PLE2bT012334; Wed, 25 Jul 2012 15:14:03 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Scott Long In-Reply-To: <501056C4.3080806@FreeBSD.org> Date: Wed, 25 Jul 2012 14:14:02 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <23011628-17F1-49A0-A41E-E7A8A8E3EA64@samsco.org> References: <501056C4.3080806@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1278) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org, freebsd-hackers@freebsd.org, freebsd-geom@freebsd.org Subject: Re: geom <-> cam disk X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2012 21:14:11 -0000 Once the bio is put into the bioq from da_strategy, the CAM scheduler is = called. It may or may not wind up calling dastart right away; if the = simq or devq is frozen, or if the devq has been exhausted, then the io = will be deferred until later and the call stack will unwind back into = g_down. The bioq can therefore accumulate many bio's before being = drained. Draining will usually happen from the camisr, at which point = you can potentially have i/o being initiated from both the camisr and = the g_down threads in parallel. The monolithic locking in CAM right now = prevents this from actually happening, though that's a topic that needs = to be revisited. Scott On Jul 25, 2012, at 1:27 PM, Andriy Gapon wrote: >=20 >=20 > Preamble. I am trying to understand in detail how things work at GEOM = <-> "CAM > disk" boundary. I am looking at scsi_da and ata_da which seem to be = twins in > this respect. >=20 > I got an impression that the bioq_disksort calls in the strategy = methods and the > related queues are completely useless in the GEOM single-threaded = world. > There is only one thread, g_down, that can call a strategy method, the = method > enqueues a bio, then calls a schedule function and through = xpt_schedule the call > flow continues to a start method which dequeues the bio and off it = goes. > I currently can see how a bio queue can accumulate more than one bio. >=20 > What am I missing? :-) > I will be very glad to learn more about this layer if anyone is = willing to > educate me. > Thank you in advance. >=20 > P.S. I wrote a very simple to DTrace script to my "theory" = experimentally and my > testing with various workloads didn't disprove the theory so far = (which doesn't > mean that it is correct, of course). >=20 > The script: > fbt::bioq_disksort:entry > /args[0]->queue.tqh_first =3D=3D 0/ > { > @["empty"] =3D count(); > } >=20 > fbt::bioq_disksort:entry > /args[0]->queue.tqh_first !=3D 0/ > { > @["non-empty"] =3D count(); > } >=20 > It works on all bioq_disksort calls, but I stressing only ada disks at = the moment. > --=20 > Andriy Gapon >=20 From owner-freebsd-geom@FreeBSD.ORG Wed Jul 25 22:07:20 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28E09106564A; Wed, 25 Jul 2012 22:07:20 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 36DE48FC0C; Wed, 25 Jul 2012 22:07:19 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so1164488wgb.31 for ; Wed, 25 Jul 2012 15:07:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=xCjRclWupUBbHNW28bshcuJldym+nph0RS8wi0HH9UM=; b=ULFogl4bT0/BjFx1VnUjvWWa1w2ihMH21rpgcF331r7/H7Q1PlCqQZ2elhO8yZYauG j9VsRMyoFL8ixWtPDTk/FF8mG8mwSZV2b0C/uiz0d/xXlKdBzoppGZT9ZrI5u5xtuSbB EYeyvurVb/Z9ESA7plDv5aITI8s54fvIdPx64vs+e47a3oQ9sj0bcoroKIY4dN9zs78n uZH2VHKpiSeTxIWk2mYUSR7qu8UC9Vv2wYlCbn9ftOHvNL6dRnrWGWLHDKJUkE08MVtJ ZuyyIVOo1mFyxy6ObaFiiyKC2EQT7EEYe3uQwVhPv7Hk0CdtzMvSw7m1vDkzOPe91x7t 1kKA== Received: by 10.180.78.4 with SMTP id x4mr8035938wiw.19.1343254038100; Wed, 25 Jul 2012 15:07:18 -0700 (PDT) Received: from pc.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id bc2sm7301435wib.0.2012.07.25.15.07.16 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 25 Jul 2012 15:07:17 -0700 (PDT) Sender: Alexander Motin Message-ID: <50106E5F.4030402@FreeBSD.org> Date: Thu, 26 Jul 2012 01:08:31 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120621 Thunderbird/13.0.1 MIME-Version: 1.0 To: Andriy Gapon References: <501056C4.3080806@FreeBSD.org> In-Reply-To: <501056C4.3080806@FreeBSD.org> Content-Type: text/plain; charset=x-viet-vps; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@FreeBSD.org, freebsd-hackers@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: geom <-> cam disk X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2012 22:07:20 -0000 On 25.07.2012 23:27, Andriy Gapon wrote: > Preamble. I am trying to understand in detail how things work at GEOM <-> "CAM > disk" boundary. I am looking at scsi_da and ata_da which seem to be twins in > this respect. > > I got an impression that the bioq_disksort calls in the strategy methods and the > related queues are completely useless in the GEOM single-threaded world. > There is only one thread, g_down, that can call a strategy method, the method > enqueues a bio, then calls a schedule function and through xpt_schedule the call > flow continues to a start method which dequeues the bio and off it goes. > I currently can see how a bio queue can accumulate more than one bio. > > What am I missing? :-) > I will be very glad to learn more about this layer if anyone is willing to > educate me. > Thank you in advance. > > P.S. I wrote a very simple to DTrace script to my "theory" experimentally and my > testing with various workloads didn't disprove the theory so far (which doesn't > mean that it is correct, of course). > > The script: > fbt::bioq_disksort:entry > /args[0]->queue.tqh_first == 0/ > { > @["empty"] = count(); > } > > fbt::bioq_disksort:entry > /args[0]->queue.tqh_first != 0/ > { > @["non-empty"] = count(); > } > > It works on all bioq_disksort calls, but I stressing only ada disks at the moment. Different controllers have different command queueing limitations. If you are testing with ahci(4) driver and modern disks, then their 32 command slots per port can be enough for many workloads to enqueue all commands to the hardware and leave queue empty as you've described. But if you take harder workload, or controller/ device without command queueing support, extra requests will be accumulated on that bioq and sorted there. -- Alexander Motin From owner-freebsd-geom@FreeBSD.ORG Wed Jul 25 22:30:16 2012 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4B92106566B; Wed, 25 Jul 2012 22:30:16 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7206D8FC14; Wed, 25 Jul 2012 22:30:15 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA24285; Thu, 26 Jul 2012 01:29:57 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SuA5d-0009BM-28; Thu, 26 Jul 2012 01:29:57 +0300 Message-ID: <50107362.7050709@FreeBSD.org> Date: Thu, 26 Jul 2012 01:29:54 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: Scott Long References: <501056C4.3080806@FreeBSD.org> <23011628-17F1-49A0-A41E-E7A8A8E3EA64@samsco.org> In-Reply-To: <23011628-17F1-49A0-A41E-E7A8A8E3EA64@samsco.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@FreeBSD.org, freebsd-hackers@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: geom <-> cam disk X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2012 22:30:16 -0000 on 26/07/2012 00:14 Scott Long said the following: > Once the bio is put into the bioq from da_strategy, the CAM scheduler is > called. It may or may not wind up calling dastart right away; if the simq or > devq is frozen, or if the devq has been exhausted, then the io will be > deferred until later and the call stack will unwind back into g_down. The > bioq can therefore accumulate many bio's before being drained. Draining will > usually happen from the camisr, at which point you can potentially have i/o > being initiated from both the camisr and the g_down threads in parallel. The Uh-hah. Thank you for the answer. I didn't think of the case of frozen/exhausted queues and also didn't hit in my tests. Now I am starting to understand the logic in xpt_run_dev_allocq. BTW, I think that it would be nice if the GEOM work-processing could re-use the CAM model. That is, try to execute GEOM bio transformations in the original thread as much as possible, defer work to the GEOM thread as the last resort. > monolithic locking in CAM right now prevents this from actually happening, > though that's a topic that needs to be revisited. > On Jul 25, 2012, at 1:27 PM, Andriy Gapon wrote: > >> >> >> Preamble. I am trying to understand in detail how things work at GEOM <-> >> "CAM disk" boundary. I am looking at scsi_da and ata_da which seem to be >> twins in this respect. >> >> I got an impression that the bioq_disksort calls in the strategy methods >> and the related queues are completely useless in the GEOM single-threaded >> world. There is only one thread, g_down, that can call a strategy method, >> the method enqueues a bio, then calls a schedule function and through >> xpt_schedule the call flow continues to a start method which dequeues the >> bio and off it goes. I currently can see how a bio queue can accumulate >> more than one bio. >> >> What am I missing? :-) I will be very glad to learn more about this layer >> if anyone is willing to educate me. Thank you in advance. >> >> P.S. I wrote a very simple to DTrace script to my "theory" experimentally >> and my testing with various workloads didn't disprove the theory so far >> (which doesn't mean that it is correct, of course). >> >> The script: fbt::bioq_disksort:entry /args[0]->queue.tqh_first == 0/ { >> @["empty"] = count(); } >> >> fbt::bioq_disksort:entry /args[0]->queue.tqh_first != 0/ { @["non-empty"] = >> count(); } >> >> It works on all bioq_disksort calls, but I stressing only ada disks at the >> moment. -- Andriy Gapon >> > -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Wed Jul 25 22:36:24 2012 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E520106564A; Wed, 25 Jul 2012 22:36:24 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C4C7D8FC15; Wed, 25 Jul 2012 22:36:22 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA24384; Thu, 26 Jul 2012 01:36:21 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SuABp-0009Bn-9I; Thu, 26 Jul 2012 01:36:21 +0300 Message-ID: <501074E4.4040805@FreeBSD.org> Date: Thu, 26 Jul 2012 01:36:20 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: Alexander Motin References: <501056C4.3080806@FreeBSD.org> <50106E5F.4030402@FreeBSD.org> In-Reply-To: <50106E5F.4030402@FreeBSD.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=x-viet-vps Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@FreeBSD.org, freebsd-hackers@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: geom <-> cam disk X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2012 22:36:24 -0000 on 26/07/2012 01:08 Alexander Motin said the following: > Different controllers have different command queueing limitations. If you are > testing with ahci(4) driver and modern disks, then their 32 command slots per > port can be enough for many workloads to enqueue all commands to the hardware > and leave queue empty as you've described. But if you take harder workload, or > controller/ device without command queueing support, extra requests will be > accumulated on that bioq and sorted there. Alexander, thank you for the reply. Indeed, using 64 parallel dd processes with bs=512 I was able to 'kick in' the disksort logic. But I am not sure if the disksort algorithm makes much difference in this case given the number of commands that a disk firmware can internally re-order. (Not mentioning that potentially disksort could starve some I/O bound processes in favor of others -- but that's a totally different topic). But then, of course, for the less capable hardware the disksort could still be a significant factor. -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Wed Jul 25 22:40:15 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFE531065675 for ; Wed, 25 Jul 2012 22:40:14 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 993CA8FC17 for ; Wed, 25 Jul 2012 22:40:14 +0000 (UTC) Received: by obbun3 with SMTP id un3so2219237obb.13 for ; Wed, 25 Jul 2012 15:40:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=/OhSNf3qOl1/rBiaOGT2DJtTfoLyvlsMZS2FF/XjMgQ=; b=LENUYk/jfhBgvgoaVjSt/F6ZebomhlMU6fNvxPKfeCB6l4LmF40CVcgpnlCqZwhsGq nZAK8dtfUIXHRwtJ0xot1vOIUENXeYiXt2FpEQf7TyHoSWAJYSwXJz4F5jIKUu953JoF QoDbVtrK2wy28ticx5x3IxWryWKuVFCJTEbvpY3vLyx5qrMjIn6A4+1HYK0XX9jb08qu QJpsk8LKtEomg1jN4IV5s+5uJIKflfD+YYFA7C0LIlV3pyVmDU2zSSWM9Dcq54k9jHQy lZs3VxNHDsAnpOAfm5Vx4J9s2Ngdk9DyOznqCvGbP5AgmPXNFTNhlo6e2tXtqMbZ+eQ4 S6Eg== Received: by 10.182.1.72 with SMTP id 8mr38145263obk.61.1343256013961; Wed, 25 Jul 2012 15:40:13 -0700 (PDT) Received: from [10.30.101.53] ([209.117.142.2]) by mx.google.com with ESMTPS id hd10sm16944801obc.8.2012.07.25.15.40.12 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 25 Jul 2012 15:40:13 -0700 (PDT) Sender: Warner Losh Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <50107362.7050709@FreeBSD.org> Date: Wed, 25 Jul 2012 16:40:10 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <6BF84E40-8B71-4AFD-B457-5B3299BD4F92@bsdimp.com> References: <501056C4.3080806@FreeBSD.org> <23011628-17F1-49A0-A41E-E7A8A8E3EA64@samsco.org> <50107362.7050709@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1084) X-Gm-Message-State: ALoCoQnq8ownhhvHeImfg4GkqfZ15hsBxj7VYyFLuXItvqyA94fxwFRJf62p84d6YZD5nZX0XXr7 Cc: freebsd-scsi@FreeBSD.org, Scott Long , freebsd-geom@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: geom <-> cam disk X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2012 22:40:15 -0000 On Jul 25, 2012, at 4:29 PM, Andriy Gapon wrote: > BTW, I think that it would be nice if the GEOM work-processing could = re-use the > CAM model. > That is, try to execute GEOM bio transformations in the original = thread as much > as possible, defer work to the GEOM thread as the last resort. Lots of people would like to see this. Especially people that want high = iops. Warner From owner-freebsd-geom@FreeBSD.ORG Wed Jul 25 23:47:11 2012 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C1AF106566B; Wed, 25 Jul 2012 23:47:11 +0000 (UTC) (envelope-from prvs=1553f1cdfa=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id F0C9C8FC14; Wed, 25 Jul 2012 23:47:09 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Thu, 26 Jul 2012 00:46:04 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50020941215.msg; Thu, 26 Jul 2012 00:46:04 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1553f1cdfa=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <91A8B33A32B546BB82F0A1CFF4D1F4BD@multiplay.co.uk> From: "Steven Hartland" To: "Andriy Gapon" , "Alexander Motin" References: <501056C4.3080806@FreeBSD.org> <50106E5F.4030402@FreeBSD.org> <501074E4.4040805@FreeBSD.org> Date: Thu, 26 Jul 2012 00:46:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-scsi@FreeBSD.org, freebsd-geom@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: geom <-> cam disk X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2012 23:47:11 -0000 ----- Original Message ----- From: "Andriy Gapon" > on 26/07/2012 01:08 Alexander Motin said the following: >> Different controllers have different command queueing limitations. If you are >> testing with ahci(4) driver and modern disks, then their 32 command slots per >> port can be enough for many workloads to enqueue all commands to the hardware >> and leave queue empty as you've described. But if you take harder workload, or >> controller/ device without command queueing support, extra requests will be >> accumulated on that bioq and sorted there. > > Alexander, > > thank you for the reply. > Indeed, using 64 parallel dd processes with bs=512 I was able to 'kick in' the > disksort logic. But I am not sure if the disksort algorithm makes much > difference in this case given the number of commands that a disk firmware can > internally re-order. (Not mentioning that potentially disksort could starve > some I/O bound processes in favor of others -- but that's a totally different > topic). > > But then, of course, for the less capable hardware the disksort could still be a > significant factor. The sort is actually important for delete requests too as this can allow the delete processing code to operate more effectively which can result in significant performance increases if this then allows request combining. For example Alexander is currently reviewing some changes I've written to the delete processing which include an optimisation that increases SSD delete performance from ~630MB/s to 1.3GB/s on 3rd gen sandforce controllers. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-geom@FreeBSD.ORG Thu Jul 26 13:47:15 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0BA6106566C for ; Thu, 26 Jul 2012 13:47:15 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 649968FC0A for ; Thu, 26 Jul 2012 13:47:15 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SuOAd-0005pn-BQ for freebsd-geom@freebsd.org; Thu, 26 Jul 2012 15:32:03 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Jul 2012 15:32:03 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Jul 2012 15:32:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Thu, 26 Jul 2012 15:31:51 +0200 Lines: 55 Message-ID: References: <501056C4.3080806@FreeBSD.org> <50106E5F.4030402@FreeBSD.org> <501074E4.4040805@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF19539FA2CE033B976BD1189" X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120213 Thunderbird/10.0 In-Reply-To: <501074E4.4040805@FreeBSD.org> X-Enigmail-Version: 1.3.5 Cc: freebsd-scsi@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: geom <-> cam disk X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2012 13:47:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF19539FA2CE033B976BD1189 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 26/07/2012 00:36, Andriy Gapon wrote: > on 26/07/2012 01:08 Alexander Motin said the following: >> Different controllers have different command queueing limitations. If = you are >> testing with ahci(4) driver and modern disks, then their 32 command sl= ots per >> port can be enough for many workloads to enqueue all commands to the h= ardware >> and leave queue empty as you've described. But if you take harder work= load, or >> controller/ device without command queueing support, extra requests wi= ll be >> accumulated on that bioq and sorted there. >=20 > Alexander, >=20 > thank you for the reply. > Indeed, using 64 parallel dd processes with bs=3D512 I was able to 'kic= k in' the > disksort logic. But I am not sure if the disksort algorithm makes much= > difference in this case given the number of commands that a disk firmwa= re can > internally re-order. (Not mentioning that potentially disksort could s= tarve > some I/O bound processes in favor of others -- but that's a totally dif= ferent > topic). Is the queue drained in-order (i.e. after sorting)? Then it could help as the device queues will be filled with requests whose offsets are closer together (as opposed to totally random), which helps with bursts (e.g. untarring the ports tree). --------------enigF19539FA2CE033B976BD1189 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.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlARRscACgkQ/QjVBj3/HSy7SACeJEx+tZfRdo2stam9R4hWNCUL NzYAnR00QKCAvhtJ3FJ4vAZ3TIf0vZOL =twL2 -----END PGP SIGNATURE----- --------------enigF19539FA2CE033B976BD1189-- From owner-freebsd-geom@FreeBSD.ORG Thu Jul 26 22:51:29 2012 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F137106566B; Thu, 26 Jul 2012 22:51:29 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id A4BA18FC0A; Thu, 26 Jul 2012 22:51:28 +0000 (UTC) Received: by weyx56 with SMTP id x56so2016213wey.13 for ; Thu, 26 Jul 2012 15:51:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=rAynNnU22iw2u5EvdLxw9krmd6gtanSKpGevtGoOrR0=; b=tG0Qz1F35nqqiph5jbw9JiW4rF5OtsI4l6kHjQInB3B6y9+6Ud/+QgF8LMHjLXrBIN l6FfC8gpr34zUlpJKtLbIbsx9RYr6NvBEoAvPph5v7klIVvoE7T1H5M+Iuo3JfkV+tdS a/yfWXk8Qexa6zq4KFWMCrBiSYBpk+mCkjYlJv1eE62ly2UJL6IAwiIXz8GAOwj0evXr h5qU8wdHNvKdH1hdWSo5b1e7nAvfhLV0F9Sdxy1OQeSJpbq2Lb8L5rAcAF1kxN+v6gif +JQ7EDvMhVwgKD4x9sVAPtfqPsj92U8gumZ+YLd+3uMfz/gBE+5yFE/iZ3nhiA63PmUb jZfg== Received: by 10.180.103.136 with SMTP id fw8mr902199wib.20.1343343087544; Thu, 26 Jul 2012 15:51:27 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id el6sm10666830wib.8.2012.07.26.15.51.25 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 26 Jul 2012 15:51:26 -0700 (PDT) Sender: Alexander Motin Message-ID: <5011C9EC.5080008@FreeBSD.org> Date: Fri, 27 Jul 2012 01:51:24 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: Andriy Gapon References: <500D54B9.1010800@FreeBSD.org> <500E538E.1060908@FreeBSD.org> In-Reply-To: <500E538E.1060908@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: [RFC] CAM/GEOM media change notification X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2012 22:51:29 -0000 On 24.07.2012 10:49, Andriy Gapon wrote: > on 23/07/2012 16:42 Alexander Motin said the following: >> Patch can be found here: >> http://people.freebsd.org/~mav/mediachange8.patch >> >> Any comments/objections/propositions? > > Alexander, > > would it make sense for scsi_cd to also use GET EVENT STATUS NOTIFICATION > command (4A) with Polled flag and Media bit set in Notification Class in > addition to TUR for devices that do not support asynchronous notification? > > I think that this should increase reliability of detecting CD media changes > between polls. Thanks for the hint. I've read about that command, but haven't found it useful. If media was quickly removed and reinserted and we missed it, then device will send us UNIT ATTENTION on first following request, which we will handle. If media was quickly inserted and removed and we missed it, then we just have nothing to do about it. It could be interesting to use GET EVENT STATUS NOTIFICATION in asynchronous mode to avoid polling, but it works only for queued commands, which are not supported by ATAPI devices. -- Alexander Motin From owner-freebsd-geom@FreeBSD.ORG Fri Jul 27 21:28:46 2012 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6CAD106564A; Fri, 27 Jul 2012 21:28:46 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 89FF58FC16; Fri, 27 Jul 2012 21:28:46 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6RLSk67008919; Fri, 27 Jul 2012 21:28:46 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6RLSkG5008915; Fri, 27 Jul 2012 21:28:46 GMT (envelope-from linimon) Date: Fri, 27 Jul 2012 21:28:46 GMT Message-Id: <201207272128.q6RLSkG5008915@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/170199: [geom] [panic] Kernel Panic in GEOM_VIRSTOR X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jul 2012 21:28:46 -0000 Old Synopsis: Kernel Panic in GEOM_VIRSTOR New Synopsis: [geom] [panic] Kernel Panic in GEOM_VIRSTOR Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jul 27 21:28:34 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=170199 From owner-freebsd-geom@FreeBSD.ORG Sat Jul 28 11:24:15 2012 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C69951065670; Sat, 28 Jul 2012 11:24:15 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 994818FC17; Sat, 28 Jul 2012 11:24:14 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA23542; Sat, 28 Jul 2012 14:24:06 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Sv57u-000LSo-AQ; Sat, 28 Jul 2012 14:24:06 +0300 Message-ID: <5013CBD2.60709@FreeBSD.org> Date: Sat, 28 Jul 2012 14:24:02 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: Alexander Motin References: <500D54B9.1010800@FreeBSD.org> In-Reply-To: <500D54B9.1010800@FreeBSD.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: [RFC] CAM/GEOM media change notification X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jul 2012 11:24:15 -0000 on 23/07/2012 16:42 Alexander Motin said the following: > Patch can be found here: > http://people.freebsd.org/~mav/mediachange8.patch Could you please rebase the patch for the latest head? Thank you. -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Sat Jul 28 12:03:05 2012 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5DC51106567B; Sat, 28 Jul 2012 12:03:05 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 361868FC2D; Sat, 28 Jul 2012 12:03:04 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA23721; Sat, 28 Jul 2012 15:03:03 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Sv5ja-000LVF-Hr; Sat, 28 Jul 2012 15:03:02 +0300 Message-ID: <5013D4F5.7070401@FreeBSD.org> Date: Sat, 28 Jul 2012 15:03:01 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: Alexander Motin References: <500D54B9.1010800@FreeBSD.org> <5013CBD2.60709@FreeBSD.org> In-Reply-To: <5013CBD2.60709@FreeBSD.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: [RFC] CAM/GEOM media change notification X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jul 2012 12:03:05 -0000 on 28/07/2012 14:24 Andriy Gapon said the following: > on 23/07/2012 16:42 Alexander Motin said the following: >> Patch can be found here: >> http://people.freebsd.org/~mav/mediachange8.patch > > Could you please rebase the patch for the latest head? > Thank you. > Oops, sorry - my tree was out of sync with head. -- Andriy Gapon