Fwd:Re: found MPCI Layer problem?

[Francesco Poletti]

Sorry for the late answer but time zone don't help us...
I have some problems to apply the patch mp.diff which you give me, I'm using the
 snapshot rtems-ss-20021118. In the file libcsupport/include/rtems/libio.h I'm
not able to found the point to apply changes.
Thanks Francesco
I have seen that in the file   
Francesco Poletti wrote:
> 
> Because, I don't know why but the function _Objects_Initialize_information
> is never called with parameter supports_global with value true.

Found it.  Global editting gone crazy.  Try the attached patch
and let me know if it helps.

I have run the mptests on the Linux simulator port and they pass there.

--joel

> Francesco Poletti wrote:
> >
> > I think that I have found my trouble with MPCI layer, but now I'm not able to
> > resolve it...
> > The _RTEMS_tasks_Information structure,which seem to be instanziated in the file
> > cpukit/rtems/include/rtems/rtems/tasks.h, isn't inizialized. In particoular the
> > camp _RTEMS_tasks_Information->global_table seem to be null.Is needed a cast or
> > I must inizialite this camp, if yes how and where?
> 
> Why isn't it being initialized around line 166 in
> score/src/objectinitializeinformation.c
> (_Objects_Initialize_information)?
> Did you configure with multiprocessing enabled?
> 
> --joel
> 
> > Thanks to all Francesco
> >
> > Francesco Poletti wrote:
> > >
> > > Hy,
> > > I have seen to the function _RTEMS_tasks_MP_Process_packet in the file
> > > cpukit/rtems/src/taskmp.c. as Joel suggested: all seem works well...
> > > I think that the problem may be in the formulation of the packet or in the
> > > object table. If anyone can help me to found the formulation of the packet and
> > > the object table structure I will be very happy! :-)
> >
> > The global object table structure is defined in
> > score/include/rtems/score/objectmp.h.
> > The "global_table" entry in the Objects_Information control block is a
> > pointer to an array of them for each object type.  So something like
> > this
> > in gdb
> >
> > p _RTEMS_tasks_Information.global_table[NODE]
> >
> > where NODE is the remote node number.
> >
> > You should be able to walk through _Objects_MP_Open to see it get added
> > and _Objects_MP_Global_name_search to watch the search.
> >
> > The packet in question should be a SHMDR "envelope" or "header" followed
> > by a packet of the structure RTEMS_tasks_MP_Packet.
> >
> > One distinct possibility is that when I reworked the object name stuff
> > to better support variable length string names I messed up the MP
> > portion
> > of this.  If it doesn't look right when it gets to those routines above
> > ping me and I will rerun the mp test suite.  I thought it had been run
> > recently.  But for sure, you are at the point where it would be helpful
> > to feel good. :)
> >
> > It might even be worth your time to get the powerpc/psim environment
> > running to see how another working MP target behaves.
> >
> > > Tanks to all Francesco.
> > > Francesco Poletti wrote:
> > > >
> > > > Hy, I have booted rtems on my two arm simulator, for implementing MPCI Layer
> > > > I'm using the shared memory, like this I use the driver in the shmdr
> > > > dyrectory.
> > > > I'm using a little test examples in which every node generate a global task
> > > > and after call:
> > > > rtems_task_ident( Task_name[ remote_node ], RTEMS_SEARCH_ALL_NODES,
> > > > &test_tid);
> > > > That function returned invalid object, I have looked into the MPCI layer
using
> > > > the debugger and I have seen that when the node generate the global task
> > > > there is a right communication with the other node, but after the
> > > > rtems_task_ident there isn't communication beetwen the node...
> > > > Where the node put the Object table? Where can understand how this table
> > > > function?
> > >
> > > For each class of object, there is local and global object id
> > > information.
> > > It is maintained on each node.  The creation of that task should have
> > > resulted
> > > in an entry being added to the global object table for classic tasks on
> > > the
> > > other node.
> > >
> > > See if you get to the RTEMS_TASKS_MP_ANNOUNCE_CREATE case lable in the
> > > function _RTEMS_tasks_MP_Process_packet in the file
> > > cpukit/rtems/src/taskmp.c.
> > >
> > > > Thanks to all Francesco.
> > >
> > > --
> > > Joel Sherrill, Ph.D.             Director of Research & Development
> > > joel at OARcorp.com                 On-Line Applications Research
> > > Ask me about RTEMS: a free RTOS  Huntsville AL 35805
> > > Support Available                (256) 722-9985
> >
> > --
> > Joel Sherrill, Ph.D.             Director of Research & Development
> > joel at OARcorp.com                 On-Line Applications Research
> > Ask me about RTEMS: a free RTOS  Huntsville AL 35805
> > Support Available                (256) 722-9985
> 
> --
> Joel Sherrill, Ph.D.             Director of Research & Development
> joel at OARcorp.com                 On-Line Applications Research
> Ask me about RTEMS: a free RTOS  Huntsville AL 35805
> Support Available                (256) 722-9985

-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel at OARcorp.com                 On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
Support Available                (256) 722-9985