Re: [rtl] rtl from DiskOnChip

Emeel wrote: has anyone run rtl from a DiskOnChip Flash device? any comments references/ guidelines or How-to's on booting up this device as a primary drive with rtl? Platform: 486 intel, 4MB M-systems DiskOnChip, 1 x IDE interface. thanks for any comments in advance, Look on M-Sys web:

Re: [rtl] RTAI and RTLinux

Stuart Hughes ([EMAIL PROTECTED]) wrote: [EMAIL PROTECTED] wrote: As I have pointed out before, the purpose of Steve Papacharalambous' POSIX package is very much different from the purpose of our PSE51 API -- even though we draw from the same base spec. Steve's package is great for

[rtl] Draft of ``Real Time and Embedded HOWTO''

I've been working some weeks on an HOWTO for beginning users of real-time and embedded systems. RTLinux and RTAI are, of course, an important part of that HOWTO. It is complementary to other HOWTO efforts, that deal with installation and API details of the packages; my HOWTO explains the

Re: [rtl] RTAI install

daniel sheltraw wrote: Hello RTAIers I finally got my new machine and I am ready to install the latest and greatest version of RTAI. I guess that would be RTAI 1.3. I have RedHat Linux 6.1 on my system presently. I don't recall which kernel version is in 6.1 (If you know please tell me).

R: [rtl] kernel vfat problems

Dear Paolo, did you configure the kernel to have the vfat option compiled with it (linked to the kernel image or as a module)? Ciao Giovanni - Original Message - From: Paolo Meriggi [EMAIL PROTECTED] To: RTLinux mailing list [EMAIL PROTECTED] Sent: Wednesday, August 30, 2000 11:24 PM

Re: [rtl] rtl from DiskOnChip

Emeel wrote: has anyone run rtl from a DiskOnChip Flash device? any comments Not yet but I've done it using RTAI, can't be any more difficult with RTL. references/ guidelines or How-to's on booting up this device as a primary drive with rtl? Depends on which DOC driver you want to use

Re: [rtl] RTAI and RTLinux

[EMAIL PROTECTED] wrote: On Wed, Aug 30, 2000 at 03:18:23PM +0100, Trevor Woolven wrote: BTW, can anyone *really* explain the point of non-portable extensions in a (supposedly) portable standard? I'm not saying they're wrong but they don't make sense (to me). We follow POSIX PSE51 for

Re: [rtl] RTAI and RTLinux

On Thu, Aug 31, 2000 at 11:18:34AM +0100, Trevor Woolven wrote: [EMAIL PROTECTED] wrote: I wasn't being critical just asking for information but I have to echo Stuart here, if you have some speed/determinism problems with Steve's pThreads package then I'd like to take a look at them if you

Re: [rtl] RTAI and RTLinux

[EMAIL PROTECTED] wrote: We follow POSIX PSE51 for reasons of simplicity, coherence, programmer familiarity, and because there is a real standard, not a creature of any company. POSIX is specified so that implementation extensions can be accomodated. For example, to reserve a RTLinux only

Re: [rtl] whorkshop

On Thu, 31 Aug 2000 [EMAIL PROTECTED] wrote: there is a workshop in Orlando, but I have forgotten when. Can anybody tell me agian when? November 27-28, 2000, at Walt Disney World: http://www.thinkingnerds.com/projects/rtos-ws/rtos-ws.html -- [EMAIL PROTECTED] (Ph.D.)Fax: +32-(0)16-32 29

Re: [rtl] RTAI and RTLinux

On Thu, Aug 31, 2000 at 12:52:58PM +0200, Paolo Mantegazza wrote: Apart from the fact that Steve's package cannot run with RTL, but only with RTAI, from my limited tests experience with Steve's POSIX the above Stuart? | |From: Stuart Hughes [EMAIL PROTECTED] |Organization: zentropix

[rtl] Newbee question(s)

Hi, I'm considering using RTLinux for a project I have going here and was looking for some advise. The system I'm developing has 24 (open-loop) analog outputs (12bit I think will do fine) and a high resolution camera. There will also be some assorted digital and maybe some additional analog IO's.

[rtl] Interrupt problems

Jo ! I have a problem with an interrupt handler in RT Linux rtlinux30pre6c running on a 2.2.17pre13 machine. I have a CAN card which is configured to create interrupts on line 7. I install a handler with a function like this: int CAN_Interrupt=7; int CanEnableInterrupt(unsigned int

Re: [rtl] RTAI and RTLinux

[EMAIL PROTECTED] wrote: On Thu, Aug 31, 2000 at 11:18:34AM +0100, Trevor Woolven wrote: [EMAIL PROTECTED] wrote: I wasn't being critical just asking for information but I have to echo Stuart here, if you have some speed/determinism problems with Steve's pThreads package then I'd like

Re: [rtl] RTAI install

From: Paolo Mantegazza [EMAIL PROTECTED] To: daniel sheltraw [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: [rtl] RTAI install Date: Thu, 31 Aug 2000 06:50:03 +0200 daniel sheltraw wrote: Hello RTAIers I finally got my new machine and I am ready to install the latest and greatest

Re: [rtl] RTAI and RTLinux

[EMAIL PROTECTED] wrote: [ about RTLinux's POSIX compliance...] On Thu, 31 Aug 2000, Paolo Mantegazza wrote: [ about RTAI's POSIX compliance...] Apart from the fact that Steve's package cannot run with RTL, but only with RTAI, from my limited tests experience with Steve's POSIX the above

Re: [rtl] kernel vfat problems

Have you enabled vfat support in the kernel? Michael. Paolo Meriggi ([EMAIL PROTECTED]) wrote: Hallo all, excuse me if I bore you, but I could not find any answer yet on the past archive of this mailing list. Before using RTL I was working with Mandrake 7.1 (kernel 2.2.15) and everything

Re: [rtl] [insmod: unresolved symbol]

Please post the "make" output. It seems like wrong compiler flags are used. Michael. Guo jin ([EMAIL PROTECTED]) wrote: Hello: I use insmod to install the module, expect the following error message: insmod pci_module pci_module: unresolved symbol rtl_compat_irq_handler pci_module:

RE: [rtl] Interrupt problems

Jan, I have a problem with an interrupt handler in RT Linux rtlinux30pre6c running on a 2.2.17pre13 machine. You did not say how you came to have rtlinux30pre6c running on this version of the kernel. Did you download a pre-patched kernel, or was this a kernel you built yourself?

Re: [rtl] RTAI and RTLinux

On Thu, Aug 31, 2000 at 05:18:35PM +0200, Herman Bruyninckx wrote: Another thing: if Victor is right about the fact that POSIX doesn't specify which signals can or should be used, then (i) we cannot blame him for using this option, (ii) the ``error'' lies with the POSIX This is not an error

Re: [rtl] Draft of ``Real Time and Embedded HOWTO''

Hi Herman! Overall, you did a good Job, but i strongly disagree with some statements in chapter 3.2: The Linux kernel that supports a typical desktop computer is quickly more than 1 megabytes large. And that does not include the memory taken up by the Linux tools and the users' applications

OT: RE: [rtl] RTAI and RTLinux

Gang, This is horribly and completely off topic, but I simply can not resist. However, the discussion reminds me of some other holy wars (KDE-GNOME; NT-Linux; vi(m)-emacs; ...), which means that they focus on the differences, instead of on the commonalities. I would say the current

Re: [rtl] RTAI and RTLinux

At 06:18 AM 31-08-00 -0600, [EMAIL PROTECTED] wrote: On Thu, Aug 31, 2000 at 11:18:34AM +0100, Trevor Woolven wrote: [EMAIL PROTECTED] wrote: I wasn't being critical just asking for information but I have to echo Stuart here, if you have some speed/determinism problems with Steve's pThreads

Re: [rtl] RTAI and RTLinux

On Thu, Aug 31, 2000 at 11:13:54PM -0400, Pierre Cloutier wrote: I switched to RTAI many moons ago when I finally understood Victor's ego was bigger than everest. Yet your website advertises a RTLinux project. How curious. In any event, despite my vast ego, I really would appreciate it if

[rtl] DiskOnChip driver

Thanks for your comments and advice. I am quoting these few lines from the README.TXT bundled with M-systems' DiskOnChip driver for Linux. /***/ WARNING --- During sustained writes to the DiskOnChip delays may occur in other processes. This can cause