[Rtl]RTnet - LNet

2002-09-22 Thread Karthik Bala Guru

Hi,
i have rtlinux 3.0 with me ...
but i cant find the Lnet or the RTnet in it .

Should i need to enable some settings or should
i need to download some rpms ???

karthik bala guru


Missed your favourite TV serial last night? Try the new, Yahoo! TV.
   visit http://in.tv.yahoo.com
___
Rtl mailing list
[EMAIL PROTECTED]
http://www2.fsmlabs.com/mailman/listinfo.cgi/rtl



Re: [Rtl]RTnet - LNet

2002-09-22 Thread Der Herr Hofrat

 Hi,
 i have rtlinux 3.0 with me ...
 but i cant find the Lnet or the RTnet in it .
 
 Should i need to enable some settings or should
 i need to download some rpms ???

LNet is part of RTLinux/Pro - if you are interested in that comercial 
version of RTLinux contact fsmlabs at [EMAIL PROTECTED], for RTnet
there are version around I belive up to rtlinux-2.3 (2.2 ?) but not
for later versions - definitly not for rtlinux-3.1.

hofrat
___
Rtl mailing list
[EMAIL PROTECTED]
http://www2.fsmlabs.com/mailman/listinfo.cgi/rtl



[rtl] RTnet for RTLinux-3.1.

2002-02-25 Thread Saikrishnan Krishnamurthy


Hi,

   Iam using a linux 2.4 system with RTLinux-3.1 on top of it. I need a
real time networking support for the system. I sought for RTnet, but the
latest version of RTNet (rtnet-0.9.1) that I could get, supports
Linux-2.2.14 and RTLinux-2.3 only.

   Since I need ATM NIC support for my system and ATM in linux is
supported only from linux-2.4 onwards, I don't know how I could accomplish
RTNet on a linux-2.4.4 with RTLinux-3.1.

   Also if anyone had any luck in getting the ATM NIC FORE PCA 200e to
work directly with RTLinux, please guide me. Iam desperately looking for
some real-time drivers or some means of accessing atm from RTLinux
directly. (with or without using rtnet.)

   If anyone could give me a pointer of a recent version of rtnet or
any other direction possible, that would be much helpful.


thanks,

sai.

-- [rtl] ---
To unsubscribe:
echo unsubscribe rtl | mail [EMAIL PROTECTED] OR
echo unsubscribe rtl Your_email | mail [EMAIL PROTECTED]
--
For more information on Real-Time Linux see:
http://www.rtlinux.org/




[rtl] RTNET: Misbehave of Hardware/Software?

2001-04-04 Thread Uwe Damm

on 21.09.2000 someone wrote to the RTL-mailing-list (and got no response:-()

 Hello, using rtnet I encounter the following problem:
 After a certain time I get lots of the errormessage: kfree_rtskb() skb=NULL
 When reload the card driver and the rtnet module the error message
 disappears but shows up later again. I have changed the example rt_echo_client
 to send an packet every 10 ms to an echo server. I use a semaphore for flow
 control (so the next packet is sent only if the previous was sent back by the
 server). The packet size is 1472 (the largest possible on my system). In the
 echo_recv handler I have added an rt_recvmsg() to receive the sent back
 message. In spite of the error message the connent of the message sent back by
 the echo server is correct. The rt_echo_client runs on RTAI-1.4 on top of
 linux-2.2.16, the network card is an 3Com 3c900 Boomerang 10Mbps Combo PCI and
 the used driver is 3c59x_rt_old.
 The server runs on a normal linux-2.2.16 (so "half-RT network"). If the server
 is also realtime (same card, same driver), then the same errormessages might
 also appear on ther server side. Once the following message appeared there,
too:

Too much work in interrupt state e081. Temporaily disabling functions
(7f7e)

 What do these error messages mean and is there a problem? Thank you for
 your help. Bye Joachim

I got exactly the same problem (our computer hangs up after a short while)
with:

 - RTLinux-2.3(kernel 2.2.14)
 - 3com 3c905  /proc/pci says:
Bus  0, device   4, function  0:
Ethernet controller: 3Com 3C905B 100bTX (rev 36).
Medium devsel.  IRQ 10.  Master Capable.  Latency=64.  Min Gnt=10.Max Lat=10.
I/O at 0xd800 [0xd801].
Non-prefetchable 32 bit memory at 0xef80 [0xef80].

 - rtnet-0.9.0

We need to send packets each 2ms (is this possible with RTNET?).
Thank you for your help, but please shorten the MAILS of Viruses,
just cut every Attachement (inline should be enough)

ciauio uwe

-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
--
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/




[rtl] RTnet example problem

2001-02-09 Thread Jennings, Richard R

Greetings all,
I have been able to get RTnet version 0.9.0 up and running
with one exception.  The full realtime network rt_echo_client
module gets the following error even after doing the "route
solicit" as shown in the docs:

rt_ip_route_output() route not found daddr=010215ac saddr= oif=0
sendto()=-113

I changed the hardcoded IP address to match my network.
I also verified the ARP was happening correctly between the 
two RTnet controllers using tcpdump and ethereal.

Has anyone got rt_echo_client working correctly?  Is there
some trick I missed?

Thanks,
Rich
~~~
Richard R. Jennings
Embedded Software Engineer - The Boeing Company
Flight Simulation Technology / Advanced Avionics Center - St. Louis
Computational  Image Generation Group
(314)234-0460  FAX (314)232-7972
[EMAIL PROTECTED]


-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/




Re: [rtl] RTnet example problem

2001-02-09 Thread Ian Soanes

"Jennings, Richard R" wrote:
 
 Greetings all,
 I have been able to get RTnet version 0.9.0 up and running
 with one exception.  The full realtime network rt_echo_client
 module gets the following error even after doing the "route
 solicit" as shown in the docs:
 
 rt_ip_route_output() route not found daddr=010215ac saddr= oif=0
 sendto()=-113
 
 I changed the hardcoded IP address to match my network.
 I also verified the ARP was happening correctly between the
 two RTnet controllers using tcpdump and ethereal.
 
 Has anyone got rt_echo_client working correctly?  Is there
 some trick I missed?
 

Hi Rich,

I had exactly that problem too ...until I did the route solicit on
*both* machines. Then it worked, but I never really understood why the
2nd route solicit was needed. Maybe Dave knows.

Best regards,
Ian

 Thanks,
 Rich
 ~~~
 Richard R. Jennings
 Embedded Software Engineer - The Boeing Company
 Flight Simulation Technology / Advanced Avionics Center - St. Louis
 Computational  Image Generation Group
 (314)234-0460  FAX (314)232-7972
 [EMAIL PROTECTED]
 
 -- [rtl] ---
 To unsubscribe:
 echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
 echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
 ---
 For more information on Real-Time Linux see:
 http://www.rtlinux.org/rtlinux/
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/




Re: [rtl] rtnet

2000-12-06 Thread Rafeeq Ur Rehman

Source code of all these network functions is available from a number of
sites on the internet and there is  nothing magic about it. I am
copying BSD source code for inet_aton(). You can look for other
functions at the following web site:
http://www.ajk.tele.fi/libc/code.html


/*  */
/* inet_aton */
int
inet_aton(cp, addr)
 register const char *cp;
 struct in_addr *addr;
{
 register u_long val;
 register int base, n;
 register char c;
 u_int parts[4];
 register u_int *pp = parts;

 c = *cp;
 for (;;) {
  /*
   * Collect number up to ``.''.
   * Values are specified as for C:
   * 0x=hex, 0=octal, isdigit=decimal.
   */
  if (!isdigit(c))
   return (0);
  val = 0; base = 10;
  if (c == '0') {
   c = *++cp;
   if (c == 'x' || c == 'X')
base = 16, c = *++cp;
   else
base = 8;
  }
  for (;;) {
   if (isascii(c)  isdigit(c)) {
val = (val * base) + (c - '0');
c = *++cp;
   } else if (base == 16  isascii(c)  isxdigit(c)) {
val = (val  4) |
 (c + 10 - (islower(c) ? 'a' : 'A'));
c = *++cp;
   } else
   break;
  }
  if (c == '.') {
   /*
* Internet format:
* a.b.c.d
* a.b.c (with c treated as 16 bits)
* a.b (with b treated as 24 bits)
*/
   if (pp = parts + 3)
return (0);
   *pp++ = val;
   c = *++cp;
  } else
   break;
 }
 /*
  * Check for trailing characters.
  */
 if (c != '\0'  (!isascii(c) || !isspace(c)))
  return (0);
 /*
  * Concoct the address according to
  * the number of parts specified.
  */
 n = pp - parts + 1;
 switch (n) {

 case 0:
  return (0);  /* initial nondigit */

 case 1:/* a -- 32 bits */
  break;

 case 2:/* a.b -- 8.24 bits */
  if (val  0xff)
   return (0);
  val |= parts[0]  24;
  break;

 case 3:/* a.b.c -- 8.8.16 bits */
  if (val  0x)
   return (0);
  val |= (parts[0]  24) | (parts[1]  16);
  break;

 case 4:/* a.b.c.d -- 8.8.8.8 bits */
  if (val  0xff)
   return (0);
  val |= (parts[0]  24) | (parts[1]  16) | (parts[2]  8);
  break;
 }
 if (addr)
  addr-s_addr = htonl(val);
 return (1);
}

--
Rafeeq Ur Rehman

http://vig.prenhall.com/academic/product/1,3411,0130183741,00.html
--
- Original Message - 
From: Randolph Lee 
To: [EMAIL PROTECTED] 
Sent: Monday, December 04, 2000 12:05 AM
Subject: [rtl] rtnet


Hello,

Currently I'm working on a project using RT Linux for networking. I'm using
Rtnet V0.9.0. I was wondering if there is an RT function that is similar to
inet_addr or inet_aton (in arpa/inet.h).

Thanks,
Randolph
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/




[rtl] rtnet

2000-12-04 Thread Randolph Lee

Hello,

Currently I'm working on a project using RT Linux for networking. I'm using
Rtnet V0.9.0. I was wondering if there is an RT function that is similar to
inet_addr or inet_aton (in arpa/inet.h).

Thanks,
Randolph
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/




Re: [rtl] rtnet

2000-12-04 Thread David Schleef

On Mon, Dec 04, 2000 at 05:05:38PM +0900, Randolph Lee wrote:
 Hello,
 
 Currently I'm working on a project using RT Linux for networking. I'm using
 Rtnet V0.9.0. I was wondering if there is an RT function that is similar to
 inet_addr or inet_aton (in arpa/inet.h).
 


You can use the function in_aton(), which is declared in linux/inet.h.
It is RT-safe.

By the way, I'm working on a new home for RTnet, which currently
is just a mailing list, but will soon be a CVS repository as well.
Information can be found at:

http://opensource.lineo.com/mailman/listinfo/rtnet

The list address is [EMAIL PROTECTED].




dave...

-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/




Re: [rtl] rtnet

2000-11-22 Thread David Schleef

On Wed, Nov 22, 2000 at 03:19:28PM +0100, [EMAIL PROTECTED] wrote:
 hi,
 
 I have to use an embedded Pc, a MOPSlcd4. I did the whole development 
 (of a rtp sniffer) on a normal PC as well as the tests. Then, the 
 precision of paquet arrival time is acccurate within the microseconds 
 (on normal PC). after that i did the same (with exactly same 
 application) on the embedded system and i got a time which is accurate 
 within only 10 milliseconds!!! I resume:
 
 on a normal PC:  12:45:30.146589
 on MOPSlcd4:12:45:30.14


Linux timestamps packets with get_fast_time() in the kernel.  True
to its name, get_fast_time() is implemented with a fast method
of determining the current time.  On a CPU with a TSC, it uses
the TSC to get usec resolution, but otherwise it uses xtime,
which is the time at the last 100 Hz clock tick, thus causing
10 msec resolution.  If the kernel used do_gettimeofday() on
a 486 for every packet, network speed would slow down a lot.

This patch will cause a 486 to use do_gettimeofday() instead
of xtime for timestamping packets:

--- linux-2.2.17/kernel/time.c.orig Wed Nov 22 11:04:19 2000
+++ linux-2.2.17/kernel/time.c  Wed Nov 22 11:17:53 2000
@@ -43,7 +43,7 @@
 *tm=xtime;
 }
 
-void (*do_get_fast_time)(struct timeval *) = do_normal_gettime;
+void (*do_get_fast_time)(struct timeval *) = do_gettimeofday;
 
 /*
  * Generic way to access 'xtime' (the current time of day).




dave...

-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/




[rtl] rtnet

2000-11-16 Thread syga

hi all,

I'd like to install rtnet and make it work. my configuration:
pentium 133 64 ram netcard 3c590. linux red hat 6.2 (kernel 2.2.14), 
rtlinux 2.3. everything is fine.

what are the steps to make rtnet working?? 
how do i test if rtnet works fine??

thanks 

regards

sylvain

--
Enjoy more time at less cost with sunrise freetime
http://go.sunrise.ch/de/sel/default.asp


-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/




[rtl] rtnet and network card compatibility

2000-11-14 Thread syga

hello all,

i am trying to use rtnet to get hard real time monitoring. i have 
installed it with no error at all. however it seems to work only with 3 
kinds of network cards. is this right. i do have a 3C5098. will it work? 


what do i have to do otherwise?? change the card??

another question: how do you start rtnet?? if i do type "rtnet" at 
prompt, nothing happens!!

is there any man page about rtnet?? or any information how to use option 
or...

thanks in advance.

regards, sylvain

--
Enjoy more time at less cost with sunrise freetime
http://go.sunrise.ch/de/sel/default.asp


-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/




Re: [rtl] RTNet: /dev/rtnet: no such device

2000-11-12 Thread Joachim Herb

John Lloyd wrote:
 
 I am trying to run the rtifconfig script from rtnet-0.9.0 under
 rtai-2.2.16-ert and the script complains that no /dev/rtnet exists which
 is good since no device is present on my system.  What is the proper
 mknod for this device?
crw-r--r--1 root root  10, 240 Aug 31 23:54 /dev/rtnet
= mknod /dev/rtnet c 10 240

Unfortunately it is not created automatically during installation.
Could you please post your experience with fast data transfer to the
list, as I had some problems. (See my mail to this list of Sep 21,
2000).


Joachim
-- 
Joachim Herb
mailto:[EMAIL PROTECTED]
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/




[rtl] RTNet: /dev/rtnet: no such device

2000-11-11 Thread John Lloyd

I am trying to run the rtifconfig script from rtnet-0.9.0 under
rtai-2.2.16-ert and the script complains that no /dev/rtnet exists which
is good since no device is present on my system.  What is the proper
mknod for this device?

All modules rtnet, 3c59x_rt_old, etc load correctly and I can use them
with ifconfig.  Ping works etc.

TIA,
John Lloyd


-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/




[rtl] RTNET / Linux Trace Toolkit

2000-10-28 Thread Wilken Boie

Hi Karim,

your LTT is really great stuff. I've successfully set up
your TracePackage-0.9.3 with the latest RTAI version 1.5 (1). 
Beside a minor glitch (2) which I found in your package 
it required some changes in the rtai patch. 

Because there might be some interest in the RTAI community
I append my patch-ltt-rtai-1.5 based on your
patch-ltt-rtai-1.3-000827.

Details:
(1) A 2.2.16-rtai-1.5 kernel is patched with your
patch-ltt-linux-2.2.16-with-rtai-22.2.4-000822 with
no problems or complaints (BTW: What's referred by the 
date appended to the patch name?). Just apply the 
containd patch-ltt-rtai-1.5 and make.
(2) In rtai-1.5/posix/rtai_pthread.c (770) in 
pthread_mutexattr_getkind_np() it should probably
read ...GETKIND rather than ...SETKIND. This is also
fixed in my patch.

Finally a few questions and remarks related to TraceToolkit:
- Is it possible to identify rtai or any of its tasks in the 
  Go-to-event- and Dump-file-options-dialog?
- I'm not familiar with gtk programming, so I might express
  this as a small wishlist: 
  1. How about a third indication in the status bar showing
 the current cursor position (that of the small arrow
 in the time scale)?
  2. How about the begin and end times in the status bar 
 (plus possibly their delta) not indicating the trace 
 window extents but those of two cursors to be placed in 
 the time scale (e.g. by left and right mouse clicks). 
 These could then become entries for the View-time-frame-
 dialog. This would save a lot of (slow) scrolling.
  3. How about a dialog to set up and start the TraceDaemon?
- TraceToolkit crashes on my system if I restrict the file dump
  to one process (and sometimes also when using the Open-Trace-
  dialog). Sorry, but no further details (yet).

Cheers
Wilken
 patch-ltt-rtai-1.5.bz2


Re: [rtl] RTNET / Linux Trace Toolkit

2000-09-22 Thread Vasili Goutas

Karim Yaghmour wrote:
 
 Hello Vasili,
 
 It's actually not that much of a problem. Thing is ... there was a bug in
 the do_gettimeofday routine with the way 1.3 worked, so my patch included
 the fix. With 1.4, the fix is part of the standard patch.
 
 I've attached the updated patch for 1.4 and I'll put it on the project's
 web-site sometime soon ...
 
 Cheers
 
 Karim
 
Thanks, it runs fine.
Now I got no problems patching, compiling and running the Toolkit :-)

Vasili
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/




Re: [rtl] RTNET / Linux Trace Toolkit

2000-09-21 Thread Vasili Goutas

Joachim Herb wrote:
 
 Joachim Herb wrote:
  - In your package TracePackage-0.9.3.tgz you included patches named:
  patch-ltt-rtai-22.2.4-000822 and
  patch-ltt-linux-2.2.16-with-rtai-22.2.4-000822
  As there is no RTAI-22.2.4 on the RTAI website, and the version of RTAI
  for the linux kernel version 2.2.16 is RTAI-1.4, I think your patches are for
  this version?
 Sorry, now I have seen that it is for RTAI-1.3a. But its not too hard to
 get it working with 1.4.

Does someone get it working with RTAI-1.4?

Vasili
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/




Re: [rtl] RTNET / Linux Trace Toolkit

2000-09-21 Thread Vasili Goutas

Karim Yaghmour wrote:
 
 Hello Vasili,
 
 I've used the 22.2.4 stuff to patch over RTAI 1.4. The patch utility complains
 a little, but it successfully applies the patch. I haven't compiled the result,
 but it should work without a problem. Also, I haven't tried patching the related
 kernel source, but that shouldn't be a problem either. Give it a try and tell
 me if it works ...
The RTAI-1.4 sources are no problem, but
I tried to patch the kernel sources which was prepatched with the RTAI
patch and get some error messages.
Don't think that it will run without creating a new release of your
toolkit containing a patch for linux-2.2.16 and RTAI-1.4.

The result of my try to patch the kernel was:
"patch -p1  patch-ltt-linux-2.2.16-with-rtai-22.2.4-000822"


patching file Documentation/Configure.help
patching file Makefile
patching file arch/i386/config.in
patching file arch/i386/defconfig
patching file arch/i386/kernel/entry.S
patching file arch/i386/kernel/i386_ksyms.c
Hunk #1 succeeded at 33 (offset 1 line).
patching file arch/i386/kernel/irq.c
patching file arch/i386/kernel/process.c
patching file arch/i386/kernel/sys_i386.c
patching file arch/i386/kernel/time.c
Hunk #2 FAILED at 79.
Hunk #3 FAILED at 112.
Hunk #4 FAILED at 248.
Hunk #5 FAILED at 261.
Hunk #6 FAILED at 306.
Hunk #7 FAILED at 334.
Hunk #8 succeeded at 241 with fuzz 2 (offset -233 lines).
Hunk #9 FAILED at 254.
Hunk #10 FAILED at 330.
8 out of 10 hunks FAILED -- saving rejects to file
arch/i386/kernel/time.c.rej
patching file arch/i386/kernel/traps.c
patching file arch/i386/mm/fault.c
patching file drivers/Makefile
patching file drivers/trace/Makefile
patching file drivers/trace/tracer.c
patching file drivers/trace/tracer.h
patching file fs/buffer.c
patching file fs/exec.c
patching file fs/ioctl.c
patching file fs/open.c
patching file fs/read_write.c
patching file fs/select.c
patching file include/linux/time.h
Hunk #1 FAILED at 60.
1 out of 1 hunk FAILED -- saving rejects to file
include/linux/time.h.rej
patching file include/linux/trace.h
patching file init/main.c
patching file ipc/msg.c
patching file ipc/sem.c
patching file ipc/shm.c
patching file kernel/Makefile
patching file kernel/exit.c
patching file kernel/fork.c
patching file kernel/itimer.c
patching file kernel/sched.c
Hunk #2 succeeded at 76 with fuzz 2 (offset 34 lines).
Hunk #4 succeeded at 508 (offset 34 lines).
Hunk #6 succeeded at 881 (offset 34 lines).
Hunk #7 FAILED at 1562.
Hunk #8 FAILED at 1577.
Hunk #9 FAILED at 1593.
3 out of 9 hunks FAILED -- saving rejects to file kernel/sched.c.rej
patching file kernel/signal.c
patching file kernel/softirq.c
patching file kernel/time.c
Hunk #1 succeeded at 66 with fuzz 2 (offset 34 lines).
Hunk #2 FAILED at 100.
Hunk #3 FAILED at 138.
Hunk #4 FAILED at 200.
Hunk #5 succeeded at 284 with fuzz 2 (offset 25 lines).
Hunk #6 FAILED at 304.
Hunk #7 FAILED at 463.
5 out of 7 hunks FAILED -- saving rejects to file kernel/time.c.rej
patching file kernel/trace.c
patching file mm/filemap.c
patching file mm/page_alloc.c
patching file mm/vmscan.c
patching file net/core/dev.c
patching file net/socket.c

Vasili
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/




Re: [rtl] RTNET / Linux Trace Toolkit

2000-09-21 Thread Joachim Herb

Vasili Goutas wrote:
 
 Karim Yaghmour wrote:
 
  Hello Vasili,
 
  I've used the 22.2.4 stuff to patch over RTAI 1.4. The patch utility complains
  a little, but it successfully applies the patch. I haven't compiled the result,
  but it should work without a problem. Also, I haven't tried patching the related
  kernel source, but that shouldn't be a problem either. Give it a try and tell
  me if it works ...
 The RTAI-1.4 sources are no problem, but
 I tried to patch the kernel sources which was prepatched with the RTAI
 patch and get some error messages.
 Don't think that it will run without creating a new release of your
 toolkit containing a patch for linux-2.2.16 and RTAI-1.4.
 
 The result of my try to patch the kernel was:
 "patch -p1  patch-ltt-linux-2.2.16-with-rtai-22.2.4-000822"
 
 patching file Documentation/Configure.help
...

Hello,

I patched rtai-1.4 the following way: First apply the patch and then
resolve the conflicts manually. Most of the reject files can be ignored:
Often you find constructions like:

In rtai-22.2.4-ltt:

#if 0
linux code
#else
RTAI code
#endif

in the official rtai-1.4 these have changed to

#ifdef CONFIG_RTHAL
RTAI code
#else
linux code
#endif

The rest are only a few changes. Then if you compile you get a few
errors because definitions of functions have moved from kernel files to
rtai.h. I works for me.

Joachim

-- 
Joachim Herb
mailto:[EMAIL PROTECTED]
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/




Re: [rtl] RTNET / Linux Trace Toolkit

2000-09-20 Thread Joachim Herb

Joachim Herb wrote:
 - In your package TracePackage-0.9.3.tgz you included patches named:
 patch-ltt-rtai-22.2.4-000822 and
 patch-ltt-linux-2.2.16-with-rtai-22.2.4-000822
 As there is no RTAI-22.2.4 on the RTAI website, and the version of RTAI
 for the linux kernel version 2.2.16 is RTAI-1.4, I think your patches are for
 this version?
Sorry, now I have seen that it is for RTAI-1.3a. But its not too hard to
get it working with 1.4.

Bye
Joachim
-- 
Joachim Herb
mailto:[EMAIL PROTECTED]
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/




Re: [rtl] RTNET / Linux Trace Toolkit

2000-09-20 Thread David Olofson

Wed, 20 Sep 2000 David Schleef wrote:
 On Wed, Sep 20, 2000 at 12:06:47PM +0200, Joachim Herb wrote:
  Hello Karim,
  
  after reading your mail about the use of the LTT together with the RTNET
  module, I would like to ask you some questions:
  
  - You wrote that the response time is =65 microseconds. What is the
  maximal throughput over the ethernet connection? What is the maximal packet size?
  Is this the MTU value and is this value fixed or can it be changed?
 
 65 usec is for small packets, add about 0.1 usec per byte for large packets
 because of the time it takes on the wire.  The MTU value is 1500, and
 although some hardware supports larger packets, I wouldn't try.
 
 The maximum throughput is theoretically 100 Mbit/sec.  This can
 actually be achieved on a full-duplex line.  If you intend
 to use a non-full-duplex line, you need to have some kind of
 time-division protocol on top of rtnet, which will decrease
 throughput significantly.

BTW, has anyone measured this over networks with hubs or switches, rather than
crossover cables? Or; are there any hubs or switches that would be usable in low
latency RT networks? (Yeah, I'm thinking Beowulf clusters for audio/video
processing. :-)


David Olofson
 Programmer
 Reologica Instruments AB
 [EMAIL PROTECTED]

..- M u C o S . .- David Olofson --.
|   A Free/Open Multimedia   | | Audio Hacker |
|  Plugin and Integration Standard   | |Linux Advocate|
` http://www.linuxdj.com/mucos -' | Open Source Advocate |
..- A u d i a l i t y . |Singer|
|  Rock Solid Low Latency Signal Processing  | |  Songwriter  |
`--- http://www.angelfire.com/or/audiality -' `- [EMAIL PROTECTED] -'
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/