我应该使用哪个错误值？

Question

我目前正在为Linux内核构建一个模块.我的工作版本是3.8-rc3 +.我的工作引导我实现一些ioctl()命令.如您所知,我的命令应该返回一个适当的错误代码来描述执行过程中出错的地方.这看起来很简单,但我有一个用例,我无法弄清楚应该返回哪个错误代码.

基本上,我希望用户能够为给定设备设置加密密钥.我的模块将密钥存储在RB树中,由设备唯一标识符(基本int)索引.如果"目标"设备已经在树中具有条目,则应该更新该条目,否则,模块仅使用所请求的加密密钥将新分配的条目添加到该设备的树.也就是说,尝试设置密钥时会发生多种情况:

模块内部的某些内容可能正在使用用户想要更新的加密密钥:模块返回EBUSY错误.
没有条目和分配失败:ENOMEM错误.
该模块正在释放其资源.现有的密钥条目可能被标记为删除(条目有一个dying标志来表示这一点):内部我当前使用EPERM错误代码,因为调用者没有"权限"来修改条目,因为它被销毁.

正如我所说,对于后一种情况,我使用EPERM错误代码,但我感觉这是错误的,我不知道我应该为此目的使用哪个错误代码.欢迎任何建议!

我还指定了linux标签,因为它ioctl()可以在用户空间应用程序中使用.

编辑:阅读完评论和答案后,我想我会这样做:

Answer 1

怎么样ESHUTDOWN？（传输端点关闭后无法发送）

另一个选项是ENXIO（没有这样的设备或地址）。它不是 100% 准确，因为设备仍然存在，但它传达了错误的含义（它不再可用）。

一个简单的选择是ENOTSUP（不支持操作），但这听起来更像是“未实现的方法”

EPERM听起来更好，但它通常与“您没有权限/权利执行此操作”一起使用，而不是“您现在不能执行此操作”。

ESTALE（过时的文件句柄）会很好，但它与 NFS 相关。