Home
last modified time | relevance | path

Searched hist:"2 fcb3686e1601cff992e026dceeab1b22dc81178" (Results 1 – 6 of 6) sorted by relevance

/openbmc/linux/arch/s390/hypfs/
H A DMakefilediff 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 Dhypfs_dbfs.c2fcb3686e1601cff992e026dceeab1b22dc81178 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 Dhypfs.hdiff 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 Dhypfs_vm.cdiff 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 Dhypfs_diag.cdiff 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 Dinode.cdiff 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>