acquire_sem doesn't timeout

[marcusoverhagen]

acquire_sem doesn't timeout after 100ms in the ide stack.

This is reproduceable with r23209 and earlier, happens with 4 cores, and also when SMP is disabled by boot menu.

[marcusoverhagen]

test with 4 cores active

[marcusoverhagen]

test with SMP disabled

[axeld]

So it's inside dprintf_args() and never returns from there? What the hell is it doing there? Is it possible that writing to the syslog is the problem here?

[marcusoverhagen]

retest 1 with syslog disabled

[marcusoverhagen]

retest 2 with syslog disabled

[marcusoverhagen]

retest 3 with syslog disabled

[marcusoverhagen]

I disabled syslog and retried three times. First try was different, but 2 and 3 get stuck at the same point.

[marcusoverhagen]

Interrupts

[marcusoverhagen]

I think it is quite likely that the IDE stack never acknowleges the IRQ 11, and that is the reason why the system is stuck at the restore_interrupts() after dprintf.

I'll have a look at that.

[jackburton]

Is this still valid ?

[stippi]

Even if this is still valid, it's certainly an issue on specific hardware, not a general issue. Therefore I don't believe it should be in the R1/alpha1 milestone.

[marcusoverhagen]

this was resolved by switching to ATA stack