From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753676Ab3JBJwK (ORCPT ); Wed, 2 Oct 2013 05:52:10 -0400 Received: from smtprelay-b31.telenor.se ([213.150.131.20]:56179 "EHLO smtprelay-b31.telenor.se" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753640Ab3JBJwG (ORCPT ); Wed, 2 Oct 2013 05:52:06 -0400 X-SENDER-IP: [85.230.168.69] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiFbADDsS1JV5qhFPGdsb2JhbABYgweDSyKFALkygRcXAwEBAQE4NYIlAQEEATocIxAIAw4TJQ8FJQoaiBMKvHQWjzsHgx+BBAOXfoZHjls6 X-IronPort-AV: E=Sophos;i="4.90,1018,1371074400"; d="scan'208";a="404315356" Date: Wed, 2 Oct 2013 11:53:39 +0200 From: Henrik Rydberg To: Guenter Roeck Cc: Chris Murphy , Josh Boyer , khali@linux-fr.org, lm-sensors@lm-sensors.org, "Linux-Kernel@Vger. Kernel. Org" Subject: Re: applesmc oops in 3.10/3.11 Message-ID: <20131002095339.GA2716@polaris.bitmath.org> References: <20130927175926.GA6267@roeck-us.net> <524615B1.6000106@roeck-us.net> <4FFB3671-DDB4-40F7-BA5D-C9AA9391BDA9@colorremedies.com> <524A4384.4040403@roeck-us.net> <20131002035156.GA566@roeck-us.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131002035156.GA566@roeck-us.net> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > Patch added on top of 3.12.0-0.rc3.git0.1.fc20.x86_64 and built. But after ~dozen reboots, I'm not triggering the problem. The only items in dmesg with smc in it: > > > > [ 13.799819] applesmc: key=261 fan=2 temp=14 index=14 acc=1 lux=2 kbd=1 > > [ 13.833402] input: applesmc as /devices/platform/applesmc.768/input/input10 > > > > One thing I have seen in all logs is the earlier "send_byte fail" message, so > I think that is a pre-requisite. Not necessarily - it could be that the patch actually fixes the root cause. One possible scenario is that on recent SMCs, some of the commands produce more data than we actually read. This would eventually lead to both data corruption and overflow somwhere in the SMC internals. If the original SMC error is interpreted as a read buffer overflow, then that problem should be fixed with this patch. Even so, the patch does require more testing. It would be great to get coverage on all models we can find. Thanks, Henrik From mboxrd@z Thu Jan 1 00:00:00 1970 From: Henrik Rydberg Date: Wed, 02 Oct 2013 09:53:39 +0000 Subject: Re: [lm-sensors] applesmc oops in 3.10/3.11 Message-Id: <20131002095339.GA2716@polaris.bitmath.org> List-Id: References: <20130927175926.GA6267@roeck-us.net> <524615B1.6000106@roeck-us.net> <4FFB3671-DDB4-40F7-BA5D-C9AA9391BDA9@colorremedies.com> <524A4384.4040403@roeck-us.net> <20131002035156.GA566@roeck-us.net> In-Reply-To: <20131002035156.GA566@roeck-us.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Guenter Roeck Cc: Chris Murphy , Josh Boyer , khali@linux-fr.org, lm-sensors@lm-sensors.org, "Linux-Kernel@Vger. Kernel. Org" > > Patch added on top of 3.12.0-0.rc3.git0.1.fc20.x86_64 and built. But after ~dozen reboots, I'm not triggering the problem. The only items in dmesg with smc in it: > > > > [ 13.799819] applesmc: key&1 fan=2 temp index acc=1 lux=2 kbd=1 > > [ 13.833402] input: applesmc as /devices/platform/applesmc.768/input/input10 > > > > One thing I have seen in all logs is the earlier "send_byte fail" message, so > I think that is a pre-requisite. Not necessarily - it could be that the patch actually fixes the root cause. One possible scenario is that on recent SMCs, some of the commands produce more data than we actually read. This would eventually lead to both data corruption and overflow somwhere in the SMC internals. If the original SMC error is interpreted as a read buffer overflow, then that problem should be fixed with this patch. Even so, the patch does require more testing. It would be great to get coverage on all models we can find. Thanks, Henrik _______________________________________________ lm-sensors mailing list lm-sensors@lm-sensors.org http://lists.lm-sensors.org/mailman/listinfo/lm-sensors