Opened 17 years ago
Closed 15 years ago
#1689 closed bug (fixed)
acquire_sem doesn't timeout
| Reported by: | marcusoverhagen | Owned by: | marcusoverhagen |
|---|---|---|---|
| Priority: | blocker | Milestone: | R1 |
| Component: | System/Kernel | Version: | R1/pre-alpha1 |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
acquire_sem doesn't timeout after 100ms in the ide stack.
This is reproduceable with hrev23209 and earlier, happens with 4 cores, and also when SMP is disabled by boot menu.
Attachments (6)
Change History (13)
by , 17 years ago
| Attachment: | haiku-smp-prob12.txt added |
|---|
comment:1 by , 17 years ago
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?
comment:2 by , 17 years ago
I disabled syslog and retried three times. First try was different, but 2 and 3 get stuck at the same point.
comment:3 by , 17 years ago
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.
comment:4 by , 17 years ago
| Owner: | changed from to |
|---|
comment:6 by , 16 years ago
| Milestone: | R1/alpha1 → R1 |
|---|
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.
comment:7 by , 15 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
this was resolved by switching to ATA stack
test with 4 cores active