Re: [rtl] boot messages

[Dan Peters]

Thanks David,
I'll give it a try.

Dan

David Olofson wrote:

 On Friday 28 September 2001 18:47, Dan Peters wrote:
  Hi,
  does anybody know of an easy way to suppress all the boot-up messages.
  It would
  be nice for my system not to have all these appear on the screen.
  thanks!

 Have a look at kernel config option CONFIG_VT_CONSOLE. Disabling that
 might do what you want. You may want to enable CONFIG_SERIAL_CONSOLE, so
 that you can still get the messages if you connect a terminal to the
 serial port. (I guess disabling CONFIG_VT_CONSOLE should have the same
 effect as not having a VGA card - which would automatically use the
 serial port if CONFIG_SERIAL_CONSOLE is set - but I'm not sure.)

 //David Olofson --- Programmer, Reologica Instruments AB

 .- M A I A -.
 |  Multimedia Application Integration Architecture  |
 | A Free/Open Source Plugin API for Professional Multimedia |
 ` http://www.linuxdj.com/maia -'
 .- David Olofson ---.
 | Audio Hacker - Open Source Advocate - Singer - Songwriter |
 `- http://olofson.net -'

 -- [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] ---
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] boot messages

[Dan Peters]

Hi,
does anybody know of an easy way to suppress all the boot-up messages.
It would
be nice for my system not to have all these appear on the screen.
thanks!
Dan Peters


-- [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/

Re: [rtl] user space program hangs

[Dan Peters]

David Olofson wrote:

 On Wednesday 22 August 2001 10:10, Stephane List wrote:
  If u use SDL, you'll use X !

 No. SDL supports GGI, svgalib and fbdev as well as X. (GGI in turn
 supports X, svgalib, fbdev and KGI.) No need for X whatsoever.

I like the no need for X part.



  Why don't try OpenGL too for 3D graphism; ;-)

 You can use SDL to set up the OpenGL screen in a clean and portable way.
 (Far better than GLUT in pretty much every respect.) However, there's a
 pretty limited choice of accelerated OpenGL drivers for non-X targets.

I really do not need any special 3d graphics, so I think GL is a bit
overkill.
basically, all I need is a few windows to display some temperature data, and
another window to display image data, all in real time.



  The best way is to have a realtime PC without X, and to connect to it
  with an other PC through ssh for example.

this is not pratical for my implementation. The whole thing must reside on an

embedded PC, which sits inside the control unit.



 Not if you need low latency and/or high bandwidth visualization and user
 input. Also, not all applications have the physical space or budget for a
 two computer setup.

  Or through rtcom(for RTAI, or the equivalent for rtlinux)  will be
  better but less confortable.

 Yes, that could work for low bandwidth communication.

 //David Olofson --- Programmer, Reologica Instruments AB

 .- M A I A -.
 |  Multimedia Application Integration Architecture  |
 | A Free/Open Source Plugin API for Professional Multimedia |
 ` http://www.linuxdj.com/maia -'
 .- David Olofson ---.
 | Audio Hacker - Open Source Advocate - Singer - Songwriter |
 `-- [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/

-- [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/

Re: [rtl] user space program hangs

[Dan Peters]

Thanks David!

David Olofson wrote:

 On Tuesday 21 August 2001 17:57, Dan Peters wrote:
  David Olofson wrote:
   On Saturday 18 August 2001 09:36, Herman Bruyninckx wrote:
On Fri, 17 Aug 2001, Dan Peters wrote:
   
[...]
   
 I believe it all has to do somehow with interrupting X calls.  Do
 you have any experience with running X under rtlinux?  I have
 work with X many times in a non RT environment and have not had
 these problems. Is there a better alternative to running X for
 doing graphical stuff under RT linux.
   
Don't use X!
  
   Or make sure you've got a properly configured X server and a video
   card with a decent driver... Some work, but shouldn't by a major
   issue if you need RTLinux on the machine in the first place. (You
   don't run RTLinux on the average workstation anyway.)
 
  The video chip is a CT 65550, and as far as I know, the server has
  been configured properly.

 I don't know anything specific about this chip.

  This is part of a control system, which I feel needs RTlinux.  The only
  reason to use X is to display an image and
  display some other data on a display.  Are there any better
  alternatives to X.

 Try SDL; http://www.libsdl.org - nice and simple API, handles graphics
 (windowed and fullscreen modes wherever possible), sound, keyboard,
 mouse, joysticks, threads etc, and there are some helper stuff like
 graphics loading and saving and image blitting with alpha blending or
 colorkeying with RLE acceleration. It runs on several different
 platforms, and most video and audio driver APIs on those platforms.

 More specifically; on Linux, you can transparently use X (windowed,
 fullscreen, DGA), GGI (and whatever that supports on your system), fbdev
 and svgalib without even recompiling your program. If you want to fiddle
 with raw graphics data, you don't *have* to support all sorts of pixel
 formats (like with DirectX and other direct access APIs) - SDL emulates
 your favorite pixel format on pretty much any target with acceptable
 speed.

 If you want a higher level rendering API, there are various add-on
 libraries for SDL; fast game toolkits, widget toolkits and the like.

 //David Olofson --- Programmer, Reologica Instruments AB

 .- M A I A -.
 |  Multimedia Application Integration Architecture  |
 | A Free/Open Source Plugin API for Professional Multimedia |
 ` http://www.linuxdj.com/maia -'
 .- David Olofson ---.
 | Audio Hacker - Open Source Advocate - Singer - Songwriter |
 `-- [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/

-- [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/

Re: [rtl] user space program hangs

[Dan Peters]

Thanks Herman,
what would you recommend instead?

Dan

Herman Bruyninckx wrote:

 On Fri, 17 Aug 2001, Dan Peters wrote:

 [...]
  I believe it all has to do somehow with interrupting X calls.  Do
  you have any experience with running X under rtlinux?  I have work
  with X many times in a non RT environment and have not had these
  problems. Is there a better alternative to running X for doing
  graphical stuff under RT linux.

 Don't use X! Unless you know exactly what your X driver is doing...
 The polygons-rendered-per-second race of card manufacturers makes many
 drivers behave _very_ unfriendly towards other processes (disabling
 interrupts for too long etc.)

 Herman

 --
 I decry the current tendency to seek patents on algorithms. There are
  better ways to earn a living than to prevent other people from making
  use of one's contributions to computer science.  D.E. Knuth, TAoCP 3

 -- [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] ---
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/

Re: [rtl] user space program hangs

[Dan Peters]

Hi Stephane,
On the user side, I was just calling some simple functions which I defined
to do some repetive work.  On the RT side, I just have one periodic task
running,
which does a pthread_wait for the next period.
I have now found that the user side seems to hang at other times. Its pretty
random though. I believe it
all has to do somehow with interrupting X calls.  Do you have any experience
with
running X under rtlinux?  I have work with X many times in a non RT
environment and
have not had these problems. Is there a better alternative to running X for
doing graphical
stuff under RT linux.

Any info would be appreciated.

Dan

Stephane List wrote:

 Which function are you calling ? RT functions ?

 On Thu, Aug 16, 2001 at 10:23:09AM -0700, Dan Peters wrote :
  Hi,
  I have a real time task running at 4 hz, which records some data and
  sends it to the
  user program for display.  The user program has a couple of pthreads,
  and is also displaying images from a frame grabber
  using Xlib.   I have found that if I try to make locally defined
  function calls, the user space program randomly hangs exactly at
  the call, and does not enter the function.  The real-time stuff keeps on
 
  working fine.  I am forced to put everything inline to prevent
  this.  Has anybody had this problem, and if so is there a fix?
   I am using the RTlinux v3.0 CD distribution.
 
  thanks,
  Dan Peters
 
  -- [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/
 

 --
 Stéphane LIST -- [EMAIL PROTECTED]
 Alcôve, l'informatique est libre  -- http://www.alcove.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/

-- [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] user space program hangs

[Dan Peters]

Hi,
I have a real time task running at 4 hz, which records some data and
sends it to the
user program for display.  The user program has a couple of pthreads,
and is also displaying images from a frame grabber
using Xlib.   I have found that if I try to make locally defined
function calls, the user space program randomly hangs exactly at
the call, and does not enter the function.  The real-time stuff keeps on

working fine.  I am forced to put everything inline to prevent
this.  Has anybody had this problem, and if so is there a fix?
 I am using the RTlinux v3.0 CD distribution.

thanks,
Dan Peters

-- [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/

Re: [rtl] kernel compile problem

[Dan Peters]

Norm, thanks for the response. I figured it out based on some of the other
messages. It was the kgcc thing.

Dan

Norm Dresner wrote:

 What version of Linux (and gcc) are you using?

 Norm

 - Original Message -
 From: Dan Peters [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Friday, August 03, 2001 12:36 PM
 Subject: [rtl] kernel compile problem

  Can somebody tell me why I always get the following error when trying to
 
  compile a new kernel.
  I have tried 2.2.16, 17, with always the same results:
 
  make[2]: Entering directory `/home/dpp/linux/arch/i386/lib'
  cc -D__KERNEL__ -I/home/dpp/linux/include -D__ASSEMBLY__ -D__SMP__
  -traditional -c checksum.S -o checksum.o
  checksum.S:231: badly punctuated parameter list in #define
  checksum.S:237: badly punctuated parameter list in #define
  make[2]: *** [checksum.o] Error 1
  make[2]: Leaving directory `/home/dpp/linux/arch/i386/lib'
  make[1]: *** [first_rule] Error 2
  make[1]: Leaving directory `/home/dpp/linux/arch/i386/lib'
  make: *** [_dir_arch/i386/lib] Error 2
 
 
  Thanks,
  Dan
 
 
 
  - End of forwarded message from [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/
 

 - End of forwarded message from [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/

- End of forwarded message from [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/

[rtl] linux compile

[Dan Peters]

Can somebody tell me why I always get the following error when trying to
compile a new kernel.
I have tried 2.2.16, 17, with always the same results:

make[2]: Entering directory `/home/dpp/linux/arch/i386/lib'
cc -D__KERNEL__ -I/home/dpp/linux/include -D__ASSEMBLY__ -D__SMP__
-traditional -c checksum.S -o checksum.o
checksum.S:231: badly punctuated parameter list in #define
checksum.S:237: badly punctuated parameter list in #define
make[2]: *** [checksum.o] Error 1
make[2]: Leaving directory `/home/dpp/linux/arch/i386/lib'
make[1]: *** [first_rule] Error 2
make[1]: Leaving directory `/home/dpp/linux/arch/i386/lib'
make: *** [_dir_arch/i386/lib] Error 2


Thanks,
Dan

- End of forwarded message from [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/