[rtl] CFP: OMER-2 - Object-oriented Modeling of Embedded RT-Systems

2000-07-12 Thread Andy Schuerr

 CALL FOR POSITION PAPERS


 O M E R - 2 Object-oriented Modeling of Embedded RT-Systems
 (http://ist.unibw-muenchen.de/GROOM/OMER-2/)


 10 - 12 May 2001 Herrsching am Ammersee

  9th Workshop of Working Group "GROOM: Foundations of OO Modeling"
  of the "GI-Fachgruppe 2.1.9"  "OOSE: OO-Software-Entwicklung"

 
  *  *  *
  

SCOPE

  The importance of embedded real-time (RT) systems for our daily 
  life is rapidly increasing. Important application areas are e.g. 
  the aerospace, automotive, chemical process engineering, and 
  telecommunications industry. In all these areas the complexity
  and functionality of functions realized in software increases
  rapidly. Often this software is still developed using software
  engineering technologies of the eighties. As a consequence, it
  does not fulfill our expectations concerning maintenance and
  reusability of developed subcomponents.  Furthermore, it often
  suffers from a separation of functions and data. 

  These are the reasons why object-oriented (OO) approaches are
  needed that facilitate the development of reusable software
  components, which hide data and functions behind well-defined
  interfaces. The workshop OMER-2 addresses all aspects of the
  development and application of object-oriented methods (languages,
  tools, processes) for the design and implementation of embedded
  RT systems. Its main purpose is to serve as a platform for academics
  and industry as well as for tool (method) developers and users to
  exchange their experiences in this field and to discuss new trends.
  A further intention is to clarify a research agenda for the 
  OO development of embedded RT software, allowing academics to
  focus their efforts and practitioners to reflect their daily
  business.


FORMAT

  OMER-2 is planned to be an "informal" workshop (similar to its
  predecessor) with a limited number of participants (authors of
  position paper submissions will be preferred), invited talks of
  distinguished experts, short presentations of accepted submissions,
  a modeling contest, and ample time for discussions and working
  subgroups on different topics. 

INVITED SPEAKER

  * Bruce Douglass (I-Logix, Andover)

MODELING CONTEST (http://www.automotive-uml.com/mc/)

  The workshop is accompanied by a modeling contest. The best models
  will be honored with prize money and be presented at the workshop.

SUBMISSIONS

  Position papers of four to six pages pertaining to all aspects of 
  OO embedded RT system modeling are sought, not limited to the
  following:

  * Architectural styles, patterns, ...
  * Code generation from models
  * Development of reusable components
  * Experience reports of OO projects
  * Extensions of OO modeling languages
  * Testing and verification strategies

  Submissions should be sent as pdf- or ps-files to

mailto:[EMAIL PROTECTED]

  The proceedings of OMER-2 will be published as a technical report. 
  Authors of selected submissions will be invited to submit a journal 
  paper version after the workshop.


DEADLINES

  Deadline for position papers: March 1st, 2001
  Notification of authors:  April 1st, 2001
  Registration for workshop:April 11th, 2001


LOCAL ORGANIZATION

  A. Schuerr ([EMAIL PROTECTED])
  Institute for Software Technology
  University of the Federal Armed Forces, Munich
  D-85577 Neubiberg, Germany

PROGRAM COMMITTEE

  P. Hofmann, DaimlerChrysler, Esslingen (co-chair)
  A. Schuerr, University Bw, Muenchen (co-chair)
  M. von der Beeck, TU Muenchen 
  M. Cohen, I-Logix, Andover
  W. Damm, OFFIS, Oldenburg
  G. Engels, University of Paderborn
  M. Fuchs, BMW, Muenchen
  D. Hogrefe, University of Luebeck
  J. Hooman, University of Nijmegen
  J. Kaiser, Universitaet Ulm
  B. Moller-Pedersen, Ericsson AS, Billingstad
  U. Pansa, Telelogic Germany
  A. Radermacher, Siemens AG, Muenchen
  R. Resch, Berner  Mattner GmbH, Muenchen
  St. Schmerler, FZI Karlsruhe
  B. Selic, ObjecTime Limited, Kanata
  A. Shaw, University of Washington, Seattle
  H.-Ch. von der Wense, Motorola GmbH, Muenchen
  J. Ziegler, Nokia, Helsinki
-- [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] Object-oriented Real-Time Modeling Contest

2000-07-12 Thread Andy Schuerr

 CALL FOR PARTICIPATION


   "Object-oriented Real-Time Modeling Contest"
http://www.automotive-uml.com/mc/

 *  *  *


Which benefits do object-oriented approaches provide to the design
of embedded real-time systems? This question still holds great
challenges for both researchers and practitioners.

The modeling contest opens an arena in which anyone committed to 
this area gets the chance to produce evidence of her ideas. He
shall demonstrate his approach on a concrete task geared for vehicles.

Participation requires  the submission of a documented model and an 
implementation of a typical automotive control function according to 
a given specification. For details please have a look at our website.

The best models will be honored with prize money and be presented at
the OMER-2 Workshop (see http://ist.unibw-muenchen.de/GROOM/OMER-2).
Furthermore, the winners will visit the DaimlerChrysler Research and
Technology Center as well as a production site of Mercedes Benz cars.


We ask anybody who is interested in participating to register on our 
website until August 15, 2000. 


 *  *  *

For further information please see: http://www.automotive-uml.de/mc/


--
Dr. Peter Hofmann  email: [EMAIL PROTECTED]
Group for System Design  fax: 0711 17 41047  

   DaimlerChrysler Research  Technology

-- 
Prof. Dr. Andy Schuerr 
Institute for Software Technology, Department of Computer Science
University of the German Federal Armed Forces, Munich
85577 Neubiberg, Germany
Tel.:  +49 89/6004-2220 (-2263/-3352)
FAX:   +49 89/6004-2448 or +49 89/6004-3560
email: [EMAIL PROTECTED]
WWW:   http://ist.unibw-muenchen.de/schuerr/
-- [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] soft_irq_handlers

2000-07-12 Thread Daniel Krippner


hi there!

first: thanks for your help so far - my plc is ticking like an atomic
clock, working really great now. worst jitter so far around +/- 40
microseconds, quite a bit better than our NT-Version of the same plc,
only that my machine has only half the processor power :-)

And another question, of course: I need to install a soft_irq handler. I
read the man pages, the examples and did it like it is done there. But
when my module is supposed to run into the handler, the whole system is
locked solid. I'm on learning about kernel debugging at the moment, but
if there is a common mistake newbies tend to make, I'm sure to have made
it too. Any suggestions? 
At the moment, the handler is only supposed to call a bottom half which
calls printk - can i use printk in a bottom half?
thanks
Daniel

-- 
[EMAIL PROTECTED]
Student of Communication Engineering/Computer Networking
Furtwangen University of Applied Sciences
-- [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] Comedi and Minirtl...

2000-07-12 Thread Pete Buechler

On Wed, 12 Jul 2000, Herman Bruyninckx wrote:

 We are trying to make MiniRtl floppies with Comedi drivers. But Comedi
 seems to need the libc, which is a couple of megabytes big. Is there
 another, much smaller ``embedded'' libc available? Is newlib from Cygnus
 such an alternative? Would it be possible to use it together with Comedi?

1) Try statically linking Comedi, it may be using only a small part of the
library.

2) Newlib is a C library, but not a Linux C library, i.e., it has none of the
system calls. If Comedi does not need those, perhaps you could make newlib work.

-- 
Pete Buechler   : SuSE Labs
Work e-mail : [EMAIL PROTECTED]
Work web page   : http://www.suse.com/~peterb
Personal e-mail : [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] Win32 hosted Cross-Compiler for RTLinux

2000-07-12 Thread Zaimin Zhong

Hello Realtimers,

It would be fine (for my project) if I could compile RTLinux modules on MS
Windows. So my question:

Is there a Win32 ( Windows95 or Windows NT) hosted GCC cross-compiler. And
is it suitable for RTLinux module developing.



Thanks

James


-- [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] Re: system frozen with comedi and higher freq

2000-07-12 Thread David Schleef

On Mon, Jul 10, 2000 at 09:48:57AM +0200, Olaf Petzold wrote:
 Hallo,
 
 some times ago I started this thread. Now some days later I had the time to
 verify some things (with new comedi-0.7.45, mbuff-6.6), e.g. the hint of using
 the right gcc:
 
 # cat /proc/version
 Linux version 2.2.14-rtl2.2 (root@rtreg) (gcc driver version 2.95.2 19991024 
(release) executing gcc version 2.7.2.3) #10 Mit Jul 12 09:57:32 CEST 2000
 
 So I recompiled the kernel, module, mbuff and comedi with the gcc 2.7.2.3
 (without smp support). I insmoded the module from runlevel 1:
 

 About 4 kHz the systems slows down. About 4.5 kHz I will get into troubel,
 while rmmod the rtreg I got a lot of kernel oops (see attachement). Whats going
 on ?

The first oops appears to be caused by some code in the kernel
attempting to jump to a user-space address.  This could either
be due to memory corruption or dangling pointers.

Could you send me your code, so I can crash my computer?




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] Comedi and Minirtl...

2000-07-12 Thread David Schleef

On Wed, Jul 12, 2000 at 10:06:08AM -0700, Pete Buechler wrote:
 On Wed, 12 Jul 2000, Herman Bruyninckx wrote:
 
  We are trying to make MiniRtl floppies with Comedi drivers. But Comedi
  seems to need the libc, which is a couple of megabytes big. Is there
  another, much smaller ``embedded'' libc available? Is newlib from Cygnus
  such an alternative? Would it be possible to use it together with Comedi?
 
 1) Try statically linking Comedi, it may be using only a small part of the
 library.

libcomedi hits some rather sensitive areas of glibc, so statically
linking anything causes binary sizes of about 300 kB.  It shouldn't
be too hard to knock this down in some cases, i.e., changing a
sscanf() to strtol() dropped the average binary size of the demos
to 240 kB.  Think I'll keep that change.




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] TSC , 8254, and such

2000-07-12 Thread David Olofson

Tue, 11 Jul 2000 daniel sheltraw wrote:
 Paolo
 
 Let me see if I got oneshot mode straight. Does it go something like this:
 
 set up one-shot mode for 8254
 
 loop
   get time from TSC
   compute time until next oneshot task scheduled
   program 8254 with this time
   {which generates interrupt from counter 0 after count down}
 end loop
 
 Q: What if the time computed until next task is greater than 2^16/frequency 
 (8254 hits turns over)? Who is that interval timed?

One way to do it: Set up a dummy thread  hat gets sheduled after 2^16 8254
clocks, unless there are any real threads to schedule within that time. The
dummy thread should just go back to sleep when scheduled, as it's just meant as
an excuse to run the scheduler. It could be a special case in the scheduler,
rather than a real thread.

That should keep the scheduler alive and working, even if no one bothers to
run it explicitly until the "long into the future" thread is scheduled.


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/




Re: [rtl] multithreaded FIFO reading app

2000-07-12 Thread David Olofson

Tue, 11 Jul 2000 b m ledvina wrote:
 hello again,
 
 the problem i was having has been eliminated.  kinda strange it was.  i
 was seeing bizarre behavior from a thread trying to read from a fifo,
 but the cause wasn't a bug, lack of know how, or a problem with V (the
 gui development code)  Actually, when I generated the child thread, I
 left the paranthesis in the function name, which the compiler didn't
 even give a hoot about.

Oops... void * is fun, isn't it! :-)

  Anyway, this improper addition of those little
 curved things caused all my woes.  Troublesome is it that the thread
 worked somewhat, but not enitrely

The reason for that was that when the statement that was supposed to set the
thread up was executed, it actually *called* your thread function in order to
pass it's return as the function address argument to pthread_create().


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/




Re: [rtl] RTfifo questions

2000-07-12 Thread David Olofson

Tue, 11 Jul 2000 Flavio Cappelli wrote:
 Hello all, I use rtlinux v2.2
 
 I don't understand if, when I get data from a rt-fifo (rtlinux side) with
 'rtf_get' and less bytes are available than requested, these bytes are
 removed from the fifo or if they are removed only when ther'are
 enough datas in the fifo.

*looking at the code*

Well, it looks like you may get less data than requested, and the data you get
*is* removed from the buffer.

 I ask this question because in the example 'frack_module.c' seems that
 commands are processed when entire command structure is got, without
 consider a loos of data when few bytes are available.

It works because

1) the FIFO is expected to never be too full to accept an entire structure, and

2) as long as a full structure fits, you're OK, since the write operation won't
   sleep, and is therefore atomic, protected by rtl_(/end_)critical.

 But man page of 'rtf_get' reports that less byte than requested may
 be returned. Is this related with returning -EINVAL value from fifo
 handler ?

How do you mean? You get less bytes than requested if there are less bytes than
requested in the buffer at the time of the rtf_get() call, since rtf_get()
cannot sleep. (It wouldn't work with ISRs if it could.)

 Also can a single write on rt-fifo (user side) interrupted in the middle of
 data transfer by fifo handler, if ther'is enough space to put the datas ?

If the RT-FIFO driver conforms to the normal rules (which it does, AFAIK), the
writer should block until all data has been written, or an error occurs. (Never
mind the ERESTARTSYS thing - that's a little UN*X design weirdness related to
scheduling and signals, and it's handled by the library that interfaces to the
kernel.)

So, yes, the writer will get interrupted by the handler, so that the handler
can read some data, allowing the writer to wake up and continue writing later.


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/




[rtl] fifo question

2000-07-12 Thread daniel sheltraw

Hello RT world

Does a fifo have to be created (using rtf_create or equivalent) in
kernel-space before it can simply be opened for reading in user-space?
The reason I ask is that I have been unable to open the /dev/rtf0 fifo in 
user-space. I am actually running the user-space program as root
and the file permissions on the fifo device file are crw-r--r--.

I am missing something simple. Please help. Thanks.

Daniel

Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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] Re: Context Switching Speed - DMA.

2000-07-12 Thread David Olofson

Tue, 11 Jul 2000 Norm Dresner wrote:
 At 05:14 PM 7/11/2000 +0200, David Olofson wrote:
 Sat, 08 Jul 2000 Andrew Tuckey wrote:
 [...]
 
 x86 doesn't have DMA on the chip (*), but uses either the 8 DMA channels
 on the
 mainboard chipset (4 x 8 bit + 4 x 16 bit; normally used with ISA boards)
 or PCI
 busmaster DMA, which is supported by the PCI chipset but performed by the PCI
 cards themselves. AGP is quite similar to PCI in this respect, AFAIK.
 
 (*) exception: some x86 clones for embedded systems, with some standard
 chipset functionality included.
 
 
 That's not quite correct: The Intel 80186/80188 had integrated DMA.

Yeah, I forget the 8018x! :-) IIRC, it was never user in a PC, but in varios
computer peripherals.

 What is (closer to being) correct is that no "PC's" were produced with an
 x86 CPU with integrated DMA --

I'm not so sure about that... There are these micro-AT integrated main boards
with all sorts of weird chips on them. I cant't remember seeing one with an
"MCU x86", but I wouldn't be surprized if they exist.

 indeed it could be argued that if a computer
 had integrated DMA, then it wasn't a PC-work-alike and hence not a "PC".

Disregarding that the chipset would look different, a PC with such a CPU could
still work like a PC, provided the DMA controller is compatible with that PC
standard thing. (Not that I would want to see that on any new hardware...!)


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/




Re: [rtl] Comedi and Minirtl...

2000-07-12 Thread David Olofson

Wed, 12 Jul 2000 Herman Bruyninckx wrote:
 We are trying to make MiniRtl floppies with Comedi drivers. But Comedi
 seems to need the libc, which is a couple of megabytes big. Is there
 another, much smaller ``embedded'' libc available? Is newlib from Cygnus
 such an alternative? Would it be possible to use it together with Comedi?

Almost every boot floppy (including MiniRTL, AFAIK) that runs "normal" commands
and tools has some kind of libc replacement. Size and features vary.

*digging out some links*

http://www.linuxrouter.org/
http://www.toms.net/rb/
http://sunsite.auc.dk/mulinux/#related_projects

You may need to adjust the application to use other functions (perhaps throw
in your own little helper lib) if you can't get everything you need in one
libc.


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/