Re: SLAB_DEBUG oopses 2.6.13-rc2-git3 (and seems to make BitTorrent loop)

[Alessandro Suardi <alessandro.suardi@gmail.com>]

On 7/13/05, Alessandro Suardi <alessandro.suardi@gmail.com> wrote:

[snip]

> I also get (a byproduct of the CONFIG_SLAB_DEBUG kernel,
>  I'd assume, as it never happened before) my BitTorrent curses
>  sessions suddenly stop refreshing the download/upload stats,
>  strace looks like this:
> 
> ...
> mremap(0xb3b39000, 5246976, 5246976, MREMAP_MAYMOVE) = 0xb3b39000
> gettimeofday({1121206671, 812488}, NULL) = 0
> futex(0x80ffce8, FUTEX_WAKE, 1)         = 0
> futex(0x80ffce8, FUTEX_WAKE, 1)         = 0
> mremap(0xb3b39000, 5246976, 5246976, MREMAP_MAYMOVE) = 0xb3b39000
> gettimeofday({1121206671, 813010}, NULL) = 0
> futex(0x80ffce8, FUTEX_WAKE, 1)         = 0
> futex(0x80ffce8, FUTEX_WAKE, 1)         = 0
> mremap(0xb3b39000, 5246976, 5246976, MREMAP_MAYMOVE) = 0xb3b39000
> gettimeofday({1121206671, 813501}, NULL) = 0
> futex(0x80ffce8, FUTEX_WAKE, 1)         = 0
> futex(0x80ffce8, FUTEX_WAKE, 1)         = 0
> mremap(0xb3b39000, 5246976, 5246976, MREMAP_MAYMOVE) = 0xb3b39000
> ...
> 
>  forever, and ever.
> 
> uptodate FC3, K7-800, 256MB RAM, kernel 2.6.13-rc2-git3.
> 
> Is this just my DIMMs finally giving up or may this actually
>  be a legitimate kernel bug ?

Uhm. The loop seemed to be related to the Fedora zlib update,
 as both upgrading to 2.6.13-rc2-git5 without slab debugging
 and downgrading to 2.6.12-git5 still exposes the problem;
 this latter kernel didn't show this problem earlier.

Upgrading to bittorrent 4.1.2 from dag (previous was 4.1.1
 still from dag) seems to have fixed the looping issues.

Thanks,

--alessandro

 "When it comes to luck / you make your own
  Tonight I've got dirt on my hands
  But I'm building me a new home"

    (Bruce Springsteen - "Lucky Town")