Re: 1352 NUL bytes at the end of a page? (was Re: Assertion `s && s->tree' failed: The saga continues.)

From: Steven Cole (elenstev_at_mesatop.com)
Date: 05/16/04

  • Next message: Linus Torvalds: "Re: NFS & long symlinks = stack overflow" 
    To: Linus Torvalds <torvalds@osdl.org>
Date:	Sat, 15 May 2004 22:31:13 -0600

    On Saturday 15 May 2004 09:44 pm, Linus Torvalds wrote:
    >
    > On Sat, 15 May 2004, Linus Torvalds wrote:
    > >
    > >
    > > On Sat, 15 May 2004, Steven Cole wrote:
    > > >
    > > > In the spirit of 'rounding up the usual suspects', I'll unset CONFIG_PREEMT
    > > > and try again.
    > >
    > > Or it could be any number of other config options. Do you have anything
    > > else interesting enabled?
    >
    > Ahh, looking at an earlier email I see that you have CONFIG_REGPARM=y too.
    >
    > That could easily be pretty dangerous - there have been both compiler bugs
    > in this area, and just kernel bugs (missing "asmlinkage" things causing
    > bad calling conventions and really nasty bugs).
    >
    > So please try without both PREEMPT and REGPARM. Considering that it's
    > apparently very repeatable for you, I'd be more inclined to worry about
    > REGPARM than PREEMPT, but it's best to try with both disabled.
    >
    > I also worry about that PDC202XX controller, but that 1352 is a strange
    > number (divisible by 8, but not by a cacheline or 512-byte sector or
    > something like that), so it doesn't _sound_ like something like DMA
    > failure or chipset programming, but who the hell knows..
    >
    > Linus
    >
    >

    OK, will do. I ran the bk exerciser script for over an hour with 2.6.6-current
    and no CONFIG_PREEMPT and no errors. The script only reported one
    iteration finished, while I got it to do 36 iterations over several hours earlier
    today (with a 2.6.3-4mdk vendor kernel), so I'm going to add some timing
    tests to the script to see if things are really slowing down with current kernels,
    or if it's just my worried imaginings.

    Going back through my sent mail, it looks like I first reported the originally
    noticed failture as a bk bug to LM on 4/15/04 if that helps with kernel versions.
    I usually do a bk pull and kernel build every night or so "just for fun".

    Steven
    -
    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: Linus Torvalds: "Re: NFS & long symlinks = stack overflow"

    Relevant Pages

    • Re: [2.6.27] filesystem (ext3) corruption (access beyond end)
      ... Ok I ran several disk-intensive jobs (git clone, kernel build, apt-get dist-upgrade) ... but none of those could trigger any bugs. ... BUT, running my http://vanheusden.com/pyk/ script, I definately can trigger the ...
      (Linux-Kernel)
    • Fw: Re: [2.6.27] filesystem (ext3) corruption (access beyond end)
      ... Ok I ran several disk-intensive jobs (git clone, kernel build, apt-get dist-upgrade) ... but none of those could trigger any bugs. ... BUT, running my http://vanheusden.com/pyk/ script, I definately can trigger the ...
      (Linux-Kernel)
    • Re: SCOs infringing files list
      ... >> Trying to find the kernel list archives from that timeframe would likely ... so possibly the linux errno.h is based uppon this library. ... > The list of known bugs. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [Fastboot] Re: [PATCH 0/29] overview
      ... >> to shake out whatever bugs still linger from my massive refactoring. ... > the mainline kernel for so long. ... of code that simply have come to be associated with the work on kexec. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: RFD: Kernel release numbering
      ... Release the -rc kernel when it is stable. ... > And if they're worried about bugs then why are they running -rc's at all? ... * Maybe not on their live corporate database server though ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)