Re: [PATCH 3/5] stack overflow safe kdump (2.6.16-rc1-i386) - fault
- From: Andrew Morton <akpm@xxxxxxxx>
- Date: Tue, 24 Jan 2006 23:15:10 -0800
Fernando Luis Vazquez Cao <fernando@xxxxxxxxxxxxxxxxx> wrote:
>
> When we have a bloated stack it is likely that it ends up making an
> invalid memory access that in turn causes a page fault. Take this case
> into account in the page fault code.
>
> + if (!virt_addr_valid(tsk)) {
Is virt_addr_valid() a sufficiently strong test here? One could probe the
address to see if it generates a fault, like the __get_user() in
kmem_cache_create().
> + printk("do_page_fault: Discarding invalid 'current' struct task_struct * = 0x%p\n", tsk);
> + printk("do_page_fault: Discarding invalid current->mm struct mm_struct * = 0x%p\n", mm);
Try to make the code look nice in an 80-col window please.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: [PATCH 3/5] stack overflow safe kdump (2.6.16-rc1-i386) - fault
- From: Andi Kleen
- Re: [PATCH 3/5] stack overflow safe kdump (2.6.16-rc1-i386) - fault
- References:
- [PATCH 3/5] stack overflow safe kdump (2.6.16-rc1-i386) - fault
- From: Fernando Luis Vazquez Cao
- [PATCH 3/5] stack overflow safe kdump (2.6.16-rc1-i386) - fault
- Prev by Date: Re: [PATCH 1/5] stack overflow safe kdump (2.6.16-rc1-i386) - safe_smp_processor_id
- Next by Date: Re: [PATCH 5/5] stack overflow safe kdump (2.6.15-i386) - private nmi stack
- Previous by thread: [PATCH 3/5] stack overflow safe kdump (2.6.16-rc1-i386) - fault
- Next by thread: Re: [PATCH 3/5] stack overflow safe kdump (2.6.16-rc1-i386) - fault
- Index(es):
Relevant Pages
|
|