Messages in this thread | | | Subject | Re: [openib-general] Re: RFC: ipath ioctls and their replacements | From | Bryan O'Sullivan <> | Date | Wed, 25 Jan 2006 14:55:55 -0800 |
| |
On Thu, 2006-01-26 at 00:43 +0200, Muli Ben-Yehuda wrote:
> If this is all it does, why not keep it as a device file, where open() > assigns the resources, read() returns them, and close() frees them? no > ioctl necessary.
Since the char special file doesn't currently implement a read() method, I can go that way, but the result will either end up being a function that does a copy_to_user of two bytes, or (if we ever find we need another ioctl-like thing) it will become an ioctl in all but name.
This is the position the current infiniband code is in. There are special files with read methods defined that are exactly and precisely ioctl and nothing else, as far as I can tell, presumably because the resistance to using ioctl was so high. I'd rather call a spade a spade.
<b
- 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/
| |