Hi, is it possible for you to give a short description of what is your current issue with qemu and memory mapping? Because I think that we encountered some issues like that already when working with Scratchbox and qemu-arm.
The last one I remember was because of the mmap_min_addr kernel security settings. Now, ubuntu set it by default at 65536. On arm, because the low_memory zone is lower, it should not be higher than 32768. And so, some arm programs, running through qemu, will legitimately try to mmap address under 65536 and so fail. In our case, the "ldd" (using ld-linux..so) command from the arm toolchain was not working and so transparently the ldd of the host was used instead. So you can try this to see if it fixes your issue (on the host of any virtual machine if any) with: Temporarily: sudo -s && echo "0" > /proc/sys/vm/mmap_min_addr && exit Permanently->need reboot: By adding the following line in /etc/sysctl.d/20-zeropage-security-lowered.conf: vm.mmap_min_addr = 0 In our case, we now use the value "4096". I hope that that could help, Florent On Fri, Sep 27, 2013 at 8:33 AM, Zhang, Qiang Z <[email protected]>wrote: > Hi all,**** > > ** ** > > Thanks for all of your active response about our survey. From the web > survey, we have collected about 53 responses, and almost half of engineer > are still using 32bit host system for Tizen development, and some people > have given more details reason why they are still using 32bit system, thank > you!**** > > ** ** > > So, Our final decision is 32bit system will still be supported by our > tools (gbs/mic). For qemu issue, we will spend more resource to root cause > it and fixed, Jan-Simon Möller is working on this with us to try to fix, > thank you very much, and thanks all of you to discuss this topic, which > practice the spirit of open source well.**** > > ** ** > > Thanks**** > > Qiang**** > > ** ** > > ** ** > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Zhang, Qiang Z > *Sent:* Tuesday, September 17, 2013 5:59 PM > *To:* [email protected] > *Subject:* [Tizen General] Tizen platform development tools survey : > dropping 32bit linux support**** > > ** ** > > Hi Developers,**** > > **** > > This is a simple survey about how many developers still want to use 32bit > Linux for development.**** > > **** > > Currently, platform development tools(gbs/mic) support 32bit/64bit on the > following 9 distributions:**** > > **** > > * Ubuntu 13.04**** > > * Ubuntu 12.10**** > > * Ubuntu 12.04**** > > * openSUSE 12.3**** > > * openSUSE 12.2**** > > * openSUSE 12.1**** > > * Fedora 19**** > > * Fedora 18**** > > * CentOS 6**** > > **** > > 32bit qemu does not works well while building special packages, such as > eglibc. Besides this, the maintenance and testing for each platform is a > very time consuming work, so if we drop the possible seldom used 32bit > platforms' support, the update of tools will be much more agile. **** > > **** > > As Tizen will support 64bit build in the future, which can only be built > by using 64bit system, so it's recommended to switch to 64bit system ASAP. > **** > > **** > > Now we will do the survey before our final decision.**** > > **** > > Survey page: > http://fluidsurveys.com/surveys/xiaoqiang/tizen-platform-development-tools-survey/ > **** > > **** > > We will collect the survey and send out it, which is the basis for our > decision to dropping 32bit Linux support**** > > **** > > Thanks**** > > Qiang**** > > **** > > **** > > **** > > **** > > _______________________________________________ > General mailing list > [email protected] > https://lists.tizen.org/listinfo/general > >
_______________________________________________ General mailing list [email protected] https://lists.tizen.org/listinfo/general
