Sorry to spam so many people, there is no entries in MAINTAINERS for hw/core/loader.c and hw/core/qdev.c, any volunters? Philippe Mathieu-Daudé (3): elf-loader: warn about invalid endianess hw/core: fix missing return value in load_image_targphys_as() hw/core: report an error if invalid gpio is used hw/core/loader.c | 5 ++++- hw/core/qdev.c | 6 +++++- 2 files changed, 9 insertions(+), 2 deletions(-) -- 2.13.1
On Fri, Jun 23, 2017 at 01:45:54PM -0300, Philippe Mathieu-Daudé wrote: > Sorry to spam so many people, there is no entries in MAINTAINERS for > hw/core/loader.c and hw/core/qdev.c, any volunters? I can apply them through my machine tree, if nobody else volunteers. Do you have a simple way to trigger the error paths addressed by patches 1/3 and 2/3? -- Eduardo
Hi Eduardo, On 06/23/2017 04:45 PM, Eduardo Habkost wrote: > Do you have a simple way to trigger the error paths addressed by patches 1/3 > and 2/3? For 1/3 "elf-loader: warn about invalid endianess": $ wget -q https://people.debian.org/~aurel32/qemu/mips/vmlinux-3.2.0-4-4kc-malta $ file vmlinux-3.2.0-4-4kc-malta vmlinux-3.2.0-4-4kc-malta: ELF 32-bit MSB executable, MIPS, MIPS32 version 1 (SYSV), statically linked, BuildID[sha1]=66b8748075269e8aedb91d363050f74af8a0ebdd, not stripped $ qemu-system-mipsel -version QEMU emulator version 2.8.1(Debian 1:2.8+dfsg-6) Copyright (c) 2003-2016 Fabrice Bellard and the QEMU Project developers $ qemu-system-mipsel -kernel vmlinux-3.2.0-4-4kc-malta qemu: could not load kernel 'vmlinux-3.2.0-4-4kc-malta' Once applied: $ mipsel-softmmu/qemu-system-mipsel -kernel vmlinux-3.2.0-4-4kc-malta vmlinux-3.2.0-4-4kc-malta: wrong endianess qemu: could not load kernel 'vmlinux-3.2.0-4-4kc-malta' It could be more verbose/nicer. I'm doing some dual endianness tests and sometimes it happened I only notice I'm stupid enough to load the wrong elf once stepping in gdb... For 2/3 "fix missing return value in load_image_targphys_as()" I extracted it from a WiP branch "unify-arm-mips-loaders" think that if I never finish it, at least this one can still be useful for others. No commits in this branch since 4months so I don't really remember how it happens, but looking at rom_add_file() I see: fprintf(stderr, "Could not open option rom '%s': %s\n", rom->path, strerror(errno)); goto err; ... fprintf(stderr, "rom: file %-20s: get size error: %s\n", rom->name, strerror(errno)); goto err; ... fprintf(stderr, "rom: file %-20s: read error: rc=%d (expected %zd)\n", rom->name, rc, rom->datasize); goto err; So my guess is again I missed something in the command line I used (used unfinished bash auto-complete which lead to a directory? use zipped rom?) and QEMU was still booting without using the specified rom. I do remember single stepping there at least 2 times before realize again how stupid I was :) Regards, Phil.
On 06/23/17 18:45, Philippe Mathieu-Daudé wrote: > Sorry to spam so many people, there is no entries in MAINTAINERS for > hw/core/loader.c and hw/core/qdev.c, any volunters? > > Philippe Mathieu-Daudé (3): > elf-loader: warn about invalid endianess > hw/core: fix missing return value in load_image_targphys_as() > hw/core: report an error if invalid gpio is used > > hw/core/loader.c | 5 ++++- > hw/core/qdev.c | 6 +++++- > 2 files changed, 9 insertions(+), 2 deletions(-) > With the typo that Peter pointed out fixed: series Reviewed-by: Laszlo Ersek <lersek@redhat.com>
On Fri, Jun 23, 2017 at 9:45 AM, Philippe Mathieu-Daudé <f4bug@amsat.org> wrote: > Sorry to spam so many people, there is no entries in MAINTAINERS for > hw/core/loader.c and hw/core/qdev.c, any volunters? If no one else wants to I could maintain hw/core/loader.c. It's pretty similar to the generic-loader which I already maintain. Thanks, Alistair > > Philippe Mathieu-Daudé (3): > elf-loader: warn about invalid endianess > hw/core: fix missing return value in load_image_targphys_as() > hw/core: report an error if invalid gpio is used > > hw/core/loader.c | 5 ++++- > hw/core/qdev.c | 6 +++++- > 2 files changed, 9 insertions(+), 2 deletions(-) > > -- > 2.13.1 > >
© 2016 - 2024 Red Hat, Inc.