Well, that would kind of match the locking place - the hangup might well
race with IO activity on another CPU. That's exactly the sequence that was
protected by the global irq lock.
> I tried duplicating it with pty/tty traffic on a dual PPro200 and
> suprisingly that did the same.
Just regular IO on its own shouldn't trigger this, I _think_ (no hangup
event).
Although I can actually imagine the "flush_to_ldisc()" racing with itself
on a pty (with the master flushing the slave as the slave flushes itself),
so maybe it could actually happen.. But if your pty tests closed the
master and forced hangups that way, the race would be more likely.
Do you still have the pty stress-test program?
> Ages ago I chased serial bugs down by doing data transfers between two
> PC's while one of them was strobing the carrier up and down on the test
> PC with varying frequencies
Yeah, that hangup path is one of the nastier tty events, and it's also oen
that doesn't get much testing in many "normal" loads.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/