diff options
| author | Jens Axboe <jens.axboe@oracle.com> | 2007-11-07 13:54:07 +0100 |
|---|---|---|
| committer | Jens Axboe <jens.axboe@oracle.com> | 2007-11-07 13:54:07 +0100 |
| commit | 8ec680e4c3ec818efd1652f15199ed1c216ab550 (patch) | |
| tree | 5f58d77e0661d720cbf1443aa5c1153ee930d37c /fs | |
| parent | 0e7be9edb9134f833278c381b6feabb54b875208 (diff) | |
| download | linux-3.10-8ec680e4c3ec818efd1652f15199ed1c216ab550.tar.gz linux-3.10-8ec680e4c3ec818efd1652f15199ed1c216ab550.tar.bz2 linux-3.10-8ec680e4c3ec818efd1652f15199ed1c216ab550.zip | |
ioprio: allow sys_ioprio_set() value of 0 to reset ioprio setting
Normally io priorities follow the CPU nice, unless a specific scheduling
class has been set. Once that is set, there's no way to reset the
behaviour to 'none' so that it follows CPU nice again.
Currently passing in 0 as the ioprio class/value will return -1/EINVAL,
change that to allow resetting of a set scheduling class.
Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
Diffstat (limited to 'fs')
| -rw-r--r-- | fs/ioprio.c | 4 |
1 files changed, 4 insertions, 0 deletions
diff --git a/fs/ioprio.c b/fs/ioprio.c index d6ff77e8e7e..e4e01bc7f33 100644 --- a/fs/ioprio.c +++ b/fs/ioprio.c @@ -78,6 +78,10 @@ asmlinkage long sys_ioprio_set(int which, int who, int ioprio) if (!capable(CAP_SYS_ADMIN)) return -EPERM; break; + case IOPRIO_CLASS_NONE: + if (data) + return -EINVAL; + break; default: return -EINVAL; } |