lkml.org 
[lkml]   [2003]   [Nov]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: What exactly are the issues with 2.6.0-test10 preempt?
    Date
    On Monday 24 Nov 2003 22:32, Linus Torvalds wrote:
    > Basically, there's something strange going on, which _seems_ to be memory
    > corruption, and seems to correlate reasonable well (but not 100%) with
    > CONFIG_PREEMPT.
    >
    > It's actually unlikely to be preemption itself that is broken: it's much
    > more likely that some driver or other subsystem is broken, and preempt is
    > just better at triggering it by making some race conditions much easier to
    > see due to bigger windows for them to happen.
    >
    > The problem is finding enough of a pattern to the reports to make sense of
    > what seems to be the common thread. A lot of people use preemption without
    > any trouble.

    Maybe brute force is the best way to deal with this nasty one ? I'm thinking:
    It must be rather easy to make a tool that takes a .config file and an
    argument "This kernel seems in trouble Yes / No". If an option is enabled,
    and this kernel config crashes, you increase the likelihood of that option
    (i.e. you increment a counter). If an option is enabled, and this kernel
    doesn't crash. you decrement a counter. In the end, you'll end with
    statistics about which kernel option is likely to cause problems.

    Jos

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

    \
     
     \ /
      Last update: 2005-03-22 13:58    [W:3.191 / U:0.624 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site