Greetings All, I have been attempting to build DirectFB 1.1.1 on an embedded ARM-based platform similar in many respects to TI¹s DaVinci platform. Everything is up and running well in single-application mode, but the switch to multi-app mode is giving me some fits. I can get the fusion kernel driver compiled and installed without issue, as well as the multi-app code within DirectFB itself. The problem comes at runtime with the execution of the mmap() command during shared memory pool creation, which fails everytime. The fact that the mmap() calls request a fixed address starting at 0x20000000 appears to be the heart of the problem, although perhaps it is the actual memory map of the platform that is at issue. At any rate, I have tried fixed address of all types in the format 0xX0000000 to no avail.
I¹ve also tried the following test: I modified the mmap() calls to use a NULL address and thus have the OS give back an address, ran the code, and recorded the address given back. I then put mmap() calls back the way they were (using a fixed address) and used the address given back by the first run as the actual fixed address. This worked for first couple of calls, but soon the memory pool creation requests were asking for areas that were too large and that ultimately failed as well. Please note that the platform I¹m working on is an embedded system and thus does not have a large amount of memory (128 MB to be exact). I¹m sure there are others of you that have run into this problem in getting multi-app support up and running on your embedded platforms, and I¹d really like to know how you solved this issue. Could it be an issue with the way virtual memory is set up on the platform? Any other possibilities? Thanks! -Robert Hildinger
_______________________________________________ directfb-dev mailing list directfb-dev@directfb.org http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
