From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <48F6035C.1040103@domain.hid> Date: Wed, 15 Oct 2008 16:51:08 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <48F5E050.4090106@domain.hid> In-Reply-To: <48F5E050.4090106@domain.hid> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai-help] implementing a new rtdm driver List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: belatronix@domain.hid Cc: xenomai@xenomai.org Axel Beierlein wrote: > Hello, > > i will implement my Serial ppc-PSC driver into the rtdm and > there are some hardwarespecific things that differ from the > implementation of the 16550A. > > Is it right that i have to add these things to the existing Serial > Profile in rtserial.h? Well, unless that UART comes with some very special features or someone made a mistake when defining the serial profile, you should be able to provide a compatible driver. > What for is the device sub class Makro and how can i use it for a new > profile? Perhaps #ifdef compiling? Please discuss with us what you want to #ifdef so that we can tell you why you shouldn't. ;) Regarding the subclass: It might only be for informational purposes, but it would definitely make sense when you add new services to the profile (or leave out existing ones). > > Summarize: > What is the preferred way to implement an new serial Hardware into the > existing RTDM Serial Device Profile? > Unless you find significant shared code in your to-be-written driver and the 16550A, I would say go for a separate implementation of the same API (== RTDM profile). If you find common code, than let us discuss some generic UART framework for RTDM. Jan -- Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux