qnet with Sandpoint & x86 host

bridged with qdn.public.qnxrtp.powerpc
Post Reply
Marc Labbe

qnet with Sandpoint & x86 host

Post by Marc Labbe » Wed Mar 05, 2003 6:31 pm

Hello,

Target: Sandpoint eval board with ppc8245 running QNX 6.2.0
Host: x86 PC also running QNX 6.2.0
NIC: DEC w 21040 chipset - using the Generic tulip driver

here is the idea... I want to start my target, download and boot a basic
load of QNX. Then, in order to make various tests, I want my binaries and
libraries to be loaded through Qnet. This way, I could have a "ligther" load
and run many tests without having to reboot. I could also modify the
binaries or libraries on my host and execute new tests without having to
download the modified stuff. Does it sound right ? (I think so...)

The problem...
The net is configured ok, I can ping from/to the target/host. Qnet is
started ok, I can see the host's hostname, fardoche, (and others x86
hosts/targets) from my host the /net as shown here:
------------------------------
# ls /net
crane. hpbrio2. rdqnx.
fardoche. nelson. sandpoint

Process 53256 (ls) exited status=0.
------------------------------

Here is what I see from the host:
------------------------------
(fardoche)/home/mlab > ls /net
crane hpbrio2 rdqnx
fardoche nelson sandpoint.net.intra
(fardoche)/home/mlab >
------------------------------

However, there seems to be a problem regarding the endianness. I know the
ppc is BE and the x86 LE but I don't think it should be a problem, unless
the Qnet doesn't translate ntoh / hton.

Here is the output when I try to list the content of my host from the
target. The same error comes up the other way...
------------------------------
# ls /net/fardoche.
ls: Endian not supported (/net/fardoche.)

Process 57352 (ls) exited status=1.
------------------------------

I also noticed that there is a '.' after each x86 host on the Qnet from the
Sandpoint and that the Sandpoint's hostname appear as "sandpoint.net.intra".
Could that be a pointer to the source of the problem. I don't know where the
Sandpoint gets its domain name either !?

What can I do to acheive my goal ? Would I be better off using nfs ? Is it
possible to do what I want ?

thx

Marc Labbé

Chris McKillop

Re: qnet with Sandpoint & x86 host

Post by Chris McKillop » Wed Mar 05, 2003 7:10 pm

However, there seems to be a problem regarding the endianness. I know the
ppc is BE and the x86 LE but I don't think it should be a problem, unless
the Qnet doesn't translate ntoh / hton.
Correct, Qnet does not work inter-endian. The issue is at many levels, but
comes down to the fact that Qnet is mostly a bridge for transparent message
passing over the network. You will have to use nfs.

Here is a buildfile I use for doing just this with qnet, simply add in
tcpip at the start and use fs-nfs2/3 before the symlinks are all made.

http://qnx.wox.org/qnx/qnet-smp.build

chris

--
Chris McKillop <cdm@qnx.com> "The faster I go, the behinder I get."
Software Engineer, QSSL -- Lewis Carroll --
http://qnx.wox.org/

Adam Mallory

Re: qnet with Sandpoint & x86 host

Post by Adam Mallory » Wed Mar 05, 2003 7:16 pm

Chris McKillop <cdm@qnx.com> wrote in message
news:b45i3s$mm8$2@nntp.qnx.com...
Correct, Qnet does not work inter-endian. The issue is at many levels,
but
comes down to the fact that Qnet is mostly a bridge for transparent
message
passing over the network. You will have to use nfs.

Here is a buildfile I use for doing just this with qnet, simply add in
tcpip at the start and use fs-nfs2/3 before the symlinks are all made.
Actually, QNET is ok endian wise, it's the resmgr stuff that rides on top
which isn't (ie. file IO). So you could send a message over QNET from an
'le' box to a 'be' box, as long as the message payload makes sense to the
target.

-Adam

Marc Labbe

Re: qnet with Sandpoint & x86 host

Post by Marc Labbe » Wed Mar 05, 2003 8:17 pm

Adam Mallory <amallory@qnx.com> wrote in message
news:b45iae$ncg$1@nntp.qnx.com...
Chris McKillop <cdm@qnx.com> wrote in message
news:b45i3s$mm8$2@nntp.qnx.com...

Correct, Qnet does not work inter-endian. The issue is at many levels,
but
comes down to the fact that Qnet is mostly a bridge for transparent
message
passing over the network. You will have to use nfs.

Here is a buildfile I use for doing just this with qnet, simply add in
tcpip at the start and use fs-nfs2/3 before the symlinks are all made.

Actually, QNET is ok endian wise, it's the resmgr stuff that rides on top
which isn't (ie. file IO). So you could send a message over QNET from an
'le' box to a 'be' box, as long as the message payload makes sense to the
target.
ok, but I need more than just messages :-(
I'll try with nfs then... any issues working with NFS to load binaries and
libs ?

thx
Marc

Adam Mallory

Re: qnet with Sandpoint & x86 host

Post by Adam Mallory » Wed Mar 05, 2003 8:39 pm

Marc Labbe <marc.labbe@mindready.com> wrote in message
news:b45lbt$3l$1@inn.qnx.com...
Adam Mallory <amallory@qnx.com> wrote in message
news:b45iae$ncg$1@nntp.qnx.com...

Chris McKillop <cdm@qnx.com> wrote in message
news:b45i3s$mm8$2@nntp.qnx.com...

Correct, Qnet does not work inter-endian. The issue is at many
levels,
but
comes down to the fact that Qnet is mostly a bridge for transparent
message
passing over the network. You will have to use nfs.

Here is a buildfile I use for doing just this with qnet, simply add in
tcpip at the start and use fs-nfs2/3 before the symlinks are all made.

Actually, QNET is ok endian wise, it's the resmgr stuff that rides on
top
which isn't (ie. file IO). So you could send a message over QNET from
an
'le' box to a 'be' box, as long as the message payload makes sense to
the
target.
ok, but I need more than just messages :-(

I'll try with nfs then... any issues working with NFS to load binaries and
libs ?
NFS works fine.

-Adam

Chris McKillop

Re: qnet with Sandpoint & x86 host

Post by Chris McKillop » Wed Mar 05, 2003 8:48 pm

Actually, QNET is ok endian wise, it's the resmgr stuff that rides on top
which isn't (ie. file IO). So you could send a message over QNET from an
'le' box to a 'be' box, as long as the message payload makes sense to the
target.
True - but we don't provide any inter-endian discovery method so unless you
manually enter the pid/chid of the server to the client you cannot even make
the connection to send a raw message.

chris

--
Chris McKillop <cdm@qnx.com> "The faster I go, the behinder I get."
Software Engineer, QSSL -- Lewis Carroll --
http://qnx.wox.org/

Marc Labbe

Re: qnet with Sandpoint & x86 host

Post by Marc Labbe » Thu Mar 06, 2003 7:45 pm

me again ;)

ok, now I can 'see' the binaries and libs compiled on my host with -V
gcc_ntoppcbe and PATH is set to:

PATH=/proc/boot:/bin:.

I compiled a simple "hello world" program (qcc -V gcc_ntoppcbe -g -o hello
hello.c). When I try to run it on the target I get the error "Bad file
descriptor" ? Should it be loaded in RAM as if it was located on any local
device like a hard disk ?

I attached my build file, maybe it can help ?

thx again !
Marc

Adam Mallory <amallory@qnx.com> wrote in message
news:b45n5h$qh1$1@nntp.qnx.com...
Marc Labbe <marc.labbe@mindready.com> wrote in message
news:b45lbt$3l$1@inn.qnx.com...
Adam Mallory <amallory@qnx.com> wrote in message
news:b45iae$ncg$1@nntp.qnx.com...

Chris McKillop <cdm@qnx.com> wrote in message
news:b45i3s$mm8$2@nntp.qnx.com...

Correct, Qnet does not work inter-endian. The issue is at many
levels,
but
comes down to the fact that Qnet is mostly a bridge for transparent
message
passing over the network. You will have to use nfs.

Here is a buildfile I use for doing just this with qnet, simply add
in
tcpip at the start and use fs-nfs2/3 before the symlinks are all
made.

Actually, QNET is ok endian wise, it's the resmgr stuff that rides on
top
which isn't (ie. file IO). So you could send a message over QNET from
an
'le' box to a 'be' box, as long as the message payload makes sense to
the
target.
ok, but I need more than just messages :-(

I'll try with nfs then... any issues working with NFS to load binaries
and
libs ?

NFS works fine.

-Adam

begin 666 sandpoint.build
M(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C
M(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C"B,*(R!.975T<FEN;R!O
M;B!T:&4@4V%N9'!O:6YT($UO=&]R;VQA(%-04R!E=F%L=6%T:6]N('!L871F
M;W)M"B,*(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C
M(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C"B,*(R!);G1E
M<G)U<'0@07-S:6=N;65N=',*(R M+2TM+2TM+2TM+2TM+2TM+2TM+2T*(R!0
M34,@,3 W+T5024,@:6YT97)R=7!T<PHC"B,@=F5C=&]R.@DP"B,@=')I9V=E
M<CH);&5V96P*(R!D979I8V4Z"5!-0S(@:6YT97)R=7!T("AS;&]T(#,@24Y4
M02P@8V%S8V%D92!F<F]M('=I;F)O;F0I"B,*(R!V96-T;W(Z"3$*(R!T<FEG
M9V5R.@EL979E; HC(&1E=FEC93H)4$U#,PHC"B,@=F5C=&]R.@DR"B,@=')I
M9V=E<CH);&5V96P*(R!D979I8V4Z"5!-0S *(PHC('9E8W1O<CH),PHC('1R
M:6=G97(Z"6QE=F5L"B,@9&5V:6-E.@E034,Q"B,*(PHC(#@R-3D@4$E"(&EN
M=&5R<G5P=',*(PHC('9E8W1O<CH),3 P"B,@=')I9V=E<CH)<FES:6YG(&5D
M9V4*(R!D979I8V4Z"3@R-30@=&EM97(@,2!C;W5N=&5R(# *(PHC('9E8W1O
M<CH),3 Q"B,@=')I9V=E<CH)<FES:6YG(&5D9V4*(R!D979I8V4Z"5!3+S(@
M2V5Y8F]A<F0*(PHC('9E8W1O<CH),3 R"B,@=')I9V=E<CH)<FES:6YG(&5D
M9V4*(R!D979I8V4Z"4-A<V-A9&4@9G)O;2 X,C4Y(&-O;G1R;VQL97(@,@HC
M"B,@=F5C=&]R.@DQ,#,*(R!T<FEG9V5R.@ER:7-I;F<@961G90HC(&1E=FEC
M93H)4V5R:6%L('!O<G0@,@HC"B,@=F5C=&]R.@DQ,#0*(R!T<FEG9V5R.@ER
M:7-I;F<@961G90HC(&1E=FEC93H)4V5R:6%L('!O<G0@,0HC"B,@=F5C=&]R
M.@DQ,#4*(R!T<FEG9V5R.@EH:6=H(&QE=F5L"B,@9&5V:6-E.@HC"B,@=F5C
M=&]R.@DQ,#8*(R!T<FEG9V5R.@ER:7-I;F<@961G90HC(&1E=FEC93H)1FQO
M<'!Y(&1I<VL@8V]N=')O;&QE<@HC"B,@=F5C=&]R.@DQ,#<*(R!T<FEG9V5R
M.@ER:7-I;F<@961G90HC(&1E=FEC93H)4&%R86QL96P@<&]R= HC"B,@=F5C
M=&]R.@DQ,#@*(R!T<FEG9V5R.@EF86QL:6YG(&5D9V4*(R!D979I8V4Z"4XO
M50HC"B,@=F5C=&]R.@DQ,#D*(R!T<FEG9V5R.@EH:6=H(&QE=F5L"B,@9&5V
M:6-E.@E.+U4*(PHC('9E8W1O<CH),3$P"B,@=')I9V=E<CH);&]W(&QE=F5L
M"B,@9&5V:6-E.@E.+U4*(PHC('9E8W1O<CH),3$Q"B,@=')I9V=E<CH)<FES
M:6YG(&5D9V4*(R!D979I8V4Z"4XO50HC"B,@=F5C=&]R.@DQ,3(*(R!T<FEG
M9V5R.@ER:7-I;F<@961G90HC(&1E=FEC93H)4%,O,B!-;W5S90HC"B,@=F5C
M=&]R.@DQ,3,*(R!T<FEG9V5R.@ER:7-I;F<@961G90HC(&1E=FEC93H)=6YU
M<V5D"B,*(R!V96-T;W(Z"3$Q- HC('1R:6=G97(Z"6QO=R!L979E; HC(&1E
M=FEC93H)14E$12!P<FEM87)Y"B,*(R!V96-T;W(Z"3$Q-0HC('1R:6=G97(Z
M"6QO=R!L979E; HC(&1E=FEC93H)14E$12!S96-O;F1A<GD*(PHC"B,@5&EM
M97(@:6YT97)R=7!T"B,*(R!V96-T;W(Z"3!X.# P,# P,# @*%!00S@P,%])
M3E127T1%0U)%345.5$52*0HC('1R:6=G97(Z"4XO00HC(&1E=FEC93H)4%!#
M(&1E8W)E;65N=&5R(&EN=&5R<G5P=" H<WES=&5M('1I;65R*0HC"B,C(R,C
M(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C
M(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(PHC"B,@3VXM8F]A<F0@9&5V:6-E
M<PHC("TM+2TM+2TM+2TM+2TM+2T*(PHC(&1E=FEC93H)35!#,3 W"B,@<&-I
M.@D)<&-I+7-A;F1P;VEN= HC"B,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C
M(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C
M(R,C(PI;:6UA9V4],'@Q9C P,#!="EMV:7)T=6%L/7!P8V)E+'-R96,@*V-O
M;7!R97-S72 N8F]O='-T<F%P(#T@>PH)<W1A<G1U<"US86YD<&]I;G0@+79V
M=B M1#@R-3 N+C$Q-3(P, H@(" @4$%42#TO<')O8R]B;V]T("!P<F]C;G1O
M+38P," M=G9V"GT*"ELK<V-R:7!T72 N<V-R:7!T(#T@>PH)9&ES<&QA>5]M
M<V<@4F]L;&EN9PH)9&5V8RUS97(X,C4P(" M92 M8S$X-#8R,# @+6(Q,34R
M,# @,'AF93 P,#-F."PQ,#0@,'AF93 P,#)F."PQ,#,@)B @( H)<F5O<&5N
M(" *"61I<W!L87E?;7-G(%=E;&-O;64@=&\@3F5U=')I;F\@;VX@82!386YD
M<&]I;G0*"0H)(R!4:&5S92!E;G8@=F%R:6%B;&5S(&EN:&5R:71E9"!B>2!A
M;&P@=&AE('!R;V=R86US('=H:6-H(&9O;&QO=PH@(" @4UE33D%-13UN=&\*
M(" @(%1%4DT]<6%N<VD*(" @(%!!5$@]+W!R;V,O8F]O= H@(" @3$1?3$E"
M4D%265]0051(/2]P<F]C+V)O;W0Z+VQI8@H@(" @2$]35$Y!344]<V%N9'!O
M:6YT"B @("!04D]#15-33U(]<'!C8F4*"@ED:7-P;&%Y7VUS9R!S=&%R=&EN
M9R!P:7!E"@EP:7!E("8*"7=A:71F;W(@+V1E=B]P:7!E"@HC"7)E;W!E;B O
M9&5V+W-E<C(*(PE;*W-E<W-I;VX@<')I/3,P72!0051(/2]B:6XZ+W!R;V,O
M8F]O="!E<V@@)@H)<F5O<&5N("]D978O<V5R,0H)6RMS97-S:6]N72!0051(
M/2]B:6XZ+W!R;V,O8F]O="!E<V@@)@H*"2,@4W1A<G0@4$-)(&-O;G1R;VQL
M97(*"61I<W!L87E?;7-G('-T87)T:6YG('!C:2US86YD<&]I;G0*"7!C:2US
M86YD<&]I;G0@+78@)@H)=V%I=&9O<B O9&5V+W!C:0H*"2,@4W1A<G0@;F5T
M=V]R:R!D865M;VYS"@ED:7-P;&%Y7VUS9R!S=&%R=&EN9R!I;RUN970*"6EO
M+6YE=" M9'1U;&EP("UP=&-P:7 *"7=A:71F;W(@+V1E=B]S;V-K970*"6EF
M7W5P("UP(&5N, H):69C;VYF:6<@96XP('-A;F1P;VEN= H):69?=7 @96XP
M"@ER;W5T92 M<2!A9&0@9&5F875L=" Q,"XQ+C N,0H*"61I<W!L87E?;7-G
M('-T87)T:6YG($Y&4R!C;&EE;G0*"69S+6YF<S,@)@H*"5!!5$@])%!!5$@Z
M+VYF<R]B:6XO)%!23T-%4U-/4CHN"@E,1%],24)205)97U!!5$@])$Q$7TQ)
M0E)!4EE?4$%42#HO;F9S+VQI8B\D4%)/0T534T]2.BX*"@ED:7-P;&%Y7VUS
M9R!13E@@0"!Y;W5R('-E<G9I8V4@.BD*"61I<W!L87E?;7-G( I]"@I;='EP
M93UL:6YK72 O9&5V+V-O;G-O;&4]+V1E=B]S97(Q"EMT>7!E/6QI;FM=("]U
M<W(O;&EB+VQD<6YX+G-O+C(]+W!R;V,O8F]O="]L:6)C+G-O"EMT>7!E/6QI
M;FM=("]L:6(O;&EB<V]C:V5T+G-O+C(]+W!R;V,O8F]O="]L:6)S;V-K970N
M<V\*6W1Y<&4];&EN:UT@+W1M<#TO9&5V+W-H;65M"EMT>7!E/6QI;FM=("]B
M:6XO<V@]+W!R;V,O8F]O="]K<V@*"B,@2&]S=',@9FEL90HO971C+VAO<W1S
M(#T@>PHQ,C<N,"XP+C$);&]C86QH;W-T"C$P+C$N,"XR,C<)<V%N9'!O:6YT
M"C$P+C$N,"XR,C@)9F%R9&]C:&4*,3 N,2XP+C$W- ER9'%N> I]"@HC(&EN
M971D('-E<G9I8V5S"B]E=&,O<V5R=FEC97,@/2!["G1E;&YE= D),C,O=&-P
M"G!D96)U9PD).# P,"]T8W *?0H*(R!I;F5T9"!C;VYF:6<*+V5T8R]I;F5T
M9"YC;VYF(#T@>PIT96QN970)"7-T<F5A;0D)=&-P"0EN;W=A:70)"2]B:6XO
M=&5L;F5T9 D)=&5L;F5T9 IP9&5B=6<)"7-T<F5A;0D)=&-P"0EN;W=A:70)
M"2]B:6XO<&1E8G5G"0EP9&5B=6<@+0I]"@HC(&%D9"!S:&%R960@;V)J96-T
M<PIL:6)C+G-O"FQI8G-O8VME="YS;PID979N+71U;&EP+G-O"FYP;2UT8W!I
M<"YS;PH*6V1A=&$]8UT*9&5V8RUS97(X,C4P"G!C:2US86YD<&]I;G0*<&-I
M"G!I<&4*97-H"FEO+6YE= II9F-O;F9I9PII9E]U< IR;W5T90IP:6YG"G!I
=9&EN"F9S+6YF<S,*;6]U;G0*;',*=&5L;F5T9 H`
`
end

Chris McKillop

Re: qnet with Sandpoint & x86 host

Post by Chris McKillop » Thu Mar 06, 2003 8:12 pm

Try using fs-nfs2. I belive there is a bug in 6.2.0's fs-nfs3 where it
can't run binaries (fixed in 6.2.1).

chris

Marc Labbe <marc.labbe@mindready.com> wrote:
me again ;)

ok, now I can 'see' the binaries and libs compiled on my host with -V
gcc_ntoppcbe and PATH is set to:

PATH=/proc/boot:/bin:.

I compiled a simple "hello world" program (qcc -V gcc_ntoppcbe -g -o hello
hello.c). When I try to run it on the target I get the error "Bad file
descriptor" ? Should it be loaded in RAM as if it was located on any local
device like a hard disk ?

I attached my build file, maybe it can help ?

thx again !
Marc

Adam Mallory <amallory@qnx.com> wrote in message
news:b45n5h$qh1$1@nntp.qnx.com...
Marc Labbe <marc.labbe@mindready.com> wrote in message
news:b45lbt$3l$1@inn.qnx.com...
Adam Mallory <amallory@qnx.com> wrote in message
news:b45iae$ncg$1@nntp.qnx.com...

Chris McKillop <cdm@qnx.com> wrote in message
news:b45i3s$mm8$2@nntp.qnx.com...

Correct, Qnet does not work inter-endian. The issue is at many
levels,
but
comes down to the fact that Qnet is mostly a bridge for transparent
message
passing over the network. You will have to use nfs.

Here is a buildfile I use for doing just this with qnet, simply add
in
tcpip at the start and use fs-nfs2/3 before the symlinks are all
made.

Actually, QNET is ok endian wise, it's the resmgr stuff that rides on
top
which isn't (ie. file IO). So you could send a message over QNET from
an
'le' box to a 'be' box, as long as the message payload makes sense to
the
target.
ok, but I need more than just messages :-(

I'll try with nfs then... any issues working with NFS to load binaries
and
libs ?

NFS works fine.

-Adam




begin 666 sandpoint.build
M(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C
M(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C"B,*(R!.975T<FEN;R!O
M;B!T:&4@4V%N9'!O:6YT($UO=&]R;VQA(%-04R!E=F%L=6%T:6]N('!L871F
M;W)M"B,*(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C
M(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C"B,*(R!);G1E
M<G)U<'0@07-S:6=N;65N=',*(R M+2TM+2TM+2TM+2TM+2TM+2TM+2T*(R!0
M34,@,3 W+T5024,@:6YT97)R=7!T<PHC"B,@=F5C=&]R.@DP"B,@=')I9V=E
M<CH);&5V96P*(R!D979I8V4Z"5!-0S(@:6YT97)R=7!T("AS;&]T(#,@24Y4
M02P@8V%S8V%D92!F<F]M('=I;F)O;F0I"B,*(R!V96-T;W(Z"3$*(R!T<FEG
M9V5R.@EL979E; HC(&1E=FEC93H)4$U#,PHC"B,@=F5C=&]R.@DR"B,@=')I
M9V=E<CH);&5V96P*(R!D979I8V4Z"5!-0S *(PHC('9E8W1O<CH),PHC('1R
M:6=G97(Z"6QE=F5L"B,@9&5V:6-E.@E034,Q"B,*(PHC(#@R-3D@4$E"(&EN
M=&5R<G5P=',*(PHC('9E8W1O<CH),3 P"B,@=')I9V=E<CH)<FES:6YG(&5D
M9V4*(R!D979I8V4Z"3@R-30@=&EM97(@,2!C;W5N=&5R(# *(PHC('9E8W1O
M<CH),3 Q"B,@=')I9V=E<CH)<FES:6YG(&5D9V4*(R!D979I8V4Z"5!3+S(@
M2V5Y8F]A<F0*(PHC('9E8W1O<CH),3 R"B,@=')I9V=E<CH)<FES:6YG(&5D
M9V4*(R!D979I8V4Z"4-A<V-A9&4@9G)O;2 X,C4Y(&-O;G1R;VQL97(@,@HC
M"B,@=F5C=&]R.@DQ,#,*(R!T<FEG9V5R.@ER:7-I;F<@961G90HC(&1E=FEC
M93H)4V5R:6%L('!O<G0@,@HC"B,@=F5C=&]R.@DQ,#0*(R!T<FEG9V5R.@ER
M:7-I;F<@961G90HC(&1E=FEC93H)4V5R:6%L('!O<G0@,0HC"B,@=F5C=&]R
M.@DQ,#4*(R!T<FEG9V5R.@EH:6=H(&QE=F5L"B,@9&5V:6-E.@HC"B,@=F5C
M=&]R.@DQ,#8*(R!T<FEG9V5R.@ER:7-I;F<@961G90HC(&1E=FEC93H)1FQO
M<'!Y(&1I<VL@8V]N=')O;&QE<@HC"B,@=F5C=&]R.@DQ,#<*(R!T<FEG9V5R
M.@ER:7-I;F<@961G90HC(&1E=FEC93H)4&%R86QL96P@<&]R= HC"B,@=F5C
M=&]R.@DQ,#@*(R!T<FEG9V5R.@EF86QL:6YG(&5D9V4*(R!D979I8V4Z"4XO
M50HC"B,@=F5C=&]R.@DQ,#D*(R!T<FEG9V5R.@EH:6=H(&QE=F5L"B,@9&5V
M:6-E.@E.+U4*(PHC('9E8W1O<CH),3$P"B,@=')I9V=E<CH);&]W(&QE=F5L
M"B,@9&5V:6-E.@E.+U4*(PHC('9E8W1O<CH),3$Q"B,@=')I9V=E<CH)<FES
M:6YG(&5D9V4*(R!D979I8V4Z"4XO50HC"B,@=F5C=&]R.@DQ,3(*(R!T<FEG
M9V5R.@ER:7-I;F<@961G90HC(&1E=FEC93H)4%,O,B!-;W5S90HC"B,@=F5C
M=&]R.@DQ,3,*(R!T<FEG9V5R.@ER:7-I;F<@961G90HC(&1E=FEC93H)=6YU
M<V5D"B,*(R!V96-T;W(Z"3$Q- HC('1R:6=G97(Z"6QO=R!L979E; HC(&1E
M=FEC93H)14E$12!P<FEM87)Y"B,*(R!V96-T;W(Z"3$Q-0HC('1R:6=G97(Z
M"6QO=R!L979E; HC(&1E=FEC93H)14E$12!S96-O;F1A<GD*(PHC"B,@5&EM
M97(@:6YT97)R=7!T"B,*(R!V96-T;W(Z"3!X.# P,# P,# @*%!00S@P,%])
M3E127T1%0U)%345.5$52*0HC('1R:6=G97(Z"4XO00HC(&1E=FEC93H)4%!#
M(&1E8W)E;65N=&5R(&EN=&5R<G5P=" H<WES=&5M('1I;65R*0HC"B,C(R,C
M(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C
M(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(PHC"B,@3VXM8F]A<F0@9&5V:6-E
M<PHC("TM+2TM+2TM+2TM+2TM+2T*(PHC(&1E=FEC93H)35!#,3 W"B,@<&-I
M.@D)<&-I+7-A;F1P;VEN= HC"B,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C
M(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C
M(R,C(PI;:6UA9V4],'@Q9C P,#!="EMV:7)T=6%L/7!P8V)E+'-R96,@*V-O
M;7!R97-S72 N8F]O='-T<F%P(#T@>PH)<W1A<G1U<"US86YD<&]I;G0@+79V
M=B M1#@R-3 N+C$Q-3(P, H@(" @4$%42#TO<')O8R]B;V]T("!P<F]C;G1O
M+38P," M=G9V"GT*"ELK<V-R:7!T72 N<V-R:7!T(#T@>PH)9&ES<&QA>5]M
M<V<@4F]L;&EN9PH)9&5V8RUS97(X,C4P(" M92 M8S$X-#8R,# @+6(Q,34R
M,# @,'AF93 P,#-F."PQ,#0@,'AF93 P,#)F."PQ,#,@)B @( H)<F5O<&5N
M(" *"61I<W!L87E?;7-G(%=E;&-O;64@=&\@3F5U=')I;F\@;VX@82!386YD
M<&]I;G0*"0H)(R!4:&5S92!E;G8@=F%R:6%B;&5S(&EN:&5R:71E9"!B>2!A
M;&P@=&AE('!R;V=R86US('=H:6-H(&9O;&QO=PH@(" @4UE33D%-13UN=&\*
M(" @(%1%4DT]<6%N<VD*(" @(%!!5$@]+W!R;V,O8F]O= H@(" @3$1?3$E"
M4D%265]0051(/2]P<F]C+V)O;W0Z+VQI8@H@(" @2$]35$Y!344]<V%N9'!O
M:6YT"B @("!04D]#15-33U(]<'!C8F4*"@ED:7-P;&%Y7VUS9R!S=&%R=&EN
M9R!P:7!E"@EP:7!E("8*"7=A:71F;W(@+V1E=B]P:7!E"@HC"7)E;W!E;B O
M9&5V+W-E<C(*(PE;*W-E<W-I;VX@<')I/3,P72!0051(/2]B:6XZ+W!R;V,O
M8F]O="!E<V@@)@H)<F5O<&5N("]D978O<V5R,0H)6RMS97-S:6]N72!0051(
M/2]B:6XZ+W!R;V,O8F]O="!E<V@@)@H*"2,@4W1A<G0@4$-)(&-O;G1R;VQL
M97(*"61I<W!L87E?;7-G('-T87)T:6YG('!C:2US86YD<&]I;G0*"7!C:2US
M86YD<&]I;G0@+78@)@H)=V%I=&9O<B O9&5V+W!C:0H*"2,@4W1A<G0@;F5T
M=V]R:R!D865M;VYS"@ED:7-P;&%Y7VUS9R!S=&%R=&EN9R!I;RUN970*"6EO
M+6YE=" M9'1U;&EP("UP=&-P:7 *"7=A:71F;W(@+V1E=B]S;V-K970*"6EF
M7W5P("UP(&5N, H):69C;VYF:6<@96XP('-A;F1P;VEN= H):69?=7 @96XP
M"@ER;W5T92 M<2!A9&0@9&5F875L=" Q,"XQ+C N,0H*"61I<W!L87E?;7-G
M('-T87)T:6YG($Y&4R!C;&EE;G0*"69S+6YF<S,@)@H*"5!!5$@])%!!5$@Z
M+VYF<R]B:6XO)%!23T-%4U-/4CHN"@E,1%],24)205)97U!!5$@])$Q$7TQ)
M0E)!4EE?4$%42#HO;F9S+VQI8B\D4%)/0T534T]2.BX*"@ED:7-P;&%Y7VUS
M9R!13E@@0"!Y;W5R('-E<G9I8V4@.BD*"61I<W!L87E?;7-G( I]"@I;='EP
M93UL:6YK72 O9&5V+V-O;G-O;&4]+V1E=B]S97(Q"EMT>7!E/6QI;FM=("]U
M<W(O;&EB+VQD<6YX+G-O+C(]+W!R;V,O8F]O="]L:6)C+G-O"EMT>7!E/6QI
M;FM=("]L:6(O;&EB<V]C:V5T+G-O+C(]+W!R;V,O8F]O="]L:6)S;V-K970N
M<V\*6W1Y<&4];&EN:UT@+W1M<#TO9&5V+W-H;65M"EMT>7!E/6QI;FM=("]B
M:6XO<V@]+W!R;V,O8F]O="]K<V@*"B,@2&]S=',@9FEL90HO971C+VAO<W1S
M(#T@>PHQ,C<N,"XP+C$);&]C86QH;W-T"C$P+C$N,"XR,C<)<V%N9'!O:6YT
M"C$P+C$N,"XR,C@)9F%R9&]C:&4*,3 N,2XP+C$W- ER9'%N> I]"@HC(&EN
M971D('-E<G9I8V5S"B]E=&,O<V5R=FEC97,@/2!["G1E;&YE= D),C,O=&-P
M"G!D96)U9PD).# P,"]T8W *?0H*(R!I;F5T9"!C;VYF:6<*+V5T8R]I;F5T
M9"YC;VYF(#T@>PIT96QN970)"7-T<F5A;0D)=&-P"0EN;W=A:70)"2]B:6XO
M=&5L;F5T9 D)=&5L;F5T9 IP9&5B=6<)"7-T<F5A;0D)=&-P"0EN;W=A:70)
M"2]B:6XO<&1E8G5G"0EP9&5B=6<@+0I]"@HC(&%D9"!S:&%R960@;V)J96-T
M<PIL:6)C+G-O"FQI8G-O8VME="YS;PID979N+71U;&EP+G-O"FYP;2UT8W!I
M<"YS;PH*6V1A=&$]8UT*9&5V8RUS97(X,C4P"G!C:2US86YD<&]I;G0*<&-I
M"G!I<&4*97-H"FEO+6YE= II9F-O;F9I9PII9E]U< IR;W5T90IP:6YG"G!I
=9&EN"F9S+6YF<S,*;6]U;G0*;',*=&5L;F5T9 H`
`
end
--
Chris McKillop <cdm@qnx.com> "The faster I go, the behinder I get."
Software Engineer, QSSL -- Lewis Carroll --
http://qnx.wox.org/

Marc Labbe

Re: qnet with Sandpoint & x86 host

Post by Marc Labbe » Thu Mar 06, 2003 8:43 pm

I'll try with nfs then... any issues working with NFS to load
binaries and libs ?

NFS works fine.
ah ha !!! got ya ;-)
It works fine with NFS 2, at least with simple programs. I'll try nfs 3
again when I can get a hold on a copy of 6.2.1 !

thanks for the great support, fast and efficient !
Marc

Chris McKillop <cdm@qnx.com> wrote in message
news:b48a37$j67$1@nntp.qnx.com...
Try using fs-nfs2. I belive there is a bug in 6.2.0's fs-nfs3 where it
can't run binaries (fixed in 6.2.1).

chris

Marc Labbe <marc.labbe@mindready.com> wrote:
me again ;)

ok, now I can 'see' the binaries and libs compiled on my host with -V
gcc_ntoppcbe and PATH is set to:

PATH=/proc/boot:/bin:.

I compiled a simple "hello world" program (qcc -V gcc_ntoppcbe -g -o
hello
hello.c). When I try to run it on the target I get the error "Bad file
descriptor" ? Should it be loaded in RAM as if it was located on any
local
device like a hard disk ?

I attached my build file, maybe it can help ?

thx again !
Marc

Adam Mallory <amallory@qnx.com> wrote in message
news:b45n5h$qh1$1@nntp.qnx.com...
Marc Labbe <marc.labbe@mindready.com> wrote in message
news:b45lbt$3l$1@inn.qnx.com...
Adam Mallory <amallory@qnx.com> wrote in message
news:b45iae$ncg$1@nntp.qnx.com...

Chris McKillop <cdm@qnx.com> wrote in message
news:b45i3s$mm8$2@nntp.qnx.com...

Correct, Qnet does not work inter-endian. The issue is at many
levels,
but
comes down to the fact that Qnet is mostly a bridge for
transparent
message
passing over the network. You will have to use nfs.

Here is a buildfile I use for doing just this with qnet, simply
add
in
tcpip at the start and use fs-nfs2/3 before the symlinks are all
made.

Actually, QNET is ok endian wise, it's the resmgr stuff that rides
on
top
which isn't (ie. file IO). So you could send a message over QNET
from
an
'le' box to a 'be' box, as long as the message payload makes sense
to
the
target.
ok, but I need more than just messages :-(

I'll try with nfs then... any issues working with NFS to load
binaries
and
libs ?

NFS works fine.

-Adam

Post Reply

Return to “qdn.public.qnxrtp.powerpc”