Thread (25 messages) 25 messages, 3 authors, 2016-08-26

Re: [PATCH 2/2] proc: task_mmu: Reduce output processing cpu time

From: Joe Perches <joe@perches.com>
Date: 2016-08-22 08:30:21
Also in: lkml

On Mon, 2016-08-22 at 01:00 -0700, Joe Perches wrote:
On Mon, 2016-08-22 at 09:24 +0200, Michal Hocko wrote:
quoted
On Sat 20-08-16 01:00:17, Joe Perches wrote:
[]
quoted
quoted
static int proc_maps_open(struct inode *inode, struct file *file,
 			const struct seq_operations *ops, int psize)
 {
-	struct proc_maps_private *priv = __seq_open_private(file, ops, psize);
+	struct proc_maps_private *priv;
+	struct mm_struct *mm;
+
+	mm = proc_mem_open(inode, PTRACE_MODE_READ);
+	if (IS_ERR(mm))
+		return PTR_ERR(mm);
 
+	priv = __seq_open_private_bufsize(file, ops, psize,
+					  mm && mm->map_count ?
+					  mm->map_count * 0x300 : PAGE_SIZE);
NAK to this!

Seriously, this just gives any random user access to user
defined amount of memory which not accounted, not reclaimable and a
potential consumer of any higher order blocks.
I completely disagree here with your rationale here.
And with further review and your comment above, I withdraw this patch.
cheers, Joe

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help