From mboxrd@z Thu Jan 1 00:00:00 1970 From: Randy Dunlap Subject: Re: [git pull] Input updates for 2.6.34-rc6 Date: Thu, 13 May 2010 09:38:20 -0700 Message-ID: <20100513093820.dca1f423.rdunlap@xenotime.net> References: <20100513075728.GF30110@core.coreip.homeip.net> <1273762051.2308.4671.camel@localhost.localdomain> <20100513155031.GA22238@core.coreip.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Return-path: Received: from xenotime.net ([72.52.115.56]:36248 "HELO xenotime.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1759079Ab0EMQi0 (ORCPT ); Thu, 13 May 2010 12:38:26 -0400 Received: from chimera.site ([71.245.98.113]) by xenotime.net for ; Thu, 13 May 2010 09:38:21 -0700 In-Reply-To: Sender: linux-input-owner@vger.kernel.org List-Id: linux-input@vger.kernel.org To: Linus Torvalds Cc: Dmitry Torokhov , Bastien Nocera , Andrew Morton , Linux Kernel Mailing List , linux-input@vger.kernel.org On Thu, 13 May 2010 09:16:31 -0700 (PDT) Linus Torvalds wrote: > > > On Thu, 13 May 2010, Dmitry Torokhov wrote: > > > > From what I remember (it was a few weeks old thread) we were hanging > > when trying to read from the controller in i8042_flush(). Normally, if > > controller isn't there we'd get a stream of 0xff which will never > > "clear" and so after 32 reads we give up and abort controller > > initialization. But on Bastien's box it just sits there. > > Is there a web interface to some archive for linux-input (or was this > thread on lkml)? >>From Jan. 20, on lkml. See http://lkml.org/lkml/2010/1/20/254 > Anyway, the fact that apparently pressing the power button makes it come > alive again implies that it's likely SCI/SMI-related. Which is not > entirely unexpected if there is some crazy SMM thing going on. But > presumably whatever buggy Apple code is _supposed_ to work for Windows, so > I wonder what bug that quite simple status/data register read could > possibly trigger. > > Is it the status read or the data read that causes problems, and is it the > first one or after doing a few? A couple of printk's in that i8042_flush() > routine should tell us. --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code ***