-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Problems during emulation with qemu #4
Comments
What's the problem with it? There's nothing dodgy that it does - if there's an issue it should be fixed in qemu! |
qemu segfualts, basically. I did see that there is a fork of qemu being worked on specifically for the rpi, so they may have a fix for it. |
Interesting - would you happen to know of a qemu tracker where they might be looking into it? As I say, there's nothing dodgy in there. It's often that ARMv6 support is a bit patchy in many applications. Is this with JIT emulation? If so, can you try with the slow/reliable emulation? |
Hi again - I've just dug this up: http://www.raspberrypi.org/forums/viewtopic.php?f=72&t=26561&start=50 |
Ah OK, I have seen that thread. Yes go ahead and close, sorry for the
|
I'm not sure if this has been addressed yet, but I know raspbian includes this library and loads it by default. When using qemu to emulate a raspbian environment, you have to comment out the line in /etc/ld.so.preload that loads libcofi_rpi.so (any tutorial for using qemu-user with raspbian will tell you to do this).
Commenting out a line is easy enough, except that you have to remember to uncomment it when you're done working in the emulated environment.
Is there a way make this library qemu-safe?
The text was updated successfully, but these errors were encountered: