diff options
author | Magnus Deininger <dma05@web.de> | 2008-10-17 12:44:46 -0500 |
---|---|---|
committer | Eric Van Hensbergen <ericvh@gmail.com> | 2008-10-17 12:44:46 -0500 |
commit | 57c7b4e68edf3b4fe7f977db9ad437e0f7f7c382 (patch) | |
tree | 4ea7680bbe24867f313f29cc2429da26a62c67af /net/9p | |
parent | e7f4b8f1a5893ff8296b5b581e16a0b96f60a3b5 (diff) | |
download | linux-3.10-57c7b4e68edf3b4fe7f977db9ad437e0f7f7c382.tar.gz linux-3.10-57c7b4e68edf3b4fe7f977db9ad437e0f7f7c382.tar.bz2 linux-3.10-57c7b4e68edf3b4fe7f977db9ad437e0f7f7c382.zip |
9p: fix device file handling
In v9fs_get_inode(), for block, as well as char devices (in theory),
the function init_special_inode() is called to set up callback functions
for file ops. this function uses the file mode's value to determine whether
to use block or char dev functions. In v9fs_inode_from_fid(), the function
p9mode2unixmode() is used, but for all devices it initially returns S_IFBLK,
then uses v9fs_get_inode() to initialise a new inode, then finally uses
v9fs_stat2inode(), which would determine whether the inode is a block or
character device. However, at that point init_special_inode() had already
decided to use the block device functions, so even if the inode's mode is
turned to a character device, the block functions are still used to operate
on them. The attached patch simply calls init_special_inode() again for devices
after parsing device node data in v9fs_stat2inode() so that the proper functions
are used.
Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>
Diffstat (limited to 'net/9p')
0 files changed, 0 insertions, 0 deletions