Re: [Xenomai-core] [BUG] IO-APIC stall due to broken fasteoi handling

2007-10-04 Thread Gilles Chanteperdrix
Philippe Gerum wrote: > On Thu, 2007-10-04 at 11:34 +0200, Philippe Gerum wrote: > > > Well, this trace also reveals a second bug that can cause nasty priority > > > inversion: a high-prio domains executes when a fasteoi-IRQ arrives for a > > > low-prio domain. This will now block all IRQs unt

Re: [Xenomai-core] [BUG] IO-APIC stall due to broken fasteoi handling

2007-10-04 Thread Jan Kiszka
Jan Kiszka wrote: > Philippe Gerum wrote: >> On Thu, 2007-10-04 at 11:34 +0200, Philippe Gerum wrote: Well, this trace also reveals a second bug that can cause nasty priority inversion: a high-prio domains executes when a fasteoi-IRQ arrives for a low-prio domain. This will now bloc

Re: [Xenomai-core] [BUG] IO-APIC stall due to broken fasteoi handling

2007-10-04 Thread Jan Kiszka
Philippe Gerum wrote: > On Thu, 2007-10-04 at 11:34 +0200, Philippe Gerum wrote: >>> Well, this trace also reveals a second bug that can cause nasty priority >>> inversion: a high-prio domains executes when a fasteoi-IRQ arrives for a >>> low-prio domain. This will now block all IRQs until the low

Re: [Xenomai-core] [BUG] IO-APIC stall due to broken fasteoi handling

2007-10-04 Thread Jan Kiszka
Philippe Gerum wrote: > On Thu, 2007-10-04 at 16:06 +0200, Jan Kiszka wrote: >> Philippe Gerum wrote: >>> On Thu, 2007-10-04 at 14:42 +0200, Jan Kiszka wrote: Philippe Gerum wrote: > On Thu, 2007-10-04 at 11:34 +0200, Philippe Gerum wrote: >>> Well, this trace also reveals a second bu

Re: [Xenomai-core] [BUG] IO-APIC stall due to broken fasteoi handling

2007-10-04 Thread Philippe Gerum
On Thu, 2007-10-04 at 16:06 +0200, Jan Kiszka wrote: > Philippe Gerum wrote: > > On Thu, 2007-10-04 at 14:42 +0200, Jan Kiszka wrote: > >> Philippe Gerum wrote: > >>> On Thu, 2007-10-04 at 11:34 +0200, Philippe Gerum wrote: > > Well, this trace also reveals a second bug that can cause nasty pr

Re: [Xenomai-core] [BUG] IO-APIC stall due to broken fasteoi handling

2007-10-04 Thread Jan Kiszka
Philippe Gerum wrote: > On Thu, 2007-10-04 at 14:42 +0200, Jan Kiszka wrote: >> Philippe Gerum wrote: >>> On Thu, 2007-10-04 at 11:34 +0200, Philippe Gerum wrote: > Well, this trace also reveals a second bug that can cause nasty priority > inversion: a high-prio domains executes when a fas

Re: [Xenomai-core] [BUG] IO-APIC stall due to broken fasteoi handling

2007-10-04 Thread Philippe Gerum
On Thu, 2007-10-04 at 14:42 +0200, Jan Kiszka wrote: > Philippe Gerum wrote: > > On Thu, 2007-10-04 at 11:34 +0200, Philippe Gerum wrote: > >>> Well, this trace also reveals a second bug that can cause nasty priority > >>> inversion: a high-prio domains executes when a fasteoi-IRQ arrives for a >

Re: [Xenomai-core] [BUG] IO-APIC stall due to broken fasteoi handling

2007-10-04 Thread Jan Kiszka
Philippe Gerum wrote: > On Thu, 2007-10-04 at 11:34 +0200, Philippe Gerum wrote: >>> Well, this trace also reveals a second bug that can cause nasty priority >>> inversion: a high-prio domains executes when a fasteoi-IRQ arrives for a >>> low-prio domain. This will now block all IRQs until the low

Re: [Xenomai-core] [BUG] IO-APIC stall due to broken fasteoi handling

2007-10-04 Thread Philippe Gerum
On Thu, 2007-10-04 at 11:34 +0200, Philippe Gerum wrote: > > Well, this trace also reveals a second bug that can cause nasty priority > > inversion: a high-prio domains executes when a fasteoi-IRQ arrives for a > > low-prio domain. This will now block all IRQs until the low-prio domain > > was abl

Re: [Xenomai-core] [BUG] IO-APIC stall due to broken fasteoi handling

2007-10-04 Thread Philippe Gerum
On Thu, 2007-10-04 at 11:14 +0200, Jan Kiszka wrote: > Hi all, > > after a really long search I'm now quite sure to have found the reason > for the lockups I'm seeing over 2.6.22-i386. I'm yet struggling to > understand why this issue is not visible over 2.6.19 and .20 for me, but > maybe it is ju

[Xenomai-core] [BUG] IO-APIC stall due to broken fasteoi handling

2007-10-04 Thread Jan Kiszka
Hi all, after a really long search I'm now quite sure to have found the reason for the lockups I'm seeing over 2.6.22-i386. I'm yet struggling to understand why this issue is not visible over 2.6.19 and .20 for me, but maybe it is just far less likely there. Here is a short write-up of the I-pipe