Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932370AbVIZEcL (ORCPT ); Mon, 26 Sep 2005 00:32:11 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932372AbVIZEcL (ORCPT ); Mon, 26 Sep 2005 00:32:11 -0400 Received: from zproxy.gmail.com ([64.233.162.206]:37521 "EHLO zproxy.gmail.com") by vger.kernel.org with ESMTP id S932370AbVIZEcK convert rfc822-to-8bit (ORCPT ); Mon, 26 Sep 2005 00:32:10 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YvTUDuvxF+d86ILkwY+Gv8AtFBoPfW3i/G6vlOJZTCQ9FpktW0y5ZKtGdVA1e9f0VIXXmFN7kuHuUyVbQpD9UrKWLAzXR/UItZG0f+D1q4H3tGg+9jYh7NTYH1viDVYRVmkfZkFM3fbruNmu+DUdnWtPSuX+0p1iOp2Zqsihy/w= Message-ID: Date: Sun, 25 Sep 2005 21:32:09 -0700 From: Carlo Calica Reply-To: Carlo Calica To: Andrew Morton Subject: Re: 2.6.14-rc2-mm1 Cc: Paul Blazejowski , linux-kernel@vger.kernel.org, xorg@lists.freedesktop.org In-Reply-To: <20050925164421.75c734d2.akpm@osdl.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Content-Disposition: inline References: <20050925220037.GA8776@blazebox.homeip.net> <20050925164421.75c734d2.akpm@osdl.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1094 Lines: 29 I had the same problem with 2.6.12. I'll run some tests with older kernels. On 9/25/05, Andrew Morton wrote: > Paul Blazejowski wrote: > > > > Upon quick testing the latest mm kernel it appears there's some kind of > > race condition when using dual core cpu esp when using XORG and USB > > (although PS2 has same issue) kebyboard rate being too fast. > > > > The same behaviour happens on vanilla 2.6.13 kernel. Reporting this also > > to XORG list in hopes to help debug this issue. > > Is it possible to narrow this down a bit further? Was 2.6.12 OK? > > If we can identify two reasonably-close-in-time versions either side of the > regression then the next step would be to run `dmesg -s 1000000' under both > kernel versions, then run `diff -u dmesg.good dmesg.bad'. > > -- Carlo J. Calica - 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/