Re: proc_misc.c bug
Andrew Morton (akpm@digeo.com)
Thu, 10 Apr 2003 15:18:57 -0700
David Mosberger <davidm@napali.hpl.hp.com> wrote:
>
> interrupts_open() can easily try to kmalloc() more memory than
> supported by kmalloc.  E.g., with 16KB page size and NR_CPUS==64, it
> would try to allocate 147456 bytes.
> 
> The workaround below is to allocate 4KB per 8 CPUs.  Not really a
> solution, but the fundamental problem is that /proc/interrupts
> shouldn't use a fixed buffer size in the first place.  I suppose
> another solution would be to use vmalloc() instead.  It all feels like
> bandaids though.
> 
> 	--david
> 
> ===== fs/proc/proc_misc.c 1.71 vs edited =====
> --- 1.71/fs/proc/proc_misc.c	Sat Mar 22 22:14:49 2003
> +++ edited/fs/proc/proc_misc.c	Thu Apr 10 14:35:16 2003
> @@ -388,7 +388,7 @@
>  extern int show_interrupts(struct seq_file *p, void *v);
>  static int interrupts_open(struct inode *inode, struct file *file)
>  {
> -	unsigned size = PAGE_SIZE * (1 + NR_CPUS / 8);
> +	unsigned size = 4096 * (1 + NR_CPUS / 8);
urgh, consider me thwapped.
There continue to be a lot of places where we assume that pages are 4k (eg:
sizing of the free page reserves).  But few are as fatal as this one...
Thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/