Jan Kiszka wrote: > Karl Reichert wrote: > > Very good news: I found the reason for this behavoir/bug now! > > > > I'm using the attaced rtnet_start script to start the slave (can't use > the provided one because I don't want RTcfg). > > > > The last command is 'tdmacfg rteth0 slot 0 2300 -s 100 -l rtnet.log' > > > > If I use this script as attached, I get this weird behavoir that the > slave request and calibration reply in a cycle from the past. > > > > If I comment this last comment and enter it manually on console (after > sucessfull run of rtnet_start), everything works fine. Also a 'sleep 3' > between the last command and the precending works fine. > > Private follow-up discussion revealed that this is most problably the > same issue as already described here: > > http://article.gmane.org/gmane.linux.real-time.rtnet.user/1891/ > > i.e. it is rt_e1000-specific.
Seems like. I would suggest that I remove my wiki entry which said this is a tdmacfg issue and create a new which deals about rt_e1000. There I will describe the workaround so that other rt_e1000 users won't face the same issues. Do you agree? Or do you think this is sth that needs a change on rt_e1000 driver sourcecode? Karl -- von Karl Reichert NEU! +++ GMX empfiehlt DSL-Komplettpaket von 1&1 +++ Jetzt mit Best-Price-Garantie: http://www.gmx.net/de/go/dsl ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ RTnet-users mailing list RTnet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rtnet-users
