linux-kernel - [PATCH 0/2] Drivers: hv: fix kexec/kdump after the recent changes

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-Id: <20170125131755.21652-1-vkuznets@redhat.com>
Date:   Wed, 25 Jan 2017 14:17:53 +0100
From:   Vitaly Kuznetsov <vkuznets@...hat.com>
To:     devel@...uxdriverproject.org
Cc:     linux-kernel@...r.kernel.org, x86@...nel.org,
        "K. Y. Srinivasan" <kys@...rosoft.com>,
        Haiyang Zhang <haiyangz@...rosoft.com>,
        Stephen Hemminger <sthemmin@...rosoft.com>
Subject: [PATCH 0/2] Drivers: hv: fix kexec/kdump after the recent changes

'Restructure architecture specific code' series (now merged in char-misc)
introduced a regression wrt kexec/kdump. Hypercall and TSC pages setup was
moved out to the architecture specific code and the cleanup was dropped. We,
however, still need this cleanup: in kexec case the new kernel may try
using these pages as normal memory and will certainly crash. Restore the
minimal cleanup moving it to the architecture specific code.

Commit ids I mention in 'Fixes:' tags are from char-misc-next.

Vitaly Kuznetsov (2):
  Drivers: hv: restore hypervcall page cleanup before kexec
  Drivers: hv: restore TSC page cleanup before kexec

 arch/x86/hyperv/hv_init.c       | 20 ++++++++++++++++++++
 arch/x86/include/asm/mshyperv.h |  1 +
 drivers/hv/hv.c                 | 10 ----------
 drivers/hv/hyperv_vmbus.h       |  2 --
 drivers/hv/vmbus_drv.c          | 10 +++-------
 5 files changed, 24 insertions(+), 19 deletions(-)

-- 
2.9.3