Miklos Szeredi <[email protected]> writes:
> On 2.6.24, top started showing 100% iowait on one CPU when a UML
> instance was running (but completely idle). I've traced it to this
> commit [1]. Reverting it cures the problem.
Hi,
The UML code sits in io_getevents waiting for an event to be submitted
and completed. This is a case I completely overlooked when putting
together the referenced patch.
We could check ctx->reqs_active before scheduling to determine whether
or not we are waiting for I/O, but this would require taking the
context lock in order to be accurate. Given that the test would be
only for the sake of book keeping, it might be okay to do it outside
of the lock.
Zach, what are your thoughts on this?
-Jeff
[1] commit 41d10da3717409de33d5441f2f6d8f072ab3fbb6
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
