From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753844AbXDQL01 (ORCPT ); Tue, 17 Apr 2007 07:26:27 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753854AbXDQL00 (ORCPT ); Tue, 17 Apr 2007 07:26:26 -0400 Received: from khc.piap.pl ([195.187.100.11]:33087 "EHLO khc.piap.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753844AbXDQL00 (ORCPT ); Tue, 17 Apr 2007 07:26:26 -0400 To: Mikko Tiihonen Cc: clemens@ladisch.de, bob.picco@hp.com, linux-kernel@vger.kernel.org, Andrew Morton Subject: Re: [PATCH v2] hpet: Enable hidden HPET on NVidia motherboards References: <1176708094.22969.7.camel@dual.local> From: Krzysztof Halasa Date: Tue, 17 Apr 2007 13:26:24 +0200 In-Reply-To: (Mikko Tiihonen's message of "Mon, 16 Apr 2007 16:33:13 +0300 (EEST)") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Mikko Tiihonen writes: > Currently the all the code is protected by CONFIG_HPET. > Are you proposing to use for example CONFIG_HPET_NVIDIA instead? Something like that. CONFIG_HPET_NFORCE_DETECT maybe? > I think that the code should be safe even without it's own config option. Well, who knows. The hardware side (config bits) are probably safe and easy to verify, but depending on BIOS assigning address to inactive device seems risky. -- Krzysztof Halasa