Stefan Kisdaroczi wrote:
On 17.08.2010 15:51, Hemal C.Bavishi wrote:
When I tried to compile it with the latest version of kernel with xenomai
2.5.4, I am getting following errors in Xenomai (disable CONFIG_SMP, enable
CONFIG_X86_UP_APIC and
CONFIG_X86_UP_IOAPIC (*).)
Just tested,
On Tue, 2010-08-17 at 19:43 +0200, Stefan Kisdaroczi wrote:
On 17.08.2010 12:27, Philippe Gerum wrote:
On Mon, 2010-08-16 at 21:14 +0200, Theo Veenker wrote:
On 08/16/2010 04:26 PM, Theo Veenker wrote:
Gilles Chanteperdrix wrote:
Theo Veenker wrote:
Hi,
On Wednesday 18 August 2010, Gilles Chanteperdrix wrote:
Stefan Kisdaroczi wrote:
On 17.08.2010 15:51, Hemal C.Bavishi wrote:
When I tried to compile it with the latest version of kernel with
xenomai 2.5.4, I am getting following errors in Xenomai (disable
CONFIG_SMP, enable
On 18.08.2010 10:27, Philippe Gerum wrote:
On Tue, 2010-08-17 at 19:43 +0200, Stefan Kisdaroczi wrote:
On 17.08.2010 12:27, Philippe Gerum wrote:
On Mon, 2010-08-16 at 21:14 +0200, Theo Veenker wrote:
On 08/16/2010 04:26 PM, Theo Veenker wrote:
Gilles
Hi,
I try to compile a kernel (2.6.32 patched with
adeos-ipipe-2.6.33-arm-1.17-02.patch) with xenomai.
The target is AM3517 Evaluation Module. It runs correctly without
xenomai and the compilation proccess sucess with only adeos patch
this is my current method :
1)with xenomail :
On 17.08.2010 20:06, Jan Kiszka wrote:
Stefan Kisdaroczi wrote:
I installed the kernel (2.6.32.15 2.5.4 x86 32bit) which is working on
my laptop in a kvm machine.
In the virtual machine the kernel never starts and hangs.
To make sure you are not facing a KVM issue (though they are
marc doz wrote:
Hi,
I try to compile a kernel (2.6.32 patched with
adeos-ipipe-2.6.33-arm-1.17-02.patch ) with xenomai.
The target is AM3517 Evaluation Module. It runs correctly without
xenomai and the compilation proccess sucess with only adeos patch
this is my current method :
marc doz wrote:
Hi,
I try to compile a kernel (2.6.32 patched with
adeos-ipipe-2.6.33-arm-1.17-02.patch ) with xenomai.
Looking at your sources directory name, are you sure you are using a
vanilla Linux kernel from kernel.org? Because this is the only kernel
this patch supports.
--
On 18.08.2010 14:11, Stefan Kisdaroczi wrote:
[...]
hi philippe, hope this helps:
(gdb) bt
#0 doublefault_fn () at arch/x86/kernel/doublefault_32.c:47
#1 0x in ?? ()
I set two breakpoints:
1) do_test_wp_bit()
2) zap_low_mappings()
The second breakpoint is never reached, the
On Wed, 2010-08-18 at 14:11 +0200, Stefan Kisdaroczi wrote:
On 18.08.2010 10:27, Philippe Gerum wrote:
On Tue, 2010-08-17 at 19:43 +0200, Stefan Kisdaroczi wrote:
On 17.08.2010 12:27, Philippe Gerum wrote:
On Mon, 2010-08-16 at 21:14 +0200, Theo Veenker wrote:
On
prakash srinivasan wrote:
printf(TOTAL LOOP TIMING=%ld us\n,
(long)((rt_timer_ticks2ns(end-start))/1000);
What does: printf(TOTAL LOOP TIMING=%lld us\n,
rt_timer_ticks2ns(end-start)/1000); report.
TOTAL LOOP TIMING = 5377070 us In this case, the (unsigned)
(long) (long)tart returns
Prakash A S wrote:
prakash srinivasan wrote:
printf(TOTAL LOOP TIMING=%ld us\n,
(long)((rt_timer_ticks2ns(end-start))/1000);
What does: printf(TOTAL LOOP TIMING=%lld us\n,
rt_timer_ticks2ns(end-start)/1000); report.
TOTAL LOOP TIMING = 5377070 us In this case,
Hello:
I am using Xenomai 2.4.10 on PPC. An RTDM driver creates an RTDM task
using rtdm_task_init() and goes to sleep periodically via function
rtdm_task_sleep().
When driver is loaded, RTDM task executes as expected. Then a realtime
application is started via gdbserver on target board and on a
Herrera-Bendezu, Luis wrote:
I am using Xenomai 2.4.10 on PPC. An RTDM driver creates an RTDM task
using rtdm_task_init() and goes to sleep periodically via function
rtdm_task_sleep().
When driver is loaded, RTDM task executes as expected. Then a realtime
application is started via
On Wed, 2010-08-18 at 12:03 -0400, Herrera-Bendezu, Luis wrote:
Hello:
I am using Xenomai 2.4.10 on PPC. An RTDM driver creates an RTDM task
using rtdm_task_init() and goes to sleep periodically via function
rtdm_task_sleep().
When driver is loaded, RTDM task executes as expected. Then a
Philippe,
-Original Message-
From: Philippe Gerum [mailto:r...@xenomai.org]
Sent: Wednesday, August 18, 2010 12:39 PM
To: Herrera-Bendezu, Luis
Cc: xenomai-help@gna.org
Subject: Re: [Xenomai-help] RTDM task blocks when connecting gdb to realtime
task
On Wed, 2010-08-18 at 12:03 -0400,
I need to upgrade to linux-2.6.35.1 in order to solve a megaraid device
driver problem I am having with lower linux releases. Are there any
Adeos patches available for linux-2.6.35.1 for xenomai-2.5.4? If not, is
there a workaround?
Thanks.
Ed
___
On Wed, 2010-08-18 at 14:11 +0200, Stefan Kisdaroczi wrote:
On 18.08.2010 10:27, Philippe Gerum wrote:
On Tue, 2010-08-17 at 19:43 +0200, Stefan Kisdaroczi wrote:
On 17.08.2010 12:27, Philippe Gerum wrote:
On Mon, 2010-08-16 at 21:14 +0200, Theo Veenker wrote:
On
Hi,
In order to introduce myself to RTDM and driver development in Xenomai,
I'm trying to develop a simple driver
for an advantech PCI-1711 card.
First thing I need to do is obtaining the PCI base address of the card.
To do this I used an old code I already have :
struct pci_dev *pcidev;
On 17.08.2010 17:24, Stefan Kisdaroczi wrote:
On 17.08.2010 15:51, Hemal C.Bavishi wrote:
When I tried to compile it with the latest version of kernel with xenomai
2.5.4, I am getting following errors in Xenomai (disable CONFIG_SMP, enable
CONFIG_X86_UP_APIC and
CONFIG_X86_UP_IOAPIC
On 18.08.2010 20:45, Stefan Kisdaroczi wrote:
On 17.08.2010 17:24, Stefan Kisdaroczi wrote:
On 17.08.2010 15:51, Hemal C.Bavishi wrote:
When I tried to compile it with the latest version of kernel with xenomai
2.5.4, I am getting following errors in Xenomai (disable CONFIG_SMP,
On Wednesday 18 August 2010, Ramon wrote:
Hi,
In order to introduce myself to RTDM and driver development in
Xenomai, I'm trying to develop a simple driver
for an advantech PCI-1711 card.
First thing I need to do is obtaining the PCI base address of the
card. To do this I used an old code
On Wed, 2010-08-18 at 13:29 -0400, Herrera-Bendezu, Luis wrote:
Philippe,
-Original Message-
From: Philippe Gerum [mailto:r...@xenomai.org]
Sent: Wednesday, August 18, 2010 12:39 PM
To: Herrera-Bendezu, Luis
Cc: xenomai-help@gna.org
Subject: Re: [Xenomai-help] RTDM task blocks
On Wednesday 18 August 2010, Stefan Kisdaroczi wrote:
On 17.08.2010 17:24, Stefan Kisdaroczi wrote:
On 17.08.2010 15:51, Hemal C.Bavishi wrote:
When I tried to compile it with the latest version of kernel with
xenomai 2.5.4, I am getting following errors in Xenomai (disable
CONFIG_SMP,
Paul pau...@tuxcnc.org schrieb:
On Wednesday 18 August 2010, Stefan Kisdaroczi wrote:
On 17.08.2010 17:24, Stefan Kisdaroczi wrote:
On 17.08.2010 15:51, Hemal C.Bavishi wrote:
When I tried to compile it with the latest version of kernel with
xenomai 2.5.4, I am getting following
It turns out my problem was caused by an interrupt storm. I
had set up the interrupt to propagate to the Linux domain.
When my rt task transferred to the Linux domain from the page
fault it wasn't able to clear the device interrupt flag. The
interrupt was reenabled at the PIC level
Philippe Gerum wrote:
- The very same kernel image does not break when booted via tftp here.
It really seems to need a boot of the kernel image from the hard drive
to get the issue. However, having the rootfs over NFS or on the hdd does
not seem to make any difference. This could be the sign
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
- The very same kernel image does not break when booted via tftp here.
It really seems to need a boot of the kernel image from the hard drive
to get the issue. However, having the rootfs over NFS or on the hdd does
not seem to make any
On Wed, 2010-08-18 at 18:05 -0500, Steve Deiters wrote:
It turns out my problem was caused by an interrupt storm. I
had set up the interrupt to propagate to the Linux domain.
When my rt task transferred to the Linux domain from the page
fault it wasn't able to clear the device
On Thu, 2010-08-19 at 01:21 +0200, Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
- The very same kernel image does not break when booted via tftp here.
It really seems to need a boot of the kernel image from the hard drive
to get the issue. However, having the rootfs over NFS or on the
On Tue, 2010-08-17 at 10:03 -0500, Steve Deiters wrote:
-Original Message-
From: Gilles Chanteperdrix [mailto:gilles.chanteperd...@xenomai.org]
Sent: Saturday, August 14, 2010 8:20 AM
To: Steve Deiters
Cc: xenomai-help@gna.org
Subject: Re: [Xenomai-help] Page fault in real
31 matches
Mail list logo