On 7/13/05, Alessandro Suardi <[EMAIL PROTECTED]> 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")
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
