Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758326AbYH2Qh6 (ORCPT ); Fri, 29 Aug 2008 12:37:58 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755369AbYH2Qhs (ORCPT ); Fri, 29 Aug 2008 12:37:48 -0400 Received: from yx-out-2324.google.com ([74.125.44.30]:40956 "EHLO yx-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755314AbYH2Qhr (ORCPT ); Fri, 29 Aug 2008 12:37:47 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type; b=FrGF1FxH/zzW9iA51+JybbKtiGulp6wwYREorxzff/p69miSql/xQcR3lcaL4qvmzP uPqp/iwNKt+iX3urfXpSA4ca2NCr7y2fPimGbrzzeqHg+VOdh2rKLhJUkFRAso3KmUfw haS4G2aftoQ3JuYpn3SFQbPP8Po6H9V1vnzP4= Message-ID: <48B8254D.1010206@gmail.com> Date: Fri, 29 Aug 2008 12:35:25 -0400 From: Gregory Haskins User-Agent: Thunderbird 2.0.0.16 (X11/20080720) MIME-Version: 1.0 To: Steven Rostedt CC: Andi Kleen , Gregory Haskins , mingo@elte.hu, tglx@linutronix.de, linux-kernel@vger.kernel.org, linux-rt-users@vger.kernel.org Subject: Re: [PATCH] seqlock: serialize against writers References: <20080829154237.1196.66825.stgit@dev.haskins.net> <87abevpzv7.fsf@basil.nowhere.org> <48B81F60.3080409@gmail.com> <20080829162216.GW26610@one.firstfloor.org> <48B82349.1020109@gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=CBD79AA1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC537A9119F95D7DADBC68DF2" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2569 Lines: 79 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC537A9119F95D7DADBC68DF2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Steven Rostedt wrote: > On Fri, 29 Aug 2008, Gregory Haskins wrote: > > =20 >> Andi Kleen wrote: >> =20 >>>> Im running it on a x86_64 box as we speak. How can I tell if there = is a >>>> certain mode that is permitting this? >>>> =20 >>>> =20 >>> If the boot up says you're running with PMtimer then it uses the fall= back >>> (usually happens on pre Fam10h AMD boxes). A typical Intel box >>> would use the faster ring 3 only TSC path and then explode with your >>> change I bet.=20 >>> >>> Or step with gdb through gettimeofday() and see if it does a syscall.= >>> >>> -Andi >>> =20 >>> =20 >> It seems to be running fine with no indication it has fallen back.=20 >> Perhaps I need a certain workload to bring out the issue? >> =20 > > Perhaps you never hit the slow path in userland. That's the only place = it=20 > would write. Perhaps add a dummy static variable in the fast path, and = > write to it. See if that crashes you apps. > > -- Steve > =20 Yeah, ideas crossed in the mail ;) I could just force all of the seqbegins to hit the slowpath by hacking the code and see what happens (aside from slowing down, of course ;) Question: Which seqlock_t does userspace use? I assume it uses seqlock_t and not raw_seqlock_t. But the only reason that I ask is that I converted raw_seqlock_t to use the new style as well to be consistent, even though it is not strictly necessary for the same reasons. So if perchance userspace uses the raw variant, I could solve this issue by only re-working the seqlock_t variant. Kind of a long shot, but figured I would mention it :) -Greg --------------enigC537A9119F95D7DADBC68DF2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAki4JU0ACgkQP5K2CMvXmqERwQCfXTxV8DQlmO3Zbi58bk58lEFA 6AQAnAomtElSoo6OXBAIQwgMaZEhSNyl =FIv4 -----END PGP SIGNATURE----- --------------enigC537A9119F95D7DADBC68DF2-- -- 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/