[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH v3 6/7] scripts/dump-guest-memory.py: add vmcore
From: |
Marc-André Lureau |
Subject: |
Re: [Qemu-devel] [PATCH v3 6/7] scripts/dump-guest-memory.py: add vmcoreinfo |
Date: |
Wed, 12 Jul 2017 00:08:43 +0000 |
Hi
On Tue, Jul 11, 2017 at 10:23 PM Laszlo Ersek <address@hidden> wrote:
> On 07/11/17 12:30, Marc-André Lureau wrote:
> > Add vmcoreinfo ELF note if vmcoreinfo device is ready.
> >
> > To help the python script, add a little global vmcoreinfo_gdb
> > structure, that is populated with vmcoreinfo_gdb_update().
> >
> > Signed-off-by: Marc-André Lureau <address@hidden>
> > ---
> > scripts/dump-guest-memory.py | 46
> ++++++++++++++++++++++++++++++++++++++++++++
> > hw/acpi/vmcoreinfo.c | 3 +++
> > 2 files changed, 49 insertions(+)
>
> ... I've gotten a bit confused here, but I think this is what happened:
> at 12:04 CEST today you commented on the "volatile thing"; at 12:30 CEST
> you posted this v3 series, and I only followed up on your v2 comment at
> 15:25 CEST. So it's no surprise that whatever we discussed there can't
> be seen in this patch.
>
> So... IIUC our discussion there, you're going to post a v4 for this,
> with a function-scoped, and internal-linkage, "vmcoreinfo_gdb_helper"
> variable, also qualifying it "volatile", and accessing it with the
> "function::variable" pattern from the python script. Is that about right?
>
>
yes
> One more comment below (actually two, but for one location):
>
> > diff --git a/scripts/dump-guest-memory.py b/scripts/dump-guest-memory.py
> > index f7c6635f15..80730658ae 100644
> > --- a/scripts/dump-guest-memory.py
> > +++ b/scripts/dump-guest-memory.py
> > @@ -14,6 +14,7 @@ the COPYING file in the top-level directory.
> > """
> >
> > import ctypes
> > +import struct
> >
> > UINTPTR_T = gdb.lookup_type("uintptr_t")
> >
> > @@ -120,6 +121,22 @@ class ELF(object):
> > self.segments[0].p_filesz += ctypes.sizeof(note)
> > self.segments[0].p_memsz += ctypes.sizeof(note)
> >
> > +
> > + def add_vmcoreinfo_note(self, vmcoreinfo):
> > + """Adds a vmcoreinfo note to the ELF dump."""
> > + # compute the header size, and copy that many bytes from the
> note
> > + header = get_arch_note(self.endianness, 0, 0)
> > + ctypes.memmove(ctypes.pointer(header),
> > + vmcoreinfo, ctypes.sizeof(header))
> > + # now get the full note
> > + note = get_arch_note(self.endianness,
> > + header.n_namesz - 1, header.n_descsz)
> > + ctypes.memmove(ctypes.pointer(note), vmcoreinfo,
> ctypes.sizeof(note))
> > +
> > + self.notes.append(note)
> > + self.segments[0].p_filesz += ctypes.sizeof(note)
> > + self.segments[0].p_memsz += ctypes.sizeof(note)
> > +
> > def add_segment(self, p_type, p_paddr, p_size):
> > """Adds a segment to the elf."""
> >
> > @@ -505,6 +522,34 @@ shape and this command should mostly work."""
> > cur += chunk_size
> > left -= chunk_size
> >
> > + def phys_memory_read(self, addr, size):
> > + qemu_core = gdb.inferiors()[0]
> > + for block in self.guest_phys_blocks:
> > + if block["target_start"] <= addr < block["target_end"] \
> > + and addr + size < block["target_end"]:
>
> Thanks for touching this up, but now I have two more new comments :)
>
> First (and sorry about putting my request unclearly in the v2 review), I
> think we need the following, and only the following checks here:
> - "addr" against block["target_start"],
> - "addr + size" against block["target_end"].
>
> Second, if you are comparing limits of the same kind (that is, inclusive
> vs. inclusive, and exclusive vs. exclusive), then equality is valid and
> should be accepted. Therefore,
>
> block["target_start"] <= addr
>
> is correct (exact match is valid), but
>
> addr + size < block["target_end"]
>
> is incorrect (too strict), because "addr + size" is an exclusive limit
> -- same as block["target_end"] -- so equality should again be accepted:
>
> addr + size <= block["target_end"]
>
>
Agree, and fixed
> If you clean these up, you can add my
>
> Acked-by: Laszlo Ersek <address@hidden>
>
> but I would still like a real Pythonista to review this patch. Adding
> Janosch.
>
>
sure, let's wait for his feedback
Thanks
> Janosch -- can you please help review this patch?
>
> Thanks,
> Laszlo
>
>
> > + haddr = block["host_addr"] + (addr -
> block["target_start"])
> > + return qemu_core.read_memory(haddr, size)
> > + return None
> > +
> > + def add_vmcoreinfo(self):
> > + if not gdb.parse_and_eval("vmcoreinfo_gdb_helper"):
> > + return
> > +
> > + addr =
> gdb.parse_and_eval("vmcoreinfo_gdb_helper.vmcoreinfo_addr_le")
> > + addr = bytes([addr[i] for i in range(4)])
> > + addr = struct.unpack("<I", addr)[0]
> > +
> > + mem = self.phys_memory_read(addr, 16)
> > + if not mem:
> > + return
> > + (version, addr, size) = struct.unpack("<IQI", mem)
> > + if version != 0:
> > + return
> > +
> > + vmcoreinfo = self.phys_memory_read(addr, size)
> > + if vmcoreinfo:
> > + self.elf.add_vmcoreinfo_note(vmcoreinfo.tobytes())
> > +
> > def invoke(self, args, from_tty):
> > """Handles command invocation from gdb."""
> >
> > @@ -518,6 +563,7 @@ shape and this command should mostly work."""
> >
> > self.elf = ELF(argv[1])
> > self.guest_phys_blocks = get_guest_phys_blocks()
> > + self.add_vmcoreinfo()
> >
> > with open(argv[0], "wb") as vmcore:
> > self.dump_init(vmcore)
> > diff --git a/hw/acpi/vmcoreinfo.c b/hw/acpi/vmcoreinfo.c
> > index 0ea41de8d9..bfef211aad 100644
> > --- a/hw/acpi/vmcoreinfo.c
> > +++ b/hw/acpi/vmcoreinfo.c
> > @@ -20,6 +20,8 @@
> > #include "sysemu/sysemu.h"
> > #include "qapi/error.h"
> >
> > +VMCoreInfoState *vmcoreinfo_gdb_helper;
> > +
> > void vmcoreinfo_build_acpi(VMCoreInfoState *vis, GArray *table_data,
> > GArray *vmci, BIOSLinker *linker)
> > {
> > @@ -181,6 +183,7 @@ static void vmcoreinfo_realize(DeviceState *dev,
> Error **errp)
> > return;
> > }
> >
> > + vmcoreinfo_gdb_helper = VMCOREINFO(dev);
> > qemu_register_reset(vmcoreinfo_handle_reset, dev);
> > }
> >
> >
>
>
> --
Marc-André Lureau
- [Qemu-devel] [PATCH v3 1/7] vmgenid: replace x-write-pointer-available hack, (continued)
- [Qemu-devel] [PATCH v3 1/7] vmgenid: replace x-write-pointer-available hack, Marc-André Lureau, 2017/07/11
- [Qemu-devel] [PATCH v3 2/7] acpi: add vmcoreinfo device, Marc-André Lureau, 2017/07/11
- [Qemu-devel] [PATCH v3 3/7] tests: add simple vmcoreinfo test, Marc-André Lureau, 2017/07/11
- [Qemu-devel] [PATCH v3 4/7] dump: add vmcoreinfo ELF note, Marc-André Lureau, 2017/07/11
- [Qemu-devel] [PATCH v3 5/7] kdump: add vmcoreinfo ELF note, Marc-André Lureau, 2017/07/11
- [Qemu-devel] [PATCH v3 6/7] scripts/dump-guest-memory.py: add vmcoreinfo, Marc-André Lureau, 2017/07/11
[Qemu-devel] [PATCH v3 7/7] MAINTAINERS: add Dump maintainers, Marc-André Lureau, 2017/07/11
Re: [Qemu-devel] [PATCH v3 0/7] KASLR kernel dump support, no-reply, 2017/07/11
Re: [Qemu-devel] [PATCH v3 0/7] KASLR kernel dump support, Laszlo Ersek, 2017/07/11