[lkml]   [2006]   [Nov]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Simple script that locks up my box with recent kernels
    On 23/10/06, Jesper Juhl <> wrote:
    > On 17/10/06, Jesper Juhl <> wrote:
    > > On 17/10/06, Linus Torvalds <> wrote:
    > [...]
    > > > and just run the resulting kernel version for a day or two. If an hour
    > > > wasn't really good enough, it's not as repeatable as we'd have wished, but
    > > > even if it takes a few days to narrow it down by just two bisections or
    > > > so, it will cut things down from ten thousand commits to "just" 2500..
    > > >
    > > Ok, sure. I'll do a days run of 2.6.19-rc2 first, just to see if it's
    > > been fixed in the mean time. If it's still there I'll try to get a
    > > sysrq+t and post that, then I'll restart bisection and give each
    > > kernel a full 24hrs of testing before concluding it is good.
    > >
    > > I'll report back as soon as I have some results.
    > >
    > Ok, I've been unable to do any testing for a few days, but today I had
    > some spare time and set my box to run my test script while doing some
    > other work. It was running latest git at the time of 2.6.19-rc2 + a
    > day or two and it locked up after ~20min.
    > So we are not so lucky that the problem has been fixed by some of the
    > patches that have gone in recently :-(
    > Since there was nothing in the system logs and the box was completely
    > frozen (not even sysrq worked) I goess I'll have to try and restart
    > the bisection.
    > Just wanted to report the little data I had. I'll be back with more
    > (hopefully soon).

    A little more data :

    I'm still able to reproduce the lockups with 2.6.19-rc6 and 2.6.19 git
    HEAD as of yesterday.

    I've still not been able to get a sysrq-t dump or anything in my logs yet :(

    One thing I have found though is that I don't have to use my test
    script to reproduce. Usually building an allyesconfig kernel (or two)
    is enough.
    The lockups seem to happen when my box runs low on memory. What
    happens is that I can see all my memory being used up and the kernel
    starts dipping into swap. Interactive behaviour in X then gets
    significantly worse - changing between windows starts lagging and
    eventually even moving the mouse gets jerky, it makes large jumps with
    several seconds delay - that's a sure sign a lockup is comming very
    The box has 2GB of RAM and 768MB swap. When it starts getting
    unresponsive before a hang there's usually plenty of swap (a few
    hundred MB) left and also a bit of RAM free.

    So it *seems* to be somehow related to running low on RAM and swap
    starting to be used.

    One other thing that I've noticed, that may or may not be related, is
    that when I shutdown my machine after a session where a significant
    amount of RAM has been in use at some point (especially bad if some
    swap has also been in use), then unmounting my filesystems takes ages.
    Normally it just takes a few seconds to unmount the filesystems upon a
    shutdown, or at most 10 seconds, but if I'm at the point where the
    machine has dipped into swap (or has been very close to), then
    unmounting the filesystems often takes 10-15 *minutes* or more
    (sometimes I just give up and power off the box after 30min or

    Hope that helps in some way... I still want to redo/complete a new
    bisection, but havent found the time yet.
    More details when I have some.

    Jesper Juhl <>
    Don't top-post
    Plain text mails only, please
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2006-11-22 01:49    [W:0.025 / U:15.404 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site