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
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:
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
-
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
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
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
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
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
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:
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
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
[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.
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
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
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
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
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
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
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
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,
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
-
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)
22 matches
Mail list logo