tsp-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE : RE : RE : [Tsp-devel] Mise au point de TSP sur leon2


From: Arquer Stephane
Subject: RE : RE : RE : [Tsp-devel] Mise au point de TSP sur leon2
Date: Mon, 25 Feb 2008 10:52:03 +0100

> Qu'est-ce que ça donne les traces dans tsp_rpc_1?

J'ai rajouté des printf ds les case de tcp_rpc_1 et je ne vois rien. Je ne 
rentre pas ds la fct.


> -----Message d'origine-----
> De : address@hidden 
> [mailto:address@hidden
> rg] De la part de Frederik Deweerdt
> Envoyé : lundi 25 février 2008 10:24
> À : Transport Sample Protocol development list
> Objet : Re: RE : RE : [Tsp-devel] Mise au point de TSP sur leon2
> 
> 
> On Mon, Feb 25, 2008 at 10:08:23AM +0100, Arquer Stephane wrote:
> > Bonjour,
> > > Est-ce que le consumer generique arrive exécuter une requete
> > > par exemple:
> > > tsp_request_filtered_information -v -u leon2 SIMPLE Symbol1
> > > tsp_request_generic -v -u leon2 
> tsp_request_filtered_information SIMPLE Symbol1
> > Non, c'est la même chose, et il n'y a pas d'autres traces 
> que les Info 
> > qui défilent à chaque TOP.
> > 
> > > 
> > > Ceci en activant les traces?
> > > 
> > > > > > generation of 1000 Symbols at 3.692109 Hz
> > > > > 
> > > > > La fréquence est pour le moins bizarre?
> > > > 
> > > > Oui, mais je ne l'explique pas pour l'instant, normalement
> > > ce devrait
> > > > être 64.0 Hz.
> > > > 
> > > 
> > > Alors je pense qu'il y a soit un pb d'alignement mémoire
> > > incorrect soit un pb de petits endiens / gros endiens qu'on a 
> > > pas vu. J'essaierai de faire un essai Linux i386 avec Solaris 
> > > Sparc la semaine prochaine, c'est une config "similaire" d'un 
> > > point de vue de l'endianité.
> > 
> > C'est pour ça que j'ai rajouté un define dans 
> tsp_abs_type.h #define 
> > TSP_BYTE_ORDER TSP_BIG_ENDIAN Mais par de changement 
> visible pour le 
> > moment.
> > 
> > Pour répondre à FD
> > > Un autre truc bizarre, dans le patch que j'ai svc_register est 
> > > appellé avec un protocole à 0, alors que IPPROTO_TCP y 
> est commenté. 
> > > Quelle en est la raison?
> >  
> > Lorsque j'utilise IPPROTO_TCP ds svc_register, rpc_server 
> n'arrive pas 
> > à s'attacher avec le prog Id:
> > ERROR|| /..../tsp_server.c##TSP_rpc_run.c##306: RPC server 
> enable to 
> > ERROR|| register ProgId=31230010
> En effet, autant pour moi: il faut passer zero si l'on veut 
> éviter de s'enregistrer sur le portmap. Qu'est-ce que ça 
> donne les traces dans tsp_rpc_1?
> 
> A bientôt,
> Frederik
> 
> 
> _______________________________________________
> Tsp-devel mailing list
> address@hidden 
> http://lists.nongnu.org/mailman/listinfo/tsp-devel
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]