Re: [rtl] RTLinux priority inversion

2000-05-23 Thread yodaiken
On Wed, May 24, 2000 at 12:13:42AM +0200, Herman Bruyninckx wrote: > I've experienced it times and again: only the very few _really good_ > designers or programmers can resist the temptation of using _all_ tools > (bells and whistles) that a software package provides. I've seen too many > failures

Re: [rtl] RTLinux priority inversion

2000-05-23 Thread yodaiken
On Wed, May 24, 2000 at 09:10:44AM +1200, Russ Swatek wrote: > I guess I do not understand the reason to absolutely prohibit (i.e. not > provide) priority inheritance capability. It is incumbent on the It's quite easy for someone else to provide such a facility. We don't because we think it caus

Re: [rtl] RTLinux priority inversion

2000-05-23 Thread Herman Bruyninckx
On Wed, 24 May 2000, Russ Swatek wrote: > > [EMAIL PROTECTED] wrote: > > [... objections against using priority inheritance...] > I guess I do not understand the reason to absolutely prohibit (i.e. not > provide) priority inheritance capability. It is incumbent on the > designer/developer to

Re: [rtl] RTLinux priority inversion

2000-05-23 Thread Russ Swatek
[EMAIL PROTECTED] wrote: > > I think this is exactly the kind of design that should not be made to > rely on priority inheritance but instead should use reliable and safe > programming methods. To avoid priority inversion does not require > brilliant programming, it requires use of well known, t

Re: [rtl] RT-Linux real time threads synchronization

2000-05-23 Thread yodaiken
pthread_mutex_lock and pthread_mutex_unlock. On Tue, May 23, 2000 at 11:41:06PM +0530, Manikandan A wrote: > Hi All, > > Is there any synchronization calls like semaphore/mutex for the real > time threads ? . I could n't find anything related to synchronization in > the listed RT-Linux AP

[rtl] RT-Linux real time threads synchronization

2000-05-23 Thread Manikandan A
Hi All, Is there any synchronization calls like semaphore/mutex for the real time threads ? . I could n't find anything related to synchronization in the listed RT-Linux API's. Thanks in advance!! Regards Mani. -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTE

Re: [rtl] RTLinux priority inversion

2000-05-23 Thread yodaiken
On Tue, May 23, 2000 at 10:27:20AM +0100, Stuart Hughes wrote: > [EMAIL PROTECTED] wrote: > > I think that priority inheritance is for people who want to build > > complex critical realtime systems that sometimes work. > > Hi Guys, > > Much of todays software today is complex, and cannot be ful

Re: [rtl] rtl_printf crash

2000-05-23 Thread yodaiken
What's the details of the crash? Is it repeatable? On Tue, May 23, 2000 at 09:29:50AM +0200, [EMAIL PROTECTED] wrote: > I found, that too many rtl_printf() within a short period > can crash the kernel. > Why? > Is there any automatic mechanism to prevent this? > > I have a 19200 bps serial conso

Re: [rtl] RTLinux priority inversion

2000-05-23 Thread Paul Koning
> "Stuart" == Stuart Hughes <[EMAIL PROTECTED]> writes: Stuart> [EMAIL PROTECTED] wrote: >> >> I think that priority inheritance is for people who want to build >> complex critical realtime systems that sometimes work. Stuart> Hi Guys, Stuart> Much of todays software today is complex

Re: [rtl] floppy access with rtlinux (SCSI and IDE working withrtliunux?)

2000-05-23 Thread Tomasz Motylewski
On Tue, 23 May 2000, S.A. wrote: > > for test purposes I have driven IDE and SCSI disks up to a load average > > of about 12-15 with simultaious recursive copy/ls -lR/mv/fsck.ext2 > > OK, but did you try differents hdparms ? > what happens with a raw access (with dd where it is possible to set b

Re: [rtl] Use Mutex or disable Interrupts?

2000-05-23 Thread Tomasz Motylewski
On Tue, 23 May 2000, [UNKNOWN] Jürgen Appel wrote: > How can I manage that while the rtf-handler adds a new entry to the list > the processing realtime-thread ist deferred until linking the new entry into > the list is completed? I think that there are ways of adding new entries to the list in

Re: [rtl] PCMCIA and RTAI again

2000-05-23 Thread Stuart Hughes
daniel sheltraw wrote: > > Hello Stuart > > When running "make" I am prompted by a few config questions the first > of which is: > > linux source directory [/usr/src/redhat/BUILD/kernel/linux]: > > The default path is in the brackets. I assume this is not the source > directory I should be usi

Re: [rtl] RTLinux priority inversion

2000-05-23 Thread Stuart Hughes
[EMAIL PROTECTED] wrote: > > On Mon, May 22, 2000 at 09:41:50AM -0400, Paul Koning wrote: > > > "Stuart" == Stuart Hughes <[EMAIL PROTECTED]> writes: > > > > Stuart> Support for priority inheritance is an officially sanctioned > > Stuart> mode for POSIX mutexes. This is an important mechan

Re: [rtl] floppy access with rtlinux (SCSI and IDE working with rtliunux?)

2000-05-23 Thread S.A.
Der Herr Hofrat wrote: > > > > The following question is : > > Is this possible to guarantee realtime with IDE disks and rtlinux ? or > > is it best preferred to use > > only scsi disks ? > > > for test purposes I have driven IDE and SCSI disks up to a load average > of about 12-15 with simultaio

[rtl] Use Mutex or disable Interrupts?

2000-05-23 Thread Jürgen Appel
[using 2.2.14-rtl2.3] Hi! Programming a DA-Converter I have a time sorted linked list in which output values and corresponding times are stored. A realtime-Thread released via the one shot timer outputs the entries of this list at their according time and removes the entries from the list. Ne

[rtl] administrativ request to all

2000-05-23 Thread Der Herr Hofrat
HI all ! due to a worldwide paranoia atack , probably caused by the latest M$ related virus problems lots of mail-servers and mail-relay hosts are refusing mails that contain attachements with binarys and/or scripts .Also size limits have been inposed by many mail-servers , so pleas no large

Re: [rtl] RTL & Matlab/Simulink

2000-05-23 Thread Peter Wurmsdobler
Hi Ales ! > Simulink has this "External mode" which makes possible to tune > parameters, get signals out... over TCP/IP connection, Ah, I didn' know this. > > To shm as for the MATLAB workspace, or to fifos ? > I can't get your point here. Can you rephrase that? Within Simulink -as I remember-

[rtl] rtl_printf crash

2000-05-23 Thread kissg
I found, that too many rtl_printf() within a short period can crash the kernel. Why? Is there any automatic mechanism to prevent this? I have a 19200 bps serial console on a 100MHz 486 machine. RTL version is 2.2. CONFIG_RTL_SLOW_CONSOLE=y Gabor -- [rtl] --- To unsubscribe: echo "unsubscribe rtl