Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp912607pxb; Sat, 18 Sep 2021 23:53:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzQnH4LbYZv/oZ88F5Roy8zHeEh74wNJOgXk2szjUN3t21tBb2IlAIQzj/6MVPxjRXiTTwF X-Received: by 2002:a02:7818:: with SMTP id p24mr15048820jac.72.1632034390879; Sat, 18 Sep 2021 23:53:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632034390; cv=none; d=google.com; s=arc-20160816; b=qZcDs24D2GVI/2ykRC6qdgjT4Xop/3MUiKYDO7zQXFHjlspp5vC6CTFxqIMj1evLQI iHJPfoBu2+9H45EkTEgdrqQtwsNBwsXdgXnN1tjgCyLIE6E6u+NXJsFxsPjI4jUqdNqI VApv1InvozwKmN3HCEi58tF6CfgkL0Rd3CsMsWT+IwQQMDSLD/2wKrEuHab71UTZqeBa T4Iuz1+7P+2cah4kUPndtPnCO7IrXbMzS1i9HgKX3Vx57PwhDOIkJvFWU109vBCA6T1L iEGyWGwJyvlT7I0LxnYviaTjcLwOzouEDRTb3WkgMa6SG1SyVbnhJ2eNpdmZoQGVZMXd o2aQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=s6xC12qlbDwYWEAtHci0e229ZNMp6WNrYFG5pKdsfLM=; b=Ugpbi9FCDqpJ/3oWS2hSnTYzXVP897UDrdisiBRH7ug8Gnuhej3SWHCbnGhHgf/tr2 9z9sgN8tjnaW3HHw4HrSJhs3rwhxXAfT4HO62NflDlcN5eNTkAurkB/H3pQCyDTv32Ri h5Y1OD1TscOC/doyO2Z120mE3TCB4bkGjU7LC9qNPntaFoLfHOMpwhgZkK7DX0nW1IYU Oxza040esf33T4Z16x/RphDMty5UKlj8Bt5K6AnHZOdHRifb/1rvEjd+KYgAIsNrTn5k TrZmMJPmk/4F0LK+5HSdfe8+daSxZsS7//J9pLXV/vDmRUNdIDIo/SkzSzMq4SSrFhG7 X+Qw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k64si6332698iof.8.2021.09.18.23.52.59; Sat, 18 Sep 2021 23:53:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238733AbhIRR5X convert rfc822-to-8bit (ORCPT + 99 others); Sat, 18 Sep 2021 13:57:23 -0400 Received: from mail.kernel.org ([198.145.29.99]:54654 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231576AbhIRR5W (ORCPT ); Sat, 18 Sep 2021 13:57:22 -0400 Received: from jic23-huawei (cpc108967-cmbg20-2-0-cust86.5-4.cable.virginm.net [81.101.6.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 7D26860F26; Sat, 18 Sep 2021 17:55:57 +0000 (UTC) Date: Sat, 18 Sep 2021 18:59:37 +0100 From: Jonathan Cameron To: Jean-Baptiste Maneyrol Cc: Daniel Palmer , "lars@metafoo.de" , "linux-iio@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH v2] iio: imu: inv_mpu6050: Mark acpi match table as maybe unused Message-ID: <20210918185937.1af9c5f5@jic23-huawei> In-Reply-To: References: <20210913112913.2148026-1-daniel@0x0f.com> X-Mailer: Claws Mail 4.0.0 (GTK+ 3.24.30; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 13 Sep 2021 12:19:10 +0000 Jean-Baptiste Maneyrol wrote: > Hello, > > looks obviously good to me. > Thanks for your patch. > > Acked-by: Jean-Baptiste Maneyrol Applied to the togreg branch of iio.git and pushed out as testing for 0-day to see if it can find anything we missed. Thanks, Jonathan > > Thanks, > JB > > From: Daniel Palmer > Sent: Monday, September 13, 2021 13:29 > To: jic23@kernel.org ; lars@metafoo.de ; Jean-Baptiste Maneyrol ; linux-iio@vger.kernel.org > Cc: linux-kernel@vger.kernel.org ; Daniel Palmer > Subject: [PATCH v2] iio: imu: inv_mpu6050: Mark acpi match table as maybe unused >   >  CAUTION: This email originated from outside of the organization. Please make sure the sender is who they say they are and do not click links or open attachments unless you recognize the sender and know the content is safe. > > When building kernels without ACPI support the table is declared > but is not used because ACPI_PTR() turns it into a NULL. > > Add the __maybe_unused attribute to stop the compiler whining. > > Signed-off-by: Daniel Palmer > --- > Ignore the first version. I'm an idiot and generated a patch, > check that it worked, noticed it didn't, fixed it up and then > forgot to regenerate the patch before sending it. > >  drivers/iio/imu/inv_mpu6050/inv_mpu_i2c.c | 2 +- >  1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/iio/imu/inv_mpu6050/inv_mpu_i2c.c b/drivers/iio/imu/inv_mpu6050/inv_mpu_i2c.c > index 95f16951c8f4..3ef17e3f50e2 100644 > --- a/drivers/iio/imu/inv_mpu6050/inv_mpu_i2c.c > +++ b/drivers/iio/imu/inv_mpu6050/inv_mpu_i2c.c > @@ -249,7 +249,7 @@ static const struct of_device_id inv_of_match[] = { >  }; >  MODULE_DEVICE_TABLE(of, inv_of_match); >   > -static const struct acpi_device_id inv_acpi_match[] = { > +static const struct acpi_device_id __maybe_unused inv_acpi_match[] = { >          {"INVN6500", INV_MPU6500}, >          { }, >  };