[Xenomai-core] new features for 16550A driver
Hello, I'm working on a project which aims at porting an application running under VxWorks to Linux. This application uses the serial port. I would like to add an ioctl or a field in the config structure to permit to strip or not the parity bit of each byte on reception. This feature is implemented on Linux and VxWorks. Is it something I can do and then submit to Xenomai or your driver is only an example and will never be improved? I think that I will have more feature to add to the driver, that's why I'm asking this. -- Guillaume Gaudonville E-mail: [EMAIL PROTECTED] ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Adeos PowerPC patch differences
Philippe Gerum wrote: Yes. I have tested 2.6.22-DENX over two Freescale boards, namely mpc52xx and mpc8548, using this very same setup. Btw, you will need to pick 2.0-01 which landed today in the repo, since I fixed a couple of issues (one being serious) there. Thanks for the info about 2.0 issue. And is the DENX patch specific to DENX tree or can it be applied/used from vanilla kernel tree ? It should apply to the vanilla tree without too much fuss, but the reference tree for the I-pipe/powerpc work is the DENX one, AFAIC. FYI, Adeos 2.0 / Xenomai 2.4 works fine on my PowerPC boards too. BTW, 2.6.23-rc5 patch does not apply as it on -rc7 and -rc8 (for ppc64 part at least). Ben ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Adeos PowerPC patch differences
Wolfgang Grandegger wrote: Benjamin ZORES wrote: Philippe Gerum wrote: Yes. I have tested 2.6.22-DENX over two Freescale boards, namely mpc52xx and mpc8548, using this very same setup. Btw, you will need to pick 2.0-01 which landed today in the repo, since I fixed a couple of issues (one being serious) there. Thanks for the info about 2.0 issue. And is the DENX patch specific to DENX tree or can it be applied/used from vanilla kernel tree ? It should apply to the vanilla tree without too much fuss, but the reference tree for the I-pipe/powerpc work is the DENX one, AFAIC. FYI, Adeos 2.0 / Xenomai 2.4 works fine on my PowerPC boards too. BTW, 2.6.23-rc5 patch does not apply as it on -rc7 and -rc8 (for ppc64 part at least). Because head_4xx.S has been renamed to head_40x.S in arch/powerpc/kernel recently :-(. Wolfgang. No, it was due to changes in code in time.c and process.c iirc. Ben ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] [RFC] Fast Context Switch Extension for ARM Linux
Richard Cochran wrote: I know that this is a bit off topic, yet perhaps some on this list have interest or knowledge in this area. I am also posting this idea to the linux-arm-kernel list. I would like to implement the ARM FCSE under Linux, using the Intel IXP425 board. Before I start, I would like to ask: 1. Has any work already been done in this area? Yes, we at emlix evaluate the feasibility of porting the FASS patch to a modern 2.6 kernel in the context of a customer project. It is far more work than expected because central MM implementations both ARM-specific and Linux-general have changed since the 2.4 days. What we have done is to take the FASS patch and tried to make it work with the 2.6 line rather than implementing the concepts from scratch. So far, we are able to compile a FASS-patched 2.6.21 kernel but it fails when trying to start init. We expect a huge amount of bugs hiding inside the code yet. No wonder, we are still in the middle of the work. I would call the code far from being releasable but before you also begin to do the work we have already performed it is reasonable to post our current status. We consider to set up a git repository so that you and all interested people will be able to clone from it. If anyone feels prepared to contribute code to this project we either can provide write access to the repository or do it the Linus' way (i.e. we would pull from others' repositories), whichever is preferred. Regards, Sebastian -- Dipl.-Ing. Sebastian Smolorz, emlix GmbH, http://www.emlix.com Fon +49 551 30664-0, Fax -11, Bahnhofsallee 1b, 37081 Göttingen, Germany Geschäftsführung: Dr. Uwe Kracke, Dr. Cord Seele, Ust-IdNr.: DE 205 198 055 Sitz der Gesellschaft: Göttingen, Amtsgericht Göttingen HR B 3160 emlix - your embedded linux partner ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] new features for 16550A driver
Guillaume Gaudonville wrote: Hello, I'm working on a project which aims at porting an application running under VxWorks to Linux. This application uses the serial port. I would like to add an ioctl or a field in the config structure to permit to strip or not the parity bit of each byte on reception. This feature is implemented on Linux and VxWorks. Is it something I can do and then submit to Xenomai or your driver is only an example and will never be improved? The driver is far from being just an example, it's used in real applications. If your feature is useful and doesn't turn the existing code upside down, it will surely be considered for merging. I think that I will have more feature to add to the driver, that's why I'm asking this. I don't want to exclude anything (specifically as long as I haven't seen some patch yet), but I also don't want to overload the driver over the time with corner-case features. We need a good balance. But we first of all need more details about what you plan to add, what application scenario is behind it, why you need the driver to implement the feature, and what impact it may have on the code. You are welcome to elaborate on this or, even better, post some patch drafts here. Jan -- Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Adeos PowerPC patch differences
Benjamin ZORES wrote: Wolfgang Grandegger wrote: Benjamin ZORES wrote: Philippe Gerum wrote: Yes. I have tested 2.6.22-DENX over two Freescale boards, namely mpc52xx and mpc8548, using this very same setup. Btw, you will need to pick 2.0-01 which landed today in the repo, since I fixed a couple of issues (one being serious) there. Thanks for the info about 2.0 issue. And is the DENX patch specific to DENX tree or can it be applied/used from vanilla kernel tree ? It should apply to the vanilla tree without too much fuss, but the reference tree for the I-pipe/powerpc work is the DENX one, AFAIC. FYI, Adeos 2.0 / Xenomai 2.4 works fine on my PowerPC boards too. BTW, 2.6.23-rc5 patch does not apply as it on -rc7 and -rc8 (for ppc64 part at least). Because head_4xx.S has been renamed to head_40x.S in arch/powerpc/kernel recently :-(. Wolfgang. No, it was due to changes in code in time.c and process.c iirc. I applied adeos-ipipe-2.6.23-rc5-powerpc-DENX-2.0-01.patch to the 2.6.23-rc7 version of linux-2.6-denx. Seems you are using the official kernel linux-2.6 tree. Wolfgang. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] RTCAN (MSCAN) doesn't compile on latest Denx 2.6.23
Wolfgang Grandegger wrote: I have a patch already since a while but forgot to post it. Could you please give the attached patch a try? I have given the patch a try and it doesn't quite work out of the box, as there is an index off-by-one error concerning the configured CAN ports. The result is that probing the CAN controller starts with the second entry in the device tree and a random address will be probed for the second CAN controller where ioremap gladly bumps out with an error which results in a RT-CAN shutdown. The applied patch solves the issue for me. I don't know if it works in case of (! #defined CONFIG_PPC_MERGE) Best regards, Daniel. mscan_fix_ot_index.patch Description: mscan_fix_ot_index.patch ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] RTCAN (MSCAN) doesn't compile on latest Denx 2.6.23
Daniel Schnell wrote: Wolfgang Grandegger wrote: I have a patch already since a while but forgot to post it. Could you please give the attached patch a try? I have given the patch a try and it doesn't quite work out of the box, as there is an index off-by-one error concerning the configured CAN ports. The result is that probing the CAN controller starts with the second entry in the device tree and a random address will be probed for the second CAN controller where ioremap gladly bumps out with an error which results in a RT-CAN shutdown. The applied patch solves the issue for me. I don't know if it works in case of (! #defined CONFIG_PPC_MERGE) I'm going to check that. Thanks for reporting. Wolfgang. ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core
Re: [Xenomai-core] Adeos PowerPC patch differences
Wolfgang Grandegger wrote: Benjamin ZORES wrote: Wolfgang Grandegger wrote: Benjamin ZORES wrote: Philippe Gerum wrote: Yes. I have tested 2.6.22-DENX over two Freescale boards, namely mpc52xx and mpc8548, using this very same setup. Btw, you will need to pick 2.0-01 which landed today in the repo, since I fixed a couple of issues (one being serious) there. Thanks for the info about 2.0 issue. And is the DENX patch specific to DENX tree or can it be applied/used from vanilla kernel tree ? It should apply to the vanilla tree without too much fuss, but the reference tree for the I-pipe/powerpc work is the DENX one, AFAIC. FYI, Adeos 2.0 / Xenomai 2.4 works fine on my PowerPC boards too. BTW, 2.6.23-rc5 patch does not apply as it on -rc7 and -rc8 (for ppc64 part at least). Because head_4xx.S has been renamed to head_40x.S in arch/powerpc/kernel recently :-(. Wolfgang. No, it was due to changes in code in time.c and process.c iirc. I applied adeos-ipipe-2.6.23-rc5-powerpc-DENX-2.0-01.patch to the 2.6.23-rc7 version of linux-2.6-denx. Seems you are using the official kernel linux-2.6 tree. Absolutely. Sorry for not having stated this before. Anyhow, it's easy to fix. Ben ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core