Searched hist:"2 fcb3686e1601cff992e026dceeab1b22dc81178" (Results 1 – 6 of 6) sorted by relevance
/openbmc/linux/arch/s390/hypfs/ |
H A D | Makefile | diff 2fcb3686e1601cff992e026dceeab1b22dc81178 Wed Jan 05 05:47:43 CST 2011 Michael Holzheu <holzheu@linux.vnet.ibm.com> [S390] hypfs: Move buffer allocation from open to read
Currently the buffer for diagnose data is allocated in the open function of the debugfs file and is released in the close function. This has the drawback that a user (root) can pin that memory by not closing the file. This patch moves the buffer allocation to the read function. The buffer is automatically released after the buffer is copied to userspace.
Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|
H A D | hypfs_dbfs.c | 2fcb3686e1601cff992e026dceeab1b22dc81178 Wed Jan 05 05:47:43 CST 2011 Michael Holzheu <holzheu@linux.vnet.ibm.com> [S390] hypfs: Move buffer allocation from open to read
Currently the buffer for diagnose data is allocated in the open function of the debugfs file and is released in the close function. This has the drawback that a user (root) can pin that memory by not closing the file. This patch moves the buffer allocation to the read function. The buffer is automatically released after the buffer is copied to userspace.
Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|
H A D | hypfs.h | diff 2fcb3686e1601cff992e026dceeab1b22dc81178 Wed Jan 05 05:47:43 CST 2011 Michael Holzheu <holzheu@linux.vnet.ibm.com> [S390] hypfs: Move buffer allocation from open to read
Currently the buffer for diagnose data is allocated in the open function of the debugfs file and is released in the close function. This has the drawback that a user (root) can pin that memory by not closing the file. This patch moves the buffer allocation to the read function. The buffer is automatically released after the buffer is copied to userspace.
Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|
H A D | hypfs_vm.c | diff 2fcb3686e1601cff992e026dceeab1b22dc81178 Wed Jan 05 05:47:43 CST 2011 Michael Holzheu <holzheu@linux.vnet.ibm.com> [S390] hypfs: Move buffer allocation from open to read
Currently the buffer for diagnose data is allocated in the open function of the debugfs file and is released in the close function. This has the drawback that a user (root) can pin that memory by not closing the file. This patch moves the buffer allocation to the read function. The buffer is automatically released after the buffer is copied to userspace.
Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|
H A D | hypfs_diag.c | diff 2fcb3686e1601cff992e026dceeab1b22dc81178 Wed Jan 05 05:47:43 CST 2011 Michael Holzheu <holzheu@linux.vnet.ibm.com> [S390] hypfs: Move buffer allocation from open to read
Currently the buffer for diagnose data is allocated in the open function of the debugfs file and is released in the close function. This has the drawback that a user (root) can pin that memory by not closing the file. This patch moves the buffer allocation to the read function. The buffer is automatically released after the buffer is copied to userspace.
Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|
H A D | inode.c | diff 2fcb3686e1601cff992e026dceeab1b22dc81178 Wed Jan 05 05:47:43 CST 2011 Michael Holzheu <holzheu@linux.vnet.ibm.com> [S390] hypfs: Move buffer allocation from open to read
Currently the buffer for diagnose data is allocated in the open function of the debugfs file and is released in the close function. This has the drawback that a user (root) can pin that memory by not closing the file. This patch moves the buffer allocation to the read function. The buffer is automatically released after the buffer is copied to userspace.
Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
|