04 Dec, 2009
1 commit
-
That is "success", "unknown", "through", "performance", "[re|un]mapping"
, "access", "default", "reasonable", "[con]currently", "temperature"
, "channel", "[un]used", "application", "example","hierarchy", "therefore"
, "[over|under]flow", "contiguous", "threshold", "enough" and others.Signed-off-by: André Goddard Rosa
Signed-off-by: Jiri Kosina
11 Sep, 2009
5 commits
-
We already have interrupts disabled at that point, so use the
__raise_softirq_irqoff() variant.Signed-off-by: Jens Axboe
-
Signed-off-by: Jens Axboe
-
It's not exported, I doubt we'll have a reason to change this...
Signed-off-by: Jens Axboe
-
Note sure why they happened in the first place, probably some bad
terminal setting.Signed-off-by: Jens Axboe
-
This borrows some code from NAPI and implements a polled completion
mode for block devices. The idea is the same as NAPI - instead of
doing the command completion when the irq occurs, schedule a dedicated
softirq in the hopes that we will complete more IO when the iopoll
handler is invoked. Devices have a budget of commands assigned, and will
stay in polled mode as long as they continue to consume their budget
from the iopoll softirq handler. If they do not, the device is set back
to interrupt completion mode.This patch holds the core bits for blk-iopoll, device driver support
sold separately.Signed-off-by: Jens Axboe
