Received-SPF: pass (google.com: domain of linux-wireless+bounces-4177-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99;
Message-ID: <795b376aa2c9112527cf135a5176f01c6af69ade.camel@sipsolutions.net>
Subject: Re: "iwlwifi: probe of 0000:00:14.3 failed with error -22"
From: Johannes Berg <johannes@sipsolutions.net>
To: Harald Dunkel <harald.dunkel@aixigo.com>, linux-wireless@vger.kernel.org
Date: Wed, 28 Feb 2024 11:30:44 +0100
In-Reply-To: <b9b2224a-f021-483a-8606-6aed94c5f6f9@aixigo.com>
References: <dd1e2440-bb05-48d7-9f68-29bae758110d@aixigo.com>
	 <9edf7003715cfdda3c794f3adbaeac5f36ada8ee.camel@sipsolutions.net>
	 <b9b2224a-f021-483a-8606-6aed94c5f6f9@aixigo.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
User-Agent: Evolution 3.50.4 (3.50.4-1.fc39) 
Precedence: bulk
MIME-Version: 1.0

On Wed, 2024-02-28 at 11:23 +0100, Harald Dunkel wrote:

> It used to work with the same kernel.

OK.

> This is what we get for the new (6.5.10, Debian backports) kernel now:

But that'd mean it's working - or are you saying that's a different
machine?

> [Tue Feb 27 09:44:51 2024] iwlwifi 0000:00:14.3: enabling device (0000 ->=
 0002)
> [Tue Feb 27 09:44:51 2024] iwlwifi 0000:00:14.3: Detected crf-id 0x130050=
4, cnv-id 0x80400 wfpm id 0x80000030
> [Tue Feb 27 09:44:51 2024] iwlwifi 0000:00:14.3: PCI dev 51f1/0074, rev=
=3D0x370, rfid=3D0x10a100

This seems to work, has a proper PCI ID, and shows a different RF ID?

You previously showed

iwlwifi: No config found for PCI dev 51f1/0000, rev=3D0x370, rfid=3D0x1010c=
000

So I think it'd still be interesting to know this line from the system
that doesn't work any more, to see if it really was _exactly_ the same,
as this before and changed, or whatever happened.


> > If you really have subdevice ID 0000 then something went wrong and you
> > have a blank OTP (now), which seems very strange.
> >=20
> > This is an integrated NIC where part of the NIC is integrated into the
> > platform, and other parts are on the companion RF (CRF), so could also
> > be that the CRF module isn't seated well any more in the slot and it
> > just cannot access the data properly?
> >=20
>=20
> You mean there could be a problem with the wifi card not being plugged in
> properly? We will check when my colleague is in the office.

Yes, that's what I mean.

Note the "wifi card" is just the CRF module in this case, much of the
wifi is already built into the platform/SoC. The M.2 form factor card
that you have in it isn't the PCIe device that shows up in Linux, it's
just the radio module etc. So that not being connected properly might
explain a situation like this, not sure though.

johannes