From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932275AbaICLzh (ORCPT ); Wed, 3 Sep 2014 07:55:37 -0400 Received: from mx1.redhat.com ([209.132.183.28]:44975 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755776AbaICLzg (ORCPT ); Wed, 3 Sep 2014 07:55:36 -0400 Message-ID: <540701B5.3020409@redhat.com> Date: Wed, 03 Sep 2014 07:55:33 -0400 From: Prarit Bhargava User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131028 Thunderbird/17.0.10 MIME-Version: 1.0 To: Lee Jones CC: linux-kernel@vger.kernel.org, Peter Tyser , Samuel Ortiz Subject: Re: [PATCH] x86, lpc, Allow only one load of lpc_ich References: <1409695097-5831-1-git-send-email-prarit@redhat.com> <20140903074315.GB28985@lee--X1> <5406E9B0.101@redhat.com> <20140903113535.GE28985@lee--X1> In-Reply-To: <20140903113535.GE28985@lee--X1> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09/03/2014 07:35 AM, Lee Jones wrote: >>>> This occurs because there are two LPC devices on the system: >>>> >>>> 00:1f.0 ISA bridge: Intel Corporation 82801JIB (ICH10) LPC Interface Controller >>>> 80:1f.0 ISA bridge: Intel Corporation 82801JIB (ICH10) LPC Interface Controller >>>> >>>> which AFAICT is a hardware configuration error that can be resolved in >>>> firmware by hiding the second LPC device. Having two of these results in >>>> two GPIO mappings and two Watchdog Timers which doesn't make much sense. >>>> >>>> An end user has no idea what the splats mean. We should inform the user that >>>> the issue lies with the hardware and that they should contact their vendor >>>> for resolution. >>> >>> Why is it a problem for 2 of these devices to exist on a single system? >>> >>> Shouldn't the driver just be able to handle 2 devices? >>> >> >> You end up with two watchdogs on the same system (and more confusingly they use >> the same global interface). Additionally you end up with two sets of GPIOs >> which also use the same global interface ... not good. > > I understand the problem with the _driver_, but why is it a problem > that two of these _devices_ exist on one system? Bailing out of the > second .probe() sounds hacky to me. The driver should know that this > is possible and act accordingly, or the second devices shouldn't be > registered. > > Can these devices be controlled seperately? Let's just try and address this for now ... They can be controlled separately but that's not the issue here. Consider just the watchdog timer (because it is easier to explain). The way the watchdog timer works is that we write to it every 30 seconds (or so ... it depends on your setup obviously). If we don't write to it within 30 seconds the system will panic and reboot. Now ... suppose you have two on a system. To what end? It doesn't make sense to have two. Either you can write from userspace or you can't. Now you have two running with different timeouts -- why? That doesn't make sense either. It isn't like the one with the longer timeout is ever going to cause a reboot. Does that explain things better? It's a not a real-world scenario. You also asked ... > Then why do they [have two devices specified]? Because the vendor didn't/forgot to hide one from the kernel in BIOS -- hence FW_BUG. P.