Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Marius Hoch <mail@mariushoch.de>
To:     Jean Delvare <jdelvare@suse.com>, linux-i2c@vger.kernel.org,
        linux-kernel@vger.kernel.org
Cc:     Marius Hoch <mail@mariushoch.de>
Subject: [PATCH 0/2] i2c: i801: Force no IRQ for Dell Latitude E7450
Date:   Sun, 14 May 2023 12:36:32 +0200
Message-Id: <20230514103634.235917-1-mail@mariushoch.de>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Precedence: bulk

The Dell Latitude E7450 uses IRQ 18 for the accelerometer,
but also claims that the SMBus uses IRQ 18. This will
result in:

i801_smbus 0000:00:1f.3: PCI INT C: failed to register GSI
i801_smbus 0000:00:1f.3: Failed to enable SMBus PCI device (-16)
i801_smbus: probe of 0000:00:1f.3 failed with error -16

Force the SMBus IRQ to IRQ_NOTCONNECTED in this case, so that
we fall back to polling, which also seems to be what the (very
dated) Windows 7 drivers on the Dell Latitude E7450 do.

This was tested on Dell Latitude E7450.

I chose to explicitly list all affected devices here, but
alternatively it would be possible to do this programmatically:
If the initial pcim_enable_device fails and we're on (any)
Dell Latitude, re-try with IRQ_NOTCONNECTED.

Marius Hoch (2):
  i2c: i801: Force no IRQ for Dell Latitude E7450
  i2c: i801: Force no IRQ for further Dell Latitudes

 drivers/i2c/busses/i2c-i801.c | 34 ++++++++++++++++++++++++++++++++++
 1 file changed, 34 insertions(+)


base-commit: cc3c44c9fda264c6d401be04e95449a57c1231c6
-- 
2.40.1