In message <20011113072253.A4515@hq2> Victor Yodaiken wrote: > > Can you explain what you would like to happen?
Try running normal ethernet on a SCC, handled by Linux, and assign another frequent interrupt (for instance a CPM timer) to be handled by a RT task and you will know what he means. > BTW: as I understand it, PPC Linux does have a "flat" model with the > low level code reaching out to determine which device is responsible > by looking at the second level interrupt controller. PPC Linux uses one function to register an interrupt on SIU level (request_8xxirq()), and another to register interrupt on the CPM (cpm_install_handler()). This is NOT a flat model. Jose also asked: > RT-Linux doesn�t work with this flat model. Is the RTAI 24.1.4, > that comes with this kernel, able to solve this problem? If so, how Yes, we implemented exactly this feature for RTAI. > can this kernel cope with this two interrupt models? Does each > patch change the kernel to work with its own interrupt model? In our current configuration all CPM interrupts look identical to the software as SIU interrupts, i. e. you can register individual CPM and/or SIU interrupts for RT, while other CPM and/or SIU interrupts can be handled by Linux. > Can an specific CPM interrupt (not the CPM interrupt itself) be > captured by the RT module and then leave it for Linux, in other > words, with RTAI is Linux prepared to work with this flat model? Yes. > If RTAI 24.1.4 solves this problem, are there many differences > between RT-Linux and RTAI, from a programming point of view? Not as much as you might fear. Mostly it's differences in the inter- faces. Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: [EMAIL PROTECTED] The first thing we do is kill all the lawyers. (Shakespeare. II Henry VI, Act IV, scene ii) -- [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/
