[Qemu-devel] Black screen on qemu launch

2014-08-11 Thread New B
Hi,

Here is my environment:

1- qemu 1.7.1
2- MacOSX 10.9.4
3- glib & friends 2.40.0
4- configure statement as copied from config.status:
exec './configure' '--enable-cocoa' '--target-list=arm-softmmu' '--disable-vnc' 
'--enable-debug'
5- The kernel image and rootfs are built via yocto-project (standard, out of 
the box, no custom bitbake recipes or anything)
6- the command line arguments passed to the executable are:
-kernel 
/Users/myhome/Projects/QEMU/FinalQEMUBuild/qemuarm/zImage--3.10.17-qemuarm.bin 
-M versatilepb -hda 
/Users/myhome/Projects/QEMU/FinalQEMUBuild/qemuarm/core-image-minimal-qemuarm.rootfs.ext3
 -no-reboot -show-cursor -usb -usbdevice wacom-tablet --append "root=/dev/sda 
rw console=ttyAMAO console=tty ip=192.168.7.2::192.168.7.1:.55.255.255.0 
mem=128M highres=off"
 

> Results:
- a cocoa window shows up entirely white with absolutely nothing showing...
- when i refresh it (minimize, then show), it turns entirely black
- when i gdb-attach to the process, this is the stack trace:

(gdb) bt
#0  0x7fff84a129aa in select$DARWIN_EXTSN ()
#1  0x0001045a36d3 in g_poll ()
#2  0x000103aebe69 in qemu_poll_ns (fds=0x7fd10eb00100, nfds=4, 
timeout=29021000) at qemu-timer.c:319
#3  0x000103a96bb3 in os_host_main_loop_wait (timeout=29021000) at 
main-loop.c:228
#4  0x000103a96a0c in main_loop_wait (nonblocking=0) at main-loop.c:483
#5  0x000103b34a86 in main_loop () at vl.c:2015
#6  0x000103b2ee86 in qemu_main (argc=14, argv=0x7fff5c39c9c8, 
envp=0x7fff5c39ca40) at vl.c:4379
#7  0x000103b1c629 in -[QemuCocoaAppController 
startEmulationWithArgc:argv:] (self=0x7fd10be0c580, _cmd=0x103d7110c, argc=14, 
argv=0x7fff5c39c9c8) at ui/cocoa.m:815
#8  0x000103b1c42f in -[QemuCocoaAppController 
applicationDidFinishLaunching:] (self=0x7fd10be0c580, _cmd=0x7fff8587b240, 
note=0x7fd10bd2a5c0) at ui/cocoa.m:793
#9  0x7fff8d870e0c in 
__CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ ()
#10 0x7fff8d76482d in _CFXNotificationPost ()
#11 0x7fff8710d7ba in -[NSNotificationCenter 
postNotificationName:object:userInfo:] ()
#12 0x7fff8c447b69 in -[NSApplication _postDidFinishNotification] ()
#13 0x7fff8c44789c in -[NSApplication _sendFinishLaunchingNotification] ()
#14 0x7fff8c444786 in -[NSApplication(NSAppleEventHandling) 
_handleAEOpenEvent:] ()
#15 0x7fff8c4441db in -[NSApplication(NSAppleEventHandling) 
_handleCoreEvent:withReplyEvent:] ()
#16 0x7fff8712bf0a in -[NSAppleEventManager 
dispatchRawAppleEvent:withRawReply:handlerRefCon:] ()
#17 0x7fff8712bd7d in _NSAppleEventManagerGenericHandler ()
#18 0x7fff8dc34e1f in aeDispatchAppleEvent ()
#19 0x7fff8dc34c32 in dispatchEventAndSendReply ()
#20 0x7fff8dc34b36 in aeProcessAppleEvent ()
#21 0x7fff8aad4161 in AEProcessAppleEvent ()
#22 0x7fff8c4400b6 in _DPSNextEvent ()
#23 0x7fff8c43f89b in -[NSApplication 
nextEventMatchingMask:untilDate:inMode:dequeue:] ()
#24 0x7fff8c43399c in -[NSApplication run] ()
#25 0x000103b1d48a in main (argc=14, argv=0x7fff5c39c9c8) at ui/cocoa.m:952
(gdb) 

- when i launch qemu from within gdb after disabling signal interception 
(nostop, noprint for SIGUSR1 and SIGUSR2), the black window just stays as is 
and nothing is loaded.

The configure script picked the sigaltstack as the  coroutine backend.  (I 
would love to switch it away from sigaltstack, and onto gthread, but I read 
enough to suggest that qemu is not stable with gthread... so i went with the 
defaults, for the time being).
 
What am i doing wrong?

I would appreciate some pointers.

Thanks!
Nancy


[Qemu-devel] Are Qemu builds supported for arm host?

2014-04-15 Thread New B

Hi,


I keep getting this error:  "must include QEMU headers” emitted from 
tcg/tcg-op.h.  I have no idea how come this is happening.

BTW, the same setup I have (build env + 1.7.1-stable qemu sources) to 
successfully build a functional qemu-system-arm for x86-64 host.


Any info/pointers are much needed and appreciated.

Thanks!

[Qemu-devel] qemu builds on arm hosts

2014-04-15 Thread New B

Hey folks,


Are qemu builds supported for aarch64 arm hosts?

I hit these errors:

1- a pragma #error induced error in tcg/aarch64/tcg-target.c stating that 
"USE_DIRECT_JUMP required for aarch64”, line 1105.
2- a link failure:
Undefined symbols for architecture x86_64:
  "_print_insn_i386", referenced from:
  _disas in disas.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[1]: *** [qemu-system-arm] Error 1
make: *** [subdir-arm-softmmu] Error 2

I am not sure why there is a mention of “architecture x86_64” if I am supposed 
to be building for aarch64.


Thanks!


On Apr 15, 2014, at 2:47 PM, New B  wrote:

> 
> Hi,
> 
> 
> I keep getting this error:"must include QEMU headers” emitted from 
> tcg/tcg-op.h.  I have no idea how come this is happening.
> 
> BTW, the same setup I have (build env + 1.7.1-stable qemu sources) to 
> successfully build a functional qemu-system-arm for x86-64 host.
> 
> 
> Any info/pointers are much needed and appreciated.
> 
> Thanks!



Re: [Qemu-devel] building for an arm host on an x86_64 machine [was: qemu builds on arm hosts]

2014-04-18 Thread New B
I just realized that the original subject of my question was not accurate.

I am trying to compile qemu to run on an arm host.  I don't have an arm host 
yet.  Until I get one, I am just trying to build and link it on an x86_64 
ubuntu machine.  (If I am already out of bounds at this point as I would need a 
different toolchain, I would appreciate pointers).

Meanwhile, I have also used the yocto project to build a 32-bit arm linux 
kernel and rootfs for “MACHINE ?= qemuarm"

Presently, I have no access to an arm host nor the embedded arm board for the 
device yet.

My problem is that I am unable to get a successful build of qemu-system-arm 
given the following build environment and configuration statement.

Build Environment:
uname -a
Linux NewBnz-FX6800-01e 3.5.0-47-generic #71-Ubuntu SMP Wed Feb 19 00:00:07 UTC 
2014 x86_64 x86_64 x86_64 GNU/Linux

gcc --version
gcc (Ubuntu/Linaro 4.7.2-2ubuntu1) 4.7.2
Copyright (C) 2012 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

 ld --version
GNU ld (GNU Binutils for Ubuntu) 2.22.90.20120924
Copyright 2012 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) a later version.
This program has absolutely no warranty.

Qemu configuration
./configure --cpu=arm --target-list=arm-softmmu --disable-vnc --disable-sdl 
--disable-virtfs --disable-brlapi --disable-rdma --disable-libusb 
--disable-usb-redir --enable-pie

I appreciate your help.  The ramp-up on qemu source base is proving to be 
steeper than I expected.

Thank you!


On Apr 16, 2014, at 3:25 PM, Peter Maydell  wrote:

> On 16 April 2014 04:26, New B  wrote:
>> I hit these errors:
>> 
>> 1- a pragma #error induced error in tcg/aarch64/tcg-target.c stating that
>> "USE_DIRECT_JUMP required for aarch64”, line 1105.
>> 2- a link failure:
>> Undefined symbols for architecture x86_64:
>>  "_print_insn_i386", referenced from:
>>  _disas in disas.o
>> ld: symbol(s) not found for architecture x86_64
>> clang: error: linker command failed with exit code 1 (use -v to see
>> invocation)
>> make[1]: *** [qemu-system-arm] Error 1
>> make: *** [subdir-arm-softmmu] Error 2
>> 
>> I am not sure why there is a mention of “architecture x86_64” if I am
>> supposed to be building for aarch64.
> 
> You've clearly managed to break your build environment
> somehow (wrong arguments to configure?) because that is
> trying to use the x86 linker, from the looks of things. Is this
> a cross-build?
> 
> In any case, this should all work so your problems are
> in your build environment or configure arguments, I think.
> You might like to try one of the 2.0 release candidates,
> just to check it's not something that's only wrong on the
> 1.7.x branch.
> 
> thanks
> -- PMM
>