Re: [2.6 patch] i386: always use 4k stacks

From: Jeffrey V. Merkey (jmerkey_at_wolfmountaingroup.com)
Date: 11/16/05

  • Next message: Andrew Morton: "Re: mmap over nfs leads to excessive system load" 
    Date:	Wed, 16 Nov 2005 15:54:27 -0700
To: "Jeffrey V. Merkey" <jmerkey@wolfmountaingroup.com>

    Jeffrey V. Merkey wrote:

    > Jörn Engel wrote:
    >
    >> On Wed, 16 November 2005 19:45:08 +0100, Adrian Bunk wrote:
    >>
    >>
    >>> Jörn did some analysis regarding possible call paths > 3k.
    >>>
    >>
    >>
    >> And most of them have been changed since. Zlib remains high on the
    >> list, but those paths are from /lib/inflate.c, during bootup.
    >>
    >> What remains to be analysed is the recursions. If someone seriously
    >> wants to work on those, I can respin the tests. The process is not
    >> fully automated, so it will take me a weekend (and this weekend is
    >> scheduled for a party).
    >>
    >> Jörn
    >>
    >>
    >>
    > The SCSI layer needs to be checked. I reproduced another crash on
    > today on an older Niksun box running off the end of the stack.
    >
    > Jeff
    >
    >
    It's somewhere in the scanning code. There's a case where it runs off
    the end of the stack. Check the compaq drivers for SATA as well, they
    also crash in a similiar place during bus scan. Both occurred during
    bootup, so I wasn't able to get a log of the particulars. Should be
    easy to reproduce. Compaq Presario 2200.

    Jeff
    -
    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: Andrew Morton: "Re: mmap over nfs leads to excessive system load"

    Relevant Pages

    • Re: [2.6 patch] i386: always use 4k stacks
      ... >>the end of the stack. ... Check the compaq drivers for SATA as well, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: -mm -> 2.6.13 merge status (wireless)
      ... >>Working wireless in mainline would be great... ... > That's up to Jeff. ... Someone needs to get together another driver using 802.11 stack (such as ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Linux v2.6.9 and GPL Buyout
      ... >>The other files of the port to that very fine architecture are largely done ... this is all pretty obvious given SCO's past actions ... Jeff wants us to remove the code in a "good ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [Bug 2773] New: kernel panic under medium load
      ... Now, that would look like a pointer that _should_ be zero, but with a ... possibly due to a stack overflow that just overwrote the thread-info (and ... > Controller ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.9-rcX cdrom.c is subject to "chaotic" behaviour
      ... The culprit is newly ... while the offsetof on the other hand is ... >> which in turn results in random values from the stack being evaluated ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)