linux.git/fs/proc/inode.c, branch v3.13

procfs: also fix proc_reg_get_unmapped_area() for !MMU case

2013-12-13T02:19:26+00:00

Commit fad1a86e25e0 ("procfs: call default get_unmapped_area on
MMU-present architectures"), as its title says, took care of only the
MMU case, leaving the !MMU side still in the regressed state (returning
-EIO in all cases where pde->proc_fops->get_unmapped_area is NULL).

From the fad1a86e25e0 changelog:

 "Commit c4fe24485729 ("sparc: fix PCI device proc file mmap(2)") added
  proc_reg_get_unmapped_area in proc_reg_file_ops and
  proc_reg_file_ops_no_compat, by which now mmap always returns EIO if
  get_unmapped_area method is not defined for the target procfs file, which
  causes regression of mmap on /proc/vmcore.

  To address this issue, like get_unmapped_area(), call default
  current->mm->get_unmapped_area on MMU-present architectures if
  pde->proc_fops->get_unmapped_area, i.e.  the one in actual file operation
  in the procfs file, is not defined"

Signed-off-by: Jan Beulich 
Cc: HATAYAMA Daisuke 
Cc: Alexey Dobriyan 
Cc: David S. Miller 
Cc: 	[3.12.x]
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

procfs: clean up proc_reg_get_unmapped_area for 80-column limit

2013-11-13T03:09:33+00:00

Clean up proc_reg_get_unmapped_area due to its 80-column limit
violation.

Signed-off-by: HATAYAMA Daisuke 
Tested-by: Michael Holzheu 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

procfs: call default get_unmapped_area on MMU-present architectures

2013-10-17T04:35:53+00:00

Commit c4fe24485729 ("sparc: fix PCI device proc file mmap(2)") added
proc_reg_get_unmapped_area in proc_reg_file_ops and
proc_reg_file_ops_no_compat, by which now mmap always returns EIO if
get_unmapped_area method is not defined for the target procfs file,
which causes regression of mmap on /proc/vmcore.

To address this issue, like get_unmapped_area(), call default
current->mm->get_unmapped_area on MMU-present architectures if
pde->proc_fops->get_unmapped_area, i.e.  the one in actual file
operation in the procfs file, is not defined.

Reported-by: Michael Holzheu 
Signed-off-by: HATAYAMA Daisuke 
Cc: Alexey Dobriyan 
Cc: David S. Miller 
Tested-by: Michael Holzheu 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

procfs: fix unintended truncation of returned mapped address

2013-10-17T04:35:53+00:00

Currently, proc_reg_get_unmapped_area truncates upper 32-bit of the
mapped virtual address returned from get_unmapped_area method in
pde->proc_fops due to the variable rv of signed integer on x86_64.  This
is too small to have vitual address of unsigned long on x86_64 since on
x86_64, signed integer is of 4 bytes while unsigned long is of 8 bytes.
To fix this issue, use unsigned long instead.

Fixes a regression added in commit c4fe24485729 ("sparc: fix PCI device
proc file mmap(2)").

Signed-off-by: HATAYAMA Daisuke 
Cc: Alexey Dobriyan 
Cc: David S. Miller 
Tested-by: Michael Holzheu 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

sparc: fix PCI device proc file mmap(2)

2013-09-05T19:12:51+00:00

Commit 786d7e1612f0b0adb6046f19b906609e4fe8b1ba "Fix rmmod/read/write races in /proc entries"
must have broken mmapping of PCI device proc files on Sparc.

Notice how it adds wrapper around ->mmap but doesn't do it around ->get_unmapped_area.
Add wrapper around ->get_unmapped_area.

Signed-off-by: Alexey Dobriyan 
Signed-off-by: David S. Miller

proc: Split the namespace stuff out into linux/proc_ns.h

2013-05-01T21:29:39+00:00

Split the proc namespace stuff out into linux/proc_ns.h.

Signed-off-by: David Howells 
cc: netdev@vger.kernel.org
cc: Serge E. Hallyn 
cc: Eric W. Biederman 
Signed-off-by: Al Viro

Include missing linux/magic.h inclusions

2013-04-29T19:42:01+00:00

Include missing linux/magic.h inclusions where the source file is currently
expecting to get magic numbers through linux/proc_fs.h.

Signed-off-by: David Howells 
cc: linux-efi@vger.kernel.org
Signed-off-by: Al Viro

proc: Delete create_proc_read_entry()

2013-04-29T19:42:00+00:00

Delete create_proc_read_entry() as it no longer has any users.

Also delete read_proc_t, write_proc_t, the read_proc member of the
proc_dir_entry struct and the support functions that use them.  This saves a
pointer for every PDE allocated.

Signed-off-by: David Howells 
Signed-off-by: Al Viro

try a saner locking for pde_opener...

2013-04-09T19:16:52+00:00

Signed-off-by: Al Viro

deal with races between remove_proc_entry() and proc_reg_release()

2013-04-09T19:16:51+00:00

* serialize the call of ->release() on per-pdeo mutex
* don't remove pdeo from per-pde list until we are through with it

Signed-off-by: Al Viro