[{"id":2149879,"web_url":"http://patchwork.ozlabs.org/comment/2149879/","msgid":"<22c4f9fa-a740-0d01-7b45-c802817f4f6c@redhat.com>","list_archive_url":null,"date":"2019-04-10T17:45:34","subject":"Re: [Qemu-devel] [Qemu-block] [PULL 07/14] iotests: Add 241 to test\n\tNBD on unaligned images","submitter":{"id":36836,"url":"http://patchwork.ozlabs.org/api/people/36836/","name":"Max Reitz","email":"mreitz@redhat.com"},"content":"On 01.04.19 16:08, Eric Blake wrote:\n> Add a test for the NBD client workaround in the previous patch.  It's\n> not really feasible for an iotest to assume a specific tracing engine,\n> so we can't really probe trace_nbd_parse_blockstatus_compliance to see\n> if the server was fixed vs. whether the client just worked around the\n> server (other than by rearranging order between code patches and this\n> test). But having a successful exchange sure beats the previous state\n> of an error message. Since format probing can change alignment, we can\n> use that as an easy way to test several configurations.\n> \n> Not tested yet, but worth adding to this test in future patches: an\n> NBD server that can advertise a non-sector-aligned size (such as\n> nbdkit) causes qemu as the NBD client to misbehave when it rounds the\n> size up and accesses beyond the advertised size. Qemu as NBD server\n> never advertises a non-sector-aligned size (since bdrv_getlength()\n> currently rounds up to sector boundaries); until qemu can act as such\n> a server, testing that flaw will have to rely on external binaries.\n> \n> Signed-off-by: Eric Blake <eblake@redhat.com>\n> Message-Id: <20190329042750.14704-2-eblake@redhat.com>\n> Tested-by: Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com>\n> Reviewed-by: Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com>\n> [eblake: add forced-512 alignment, and nbdkit reproducer comment]\n> ---\n>  tests/qemu-iotests/241     | 100 +++++++++++++++++++++++++++++++++++++\n>  tests/qemu-iotests/241.out |  26 ++++++++++\n>  tests/qemu-iotests/group   |   1 +\n>  3 files changed, 127 insertions(+)\n>  create mode 100755 tests/qemu-iotests/241\n>  create mode 100644 tests/qemu-iotests/241.out\n> \n> diff --git a/tests/qemu-iotests/241 b/tests/qemu-iotests/241\n> new file mode 100755\n> index 00000000000..4b196857387\n> --- /dev/null\n> +++ b/tests/qemu-iotests/241\n> @@ -0,0 +1,100 @@\n> +#!/bin/bash\n> +#\n> +# Test qemu-nbd vs. unaligned images\n> +#\n> +# Copyright (C) 2018-2019 Red Hat, Inc.\n> +#\n> +# This program is free software; you can redistribute it and/or modify\n> +# it under the terms of the GNU General Public License as published by\n> +# the Free Software Foundation; either version 2 of the License, or\n> +# (at your option) any later version.\n> +#\n> +# This program is distributed in the hope that it will be useful,\n> +# but WITHOUT ANY WARRANTY; without even the implied warranty of\n> +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the\n> +# GNU General Public License for more details.\n> +#\n> +# You should have received a copy of the GNU General Public License\n> +# along with this program.  If not, see <http://www.gnu.org/licenses/>.\n> +#\n> +\n> +seq=\"$(basename $0)\"\n> +echo \"QA output created by $seq\"\n> +\n> +status=1 # failure is the default!\n> +\n> +nbd_unix_socket=$TEST_DIR/test_qemu_nbd_socket\n> +\n> +_cleanup()\n> +{\n> +    _cleanup_test_img\n> +    nbd_server_stop\n> +}\n> +trap \"_cleanup; exit \\$status\" 0 1 2 3 15\n> +\n> +# get standard environment, filters and checks\n> +. ./common.rc\n> +. ./common.filter\n> +. ./common.nbd\n> +\n> +_supported_fmt raw\n> +_supported_proto nbd\n> +_supported_os Linux\n> +_require_command QEMU_NBD\n> +\n> +# can't use _make_test_img, because qemu-img rounds image size up,\n> +# and because we want to use Unix socket rather than TCP port. Likewise,\n> +# we have to redirect TEST_IMG to our server.\n> +# This tests that we can deal with the hole at the end of an unaligned\n> +# raw file (either because the server doesn't advertise alignment too\n> +# large, or because the client ignores the server's noncompliance - even\n> +# though we can't actually wire iotests into checking trace messages).\n> +printf %01000d 0 > \"$TEST_IMG_FILE\"\n> +TEST_IMG=\"nbd:unix:$nbd_unix_socket\"\n> +\n> +echo\n> +echo \"=== Exporting unaligned raw image, natural alignment ===\"\n> +echo\n> +\n> +nbd_server_start_unix_socket -f $IMGFMT \"$TEST_IMG_FILE\"\n> +\n> +$QEMU_NBD_PROG --list -k $nbd_unix_socket | grep '\\(size\\|min\\)'\n> +$QEMU_IMG map -f raw --output=json \"$TEST_IMG\" | _filter_qemu_img_map\n> +$QEMU_IO -f raw -c map \"$TEST_IMG\"\n> +nbd_server_stop\n> +\n> +echo\n> +echo \"=== Exporting unaligned raw image, forced server sector alignment ===\"\n> +echo\n> +\n> +# Intentionally omit '-f' to force image probing, which in turn forces\n> +# sector alignment, here at the server.\n> +nbd_server_start_unix_socket \"$TEST_IMG_FILE\"\n> +\n> +$QEMU_NBD_PROG --list -k $nbd_unix_socket | grep '\\(size\\|min\\)'\n> +$QEMU_IMG map -f raw --output=json \"$TEST_IMG\" | _filter_qemu_img_map\n> +$QEMU_IO -f raw -c map \"$TEST_IMG\"\n> +nbd_server_stop\n> +\n> +echo\n> +echo \"=== Exporting unaligned raw image, forced client sector alignment ===\"\n> +echo\n> +\n> +# Now force sector alignment at the client.\n> +nbd_server_start_unix_socket -f $IMGFMT \"$TEST_IMG_FILE\"\n> +\n> +$QEMU_NBD_PROG --list -k $nbd_unix_socket | grep '\\(size\\|min\\)'\n> +$QEMU_IMG map --output=json \"$TEST_IMG\" | _filter_qemu_img_map\n> +$QEMU_IO -c map \"$TEST_IMG\"\n> +nbd_server_stop\n> +\n> +# Not tested yet: we also want to ensure that qemu as NBD client does\n> +# not access beyond the end of a server's advertised unaligned size:\n> +#  nbdkit -U - memory size=513 --run 'qemu-io -f raw -c \"r 512 512\" $nbd'\n> +# However, since qemu as server always rounds up to a sector alignment,\n> +# we would have to use nbdkit to provoke the current client failures.\n> +\n> +# success, all done\n> +echo '*** done'\n> +rm -f $seq.full\n> +status=0\n> diff --git a/tests/qemu-iotests/241.out b/tests/qemu-iotests/241.out\n> new file mode 100644\n> index 00000000000..b76a6234d72\n> --- /dev/null\n> +++ b/tests/qemu-iotests/241.out\n> @@ -0,0 +1,26 @@\n> +QA output created by 241\n> +\n> +=== Exporting unaligned raw image, natural alignment ===\n> +\n> +  size:  1024\n> +  min block: 512\n> +[{ \"start\": 0, \"length\": 1024, \"depth\": 0, \"zero\": false, \"data\": true}]\n> +1 KiB (0x400) bytes     allocated at offset 0 bytes (0x0)\n> +\n> +=== Exporting unaligned raw image, forced server sector alignment ===\n> +\n> +WARNING: Image format was not specified for '/home/eblake/qemu/tests/qemu-iotests/scratch/t.raw' and probing guessed raw.\n> +         Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.\n> +         Specify the 'raw' format explicitly to remove the restrictions.\n\nIs there a patch for this already?\n\nAlso, I planned to reply to the original patch – but where is it?  The\nlatest version I can see on the list is v3, and that only has seven\nlines in the reference output.  Well, the difference would explain why\nVladimir would give a Tested-by to a test that clearly will not run on\nhis machine.\n\nMax\n\n> +  size:  1024\n> +  min block: 512\n> +[{ \"start\": 0, \"length\": 1024, \"depth\": 0, \"zero\": false, \"data\": true}]\n> +1 KiB (0x400) bytes     allocated at offset 0 bytes (0x0)\n> +\n> +=== Exporting unaligned raw image, forced client sector alignment ===\n> +\n> +  size:  1024\n> +  min block: 512\n> +[{ \"start\": 0, \"length\": 1024, \"depth\": 0, \"zero\": false, \"data\": true}]\n> +1 KiB (0x400) bytes     allocated at offset 0 bytes (0x0)\n> +*** done\n> diff --git a/tests/qemu-iotests/group b/tests/qemu-iotests/group\n> index 41da10c6cf5..bae77183809 100644\n> --- a/tests/qemu-iotests/group\n> +++ b/tests/qemu-iotests/group\n> @@ -240,6 +240,7 @@\n>  238 auto quick\n>  239 rw auto quick\n>  240 auto quick\n> +241 rw auto quick\n>  242 rw auto quick\n>  243 rw auto quick\n>  244 rw auto quick\n>","headers":{"Return-Path":"<qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming@bilbo.ozlabs.org","Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=nongnu.org\n\t(client-ip=209.51.188.17; helo=lists.gnu.org;\n\tenvelope-from=qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org;\n\treceiver=<UNKNOWN>)","ozlabs.org;\n\tdmarc=fail (p=none dis=none) header.from=redhat.com"],"Received":["from lists.gnu.org (lists.gnu.org [209.51.188.17])\n\t(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 44fWmW6mqHz9s9T\n\tfor <incoming@patchwork.ozlabs.org>;\n\tThu, 11 Apr 2019 03:46:18 +1000 (AEST)","from localhost ([127.0.0.1]:35228 helo=lists.gnu.org)\n\tby lists.gnu.org with esmtp (Exim 4.71) (envelope-from\n\t<qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org>)\n\tid 1hEHIc-0004GM-Qr\n\tfor incoming@patchwork.ozlabs.org; Wed, 10 Apr 2019 13:46:14 -0400","from eggs.gnu.org ([209.51.188.92]:59657)\n\tby lists.gnu.org with esmtp (Exim 4.71)\n\t(envelope-from <mreitz@redhat.com>) id 1hEHI9-0004F6-R6\n\tfor qemu-devel@nongnu.org; Wed, 10 Apr 2019 13:45:49 -0400","from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)\n\t(envelope-from <mreitz@redhat.com>) id 1hEHI7-0006O4-RB\n\tfor qemu-devel@nongnu.org; Wed, 10 Apr 2019 13:45:45 -0400","from mx1.redhat.com ([209.132.183.28]:41102)\n\tby eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)\n\t(Exim 4.71) (envelope-from <mreitz@redhat.com>)\n\tid 1hEHI2-0006Is-BY; Wed, 10 Apr 2019 13:45:39 -0400","from smtp.corp.redhat.com\n\t(int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16])\n\t(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby mx1.redhat.com (Postfix) with ESMTPS id 7165F3078AB6;\n\tWed, 10 Apr 2019 17:45:37 +0000 (UTC)","from dresden.str.redhat.com (unknown [10.40.205.69])\n\tby smtp.corp.redhat.com (Postfix) with ESMTPS id 0D96E5C29A;\n\tWed, 10 Apr 2019 17:45:35 +0000 (UTC)"],"To":"Eric Blake <eblake@redhat.com>, qemu-devel@nongnu.org","References":"<20190401140903.19186-1-eblake@redhat.com>\n\t<20190401140903.19186-8-eblake@redhat.com>","From":"Max Reitz <mreitz@redhat.com>","Openpgp":"preference=signencrypt","Autocrypt":"addr=mreitz@redhat.com; prefer-encrypt=mutual; keydata=\n\tmQENBFXOJlcBCADEyyhOTsoa/2ujoTRAJj4MKA21dkxxELVj3cuILpLTmtachWj7QW+TVG8U\n\t/PsMCFbpwsQR7oEy8eHHZwuGQsNpEtNC2G/L8Yka0BIBzv7dEgrPzIu+W3anZXQW4702+uES\n\tU29G8TP/NGfXRRHGlbBIH9KNUnOSUD2vRtpOLXkWsV5CN6vQFYgQfFvmp5ZpPeUe6xNplu8V\n\tmcTw8OSEDW/ZnxJc8TekCKZSpdzYoxfzjm7xGmZqB18VFwgJZlIibt1HE0EB4w5GsD7x5ekh\n\tawIe3RwoZgZDLQMdOitJ1tUc8aqaxvgA4tz6J6st8D8pS//m1gAoYJWGwwIVj1DjTYLtABEB\n\tAAG0HU1heCBSZWl0eiA8bXJlaXR6QHJlZGhhdC5jb20+iQFTBBMBCAA9AhsDBQkSzAMABQsJ\n\tCAcCBhUICQoLAgQWAgMBAh4BAheABQJVzie5FRhoa3A6Ly9rZXlzLmdudXBnLm5ldAAKCRD0\n\tB9sAYdXPQDcIB/9uNkbYEex1rHKz3mr12uxYMwLOOFY9fstP5aoVJQ1nWQVB6m2cfKGdcRe1\n\t2/nFaHSNAzT0NnKz2MjhZVmcrpyd2Gp2QyISCfb1FbT82GMtXFj1wiHmPb3CixYmWGQUUh+I\n\tAvUqsevLA+WihgBUyaJq/vuDVM1/K9Un+w+Tz5vpeMidlIsTYhcsMhn0L9wlCjoucljvbDy/\n\t8C9L2DUdgi3XTa0ORKeflUhdL4gucWoAMrKX2nmPjBMKLgU7WLBc8AtV+84b9OWFML6NEyo4\n\t4cP7cM/07VlJK53pqNg5cHtnWwjHcbpGkQvx6RUx6F1My3y52vM24rNUA3+ligVEgPYBuQEN\n\tBFXOJlcBCADAmcVUNTWT6yLWQHvxZ0o47KCP8OcLqD+67T0RCe6d0LP8GsWtrJdeDIQk+T+F\n\txO7DolQPS6iQ6Ak2/lJaPX8L0BkEAiMuLCKFU6Bn3lFOkrQeKp3u05wCSV1iKnhg0UPji9V2\n\tW5eNfy8F4ZQHpeGUGy+liGXlxqkeRVhLyevUqfU0WgNqAJpfhHSGpBgihUupmyUg7lfUPeRM\n\tDzAN1pIqoFuxnN+BRHdAecpsLcbR8sQddXmDg9BpSKozO/JyBmaS1RlquI8HERQoe6EynJhd\n\t64aICHDfj61rp+/0jTIcevxIIAzW70IadoS/y3DVIkuhncgDBvGbF3aBtjrJVP+5ABEBAAGJ\n\tASUEGAEIAA8FAlXOJlcCGwwFCRLMAwAACgkQ9AfbAGHVz0CbFwf9F/PXxQR9i4N0iipISYjU\n\tsxVdjJOM2TMut+ZZcQ6NSMvhZ0ogQxJ+iEQ5OjnIputKvPVd5U7WRh+4lF1lB/NQGrGZQ1ic\n\talkj6ocscQyFwfib+xIe9w8TG1CVGkII7+TbS5pXHRxZH1niaRpoi/hYtgzkuOPp35jJyqT/\n\t/ELbqQTDAWcqtJhzxKLE/ugcOMK520dJDeb6x2xVES+S5LXby0D4juZlvUj+1fwZu+7Io5+B\n\tbkhSVPb/QdOVTpnz7zWNyNw+OONo1aBUKkhq2UIByYXgORPFnbfMY7QWHcjpBVw9MgC4tGeF\n\tR4bv+1nAMMxKmb5VvQCExr0eFhJUAHAhVg==","Message-ID":"<22c4f9fa-a740-0d01-7b45-c802817f4f6c@redhat.com>","Date":"Wed, 10 Apr 2019 19:45:34 +0200","User-Agent":"Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101\n\tThunderbird/60.6.1","MIME-Version":"1.0","In-Reply-To":"<20190401140903.19186-8-eblake@redhat.com>","Content-Type":"multipart/signed; micalg=pgp-sha256;\n\tprotocol=\"application/pgp-signature\";\n\tboundary=\"uWHyVFnlJij4l7e923NLwlSh888eao3w9\"","X-Scanned-By":"MIMEDefang 2.79 on 10.5.11.16","X-Greylist":"Sender IP whitelisted, not delayed by milter-greylist-4.5.16\n\t(mx1.redhat.com [10.5.110.48]);\n\tWed, 10 Apr 2019 17:45:37 +0000 (UTC)","X-detected-operating-system":"by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]","X-Received-From":"209.132.183.28","X-Content-Filtered-By":"Mailman/MimeDel 2.1.21","Subject":"Re: [Qemu-devel] [Qemu-block] [PULL 07/14] iotests: Add 241 to test\n\tNBD on unaligned images","X-BeenThere":"qemu-devel@nongnu.org","X-Mailman-Version":"2.1.21","Precedence":"list","List-Id":"<qemu-devel.nongnu.org>","List-Unsubscribe":"<https://lists.nongnu.org/mailman/options/qemu-devel>,\n\t<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>","List-Archive":"<http://lists.nongnu.org/archive/html/qemu-devel/>","List-Post":"<mailto:qemu-devel@nongnu.org>","List-Help":"<mailto:qemu-devel-request@nongnu.org?subject=help>","List-Subscribe":"<https://lists.nongnu.org/mailman/listinfo/qemu-devel>,\n\t<mailto:qemu-devel-request@nongnu.org?subject=subscribe>","Cc":"Kevin Wolf <kwolf@redhat.com>,\n\tVladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com>,\n\t\"open list:Block layer core\" <qemu-block@nongnu.org>","Errors-To":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org","Sender":"\"Qemu-devel\"\n\t<qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org>"}},{"id":2149897,"web_url":"http://patchwork.ozlabs.org/comment/2149897/","msgid":"<1b8e1af8-cde5-75d5-a4d4-a0b6d56e6608@redhat.com>","list_archive_url":null,"date":"2019-04-10T18:01:38","subject":"Re: [Qemu-devel] [Qemu-block] [PULL 07/14] iotests: Add 241 to test\n\tNBD on unaligned images","submitter":{"id":6591,"url":"http://patchwork.ozlabs.org/api/people/6591/","name":"Eric Blake","email":"eblake@redhat.com"},"content":"On 4/10/19 12:45 PM, Max Reitz wrote:\n> On 01.04.19 16:08, Eric Blake wrote:\n>> Add a test for the NBD client workaround in the previous patch.  It's\n>> not really feasible for an iotest to assume a specific tracing engine,\n>> so we can't really probe trace_nbd_parse_blockstatus_compliance to see\n>> if the server was fixed vs. whether the client just worked around the\n>> server (other than by rearranging order between code patches and this\n>> test). But having a successful exchange sure beats the previous state\n>> of an error message. Since format probing can change alignment, we can\n>> use that as an easy way to test several configurations.\n>>\n>> Not tested yet, but worth adding to this test in future patches: an\n>> NBD server that can advertise a non-sector-aligned size (such as\n>> nbdkit) causes qemu as the NBD client to misbehave when it rounds the\n>> size up and accesses beyond the advertised size. Qemu as NBD server\n>> never advertises a non-sector-aligned size (since bdrv_getlength()\n>> currently rounds up to sector boundaries); until qemu can act as such\n>> a server, testing that flaw will have to rely on external binaries.\n>>\n\n>> +++ b/tests/qemu-iotests/241.out\n\n>> +=== Exporting unaligned raw image, forced server sector alignment ===\n>> +\n>> +WARNING: Image format was not specified for '/home/eblake/qemu/tests/qemu-iotests/scratch/t.raw' and probing guessed raw.\n>> +         Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.\n>> +         Specify the 'raw' format explicitly to remove the restrictions.\n> \n> Is there a patch for this already?\n\nOh shoot. I saw the complaint about the hard-coded path needing a\nfilter, and still failed to fix it in time for 4.0-rc3. Not a driver for\n-rc4 on its own, but if we have something else pop up that mandates\n-rc4, I'll get that fix in.\n\nWill post shortly...\n\n> \n> Also, I planned to reply to the original patch – but where is it?  The\n> latest version I can see on the list is v3, and that only has seven\n> lines in the reference output.  Well, the difference would explain why\n> Vladimir would give a Tested-by to a test that clearly will not run on\n> his machine.\n\nYeah, this line in the commit message is evidence of my botching things:\n\n> [eblake: add forced-512 alignment, and nbdkit reproducer comment]","headers":{"Return-Path":"<qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming@bilbo.ozlabs.org","Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=nongnu.org\n\t(client-ip=209.51.188.17; helo=lists.gnu.org;\n\tenvelope-from=qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org;\n\treceiver=<UNKNOWN>)","ozlabs.org;\n\tdmarc=fail (p=none dis=none) header.from=redhat.com"],"Received":["from lists.gnu.org (lists.gnu.org [209.51.188.17])\n\t(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 44fX7M5TQbz9s47\n\tfor <incoming@patchwork.ozlabs.org>;\n\tThu, 11 Apr 2019 04:02:38 +1000 (AEST)","from localhost ([127.0.0.1]:35391 helo=lists.gnu.org)\n\tby lists.gnu.org with esmtp (Exim 4.71) (envelope-from\n\t<qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org>)\n\tid 1hEHYQ-0001xR-6f\n\tfor incoming@patchwork.ozlabs.org; Wed, 10 Apr 2019 14:02:34 -0400","from eggs.gnu.org ([209.51.188.92]:34805)\n\tby lists.gnu.org with esmtp (Exim 4.71)\n\t(envelope-from <eblake@redhat.com>) id 1hEHXh-0001w3-4X\n\tfor qemu-devel@nongnu.org; Wed, 10 Apr 2019 14:01:50 -0400","from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)\n\t(envelope-from <eblake@redhat.com>) id 1hEHXd-0000Rd-6q\n\tfor qemu-devel@nongnu.org; Wed, 10 Apr 2019 14:01:49 -0400","from mx1.redhat.com ([209.132.183.28]:11489)\n\tby eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)\n\t(Exim 4.71) (envelope-from <eblake@redhat.com>)\n\tid 1hEHXZ-0000Ol-7H; Wed, 10 Apr 2019 14:01:41 -0400","from smtp.corp.redhat.com\n\t(int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])\n\t(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby mx1.redhat.com (Postfix) with ESMTPS id ED36C753F7;\n\tWed, 10 Apr 2019 18:01:39 +0000 (UTC)","from [10.3.117.110] (ovpn-117-110.phx2.redhat.com [10.3.117.110])\n\tby smtp.corp.redhat.com (Postfix) with ESMTPS id 50126BA83;\n\tWed, 10 Apr 2019 18:01:39 +0000 (UTC)"],"To":"Max Reitz <mreitz@redhat.com>, qemu-devel@nongnu.org","References":"<20190401140903.19186-1-eblake@redhat.com>\n\t<20190401140903.19186-8-eblake@redhat.com>\n\t<22c4f9fa-a740-0d01-7b45-c802817f4f6c@redhat.com>","From":"Eric Blake <eblake@redhat.com>","Openpgp":"preference=signencrypt","Autocrypt":"addr=eblake@redhat.com; keydata=\n\txsBNBEvHyWwBCACw7DwsQIh0kAbUXyqhfiKAKOTVu6OiMGffw2w90Ggrp4bdVKmCaEXlrVLU\n\txphBM8mb+wsFkU+pq9YR621WXo9REYVIl0FxKeQo9dyQBZ/XvmUMka4NOmHtFg74nvkpJFCD\n\tTUNzmqfcjdKhfFV0d7P/ixKQeZr2WP1xMcjmAQY5YvQ2lUoHP43m8TtpB1LkjyYBCodd+LkV\n\tGmCx2Bop1LSblbvbrOm2bKpZdBPjncRNob73eTpIXEutvEaHH72LzpzksfcKM+M18cyRH+nP\n\tsAd98xIbVjm3Jm4k4d5oQyE2HwOur+trk2EcxTgdp17QapuWPwMfhaNq3runaX7x34zhABEB\n\tAAHNHkVyaWMgQmxha2UgPGVibGFrZUByZWRoYXQuY29tPsLAegQTAQgAJAIbAwULCQgHAwUV\n\tCgkICwUWAgMBAAIeAQIXgAUCS8fL9QIZAQAKCRCnoWtKJSdDahBHCACbl/5FGkUqJ89GAjeX\n\tRjpAeJtdKhujir0iS4CMSIng7fCiGZ0fNJCpL5RpViSo03Q7l37ss+No+dJI8KtAp6ID+PMz\n\twTJe5Egtv/KGUKSDvOLYJ9WIIbftEObekP+GBpWP2+KbpADsc7EsNd70sYxExD3liwVJYqLc\n\tRw7so1PEIFp+Ni9A1DrBR5NaJBnno2PHzHPTS9nmZVYm/4I32qkLXOcdX0XElO8VPDoVobG6\n\tgELf4v/vIImdmxLh/w5WctUpBhWWIfQDvSOW2VZDOihm7pzhQodr3QP/GDLfpK6wI7exeu3P\n\tpfPtqwa06s1pae3ad13mZGzkBdNKs1HEm8x6zsBNBEvHyWwBCADGkMFzFjmmyqAEn5D+Mt4P\n\tzPdO8NatsDw8Qit3Rmzu+kUygxyYbz52ZO40WUu7EgQ5kDTOeRPnTOd7awWDQcl1gGBXgrkR\n\tpAlQ0l0ReO57Q0eglFydLMi5bkwYhfY+TwDPMh3aOP5qBXkm4qIYSsxb8A+i00P72AqFb9Q7\n\t3weG/flxSPApLYQE5qWGSXjOkXJv42NGS6o6gd4RmD6Ap5e8ACo1lSMPfTpGzXlt4aRkBfvb\n\tNCfNsQikLZzFYDLbQgKBA33BDeV6vNJ9Cj0SgEGOkYyed4I6AbU0kIy1hHAm1r6+sAnEdIKj\n\tcHi3xWH/UPrZW5flM8Kqo14OTDkI9EtlABEBAAHCwF8EGAEIAAkFAkvHyWwCGwwACgkQp6Fr\n\tSiUnQ2q03wgAmRFGDeXzc58NX0NrDijUu0zx3Lns/qZ9VrkSWbNZBFjpWKaeL1fdVeE4TDGm\n\tI5mRRIsStjQzc2R9b+2VBUhlAqY1nAiBDv0Qnt+9cLiuEICeUwlyl42YdwpmY0ELcy5+u6wz\n\tmK/jxrYOpzXKDwLq5k4X+hmGuSNWWAN3gHiJqmJZPkhFPUIozZUCeEc76pS/IUN72NfprZmF\n\tDp6/QDjDFtfS39bHSWXKVZUbqaMPqlj/z6Ugk027/3GUjHHr8WkeL1ezWepYDY7WSoXwfoAL\n\t2UXYsMAr/uUncSKlfjvArhsej0S4zbqim2ZY6S8aRWw94J3bSvJR+Nwbs34GPTD4Pg==","Organization":"Red Hat, Inc.","Message-ID":"<1b8e1af8-cde5-75d5-a4d4-a0b6d56e6608@redhat.com>","Date":"Wed, 10 Apr 2019 13:01:38 -0500","User-Agent":"Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101\n\tThunderbird/60.6.1","MIME-Version":"1.0","In-Reply-To":"<22c4f9fa-a740-0d01-7b45-c802817f4f6c@redhat.com>","Content-Type":"multipart/signed; micalg=pgp-sha256;\n\tprotocol=\"application/pgp-signature\";\n\tboundary=\"8n8u6I1ehrjWNfSgI7SYBycbTXmXXogK0\"","X-Scanned-By":"MIMEDefang 2.79 on 10.5.11.12","X-Greylist":"Sender IP whitelisted, not delayed by milter-greylist-4.5.16\n\t(mx1.redhat.com [10.5.110.39]);\n\tWed, 10 Apr 2019 18:01:40 +0000 (UTC)","X-detected-operating-system":"by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]","X-Received-From":"209.132.183.28","X-Content-Filtered-By":"Mailman/MimeDel 2.1.21","Subject":"Re: [Qemu-devel] [Qemu-block] [PULL 07/14] iotests: Add 241 to test\n\tNBD on unaligned images","X-BeenThere":"qemu-devel@nongnu.org","X-Mailman-Version":"2.1.21","Precedence":"list","List-Id":"<qemu-devel.nongnu.org>","List-Unsubscribe":"<https://lists.nongnu.org/mailman/options/qemu-devel>,\n\t<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>","List-Archive":"<http://lists.nongnu.org/archive/html/qemu-devel/>","List-Post":"<mailto:qemu-devel@nongnu.org>","List-Help":"<mailto:qemu-devel-request@nongnu.org?subject=help>","List-Subscribe":"<https://lists.nongnu.org/mailman/listinfo/qemu-devel>,\n\t<mailto:qemu-devel-request@nongnu.org?subject=subscribe>","Cc":"Kevin Wolf <kwolf@redhat.com>,\n\tVladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com>,\n\t\"open list:Block layer core\" <qemu-block@nongnu.org>","Errors-To":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org","Sender":"\"Qemu-devel\"\n\t<qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org>"}}]