Jan Kiszka wrote:
> Philippe Gerum wrote:
>> The I-pipe/i386 has been ported to 2.6.24-rc1, so that we could swallow
>> the i386/x86_64 merge which just happened upstream, without having to
>> fiddle at the same time with the slew of other core changes which will
>> hit the street before 2.6.24 is
Philippe Gerum wrote:
> The I-pipe/i386 has been ported to 2.6.24-rc1, so that we could swallow
> the i386/x86_64 merge which just happened upstream, without having to
> fiddle at the same time with the slew of other core changes which will
> hit the street before 2.6.24 is released. You need the l
Philippe Gerum wrote:
> The I-pipe/i386 has been ported to 2.6.24-rc1, so that we could swallow
> the i386/x86_64 merge which just happened upstream, without having to
> fiddle at the same time with the slew of other core changes which will
> hit the street before 2.6.24 is released. You need the l
If you happen to use Xenomai on fairly old x86 hardware with the IO-APIC
support enabled, you may want to upgrade your I-pipe version to one of
those listed below.
Symptom: random lockup, more likely under high interrupt load
Cause: mishandling of some hardware erratum affecting some IO-APIC
The I-pipe/i386 has been ported to 2.6.24-rc1, so that we could swallow
the i386/x86_64 merge which just happened upstream, without having to
fiddle at the same time with the slew of other core changes which will
hit the street before 2.6.24 is released. You need the latest trunk/ to
configure Xen
Steven A. Falco wrote:
> Hmmm. IRQ4 is "PCI ExternalCommand Write"? But I'm not using PCI.
> Here is the output:
>
> # ./irqloop
> NULL ->unmask handler, IRQ 4, chip
Mgmfff... Ok, regardless of whether the IRQ number is valid or not, it
would be great that Xenomai avoids jumping out of the wi
My apologies - I didn't realize I had to change that configuration.
I'll look into it.
The 405GP UART is a 16550 clone but the registers are at ef600300 in
memory space, and the IRQ is 0. This information is captured in the
board-specific .dts file - it looks like the .dts info is made avail
Steven A. Falco wrote:
> Hmmm. IRQ4 is "PCI ExternalCommand Write"? But I'm not using PCI.
> Here is the output:
>
> # ./irqloop
> NULL ->unmask handler, IRQ 4, chip
> Test mode:user-space task
> Port type:serial
> Port address: 0x3f8
> Port IRQ: 4
Well, irqloop is preconfigured f
Hmmm. IRQ4 is "PCI ExternalCommand Write"? But I'm not using PCI.
Here is the output:
# ./irqloop
NULL ->unmask handler, IRQ 4, chip
Test mode:user-space task
Port type:serial
Port address: 0x3f8
Port IRQ: 4
Received IRQs: 0
Acknowledged IRQs: 0
Xenomai: POSIX: destroyed thr
Steven A. Falco wrote:
> I am testing kernel 2.6.23 ARCH=powerpc with Xenomai 2.4-rc4. The
> clocktest and cyclictest work perfectly with the uic/spinlock patches.
> However, the irqloop test fails with the Oops shown below.
>
Please try the patch below. It looks like the chip descriptor does
I am testing kernel 2.6.23 ARCH=powerpc with Xenomai 2.4-rc4. The
clocktest and cyclictest work perfectly with the uic/spinlock patches.
However, the irqloop test fails with the Oops shown below.
Steve
# modprobe xeno_irqbench
# lsmod
Module Size Used byNot tainted
x
Jan Kiszka wrote:
> Philippe Gerum wrote:
>> Jan Kiszka wrote:
>>> Philippe Gerum wrote:
Steven A. Falco wrote:
> I applied the uic patch:
>
> diff --git a/arch/powerpc/sysdev/uic.c b/arch/powerpc/sysdev/uic.c
> index eeb38e2..5a38086 100644
> --- a/arch/powerpc/sysdev/uic.
Philippe Gerum wrote:
> Jan Kiszka wrote:
>> Philippe Gerum wrote:
>>> Steven A. Falco wrote:
I applied the uic patch:
diff --git a/arch/powerpc/sysdev/uic.c b/arch/powerpc/sysdev/uic.c
index eeb38e2..5a38086 100644
--- a/arch/powerpc/sysdev/uic.c
+++ b/arch/powerpc/sy
Steven A. Falco wrote:
> Thank you very much. I hate to make extra work for you - is there a git
> repository for adeos-ipipe that I should be pulling from?
>
git://www.denx.de/git/ipipe-2.6
> Steve
>
>
> Philippe Gerum wrote:
>> Philippe Gerum wrote:
>>
>>> Steven A. Falco wrote:
>>>
14 matches
Mail list logo
