Re: [PATCH] reduce stack in cdrom/optcd.c

• Next message: Alan Cox: "Re: [CHECKER] potential dereference of user pointer errors"
• Previous message: Alan Cox: "Re: IDE todo list"
• In reply to: Randy.Dunlap: "[PATCH] reduce stack in cdrom/optcd.c"
• Next in thread: Arjan van de Ven: "Re: [PATCH] reduce stack in cdrom/optcd.c"
• Reply: Arjan van de Ven: "Re: [PATCH] reduce stack in cdrom/optcd.c"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Sat, 2003-03-22 at 06:51, Randy.Dunlap wrote:
> Hi,
>
> This reduces stack usage in drivers/cdrom/optcd.c by
> dynamically allocating a large (> 2 KB) buffer.
>
> Patch is to 2.5.65. Please apply.

This loosk broken. You are using GFP_KERNEL memory allocations on the
read path of a block device. What happens if the allocation fails
because we need memory

Surely that buffer needs to be allocated once at open and freed on close
?

-
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/

• Next message: Alan Cox: "Re: [CHECKER] potential dereference of user pointer errors"
• Previous message: Alan Cox: "Re: IDE todo list"
• In reply to: Randy.Dunlap: "[PATCH] reduce stack in cdrom/optcd.c"
• Next in thread: Arjan van de Ven: "Re: [PATCH] reduce stack in cdrom/optcd.c"
• Reply: Arjan van de Ven: "Re: [PATCH] reduce stack in cdrom/optcd.c"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Sun Mar 23 2003 - 22:00:42 EST