Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932372AbXE1U4z (ORCPT ); Mon, 28 May 2007 16:56:55 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752146AbXE1U4q (ORCPT ); Mon, 28 May 2007 16:56:46 -0400 Received: from daemonizer.de ([87.230.16.230]:39808 "EHLO daemonizer.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751490AbXE1U4o (ORCPT ); Mon, 28 May 2007 16:56:44 -0400 From: Maximilian Engelhardt To: Thomas Gleixner Subject: Re: b44: regression in 2.6.22 (resend) Date: Mon, 28 May 2007 22:55:46 +0200 User-Agent: KMail/1.9.7 Cc: Michael Buesch , linux-kernel , linux-wireless , Stephen Hemminger , Arnaldo Carvalho de Melo , Jeff Garzik , Gary Zambrano , netdev@vger.kernel.org, Andrew Morton References: <20070525172431.60affaca@freepuppy> <200705281944.05030.maxi@daemonizer.de> <1180380230.3657.3.camel@chaos> In-Reply-To: <1180380230.3657.3.camel@chaos> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1755595.g61BcoufYt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200705282255.56490.maxi@daemonizer.de> X-Spam-Score: -4.1 (----) X-Spam-Report: No, hits=-4.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.7-deb * -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] * 0.3 AWL AWL: From: address is in the auto white-list Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2623 Lines: 77 --nextPart1755595.g61BcoufYt Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 28 May 2007, Thomas Gleixner wrote: > On Mon, 2007-05-28 at 19:44 +0200, Maximilian Engelhardt wrote: > > > Can you please keep CONFIG_HIGH_RES_TIMERS and CONFIG_NOHZ and try the > > > following combinations on the kernel command line: > > > > > > 1) highres=3Doff nohz=3Doff (should be the same as your working confi= g) > > > 2) highres=3Doff > > > 3) nohz=3Doff > > > > I tested this with my 2.6.22-rc3 kernel, here are the results: > > > > without any special boot parameters: problem does appear > > highres=3Doff nohz=3Doff: problem does not appear > > highres=3Doff: problem does not appear > > nohz=3Doff: problem does appear > > Is there any other strange behavior of the high res enabled kernel than > the b44 problem ? I didn't notice anything. > > > I additionally built my 2.6.22-rc2-mm1 kernel without High Resolution > > Timer, but the high ping problem is still there. > > Hmm, that's mysterious. Wild guess is that highres exposes the hidden > "feature" in a different way than rc2-mm1 does. I think the bug in 2.6.21/22-rc3 is a different one that the one in=20 2.6.22-rc2-mm1, but that's also only a wild guess :) I'll explain this a bit: In 2.6.21/22-rc3 is the same b44 driver that has been in the stock kernels = for=20 some time. With this driver and High Resolution Timer turned on I get=20 problems using iperf. The problems are that the systems becomes really slow= =20 and unresponsive. Michael Buesch thought this could be an IRQ storm which= =20 sounds logical to me. This bug did never happen to me before I startet the= =20 iperf test. The other issue happens only with 2.6.22-rc2-mm1 which includes the b44 ssb= =20 spilt. It's independed wether High Resolution Timer is turned on or off I=20 always get very varying and high ping times. The iperf-test doesn't show th= e=20 problems from 2.6.21/22-rc3. Maxi --nextPart1755595.g61BcoufYt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBGW0HcOimwv528XGERAjPfAJ9EUNLUXjxAFnid3vcXhWQj8dTVnQCeJIQ9 uISFyuLmxhfgJnmcR71RtAI= =exhi -----END PGP SIGNATURE----- --nextPart1755595.g61BcoufYt-- - 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/