Wolfgang Grandegger wrote:
> roland Tollenaar wrote:
>> Hi Wolfgang,
>>
>>>...
>>>--with-linux=LINUX real-time extended Linux kernel
>>>
>>> Please try
>>>
>>> $ ./configure --with-linux=
>> Same thing I am afraid. Identical :(
>>
>> checking whether the g++ linker (/usr/i486-slac
Jan Kiszka wrote:
> Wolfgang Grandegger wrote:
>> roland Tollenaar wrote:
>>> Hi Wolfgang,
>>>
...
--with-linux=LINUX real-time extended Linux kernel
Please try
$ ./configure --with-linux=
>>> Same thing I am afraid. Identical :(
>>>
>>> checking whethe
Karl Reichert wrote:
> I'm sorry but I still don't get it. And sorry for the -20/-30 mistake.
>
> Hello,
>
> I read the paper "RTnet -- A Flexible Hard Real-Time Networking
Framework" at
>> http://www.rts.uni-hannover.de/rtnet/download/RTnet-ETFA05.pdf a
Karl Reichert wrote:
> Original-Nachricht
> Datum: Thu, 10 May 2007 11:39:22 +0200
> Von: Jan Kiszka <[EMAIL PROTECTED]>
> An: Karl Reichert <[EMAIL PROTECTED]>
> CC: rtnet-users
> Betreff: Re: [RTnet-users] How do Slaves improve precision of their own slot
> starting times?
>
Hello,
I'm trying to use RTnet 0.9.9 on Xenomai 2.3.1 with an Intel PRO/1000 NIC. I
did everything as described (mknod, ifconfig down, rmmod, right module in
rtnet.conf) but when I start RTnet via 'rtnet start', I get some errors:
stdout: Waiting for all slaves...
stderr: /usr/local/rtnet/sb
Karl Reichert wrote:
> Hello,
>
> I'm trying to use RTnet 0.9.9 on Xenomai 2.3.1 with an Intel PRO/1000 NIC. I
> did everything as described (mknod, ifconfig down, rmmod, right module in
> rtnet.conf) but when I start RTnet via 'rtnet start', I get some errors:
>
> stdout: Waiting for all sla
Wolfgang Grandegger wrote:
> Jan Kiszka wrote:
>> Wolfgang Grandegger wrote:
>>> roland Tollenaar wrote:
Hi Wolfgang,
>...
>--with-linux=LINUX real-time extended Linux kernel
>
> Please try
>
> $ ./configure --with-linux=
Same thing I am afra
Karl Reichert wrote:
>>> But how is this jittering handled than? To my mind, if the master
>> jitters, i.e. putting his data later on the wire than planned, than all
>> following
>> also have to put their data later on the wire, otherwise we get a
>> collision. Or is therefore the TDMA_OFFSET (fro
Hi,
Thanks for all the flak.
> I would say now Roland is trying to build RTnet against some split-up
> kernel tree where sources and binaries sit in different directories.
> Roland, can you confirm this? That should not work with RTnet's build
> system (no one felt the need to support this yet),
roland Tollenaar wrote:
> Hi,
>
> Thanks for all the flak.
>
>> I would say now Roland is trying to build RTnet against some split-up
>> kernel tree where sources and binaries sit in different directories.
>> Roland, can you confirm this? That should not work with RTnet's build
>> system (no one
Hi,
>> What binaries is it looking for that do not get generated and put in
>> the correct place by the above mentioned make process? Also does the
>> build process of rtnet need any binaries?
>
> Search in top kernel makefile for "O=".
kernel makefile? This is not a typo? Surely rtnet does not n
11 matches
Mail list logo