> I found that it can't support higher baud rate than 115200 in standard PCs.
> Then is there any possible device (e.g. usb to serial dongle) in QNX using 
> higher baud rate?

Hmm...

I think the question should be, WHAT hardware are you going to use, to support "921600" baudrate? Is it a special chip? 
Is it a USB to Serial dongle?

Then a proper driver is needed to handle the hardware. 

Hello:

I've been trying Rev 409 and don't seem to see the IP address problem.

However, I did see the "ftp: netin : No such process" and found it to be
some sort of strange optimization issue that was causing the stack to
crash.  It was resolved by adding a volatile declaration.  Rev 410
contains the fix.

I did see the occasional problem with flow control (probably because of
my cabling), so disabling flow control for the serial port might also be
useful.  On both sides:

stty -ihflow -ohflow < dev/ser1

As a side note, it looks like io-pkt has compression capability that
io-net doesn't because I was getting 23.5 KB/s through the link.

	Hope that helps and thanks for reporting the problem!
			Robert.


-----Original Message-----
From: Jongpil Won [mailto:skypiri@lge.com] 
Sent: Monday, June 23, 2008 7:31 AM
To: drivers-networking
Subject: Re: RE: Question regarding PPP Performance.

I found that it can't support higher baud rate than 115200 in standard
PCs.
Then is there any possible device (e.g. usb to serial dongle) in QNX
using higher baud rate?

I got another problem with ppp connection.
With regards to io-pkt, 
I run ppp server with "pppd /dev/ser1 115200 10.100:10.200", and ppp
client with command "pppd /dev/ser1 115200 debug updetach".

Finally, ppp connection was established between two PCs, but ppp
interfaces in two PCs doesn't have a proper IP address. 
So I need to allocate IP address to ppp interface. (e.g. ifconfig ppp0
10.100 10.200)

But with io-net ppp interfaces in two PCs has IP address after ppp
connection.
Can you check this issue?

Thanks.


> 10KB/s sound about right.  The data is being sent over a 115200kb/s
> link.  There's overhead associated with RS-232 (start/stop/parity
bits),
 PPP framing and IP encapsulation that reduces the actual throughput.
> 
> With regards to io-pkt, I'll try out FTP on Monday and let you know
what
> I find.  I take it that basic communication is now working OK for you?
> 
> The underlying hardware has to be able to support the baud rate that
PPP
> passes to it.  I don't think that the serial ports in standard PCs
allow
> you to go above 115200.  Certainly if qtalk doesn't work, PPP won't.
> 
>    Robert.
> 
> 
> -----Original Message-----
> From: Jongpil Won [mailto:skypiri@lge.com] 
> Sent: Saturday, June 21, 2008 2:30 AM
> To: drivers-networking
> Subject: Question regarding PPP Performance.
> 
> I'm planning to measure ppp performance. 
> I want to measure network throughput between two PCs, they are
> connecting each other using ppp connection with a cross serial cables.
> 
> I've measured test result with io-net and io-pkt.
> 
> With io-net, 
> I used commands like below.
> ppp server side : pppd /dev/ser1 115200 10.100:10.200
> ppp client side : pppd /dev/ser1 115200 debug updetach
> 
> Then two PCs can have IP address for 10.100 and 10.200, and they can
> talk each other.
> 
> PC acts as ppp server starts ftp server using inetd.
> PC acts as ppp client starts ftp client to connect ftp server.
> After login in to ftp server, ftp client tried to get a file from ftp
> server.
> The file size is about 700MB.
> 
> After ppp client finished to download the file from the server, ftp
> clients shows me the average throughput.
> 
> The average throughput is about 10KB/s. 
> 
> Is there anyone who can confirm that 10KB/s is correct or not.
> (This is the first question.)
> 
> 
> With io-pkt(revision is 409),
> I used the same configurations for two PCs.
> When ppp client starts to download the file from ftp server, 
> thers is some error message in ftp client like below, and ftp client
> closed connection with ftp server.
> "tp: netin : No such process"
> 
> How can I solve this problem? (this is...

Just as a follow up to this one, this looks suspiciously like a compiler
optimization bug since the volatile shouldn't be needed.  We're going to
leave it in for the time being because it does fix the problem. Another
option is to simply use the 3.3.5 compiler which doesn't result in the
crash occurring.



-----Original Message-----
From: Robert Craig 
Sent: Monday, June 23, 2008 6:52 PM
To: 'post9508@community.qnx.com'
Subject: RE: RE: Question regarding PPP Performance.


Hello:

I've been trying Rev 409 and don't seem to see the IP address problem.

However, I did see the "ftp: netin : No such process" and found it to be
some sort of strange optimization issue that was causing the stack to
crash.  It was resolved by adding a volatile declaration.  Rev 410
contains the fix.

I did see the occasional problem with flow control (probably because of
my cabling), so disabling flow control for the serial port might also be
useful.  On both sides:

stty -ihflow -ohflow < dev/ser1

As a side note, it looks like io-pkt has compression capability that
io-net doesn't because I was getting 23.5 KB/s through the link.

	Hope that helps and thanks for reporting the problem!
			Robert.


-----Original Message-----
From: Jongpil Won [mailto:skypiri@lge.com] 
Sent: Monday, June 23, 2008 7:31 AM
To: drivers-networking
Subject: Re: RE: Question regarding PPP Performance.

I found that it can't support higher baud rate than 115200 in standard
PCs.
Then is there any possible device (e.g. usb to serial dongle) in QNX
using higher baud rate?

I got another problem with ppp connection.
With regards to io-pkt, 
I run ppp server with "pppd /dev/ser1 115200 10.100:10.200", and ppp
client with command "pppd /dev/ser1 115200 debug updetach".

Finally, ppp connection was established between two PCs, but ppp
interfaces in two PCs doesn't have a proper IP address. 
So I need to allocate IP address to ppp interface. (e.g. ifconfig ppp0
10.100 10.200)

But with io-net ppp interfaces in two PCs has IP address after ppp
connection.
Can you check this issue?

Thanks.


> 10KB/s sound about right.  The data is being sent over a 115200kb/s
> link.  There's overhead associated with RS-232 (start/stop/parity
bits),
 PPP framing and IP encapsulation that reduces the actual throughput.
> 
> With regards to io-pkt, I'll try out FTP on Monday and let you know
what
> I find.  I take it that basic communication is now working OK for you?
> 
> The underlying hardware has to be able to support the baud rate that
PPP
> passes to it.  I don't think that the serial ports in standard PCs
allow
> you to go above 115200.  Certainly if qtalk doesn't work, PPP won't.
> 
>    Robert.
> 
> 
> -----Original Message-----
> From: Jongpil Won [mailto:skypiri@lge.com] 
> Sent: Saturday, June 21, 2008 2:30 AM
> To: drivers-networking
> Subject: Question regarding PPP Performance.
> 
> I'm planning to measure ppp performance. 
> I want to measure network throughput between two PCs, they are
> connecting each other using ppp connection with a cross serial cables.
> 
> I've measured test result with io-net and io-pkt.
> 
> With io-net, 
> I used commands like below.
> ppp server side : pppd /dev/ser1 115200 10.100:10.200
> ppp client side : pppd /dev/ser1 115200 debug updetach
> 
> Then two PCs can have IP address for 10.100 and 10.200, and they can
> talk each other.
> 
> PC acts as ppp server starts ftp server using inetd.
> PC acts as ppp client starts ftp client to connect ftp server.
> After login in to ftp server, ftp client tried to get a file from ftp
> server.
> The file size is about 700MB.
> 
> After ppp client finished to download the file from the server, ftp
> clients shows me the average throughput.
> 
> The average throughput is about...