| Summary: | app-emulation/qemu-kvm USE=curl - ISO image URLs never finish loading | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Markus Hauschild <hauschild.markus> |
| Component: | Current packages | Assignee: | Gentoo QEMU Project <qemu+disabled> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | normal | CC: | davidweb |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Markus Hauschild
2012-03-10 13:10:55 UTC
I can't duplicate this at all with the same command line (updating the ISO file to current one). For me it starts up on VNC by default however. But this worked fine. The only USE flag difference for us is SPICE but that shouldn't matter here. It took a little bit with 60% CPU usage while the ISO was downloaded before VNC was active however. Try attaching gdb to the process and see what's going on and reopen with some gdb traces. How would I do that? Simply rebuilding qemu-kvm with USE="debug" is not enough it seems (at least with ctrl+c and bt I only see addresses and ??). Strace shows some HTTP/1.1 200 OK and it seems a few KiB are going over the network but that's it. Still looks like a deadlock (close to 100% CPU usage). SDL/VNC/curses - makes no difference. (In reply to comment #2) > How would I do that? Simply rebuilding qemu-kvm with USE="debug" is not > enough it seems (at least with ctrl+c and bt I only see addresses and ??). > > Strace shows some HTTP/1.1 200 OK and it seems a few KiB are going over the > network but that's it. Still looks like a deadlock (close to 100% CPU usage). > > SDL/VNC/curses - makes no difference. Look at the backtrace guide. You'll likely have to rebuild qemu and curl. http://www.gentoo.org/proj/en/qa/backtraces.xml I have a problem debugging qemu. I added "-ggdb" to my CFLAGS and "nosplit" to FEATURES. I also set USE="debug" for emerge curl qemu. It seems qemu uses PIE when linking which leads to the following problem with gdb: # gdb /usr/bin/qemu-system-x86_64 GNU gdb (Gentoo 7.5 p1) 7.5 [...] Reading symbols from /usr/bin/qemu-system-x86_64...done. (gdb) start -m 1024 -curses -cdrom http://distfiles.gentoo.org/releases/amd64/current-iso/install-amd64-minimal-20121210.iso Temporary breakpoint 1 at 0x73900: file /var/tmp/portage/app-emulation/qemu-1.2.1/work/qemu-kvm-1.2.0/vl.c, line 2346. Starting program: /usr/bin/qemu-system-x86_64 Warning: Cannot insert breakpoint -1. Error accessing memory address 0x2cab70: Input/output error. However I also can not emerge qemu with LDFLAGS="-nopie" (fails in congfigure phase) How would I proced?? What version did this happen on? I'm willing to bet it was something with curl and you've got a newer version now and its fixed. Retest with the latest stable version. I know there's a newer verison of curl and qemu. |
