[PATCH 2/2] confdefs.h hack

Gedare Bloom gedare at rtems.org
Tue Mar 29 12:48:23 UTC 2016


On Tue, Mar 29, 2016 at 7:51 AM, Sebastian Huber
<sebastian.huber at 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.huber at embedded-brains.de
> PGP     : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
>
> _______________________________________________
> devel mailing list
> devel at rtems.org
> http://lists.rtems.org/mailman/listinfo/devel



More information about the devel mailing list