On Tue, Mar 29, 2016 at 7:51 AM, Sebastian Huber <sebastian.hu...@embedded-brains.de> wrote: > On 29/03/16 13:47, Sebastian Huber wrote: >> >> Not to be committed. How can we fix this? > > > I was able to run all MP tests except mp14 successfully using Qemu and a > virtual network. The TCP/IP based MPCI support is basically BSP independent > and should work for all BSPs that support a network interface driver in the > old network stack. So, maybe this MPCI driver should move to libchip. I am > not sure how we should address the confdefs.h issue. > This makes sense. You could add a new configure flag for the driver then, e.g. CONFIGURE_MPCI_DRIVER_ENABLED or something to control the confdefs ++bloat.
> The mp14 test seems to use a global partition. Does this make sense in a > non-shared memory setup, e.g. message passing via TCP/IP? > I doubt it makes sense. You need to have a lot of middleware to get a (partitioned) global address space to work over a message passing interface. It has been done before e.g. to use UPC/OpenMP over MPI, but I don't think this is necessarily good in our case. > -- > Sebastian Huber, embedded brains GmbH > > Address : Dornierstr. 4, D-82178 Puchheim, Germany > Phone : +49 89 189 47 41-16 > Fax : +49 89 189 47 41-09 > E-Mail : sebastian.hu...@embedded-brains.de > PGP : Public key available on request. > > Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. > > > _______________________________________________ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
