I was testing Kernel 6.2.2 from koji, when I noticed these errors after boot: [ 44.973374] iosm 0000:01:00.0: ch[1]: confused phase 2 [ 45.973650] iosm 0000:01:00.0: ch[1]: confused phase 2 [ 46.972517] iosm 0000:01:00.0: ch[1]: confused phase 2 [ 47.973038] iosm 0000:01:00.0: ch[1]: confused phase 2 [ 48.973154] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 49.973774] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 50.973899] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 51.972600] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 52.973292] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 53.973852] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 54.973506] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 55.974246] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 56.973997] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 57.973449] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 58.973716] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 59.972300] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 60.973370] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 61.973624] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 62.973746] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 63.972858] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 64.972767] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 65.973594] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 66.973674] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 67.973767] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 68.973562] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 69.974347] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 70.974073] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 71.972989] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 72.973444] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 73.973567] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 74.973770] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 75.974213] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 76.973596] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 77.974206] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 78.973950] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 79.973379] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 80.974068] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 81.973737] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 82.974208] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 83.972624] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 84.974848] iosm 0000:01:00.0: ch[1]: confused phase 3 [ 129.980615] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 129.980752] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 150.002520] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 150.003096] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 150.974419] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 151.974468] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 152.974985] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 153.975108] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 154.974104] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 155.974429] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 156.974793] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 157.975474] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 158.974320] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 159.974456] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 160.975485] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 161.975162] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 162.974836] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 163.975702] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 164.975583] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 174.984861] iosm 0000:01:00.0: PORT open refused, phase A-CD_READY [ 174.985767] iosm 0000:01:00.0: ch[6]: confused phase 3 [ 184.996879] iosm 0000:01:00.0: PORT open refused, phase A-CD_READY [ 344.482600] iosm 0000:01:00.0: msg timeout [ 344.986684] iosm 0000:01:00.0: msg timeout they also occur on standby [27628.054469] iosm 0000:01:00.0: msg timeout and [27629.718967] iosm 0000:01:00.0: PORT open refused, phase A-ROM [27629.719417] iosm 0000:01:00.0: PORT open refused, phase A-ROM [27629.719568] iosm 0000:01:00.0: PORT open refused, phase A-ROM [27629.719817] iosm 0000:01:00.0: PORT open refused, phase A-ROM [27629.719914] iosm 0000:01:00.0: PORT open refused, phase A-ROM [27629.720005] iosm 0000:01:00.0: PORT open refused, phase A-ROM [27629.720067] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27629.720292] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27650.188429] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27650.188544] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27670.208942] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27670.209089] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27671.933355] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27672.933467] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27673.933505] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27674.933516] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27675.933507] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27676.933479] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27677.933652] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27678.933853] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27679.933618] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27680.933672] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27681.933602] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27682.933668] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27683.933834] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27684.933696] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27685.933851] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [27695.943815] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1
01:00.0 Wireless controller [0d40]: Intel Corporation XMM7560 LTE Advanced Pro Modem (rev 01) Thats the device in question.
I still run into this issue with testing candidate 6.2.6: A bit more info about the System in question: System: Host: HP845G9 Kernel: 6.2.6-200.fc37.x86_64 arch: x86_64 bits: 64 Desktop: GNOME v: 43.3 Distro: Fedora release 37 (Thirty Seven) Machine: Type: Laptop System: HP product: HP EliteBook 845 14 inch G9 Notebook PC v: N/A serial: <superuser required> Mobo: HP model: 8990 v: KBC Version 09.49.00 serial: <superuser required> UEFI: HP v: U82 Ver. 01.04.01 date: 01/12/2023 CPU: Info: 8-core model: AMD Ryzen 7 6800U with Radeon Graphics bits: 64 type: MT MCP cache: L2: 4 MiB Speed (MHz): avg: 872 min/max: 400/4768 cores: 1: 400 2: 1186 3: 1155 4: 1186 5: 1217 6: 400 7: 1676 8: 400 9: 400 10: 400 11: 400 12: 400 13: 1353 14: 400 15: 400 16: 2588
Created attachment 1950375 [details] full lspci XMM7560 LTE Advanced Pro Modem
[ 252.937136] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 252.937313] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 272.959103] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 272.959461] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 274.032878] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 275.032296] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 276.032547] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 277.032448] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 278.032791] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 279.032628] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 280.032501] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 281.032551] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 282.032976] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 283.032648] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 284.033002] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 285.033618] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 286.032524] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 287.032750] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 288.032786] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 298.042818] iosm 0000:01:00.0: ch[6]:invalid channel state 2,expected 1 [ 337.034256] iosm 0000:01:00.0: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x000d address=0x0 flags=0x0000] [ 337.536467] iosm 0000:01:00.0: msg timeout [ 338.040709] iosm 0000:01:00.0: msg timeout
Does this work with the most recent rawhide kernel?
The problem still occurs with kernel-6.3.0-0.rc2.23.fc39 I will try to bisect.
I am at a point where I am down to 66 commits, but I run into new issues because the module will not load properly anymore. I am not a bisection expert, could you give me a hint how to circumvent this issue?
After bisecting the issue I found that this commit causes it: d08b0f8f46e45a274fc8c9a5bc92cb9da70d9887 is the first bad commit commit d08b0f8f46e45a274fc8c9a5bc92cb9da70d9887 Author: Shane Parslow <shaneparslow808> Date: Sat Oct 29 02:03:56 2022 -0700 net: wwan: iosm: add rpc interface for xmm modems Add a new iosm wwan port that connects to the modem rpc interface. This interface provides a configuration channel, and in the case of the 7360, is the only way to configure the modem (as it does not support mbim). The new interface is compatible with existing software, such as open_xdatachannel.py from the xmm7360-pci project [1]. [1] https://github.com/xmm7360/xmm7360-pci Signed-off-by: Shane Parslow <shaneparslow808> Reviewed-by: Loic Poulain <loic.poulain> Signed-off-by: David S. Miller <davem> drivers/net/wwan/iosm/iosm_ipc_chnl_cfg.c | 2 +- drivers/net/wwan/wwan_core.c | 4 ++++ include/linux/wwan.h | 2 ++ 3 files changed, 7 insertions(+), 1 deletion(-) This commit aims for a different XMM modem (7360) other than the one I use (7560). Would it be possible, that you revert that commit until intel / upstream has fixed it?
Thorsten picked this up in the upstream regression tracker this morning, and tends to get quick results. I will keep an eye on it and make some decision soon, but likely not in time for 6.2.7 or even 6.2.8 depending on upstream.
I noticed, thank you for the help! Please feel free to push kernel 6.2 to stable, until it is fixed I will blacklist iosm.
would it be possible, that you include this patch here to fix it? https://lore.kernel.org/all/b5b3b67ed4dcbc508961dfd3e196857d6ae1385c.1679983314.git.m.chetan.kumar@intel.com/
(In reply to Martin Wolf from comment #11) > would it be possible, that you include this patch here to fix it? > https://lore.kernel.org/all/b5b3b67ed4dcbc508961dfd3e196857d6ae1385c. > 1679983314.git.m.chetan.kumar/ Thank you for pointing out there is a fix for this. I have created a MR to get this fix added to the Fedora 6.2 kernel builds: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2382 Justin, note as mentioned in the merge-request this patch has already been accepted upstream in -next.
FEDORA-2023-c46eb02bbf has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-c46eb02bbf
FEDORA-2023-98251cef79 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2023-98251cef79
FEDORA-2023-d525cf5272 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2023-d525cf5272
FEDORA-2023-c46eb02bbf has been pushed to the Fedora 38 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-c46eb02bbf See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-d525cf5272 has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-d525cf5272` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-d525cf5272 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-98251cef79 has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-98251cef79` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-98251cef79 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-c46eb02bbf has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2023-98251cef79 has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2023-d525cf5272 has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report.