[Xenomai-core] rtdm_dev_register oops

2010-05-18 Thread Stefan Kisdaroczi
hi, i got a exception in rtdm_dev_register(). I didnt call rtdm_dev_unregister in my driver and after insmodding the module again I got a oops. xenomai 2.5.3, linux 2.6.32.11, x86 32bit, ubuntu 10.04. Attached is the dmesg-trace and a small rtdm-module foo.c for reproduction: insmod

Re: [Xenomai-core] rtdm_dev_register oops

2010-05-18 Thread Jan Kiszka
Stefan Kisdaroczi wrote: hi, i got a exception in rtdm_dev_register(). I didnt call rtdm_dev_unregister in my driver and after insmodding the module again I got a oops. And that is surprising to you? :) If you leave the previous device registered on rmmod, oopses are programmed to occur:

[Xenomai-core] [PATCH] rtcan: add rtcan_plx_pci driver

2010-05-18 Thread Pavel Cheblakov
This is a general driver for cards based on PLX90xx PCI-bridges. It supports following cards: - Adlink PCI-7841/cPCI-7841 card (http://www.adlinktech.com/) - Adlink PCI-7841/cPCI-7841 SE card - esd CAN-PCI/CPCI/PCI104/200 (http://www.esd.eu/) - esd CAN-PCI/PMC/266 - esd CAN-PCIe/2000 -

Re: [Xenomai-core] [PATCH] rtcan: add rtcan_plx_pci driver

2010-05-18 Thread Sebastian Smolorz
Pavel Cheblakov wrote: This is a general driver for cards based on PLX90xx PCI-bridges. It supports following cards: - Adlink PCI-7841/cPCI-7841 card (http://www.adlinktech.com/) - Adlink PCI-7841/cPCI-7841 SE card - esd CAN-PCI/CPCI/PCI104/200 (http://www.esd.eu/) - esd CAN-PCI/PMC/266

Re: [Xenomai-core] [PATCH] rtcan: add rtcan_plx_pci driver

2010-05-18 Thread Wolfgang Grandegger
Hi Sebastian, On 05/18/2010 01:42 PM, Sebastian Smolorz wrote: Pavel Cheblakov wrote: This is a general driver for cards based on PLX90xx PCI-bridges. It supports following cards: - Adlink PCI-7841/cPCI-7841 card (http://www.adlinktech.com/) - Adlink PCI-7841/cPCI-7841 SE card - esd

Re: [Xenomai-core] [PATCH] rtcan: add rtcan_plx_pci driver

2010-05-18 Thread P.B.Cheblakov
Wolfgang Grandegger wrote: Hi Sebastian, On 05/18/2010 01:42 PM, Sebastian Smolorz wrote: Pavel Cheblakov wrote: This is a general driver for cards based on PLX90xx PCI-bridges. It supports following cards: - Adlink PCI-7841/cPCI-7841 card (http://www.adlinktech.com/) - Adlink

Re: [Xenomai-core] [PATCH] rtcan: add rtcan_plx_pci driver

2010-05-18 Thread Sebastian Smolorz
Hi Wolfgang, Wolfgang Grandegger wrote: On 05/18/2010 01:42 PM, Sebastian Smolorz wrote: Pavel Cheblakov wrote: This is a general driver for cards based on PLX90xx PCI-bridges. It supports following cards: - Adlink PCI-7841/cPCI-7841 card (http://www.adlinktech.com/) - Adlink

Re: [Xenomai-core] [PATCH] rtcan: add rtcan_plx_pci driver

2010-05-18 Thread Wolfgang Grandegger
On 05/18/2010 02:29 PM, Sebastian Smolorz wrote: Hi Wolfgang, Wolfgang Grandegger wrote: On 05/18/2010 01:42 PM, Sebastian Smolorz wrote: Pavel Cheblakov wrote: This is a general driver for cards based on PLX90xx PCI-bridges. It supports following cards: - Adlink PCI-7841/cPCI-7841 card

Re: [Xenomai-core] [PATCH] rtcan: add rtcan_plx_pci driver

2010-05-18 Thread Sebastian Smolorz
Wolfgang Grandegger wrote: On 05/18/2010 02:29 PM, Sebastian Smolorz wrote: Hi Wolfgang, Wolfgang Grandegger wrote: On 05/18/2010 01:42 PM, Sebastian Smolorz wrote: Pavel Cheblakov wrote: This is a general driver for cards based on PLX90xx PCI-bridges. It supports following cards:

Re: [Xenomai-core] rtdm_dev_register oops

2010-05-18 Thread Stefan Kisdaroczi
Am 18.05.2010 13:03, schrieb Jan Kiszka: Stefan Kisdaroczi wrote: hi, i got a exception in rtdm_dev_register(). I didnt call rtdm_dev_unregister in my driver and after insmodding the module again I got a oops. And that is surprising to you? :) A bit. If you leave the previous device

Re: [Xenomai-core] [PATCH] rtcan: add rtcan_plx_pci driver

2010-05-18 Thread Wolfgang Grandegger
Hi Pavel, On 05/18/2010 01:28 PM, Pavel Cheblakov wrote: This is a general driver for cards based on PLX90xx PCI-bridges. It supports following cards: - Adlink PCI-7841/cPCI-7841 card (http://www.adlinktech.com/) - Adlink PCI-7841/cPCI-7841 SE card - esd CAN-PCI/CPCI/PCI104/200

Re: [Xenomai-core] Question about getting system time

2010-05-18 Thread Wolfgang Mauerer
[moved to xenomai-core] Gilles Chanteperdrix wrote: Wolfgang Mauerer wrote: - gettimeofday should not have another timebase than clock_gettime(CLOCK_REALTIME): in other word, the whole clock system should be based on the ntp clock. Sorry, I'm not quite sure what you are talking about here.

Re: [Xenomai-core] Question about getting system time

2010-05-18 Thread Gilles Chanteperdrix
Wolfgang Mauerer wrote: [moved to xenomai-core] Gilles Chanteperdrix wrote: Wolfgang Mauerer wrote: - gettimeofday should not have another timebase than clock_gettime(CLOCK_REALTIME): in other word, the whole clock system should be based on the ntp clock. Sorry, I'm not quite sure what

Re: [Xenomai-core] rtdm_dev_register oops

2010-05-18 Thread Jan Kiszka
Stefan Kisdaroczi wrote: Am 18.05.2010 13:03, schrieb Jan Kiszka: Stefan Kisdaroczi wrote: hi, i got a exception in rtdm_dev_register(). I didnt call rtdm_dev_unregister in my driver and after insmodding the module again I got a oops. And that is surprising to you? :) A bit. If you

Re: [Xenomai-core] Question about getting system time

2010-05-18 Thread Gilles Chanteperdrix
Wolfgang Mauerer wrote: On the one hand you make complicated code (which will be costly on low end hardware) to avoid shutting interrupts around a few assignments, but on the other hand you leave an architecture specific function pointer call where we want a fast behaviour on average

Re: [Xenomai-core] Question about getting system time

2010-05-18 Thread Wolfgang Mauerer
Gilles Chanteperdrix wrote: Wolfgang Mauerer wrote: On the one hand you make complicated code (which will be costly on low end hardware) to avoid shutting interrupts around a few assignments, but on the other hand you leave an architecture specific function pointer call where we want a fast

Re: [Xenomai-core] Question about getting system time

2010-05-18 Thread Gilles Chanteperdrix
Wolfgang Mauerer wrote: Gilles Chanteperdrix wrote: Wolfgang Mauerer wrote: On the one hand you make complicated code (which will be costly on low end hardware) to avoid shutting interrupts around a few assignments, but on the other hand you leave an architecture specific function pointer

Re: [Xenomai-core] Question about getting system time

2010-05-18 Thread Jan Kiszka
Gilles Chanteperdrix wrote: Wolfgang Mauerer wrote: Gilles Chanteperdrix wrote: Wolfgang Mauerer wrote: On the one hand you make complicated code (which will be costly on low end hardware) to avoid shutting interrupts around a few assignments, but on the other hand you leave an architecture

Re: [Xenomai-core] Question about getting system time

2010-05-18 Thread Gilles Chanteperdrix
Jan Kiszka wrote: Gilles Chanteperdrix wrote: Wolfgang Mauerer wrote: Gilles Chanteperdrix wrote: Wolfgang Mauerer wrote: On the one hand you make complicated code (which will be costly on low end hardware) to avoid shutting interrupts around a few assignments, but on the other hand you

Re: [Xenomai-core] Question about getting system time

2010-05-18 Thread Jan Kiszka
Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Wolfgang Mauerer wrote: Gilles Chanteperdrix wrote: Wolfgang Mauerer wrote: On the one hand you make complicated code (which will be costly on low end hardware) to avoid shutting interrupts around a few assignments,

[Xenomai-core] [PATCH V2] rtcan: add rtcan_plx_pci driver

2010-05-18 Thread Pavel Cheblakov
This is a general driver for cards based on PLX90xx PCI-bridges. It supports following cards: - Adlink PCI-7841/cPCI-7841 card (http://www.adlinktech.com/) - Adlink PCI-7841/cPCI-7841 SE card - esd CAN-PCI/CPCI/PCI104/200 (http://www.esd.eu/) - esd CAN-PCI/PMC/266 - esd CAN-PCIe/2000 -

Re: [Xenomai-core] Question about getting system time

2010-05-18 Thread Gilles Chanteperdrix
Jan Kiszka wrote: Just like it seems to be the case for Steve (unless I misunderstood his reply), it is very useful for us being able to time-stamp events in RT context that need to be correlated with events stamped in non-RT (including non-Xenomai) parts or even on other systems: (offline)