[{"id":1774645,"web_url":"http://patchwork.ozlabs.org/comment/1774645/","msgid":"","list_archive_url":null,"date":"2017-09-25T10:52:34","subject":"Re: [Qemu-devel] [PATCH v6 0/7] KASLR kernel dump support","submitter":{"id":6442,"url":"http://patchwork.ozlabs.org/api/people/6442/","name":"Marc-André Lureau","email":"marcandre.lureau@gmail.com"},"content":"ping\n\nOn Mon, Sep 11, 2017 at 6:59 PM, Marc-André Lureau\n wrote:\n> Recent linux kernels enable KASLR to randomize phys/virt memory\n> addresses. This series aims to provide enough information in qemu\n> dumps so that crash utility can work with randomized kernel too (it\n> hasn't been tested on other archs than x86 though, help welcome).\n>\n> The previous design to provide qemu with debug details (using qemu-ga\n> and a dedicated vmcoreinfo ACPI device) failed to satisfy the\n> requirements during previous iterations.\n>\n> In particular, the previous proposed vmcoreinfo ACPI device had the\n> following issues:\n> - hazardous memory handling with no explicit synchronization\n> - occupy 2 fw-cfg entries (for memory and pointer)\n> - occupy 4k of guest memory (this could have been tweaked)\n> - did not provide ACPI methods (this could have been added)\n> - may be difficult to maintain compatibility (according to Michael)\n>\n> This is a new proposal, that leverage fw-cfg device instead of adding\n> a new device. A \"etc/vmcoreinfo\" entry is added, where the guest,\n> during boot or later, can write the addr/size location of an ELF note\n> to be appended in the qemu dump.\n>\n> Note: only guest kernel is expected to write to a fw-cfg entry. This\n> method is not meant for general qemu/user-space communication. There\n> are more appropriate devices for this purpose, and the guest kernel\n> should not expose this facility.\n>\n> This is quite easier to implement, and uses less of the limited fw-cfg\n> slots, and guest memory. It also solves the synchronization issue, and\n> may be easier to discover or to maintain compatibility.\n>\n> The Linux ELF note is expected to be the VMCOREINFO note, which will\n> have a special handling in qemu in this case helping kaslr-kernel\n> debugging. But it could be any valid ELF note.\n>\n> Crash 7.1.9 will parse the \"phys_base\" value from the VMCOREINFO note,\n> and thus will work with KASLR-dump produced by this series.\n>\n> The series implements the note addition in qemu ELF/kdump,\n> as well as the python scripts/dump-guest-memory.py.\n>\n> To test:\n>\n> Using kernel from https://github.com/elmarco/linux fw-cfg branch,\n> Compile and run guest kernel with CONFIG_RANDOMIZE_BASE=y & CONFIG_FW_CFG_SYSFS=y.\n>\n> Run qemu with -device vmcoreinfo\n>\n> Produce an ELF dump:\n> { \"execute\": \"dump-guest-memory\", \"arguments\": { \"protocol\": \"file:dump\", \"paging\": false } }\n>\n> Produce a kdump:\n> { \"execute\": \"dump-guest-memory\", \"arguments\": { \"protocol\": \"file:dump\", \"paging\": false, \"format\": \"kdump-zlib\" } }\n>\n> Or with (gdb) dump-guest-memory, with scripts/dump-guest-memory.py script.\n>\n> Analyze with crash >= 7.1.9 (or the git version for 4.13 fixes..):\n>\n> $ crash vmlinux dump\n>\n> v6: after Michael Tsirkin review\n> - rebased\n> - modify fw_cfg write callback, called for all write\n> - back to a seperate -device vmcoreinfo\n> - add host_format/guest_format fields\n> - clear/reset fw_cfg entry values on reset\n> - write 0 as guest format to disable device\n>\n> v5:\n> - removed x-write-pointer-available patch from this series\n> - drop vmcoreinfo device\n> - add write callback to fw_cfg entries\n> - add a writable fw_cfg \"vmcoreinfo\" entry\n> - split phys_base update from VMCOREINFO note in a seperate patch\n> - most patches had non-trivial changes, dropping reviewed-by tags\n>\n> v4: from Laszlo review\n> - switch to warn_report*()\n> - update test to follow vmgenid and use boot-sector infrastructure\n> - fix range checks in the python script\n> - add vmcoreinfo_get() stub\n>\n> v3: from Laszlo review\n> - change vmcoreinfo offset to 36\n> - reset err to null after report\n> - use PRIu32\n> - change name_size and desc_size against MAX_VMCOREINFO_SIZE\n> - python code simplification\n> - check boundaries of blocks in phys_memory_read()\n> - fix some vmgi vs vmci names\n> - add more comments in code\n> - fix comment indentation\n> - add r-b tags\n>\n> v2: from Laszlo review\n> - vmci: fix guest endianess handling\n> - vmci: fix wrong sizeof()\n> - vmci: add back reset logic from vmgenid\n> - dump: have 1MB size limit for vmcoreinfo\n> - dump: fix potential off-by-1 buffer manipulation\n> - dump: use temporary variable for qemu_strtou64\n> - dump: fixed VMCOREINFO duplication in kdump\n> - update gdb script to not call into qemu process\n> - update MAINTAINERS with some new files\n>\n> Marc-André Lureau (7):\n> fw_cfg: add write callback\n> hw/misc: add vmcoreinfo device\n> dump: add guest ELF note\n> dump: update phys_base header field based on VMCOREINFO content\n> kdump: set vmcoreinfo location\n> scripts/dump-guest-memory.py: add vmcoreinfo\n> MAINTAINERS: add Dump maintainers\n>\n> scripts/dump-guest-memory.py | 61 +++++++++++++++\n> include/hw/misc/vmcoreinfo.h | 46 +++++++++++\n> include/hw/nvram/fw_cfg.h | 3 +\n> include/sysemu/dump.h | 2 +\n> dump.c | 183 +++++++++++++++++++++++++++++++++++++++++++\n> hw/acpi/vmgenid.c | 2 +-\n> hw/core/loader.c | 2 +-\n> hw/i386/acpi-build.c | 2 +-\n> hw/isa/lpc_ich9.c | 4 +-\n> hw/misc/vmcoreinfo.c | 96 +++++++++++++++++++++++\n> hw/nvram/fw_cfg.c | 14 +++-\n> MAINTAINERS | 11 +++\n> docs/specs/vmcoreinfo.txt | 49 ++++++++++++\n> hw/misc/Makefile.objs | 1 +\n> 14 files changed, 467 insertions(+), 9 deletions(-)\n> create mode 100644 include/hw/misc/vmcoreinfo.h\n> create mode 100644 hw/misc/vmcoreinfo.c\n> create mode 100644 docs/specs/vmcoreinfo.txt\n>\n> --\n> 2.14.1.146.gd35faa819\n>\n>","headers":{"Return-Path":"","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=2001:4830:134:3::11; helo=lists.gnu.org;\n\tenvelope-from=qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org;\n\treceiver=)","ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n\tunprotected) header.d=gmail.com header.i=@gmail.com\n\theader.b=\"mWNd36Ae\"; dkim-atps=neutral"],"Received":["from lists.gnu.org (lists.gnu.org [IPv6:2001:4830:134:3::11])\n\t(using TLSv1 with cipher AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3y11C648lyz9t3R\n\tfor ;\n\tMon, 25 Sep 2017 20:53:05 +1000 (AEST)","from localhost ([::1]:41707 helo=lists.gnu.org)\n\tby lists.gnu.org with esmtp (Exim 4.71) (envelope-from\n\t)\n\tid 1dwR0X-00067i-7u\n\tfor incoming@patchwork.ozlabs.org; Mon, 25 Sep 2017 06:53:01 -0400","from eggs.gnu.org ([2001:4830:134:3::10]:51947)\n\tby lists.gnu.org with esmtp (Exim 4.71)\n\t(envelope-from ) id 1dwR09-00067b-TJ\n\tfor qemu-devel@nongnu.org; Mon, 25 Sep 2017 06:52:39 -0400","from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)\n\t(envelope-from ) id 1dwR08-0000Dd-Cg\n\tfor qemu-devel@nongnu.org; Mon, 25 Sep 2017 06:52:37 -0400","from mail-oi0-x241.google.com ([2607:f8b0:4003:c06::241]:36633)\n\tby eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16)\n\t(Exim 4.71) (envelope-from )\n\tid 1dwR08-0000DP-5q\n\tfor qemu-devel@nongnu.org; Mon, 25 Sep 2017 06:52:36 -0400","by mail-oi0-x241.google.com with SMTP id a74so3509068oib.3\n\tfor ; Mon, 25 Sep 2017 03:52:36 -0700 (PDT)","by 10.58.17.173 with HTTP; Mon, 25 Sep 2017 03:52:34 -0700 (PDT)"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;\n\th=mime-version:in-reply-to:references:from:date:message-id:subject:to\n\t:cc:content-transfer-encoding;\n\tbh=h8mx2Ks+wdx04VZSgfHHZVcIIWUKo7S+p2+Nguwv0J4=;\n\tb=mWNd36AewlypwvnCIBxfu9A/OTOAnt7mF9XYfp4ZyHG+0wTIZh2vQOzD/CejMWw3gD\n\tA8VJeYrDeQhC5GWSx6LgQYIG7U5TZdwRUcb9vwlceuCI2mSHLyUllFOF6ty156mJD/bK\n\tN/2dRrkHo3pf5L38SFbcqG4oAjZX7I0OE7RsTrsycGSH/RZ/3mE8CGA1/yat5GICh0hr\n\twBI2OwUYySD6EbLbQCgau2sGrxdJMIkHgg2AyzHekFVXF7NDxpgTD/u5Nh2D8m/WmIrC\n\tJYwEYkCBROJXebqHsaahH06MMFEBh8cgjEJOp3fV6No3BTpc+kgM/40z93SYUzJXbgWh\n\tC1bA==","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n\td=1e100.net; s=20161025;\n\th=x-gm-message-state:mime-version:in-reply-to:references:from:date\n\t:message-id:subject:to:cc:content-transfer-encoding;\n\tbh=h8mx2Ks+wdx04VZSgfHHZVcIIWUKo7S+p2+Nguwv0J4=;\n\tb=UnRVqQtNY2nivQ8P9xuzLkridoF4cDJ98li7UYidjxtIrUBmvOzh1NDC7cr18LL3P3\n\t1U1R8WXOXk59fULj4Wkt1I88OmZoNdMlk/sZG9xMV0nG5hkOdupG65l82OySGIBDKMbU\n\tXxGlWebascI5faskeghsSWaUvBcNOmQz4ln2b3lJG6eCgtKh+wXLWFEavX6sqZi93Lm9\n\t36SOrmzl0Tk5SXxHT7ii5cVvoWTLq/orKXdCvCy4A+t5/rSfOzZB76wn0kFWmhgH0v5v\n\tj/Da6t4+6il9BlMe7fTQXP4CCHStaaNDtZWeZD0qEtDjfC3AdccUIvU33u0dynLgYBpt\n\t+80Q==","X-Gm-Message-State":"AHPjjUimbe2ntf0aAdm065YBk25I3c9NGm01hxGvUVZ669Uq8BwnhXoa\n\t6H9SIRXcW9AtFaFAsX37adLmwtbJOncfoHK56UWsoQ==","X-Google-Smtp-Source":"AOwi7QCV4ijIklQUExPQJxIvrxJQ9/KtJ88FnKMnB63uQfGpiNakjboUlnMnVFA2jfZ1sV0Qvv5MEDeirBXq5omvXJY=","X-Received":"by 10.157.23.32 with SMTP id i32mr62208ota.199.1506336754959;\n\tMon, 25 Sep 2017 03:52:34 -0700 (PDT)","MIME-Version":"1.0","In-Reply-To":"<20170911165929.2791-1-marcandre.lureau@redhat.com>","References":"<20170911165929.2791-1-marcandre.lureau@redhat.com>","From":"=?utf-8?q?Marc-Andr=C3=A9_Lureau?= ","Date":"Mon, 25 Sep 2017 12:52:34 +0200","Message-ID":"","To":"QEMU ","Content-Type":"text/plain; charset=\"UTF-8\"","Content-Transfer-Encoding":"quoted-printable","X-detected-operating-system":"by eggs.gnu.org: Genre and OS details not\n\trecognized.","X-Received-From":"2607:f8b0:4003:c06::241","Subject":"Re: [Qemu-devel] [PATCH v6 0/7] KASLR kernel dump support","X-BeenThere":"qemu-devel@nongnu.org","X-Mailman-Version":"2.1.21","Precedence":"list","List-Id":"","List-Unsubscribe":",\n\t","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n\t","Cc":"Eduardo Habkost , \"Michael S. Tsirkin\"\n\t, Dave Anderson , Igor Mammedov\n\t, =?utf-8?q?Marc-Andr=C3=A9_Lureau?=\n\t, \tLaszlo Ersek ","Errors-To":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org","Sender":"\"Qemu-devel\"\n\t"}},{"id":1782712,"web_url":"http://patchwork.ozlabs.org/comment/1782712/","msgid":"","list_archive_url":null,"date":"2017-10-09T10:57:03","subject":"Re: [Qemu-devel] [PATCH v6 0/7] KASLR kernel dump support","submitter":{"id":6442,"url":"http://patchwork.ozlabs.org/api/people/6442/","name":"Marc-André Lureau","email":"marcandre.lureau@gmail.com"},"content":"ping\n\nOn Mon, Sep 25, 2017 at 12:52 PM, Marc-André Lureau\n wrote:\n> ping\n>\n> On Mon, Sep 11, 2017 at 6:59 PM, Marc-André Lureau\n> wrote:\n>> Recent linux kernels enable KASLR to randomize phys/virt memory\n>> addresses. This series aims to provide enough information in qemu\n>> dumps so that crash utility can work with randomized kernel too (it\n>> hasn't been tested on other archs than x86 though, help welcome).\n>>\n>> The previous design to provide qemu with debug details (using qemu-ga\n>> and a dedicated vmcoreinfo ACPI device) failed to satisfy the\n>> requirements during previous iterations.\n>>\n>> In particular, the previous proposed vmcoreinfo ACPI device had the\n>> following issues:\n>> - hazardous memory handling with no explicit synchronization\n>> - occupy 2 fw-cfg entries (for memory and pointer)\n>> - occupy 4k of guest memory (this could have been tweaked)\n>> - did not provide ACPI methods (this could have been added)\n>> - may be difficult to maintain compatibility (according to Michael)\n>>\n>> This is a new proposal, that leverage fw-cfg device instead of adding\n>> a new device. A \"etc/vmcoreinfo\" entry is added, where the guest,\n>> during boot or later, can write the addr/size location of an ELF note\n>> to be appended in the qemu dump.\n>>\n>> Note: only guest kernel is expected to write to a fw-cfg entry. This\n>> method is not meant for general qemu/user-space communication. There\n>> are more appropriate devices for this purpose, and the guest kernel\n>> should not expose this facility.\n>>\n>> This is quite easier to implement, and uses less of the limited fw-cfg\n>> slots, and guest memory. It also solves the synchronization issue, and\n>> may be easier to discover or to maintain compatibility.\n>>\n>> The Linux ELF note is expected to be the VMCOREINFO note, which will\n>> have a special handling in qemu in this case helping kaslr-kernel\n>> debugging. But it could be any valid ELF note.\n>>\n>> Crash 7.1.9 will parse the \"phys_base\" value from the VMCOREINFO note,\n>> and thus will work with KASLR-dump produced by this series.\n>>\n>> The series implements the note addition in qemu ELF/kdump,\n>> as well as the python scripts/dump-guest-memory.py.\n>>\n>> To test:\n>>\n>> Using kernel from https://github.com/elmarco/linux fw-cfg branch,\n>> Compile and run guest kernel with CONFIG_RANDOMIZE_BASE=y & CONFIG_FW_CFG_SYSFS=y.\n>>\n>> Run qemu with -device vmcoreinfo\n>>\n>> Produce an ELF dump:\n>> { \"execute\": \"dump-guest-memory\", \"arguments\": { \"protocol\": \"file:dump\", \"paging\": false } }\n>>\n>> Produce a kdump:\n>> { \"execute\": \"dump-guest-memory\", \"arguments\": { \"protocol\": \"file:dump\", \"paging\": false, \"format\": \"kdump-zlib\" } }\n>>\n>> Or with (gdb) dump-guest-memory, with scripts/dump-guest-memory.py script.\n>>\n>> Analyze with crash >= 7.1.9 (or the git version for 4.13 fixes..):\n>>\n>> $ crash vmlinux dump\n>>\n>> v6: after Michael Tsirkin review\n>> - rebased\n>> - modify fw_cfg write callback, called for all write\n>> - back to a seperate -device vmcoreinfo\n>> - add host_format/guest_format fields\n>> - clear/reset fw_cfg entry values on reset\n>> - write 0 as guest format to disable device\n>>\n>> v5:\n>> - removed x-write-pointer-available patch from this series\n>> - drop vmcoreinfo device\n>> - add write callback to fw_cfg entries\n>> - add a writable fw_cfg \"vmcoreinfo\" entry\n>> - split phys_base update from VMCOREINFO note in a seperate patch\n>> - most patches had non-trivial changes, dropping reviewed-by tags\n>>\n>> v4: from Laszlo review\n>> - switch to warn_report*()\n>> - update test to follow vmgenid and use boot-sector infrastructure\n>> - fix range checks in the python script\n>> - add vmcoreinfo_get() stub\n>>\n>> v3: from Laszlo review\n>> - change vmcoreinfo offset to 36\n>> - reset err to null after report\n>> - use PRIu32\n>> - change name_size and desc_size against MAX_VMCOREINFO_SIZE\n>> - python code simplification\n>> - check boundaries of blocks in phys_memory_read()\n>> - fix some vmgi vs vmci names\n>> - add more comments in code\n>> - fix comment indentation\n>> - add r-b tags\n>>\n>> v2: from Laszlo review\n>> - vmci: fix guest endianess handling\n>> - vmci: fix wrong sizeof()\n>> - vmci: add back reset logic from vmgenid\n>> - dump: have 1MB size limit for vmcoreinfo\n>> - dump: fix potential off-by-1 buffer manipulation\n>> - dump: use temporary variable for qemu_strtou64\n>> - dump: fixed VMCOREINFO duplication in kdump\n>> - update gdb script to not call into qemu process\n>> - update MAINTAINERS with some new files\n>>\n>> Marc-André Lureau (7):\n>> fw_cfg: add write callback\n>> hw/misc: add vmcoreinfo device\n>> dump: add guest ELF note\n>> dump: update phys_base header field based on VMCOREINFO content\n>> kdump: set vmcoreinfo location\n>> scripts/dump-guest-memory.py: add vmcoreinfo\n>> MAINTAINERS: add Dump maintainers\n>>\n>> scripts/dump-guest-memory.py | 61 +++++++++++++++\n>> include/hw/misc/vmcoreinfo.h | 46 +++++++++++\n>> include/hw/nvram/fw_cfg.h | 3 +\n>> include/sysemu/dump.h | 2 +\n>> dump.c | 183 +++++++++++++++++++++++++++++++++++++++++++\n>> hw/acpi/vmgenid.c | 2 +-\n>> hw/core/loader.c | 2 +-\n>> hw/i386/acpi-build.c | 2 +-\n>> hw/isa/lpc_ich9.c | 4 +-\n>> hw/misc/vmcoreinfo.c | 96 +++++++++++++++++++++++\n>> hw/nvram/fw_cfg.c | 14 +++-\n>> MAINTAINERS | 11 +++\n>> docs/specs/vmcoreinfo.txt | 49 ++++++++++++\n>> hw/misc/Makefile.objs | 1 +\n>> 14 files changed, 467 insertions(+), 9 deletions(-)\n>> create mode 100644 include/hw/misc/vmcoreinfo.h\n>> create mode 100644 hw/misc/vmcoreinfo.c\n>> create mode 100644 docs/specs/vmcoreinfo.txt\n>>\n>> --\n>> 2.14.1.146.gd35faa819\n>>\n>>\n>\n>\n>\n> --\n> Marc-André Lureau","headers":{"Return-Path":"","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=2001:4830:134:3::11; helo=lists.gnu.org;\n\tenvelope-from=qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org;\n\treceiver=)","ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n\tunprotected) header.d=gmail.com header.i=@gmail.com\n\theader.b=\"dENZIVxu\"; dkim-atps=neutral"],"Received":["from lists.gnu.org (lists.gnu.org [IPv6:2001:4830:134:3::11])\n\t(using TLSv1 with cipher AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3y9cdk69yRz9tY0\n\tfor ;\n\tMon, 9 Oct 2017 21:57:30 +1100 (AEDT)","from localhost ([::1]:57112 helo=lists.gnu.org)\n\tby lists.gnu.org with esmtp (Exim 4.71) (envelope-from\n\t)\n\tid 1e1VkX-0002Bp-11\n\tfor incoming@patchwork.ozlabs.org; Mon, 09 Oct 2017 06:57:29 -0400","from eggs.gnu.org ([2001:4830:134:3::10]:51522)\n\tby lists.gnu.org with esmtp (Exim 4.71)\n\t(envelope-from ) id 1e1VkB-0002Bh-NX\n\tfor qemu-devel@nongnu.org; Mon, 09 Oct 2017 06:57:09 -0400","from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)\n\t(envelope-from ) id 1e1VkA-0001IS-Ae\n\tfor qemu-devel@nongnu.org; Mon, 09 Oct 2017 06:57:07 -0400","from mail-oi0-x241.google.com ([2607:f8b0:4003:c06::241]:35309)\n\tby eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16)\n\t(Exim 4.71) (envelope-from )\n\tid 1e1VkA-0001Hf-48\n\tfor qemu-devel@nongnu.org; Mon, 09 Oct 2017 06:57:06 -0400","by mail-oi0-x241.google.com with SMTP id f3so13297132oia.2\n\tfor ; Mon, 09 Oct 2017 03:57:04 -0700 (PDT)","by 10.58.33.28 with HTTP; Mon, 9 Oct 2017 03:57:03 -0700 (PDT)"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;\n\th=mime-version:in-reply-to:references:from:date:message-id:subject:to\n\t:cc:content-transfer-encoding;\n\tbh=Xa96FolGPgSLY2m1X4OFTql3tf+ITpN9M3qM1GJwavA=;\n\tb=dENZIVxuTqV1CRz/JZqGfzwCBXB3jKLMhEO2Qcqav7bOzPo7jNeR6xF4m4QwuqZj5A\n\tDpYj8hFYt6gWRnyD3EDatfDMlrDLIo7TCq6ujbD2CZzrl+1hj6F3NlLq71W2R0D0ovQD\n\tGFN9xcpw+P+w4elt+9QgWd9jop4M3cdeWPLdUBWYeIFKQP/jI44KmXKuib71T5eruYW/\n\tz4uBZASpHRiRzd6fK3m1o1iD3Pq5AHOI10hfzjCIuOC8z2feexGsjijlCxN3fdM8968/\n\tmrN+QTI29I1DIeNYAVi9dueWQwj4oLDo2+GMJ3miVMywvFMSEn6zLKkeGw+yT3Fs0rVH\n\tBCjw==","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n\td=1e100.net; s=20161025;\n\th=x-gm-message-state:mime-version:in-reply-to:references:from:date\n\t:message-id:subject:to:cc:content-transfer-encoding;\n\tbh=Xa96FolGPgSLY2m1X4OFTql3tf+ITpN9M3qM1GJwavA=;\n\tb=gO7Hy2PhdWDycFV3vzJNyvfJGRw/O4SR0YM8sjI+BcJqepmN6IGQt1jUXWOhig/rK6\n\tsI78nOzbA96p7rS0S8tzqTiI0hhYfAQUDQs8gdJoPSy0dJwrNleOGjZM1Wp0q35/18rq\n\tkp7yggBb6oNTCm49izoLqEim9WheyjYZpnRld6OqxomlETLa1Y6U9meM1IoQ+RXyDc5G\n\t93EWjd+VezZB0f5Bzajof/MxnuZNBInNzeSfxmcU0hYLxOaWqbB+Jt3alKMhkmjxwahp\n\t5/yILH7cv3OT2LZP+70iEuLJUnRAsOS55ALNfbSTO3K3lDuzNMqoGmf2OHEPBffbGU8F\n\t/Mvg==","X-Gm-Message-State":"AMCzsaX+VUOiLWIhEBhMxH3RJh7kHRXXFXVDTviktmGCkT4qpZaGmcbm\n\t6V36GYxjB1+l2HIFlzTMQ4OJiQAXEldmdpUOUZAyAQ==","X-Google-Smtp-Source":"AOwi7QBOKn7A3B4/bYa9akP+IPdgTeUmUoSc3R7JVpeAcVdnf/oTA0XSC2400jyUv9lfnlUDnmAwP0/9GVXblc6NjFc=","X-Received":"by 10.157.66.140 with SMTP id r12mr6065644ote.359.1507546623871; \n\tMon, 09 Oct 2017 03:57:03 -0700 (PDT)","MIME-Version":"1.0","In-Reply-To":"","References":"<20170911165929.2791-1-marcandre.lureau@redhat.com>\n\t","From":"=?utf-8?q?Marc-Andr=C3=A9_Lureau?= ","Date":"Mon, 9 Oct 2017 12:57:03 +0200","Message-ID":"","To":"QEMU ","Content-Type":"text/plain; charset=\"UTF-8\"","Content-Transfer-Encoding":"quoted-printable","X-detected-operating-system":"by eggs.gnu.org: Genre and OS details not\n\trecognized.","X-Received-From":"2607:f8b0:4003:c06::241","Subject":"Re: [Qemu-devel] [PATCH v6 0/7] KASLR kernel dump support","X-BeenThere":"qemu-devel@nongnu.org","X-Mailman-Version":"2.1.21","Precedence":"list","List-Id":"","List-Unsubscribe":",\n\t","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n\t","Cc":"Eduardo Habkost , \"Michael S. Tsirkin\"\n\t, Dave Anderson , Igor Mammedov\n\t, =?utf-8?q?Marc-Andr=C3=A9_Lureau?=\n\t, \tLaszlo Ersek ","Errors-To":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org","Sender":"\"Qemu-devel\"\n\t"}}]