[lkml]   [2007]   [Dec]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH 1/3] signal(i386): alternative signal stack wraparound occurs

    * Shi Weihua <> wrote:

    > > When it's the handler function itself or its callees that cause the
    > > overflow, rather than the signal handler frame setup alone crossing
    > > the boundary, this still won't help. But I don't see any way to
    > > distinguish that from the valid longjmp case.
    > Thank you for your detailed explanation and patch. I tested your
    > patch, unfortunately it can not stop all kinds of overflow.
    > So, the patch I posted is still needed

    thanks, i've picked up your fix for x86.git, for 2.6.25 merging.

    > Surely, adding a variable to sched.h is not a good idea.
    > Could you tell me a better place to store the previous esp?

    i think sched.h is ok - it has a sas_ss_sp field already. Alternatively,
    if we only want this in x86, we could put it into the thread_struct -
    but i think eventually other architectures would want to use this too,


     \ /
      Last update: 2007-12-04 14:05    [W:0.049 / U:112.732 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site