From patchwork Sun Apr 26 10:47:11 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Hans de Goede X-Patchwork-Id: 11510425 Return-Path: Received: from mail.kernel.org (pdx-korg-mail-1.web.codeaurora.org [172.30.200.123]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id 87BD692C for ; Sun, 26 Apr 2020 10:47:26 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 66DE62070A for ; Sun, 26 Apr 2020 10:47:26 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="BLG5cbfo" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726116AbgDZKrZ (ORCPT ); Sun, 26 Apr 2020 06:47:25 -0400 Received: from us-smtp-2.mimecast.com ([205.139.110.61]:54228 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726139AbgDZKrY (ORCPT ); Sun, 26 Apr 2020 06:47:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1587898042; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=lqBHK1Qia+8A298KbiTPhxU1CHMMejP2vD7zTZ8rklA=; b=BLG5cbfoBAHKxRAxoZ5AyCcIClDNiD1zukJnNQTrWkgnH1eOz8w03yAq33otCDqJCdGCA9 f8ZaBy9Ls61X0PXsiJm05aLq2h4Rk8lcwKOUvxc46+aJHoOlhumcwJd+nbKOOwxgdiiPeb TKuPTNUI6QIpzbIHlpbQZ/w7VpxS1WQ= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-488-oZgsmKvcNf2pcecckE1sHg-1; Sun, 26 Apr 2020 06:47:19 -0400 X-MC-Unique: oZgsmKvcNf2pcecckE1sHg-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id D0FC71005510; Sun, 26 Apr 2020 10:47:17 +0000 (UTC) Received: from x1.localdomain.com (ovpn-112-32.ams2.redhat.com [10.36.112.32]) by smtp.corp.redhat.com (Postfix) with ESMTP id 401245D715; Sun, 26 Apr 2020 10:47:15 +0000 (UTC) From: Hans de Goede To: "Rafael J . Wysocki" , Len Brown , Darren Hart , Andy Shevchenko Cc: Hans de Goede , linux-acpi@vger.kernel.org, platform-driver-x86@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH 0/2] ACPI / scan: Create platform device for CPLM3218 ACPI nodes Date: Sun, 26 Apr 2020 12:47:11 +0200 Message-Id: <20200426104713.216896-1-hdegoede@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 Sender: platform-driver-x86-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: platform-driver-x86@vger.kernel.org Hi All, Here is a patch series to deal with the way jow the CM3281 ambient-light-sensor is described in the ACPI tables of Asus T100TA and T100CHI devices: Method (_CRS, 0, NotSerialized) // _CRS: Current Resource Settings { Name (SBUF, ResourceTemplate () { I2cSerialBusV2 (0x000C, ControllerInitiated, 0x00061A80, AddressingMode7Bit, "\\_SB.I2C3", 0x00, ResourceConsumer, , Exclusive, ) I2cSerialBusV2 (0x0048, ControllerInitiated, 0x00061A80, AddressingMode7Bit, "\\_SB.I2C3", 0x00, ResourceConsumer, , Exclusive, ) Interrupt (ResourceConsumer, Level, ActiveHigh, Exclusive, ,, ) { 0x00000033, } }) Return (SBUF) /* \_SB_.I2C3.ALSD._CRS.SBUF */ } Notice that the first entry is the SMBus Alert Response Address, this is actually somewhat useful as on this sensor we must read a byte from that address once to clear an alert which seems to be set on power-on; and without doing this the sensor will not respond on its actual address. Taking care of this is left up to the cm32181 driver (I will Cc you on the patch series for that). This series uses the i2c-multi-instantiate code to instantiate i2c-clients for both addresses. Note this series touches files under both drivers/apci and drivers/platform/x86. IIRC in the past i2c-multi-instantiate changes were merged through Rafael's tree because of this. Andy or Darren may we have your Acked-by for merging this through Rafael's tree? Regards, Hans