From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934234AbeAXPh2 (ORCPT ); Wed, 24 Jan 2018 10:37:28 -0500 Received: from smtp.codeaurora.org ([198.145.29.96]:37802 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934058AbeAXPhZ (ORCPT ); Wed, 24 Jan 2018 10:37:25 -0500 DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 9AC9460ADA Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org Subject: Re: [PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module To: Hans de Goede , Andy Shevchenko Cc: Mika Westerberg , Wolfram Sang , Eric Auger , eric.auger.pro@gmail.com, linux-i2c , Linux Kernel Mailing List , "linux-acpi@vger.kernel.org" References: <1514988151-12248-1-git-send-email-eric.auger@redhat.com> <20180124055615.c3qwhwnj7spmcr3w@ninjato> <20180124062725.GK27654@lahna.fi.intel.com> <54ef10bd-6209-6983-1d3a-ddf7d7fea252@redhat.com> <26d6761c-17c9-73d8-42d6-25815b58bc87@redhat.com> From: Sinan Kaya Message-ID: <17f80dc5-126e-bf1e-8bcc-95a1e66cd271@codeaurora.org> Date: Wed, 24 Jan 2018 10:37:20 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <26d6761c-17c9-73d8-42d6-25815b58bc87@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/24/2018 10:23 AM, Hans de Goede wrote: >> There must be a middle ground somewhere. > > One thing which comes to mind is to simply not allow building i2c as a module > when ACPI is selected, something like this should work I think: > >  config I2C >          tristate "I2C support" >          select RT_MUTEXES >          select IRQ_DOMAIN > +        # force building I2C in on ACPI systems, for opregion availability > +        depends on y || !ACPI This works for me. -- Sinan Kaya Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.