Hi Wolfgang, On Tuesday 12 September 2006 14:22, Wolfgang Grandegger wrote: > What about using request_mem_region()? While looking to the driver I now ... will be added, of course. > realize, that it's mainly duplicated code. Does it not make more sense > to make a combined io/mem driver. If io address < 32K it's an io driver > else a mem driver. Yes, that's possible. We can also decide on the used module parameter (mem or io) what is to do. Passing both results in an error.
You are right that its duplicated code. But the driver is very simple. It nearly does nothing but mapping, implementing register access callbacks, registering and cleanup when unloading. But the driver differs in all these points from the isa/io colleague. I like shot an simple drivers, so that you do not have to care about breaking the isa/io part when modifying the mem part. > > > There's one thing a I am not very satisfied with :-) Why passing half of the > > external clock frequency to the module. Because of compatiblity reasons I > > kept this behavior of the clock paramter from the ISA driver. > > The attached patch fixes this and replaces the module parameter "isa" > with "io". I also tend to rename the driver into rtcan_io instead > rtcan_isa if we keep it. Sounds good. Matthias _______________________________________________ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
