RE: [REGRESSION] Divide-by-zero on DisplayPort MST unplug with nouveau
> -Original Message- > From: Jani Nikula > Sent: Monday, 11 March 2024 18.03 > To: Saarinen, Jani ; Linux regressions mailing list > ; Deak, Imre > Cc: Chris Bainbridge ; intel-gfx g...@lists.freedesktop.org>; David Airlie ; Daniel Vetter > ; ML dri-devel > Subject: RE: [REGRESSION] Divide-by-zero on DisplayPort MST unplug with > nouveau > > On Mon, 11 Mar 2024, "Saarinen, Jani" wrote: > > Hi, > > > >> -Original Message- > >> From: Intel-gfx On Behalf > >> Of Linux regression tracking (Thorsten Leemhuis) > >> Sent: Monday, 11 March 2024 17.53 > >> To: Deak, Imre > >> Cc: regressi...@lists.linux.dev; Chris Bainbridge > >> ; intel-gfx > >> ; > >> David Airlie ; Daniel Vetter ; ML > >> dri-devel > >> Subject: Re: [REGRESSION] Divide-by-zero on DisplayPort MST unplug > >> with nouveau > >> > >> On 07.03.24 18:58, Chris Bainbridge wrote: > >> > - Forwarded message from Chris Bainbridge > >> > - > >> > > >> > Date: Sat, 10 Feb 2024 21:24:59 + > >> > >> Hmm, it looks like nobody is looking into this regression. Is there a > >> good reason? > >> > >> Imre, or did you maybe just miss that Chris' regression seems to be > >> caused by a commit of yours? He initally proposed a fix (the > >> forwarded mail that is quoted here) more a month ago already here: > >> https://lore.kernel.org/all/ZcfpqwnkSoiJxeT9@debian.local/ > >> > >> Chris recently filed a ticket, too: > >> https://gitlab.freedesktop.org/drm/misc/kernel/-/issues/36 > > Please file > > https://drm.pages.freedesktop.org/intel-docs/how-to-file-i915-bugs.htm > > l > > Well, please don't. It's *not* an i915 bug. Right, sorry about this. Let Imre to comment then. > > BR, > Jani. > > >> > >> Mostly silence there as well. :-/ > >> > >> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' > >> hat) > >> > >> P.S: Chris, sorry, I had missed that you initially proposed the fix a > >> month ago; if I had noticed this earlier I had sent a mail like this one > >> earlier. > >> -- > >> Everything you wanna know about Linux kernel regression tracking: > >> https://linux-regtracking.leemhuis.info/about/#tldr > >> If I did something stupid, please tell me, as explained on that page. > >> > >> > From: Chris Bainbridge > >> > To: dri-de...@lists.freedesktop.org > >> > Cc: ly...@redhat.com, ville.syrj...@linux.intel.com, > >> stanislav.lisovs...@intel.com, > >> > mrip...@kernel.org, imre.d...@intel.com > >> > Subject: [PATCH] Fix divide-by-zero on DP unplug with nouveau > >> > > >> > The following trace occurs when using nouveau and unplugging a DP > >> > MST > >> > adaptor: > >> >> divide error: [#1] PREEMPT SMP PTI > >> > CPU: 7 PID: 2962 Comm: Xorg Not tainted 6.8.0-rc3+ #744 Hardware > >> > name: Razer Blade/DANA_MB, BIOS 01.01 08/31/2018 > >> > RIP: 0010:drm_dp_bw_overhead+0xb4/0x110 [drm_display_helper] > >> > Code: c6 b8 01 00 00 00 75 61 01 c6 41 0f af f3 41 0f af f1 c1 e1 > >> > 04 > >> > 48 63 c7 31 d2 89 ff 48 8b 5d f8 c9 48 0f af f1 48 8d 44 06 ff <48> > >> > f7 > >> > f7 31 d2 31 c9 31 f6 31 ff 45 31 c0 45 31 c9 45 31 d2 45 31 > >> > RSP: 0018:b2c5c211fa30 EFLAGS: 00010206 > >> > RAX: RBX: RCX: 00f59b00 > >> > RDX: RSI: RDI: > >> > >> > RBP: b2c5c211fa48 R08: 0001 R09: > >> 0020 > >> > R10: 0004 R11: R12: > >> 00023b4a > >> > R13: 91d37d165800 R14: 91d36fac6d80 R15: 91d34a764010 > >> > FS: 7f4a1ca3fa80() GS:91d6edbc() > >> > knlGS: > >> > CS: 0010 DS: ES: CR0: 80050033 > >> > CR2: 559491d49000 CR3: 00011d180002 CR4: > >> 003706f0 > >> > Call Trace: > >> > > >> > ? show_regs+0x6d/0x80 > >> > ? die+0x37/0xa0 > >> > ? do_trap+0xd4/0xf0 > >> > ? do_error_trap+0x71/0xb0 > >> > ? drm_dp_bw_overhead+0xb4/0x110 [drm_display_helper] > >> > ? exc_divide_error+0x3a/0x70 > >> > ? drm_dp_bw_overhead+0xb4/0x110 [drm_display_helper] > >> > ? asm_exc_divide_error+0x1b/0x20 > >> > ? drm_dp_bw_overhead+0xb4/0x110 [drm_display_helper] > >> > ? drm_dp_calc_pbn_mode+0x2e/0x70 [drm_display_helper] > >> > nv50_msto_atomic_check+0xda/0x120 [nouveau] > >> > drm_atomic_helper_check_modeset+0xa87/0xdf0 [drm_kms_helper] > >> > drm_atomic_helper_check+0x19/0xa0 [drm_kms_helper] > >> > nv50_disp_atomic_check+0x13f/0x2f0 [nouveau] > >> > drm_atomic_check_only+0x668/0xb20 [drm] > >> > ? drm_connector_list_iter_next+0x86/0xc0 [drm] > >> > drm_atomic_commit+0x58/0xd0 [drm] > >> > ? __pfx___drm_printfn_info+0x10/0x10 [drm] > >> > drm_atomic_connector_commit_dpms+0xd7/0x100 [drm] > >> > drm_mode_obj_set_property_ioctl+0x1c5/0x450 [drm] > >> > ? __pfx_drm_connector_property_set_ioctl+0x10/0x10 [drm] > >> > drm_connector_property_set_ioctl+0x3b/0x60 [drm] > >> > drm_ioctl_kernel+0xb9/0x120 [drm] > >> > drm_ioctl+0x2d0/0x550
RE: [REGRESSION] Divide-by-zero on DisplayPort MST unplug with nouveau
On Mon, 11 Mar 2024, "Saarinen, Jani" wrote: > Hi, > >> -Original Message- >> From: Intel-gfx On Behalf Of Linux >> regression tracking (Thorsten Leemhuis) >> Sent: Monday, 11 March 2024 17.53 >> To: Deak, Imre >> Cc: regressi...@lists.linux.dev; Chris Bainbridge >> ; intel-gfx ; >> David Airlie ; Daniel Vetter ; ML >> dri-devel >> >> Subject: Re: [REGRESSION] Divide-by-zero on DisplayPort MST unplug with >> nouveau >> >> On 07.03.24 18:58, Chris Bainbridge wrote: >> > - Forwarded message from Chris Bainbridge >> > - >> > >> > Date: Sat, 10 Feb 2024 21:24:59 + >> >> Hmm, it looks like nobody is looking into this regression. Is there a good >> reason? >> >> Imre, or did you maybe just miss that Chris' regression seems to be caused by >> a commit of yours? He initally proposed a fix (the forwarded mail that is >> quoted here) more a month ago already here: >> https://lore.kernel.org/all/ZcfpqwnkSoiJxeT9@debian.local/ >> >> Chris recently filed a ticket, too: >> https://gitlab.freedesktop.org/drm/misc/kernel/-/issues/36 > Please file > https://drm.pages.freedesktop.org/intel-docs/how-to-file-i915-bugs.html Well, please don't. It's *not* an i915 bug. BR, Jani. >> >> Mostly silence there as well. :-/ >> >> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat) >> >> P.S: Chris, sorry, I had missed that you initially proposed the fix a month >> ago; if >> I had noticed this earlier I had sent a mail like this one earlier. >> -- >> Everything you wanna know about Linux kernel regression tracking: >> https://linux-regtracking.leemhuis.info/about/#tldr >> If I did something stupid, please tell me, as explained on that page. >> >> > From: Chris Bainbridge >> > To: dri-de...@lists.freedesktop.org >> > Cc: ly...@redhat.com, ville.syrj...@linux.intel.com, >> stanislav.lisovs...@intel.com, >> >mrip...@kernel.org, imre.d...@intel.com >> > Subject: [PATCH] Fix divide-by-zero on DP unplug with nouveau >> > >> > The following trace occurs when using nouveau and unplugging a DP MST >> > adaptor: >> >> divide error: [#1] PREEMPT SMP PTI >> > CPU: 7 PID: 2962 Comm: Xorg Not tainted 6.8.0-rc3+ #744 Hardware >> > name: Razer Blade/DANA_MB, BIOS 01.01 08/31/2018 >> > RIP: 0010:drm_dp_bw_overhead+0xb4/0x110 [drm_display_helper] >> > Code: c6 b8 01 00 00 00 75 61 01 c6 41 0f af f3 41 0f af f1 c1 e1 04 >> > 48 63 c7 31 d2 89 ff 48 8b 5d f8 c9 48 0f af f1 48 8d 44 06 ff <48> f7 >> > f7 31 d2 31 c9 31 f6 31 ff 45 31 c0 45 31 c9 45 31 d2 45 31 >> > RSP: 0018:b2c5c211fa30 EFLAGS: 00010206 >> > RAX: RBX: RCX: 00f59b00 >> > RDX: RSI: RDI: >> >> > RBP: b2c5c211fa48 R08: 0001 R09: >> 0020 >> > R10: 0004 R11: R12: >> 00023b4a >> > R13: 91d37d165800 R14: 91d36fac6d80 R15: 91d34a764010 >> > FS: 7f4a1ca3fa80() GS:91d6edbc() >> > knlGS: >> > CS: 0010 DS: ES: CR0: 80050033 >> > CR2: 559491d49000 CR3: 00011d180002 CR4: >> 003706f0 >> > Call Trace: >> > >> > ? show_regs+0x6d/0x80 >> > ? die+0x37/0xa0 >> > ? do_trap+0xd4/0xf0 >> > ? do_error_trap+0x71/0xb0 >> > ? drm_dp_bw_overhead+0xb4/0x110 [drm_display_helper] >> > ? exc_divide_error+0x3a/0x70 >> > ? drm_dp_bw_overhead+0xb4/0x110 [drm_display_helper] >> > ? asm_exc_divide_error+0x1b/0x20 >> > ? drm_dp_bw_overhead+0xb4/0x110 [drm_display_helper] >> > ? drm_dp_calc_pbn_mode+0x2e/0x70 [drm_display_helper] >> > nv50_msto_atomic_check+0xda/0x120 [nouveau] >> > drm_atomic_helper_check_modeset+0xa87/0xdf0 [drm_kms_helper] >> > drm_atomic_helper_check+0x19/0xa0 [drm_kms_helper] >> > nv50_disp_atomic_check+0x13f/0x2f0 [nouveau] >> > drm_atomic_check_only+0x668/0xb20 [drm] >> > ? drm_connector_list_iter_next+0x86/0xc0 [drm] >> > drm_atomic_commit+0x58/0xd0 [drm] >> > ? __pfx___drm_printfn_info+0x10/0x10 [drm] >> > drm_atomic_connector_commit_dpms+0xd7/0x100 [drm] >> > drm_mode_obj_set_property_ioctl+0x1c5/0x450 [drm] >> > ? __pfx_drm_connector_property_set_ioctl+0x10/0x10 [drm] >> > drm_connector_property_set_ioctl+0x3b/0x60 [drm] >> > drm_ioctl_kernel+0xb9/0x120 [drm] >> > drm_ioctl+0x2d0/0x550 [drm] >> > ? __pfx_drm_connector_property_set_ioctl+0x10/0x10 [drm] >> > nouveau_drm_ioctl+0x61/0xc0 [nouveau] >> > __x64_sys_ioctl+0xa0/0xf0 >> > do_syscall_64+0x76/0x140 >> > ? do_syscall_64+0x85/0x140 >> > ? do_syscall_64+0x85/0x140 >> > entry_SYSCALL_64_after_hwframe+0x6e/0x76 >> > RIP: 0033:0x7f4a1cd1a94f >> > Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 >> > 89 44 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <41> 89 >> > c0 3d 00 f0 ff ff 77 1f 48 8b 44 24 18 64 48 2b 04 25 28 00 >> > RSP: 002b:7ffd2f1df520 EFLAGS: 0246 ORIG_RAX: >> > 0010 >> > RAX:
RE: [REGRESSION] Divide-by-zero on DisplayPort MST unplug with nouveau
Hi, > -Original Message- > From: Intel-gfx On Behalf Of Linux > regression tracking (Thorsten Leemhuis) > Sent: Monday, 11 March 2024 17.53 > To: Deak, Imre > Cc: regressi...@lists.linux.dev; Chris Bainbridge > ; intel-gfx ; > David Airlie ; Daniel Vetter ; ML dri-devel > > Subject: Re: [REGRESSION] Divide-by-zero on DisplayPort MST unplug with > nouveau > > On 07.03.24 18:58, Chris Bainbridge wrote: > > - Forwarded message from Chris Bainbridge > > - > > > > Date: Sat, 10 Feb 2024 21:24:59 + > > Hmm, it looks like nobody is looking into this regression. Is there a good > reason? > > Imre, or did you maybe just miss that Chris' regression seems to be caused by > a commit of yours? He initally proposed a fix (the forwarded mail that is > quoted here) more a month ago already here: > https://lore.kernel.org/all/ZcfpqwnkSoiJxeT9@debian.local/ > > Chris recently filed a ticket, too: > https://gitlab.freedesktop.org/drm/misc/kernel/-/issues/36 Please file https://drm.pages.freedesktop.org/intel-docs/how-to-file-i915-bugs.html > > Mostly silence there as well. :-/ > > Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat) > > P.S: Chris, sorry, I had missed that you initially proposed the fix a month > ago; if > I had noticed this earlier I had sent a mail like this one earlier. > -- > Everything you wanna know about Linux kernel regression tracking: > https://linux-regtracking.leemhuis.info/about/#tldr > If I did something stupid, please tell me, as explained on that page. > > > From: Chris Bainbridge > > To: dri-de...@lists.freedesktop.org > > Cc: ly...@redhat.com, ville.syrj...@linux.intel.com, > stanislav.lisovs...@intel.com, > > mrip...@kernel.org, imre.d...@intel.com > > Subject: [PATCH] Fix divide-by-zero on DP unplug with nouveau > > > > The following trace occurs when using nouveau and unplugging a DP MST > > adaptor: > >> divide error: [#1] PREEMPT SMP PTI > > CPU: 7 PID: 2962 Comm: Xorg Not tainted 6.8.0-rc3+ #744 Hardware > > name: Razer Blade/DANA_MB, BIOS 01.01 08/31/2018 > > RIP: 0010:drm_dp_bw_overhead+0xb4/0x110 [drm_display_helper] > > Code: c6 b8 01 00 00 00 75 61 01 c6 41 0f af f3 41 0f af f1 c1 e1 04 > > 48 63 c7 31 d2 89 ff 48 8b 5d f8 c9 48 0f af f1 48 8d 44 06 ff <48> f7 > > f7 31 d2 31 c9 31 f6 31 ff 45 31 c0 45 31 c9 45 31 d2 45 31 > > RSP: 0018:b2c5c211fa30 EFLAGS: 00010206 > > RAX: RBX: RCX: 00f59b00 > > RDX: RSI: RDI: > > > RBP: b2c5c211fa48 R08: 0001 R09: > 0020 > > R10: 0004 R11: R12: > 00023b4a > > R13: 91d37d165800 R14: 91d36fac6d80 R15: 91d34a764010 > > FS: 7f4a1ca3fa80() GS:91d6edbc() > > knlGS: > > CS: 0010 DS: ES: CR0: 80050033 > > CR2: 559491d49000 CR3: 00011d180002 CR4: > 003706f0 > > Call Trace: > > > > ? show_regs+0x6d/0x80 > > ? die+0x37/0xa0 > > ? do_trap+0xd4/0xf0 > > ? do_error_trap+0x71/0xb0 > > ? drm_dp_bw_overhead+0xb4/0x110 [drm_display_helper] > > ? exc_divide_error+0x3a/0x70 > > ? drm_dp_bw_overhead+0xb4/0x110 [drm_display_helper] > > ? asm_exc_divide_error+0x1b/0x20 > > ? drm_dp_bw_overhead+0xb4/0x110 [drm_display_helper] > > ? drm_dp_calc_pbn_mode+0x2e/0x70 [drm_display_helper] > > nv50_msto_atomic_check+0xda/0x120 [nouveau] > > drm_atomic_helper_check_modeset+0xa87/0xdf0 [drm_kms_helper] > > drm_atomic_helper_check+0x19/0xa0 [drm_kms_helper] > > nv50_disp_atomic_check+0x13f/0x2f0 [nouveau] > > drm_atomic_check_only+0x668/0xb20 [drm] > > ? drm_connector_list_iter_next+0x86/0xc0 [drm] > > drm_atomic_commit+0x58/0xd0 [drm] > > ? __pfx___drm_printfn_info+0x10/0x10 [drm] > > drm_atomic_connector_commit_dpms+0xd7/0x100 [drm] > > drm_mode_obj_set_property_ioctl+0x1c5/0x450 [drm] > > ? __pfx_drm_connector_property_set_ioctl+0x10/0x10 [drm] > > drm_connector_property_set_ioctl+0x3b/0x60 [drm] > > drm_ioctl_kernel+0xb9/0x120 [drm] > > drm_ioctl+0x2d0/0x550 [drm] > > ? __pfx_drm_connector_property_set_ioctl+0x10/0x10 [drm] > > nouveau_drm_ioctl+0x61/0xc0 [nouveau] > > __x64_sys_ioctl+0xa0/0xf0 > > do_syscall_64+0x76/0x140 > > ? do_syscall_64+0x85/0x140 > > ? do_syscall_64+0x85/0x140 > > entry_SYSCALL_64_after_hwframe+0x6e/0x76 > > RIP: 0033:0x7f4a1cd1a94f > > Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 > > 89 44 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <41> 89 > > c0 3d 00 f0 ff ff 77 1f 48 8b 44 24 18 64 48 2b 04 25 28 00 > > RSP: 002b:7ffd2f1df520 EFLAGS: 0246 ORIG_RAX: > > 0010 > > RAX: ffda RBX: 7ffd2f1df5b0 RCX: 7f4a1cd1a94f > > RDX: 7ffd2f1df5b0 RSI: c01064ab RDI: 000f > > RBP: c01064ab R08: 56347932deb8 R09: > 56347a7d99c0 > > R10: R11:
Re: [REGRESSION] Divide-by-zero on DisplayPort MST unplug with nouveau
On 07.03.24 18:58, Chris Bainbridge wrote: > - Forwarded message from Chris Bainbridge > - > > Date: Sat, 10 Feb 2024 21:24:59 + Hmm, it looks like nobody is looking into this regression. Is there a good reason? Imre, or did you maybe just miss that Chris' regression seems to be caused by a commit of yours? He initally proposed a fix (the forwarded mail that is quoted here) more a month ago already here: https://lore.kernel.org/all/ZcfpqwnkSoiJxeT9@debian.local/ Chris recently filed a ticket, too: https://gitlab.freedesktop.org/drm/misc/kernel/-/issues/36 Mostly silence there as well. :-/ Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat) P.S: Chris, sorry, I had missed that you initially proposed the fix a month ago; if I had noticed this earlier I had sent a mail like this one earlier. -- Everything you wanna know about Linux kernel regression tracking: https://linux-regtracking.leemhuis.info/about/#tldr If I did something stupid, please tell me, as explained on that page. > From: Chris Bainbridge > To: dri-de...@lists.freedesktop.org > Cc: ly...@redhat.com, ville.syrj...@linux.intel.com, > stanislav.lisovs...@intel.com, > mrip...@kernel.org, imre.d...@intel.com > Subject: [PATCH] Fix divide-by-zero on DP unplug with nouveau > > The following trace occurs when using nouveau and unplugging a DP MST > adaptor: >> divide error: [#1] PREEMPT SMP PTI > CPU: 7 PID: 2962 Comm: Xorg Not tainted 6.8.0-rc3+ #744 > Hardware name: Razer Blade/DANA_MB, BIOS 01.01 08/31/2018 > RIP: 0010:drm_dp_bw_overhead+0xb4/0x110 [drm_display_helper] > Code: c6 b8 01 00 00 00 75 61 01 c6 41 0f af f3 41 0f af f1 c1 e1 04 48 63 > c7 31 d2 89 ff 48 8b 5d f8 c9 48 0f af f1 48 8d 44 06 ff <48> f7 f7 31 d2 31 > c9 31 f6 31 ff 45 31 c0 45 31 c9 45 31 d2 45 31 > RSP: 0018:b2c5c211fa30 EFLAGS: 00010206 > RAX: RBX: RCX: 00f59b00 > RDX: RSI: RDI: > RBP: b2c5c211fa48 R08: 0001 R09: 0020 > R10: 0004 R11: R12: 00023b4a > R13: 91d37d165800 R14: 91d36fac6d80 R15: 91d34a764010 > FS: 7f4a1ca3fa80() GS:91d6edbc() knlGS: > CS: 0010 DS: ES: CR0: 80050033 > CR2: 559491d49000 CR3: 00011d180002 CR4: 003706f0 > Call Trace: > > ? show_regs+0x6d/0x80 > ? die+0x37/0xa0 > ? do_trap+0xd4/0xf0 > ? do_error_trap+0x71/0xb0 > ? drm_dp_bw_overhead+0xb4/0x110 [drm_display_helper] > ? exc_divide_error+0x3a/0x70 > ? drm_dp_bw_overhead+0xb4/0x110 [drm_display_helper] > ? asm_exc_divide_error+0x1b/0x20 > ? drm_dp_bw_overhead+0xb4/0x110 [drm_display_helper] > ? drm_dp_calc_pbn_mode+0x2e/0x70 [drm_display_helper] > nv50_msto_atomic_check+0xda/0x120 [nouveau] > drm_atomic_helper_check_modeset+0xa87/0xdf0 [drm_kms_helper] > drm_atomic_helper_check+0x19/0xa0 [drm_kms_helper] > nv50_disp_atomic_check+0x13f/0x2f0 [nouveau] > drm_atomic_check_only+0x668/0xb20 [drm] > ? drm_connector_list_iter_next+0x86/0xc0 [drm] > drm_atomic_commit+0x58/0xd0 [drm] > ? __pfx___drm_printfn_info+0x10/0x10 [drm] > drm_atomic_connector_commit_dpms+0xd7/0x100 [drm] > drm_mode_obj_set_property_ioctl+0x1c5/0x450 [drm] > ? __pfx_drm_connector_property_set_ioctl+0x10/0x10 [drm] > drm_connector_property_set_ioctl+0x3b/0x60 [drm] > drm_ioctl_kernel+0xb9/0x120 [drm] > drm_ioctl+0x2d0/0x550 [drm] > ? __pfx_drm_connector_property_set_ioctl+0x10/0x10 [drm] > nouveau_drm_ioctl+0x61/0xc0 [nouveau] > __x64_sys_ioctl+0xa0/0xf0 > do_syscall_64+0x76/0x140 > ? do_syscall_64+0x85/0x140 > ? do_syscall_64+0x85/0x140 > entry_SYSCALL_64_after_hwframe+0x6e/0x76 > RIP: 0033:0x7f4a1cd1a94f > Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 > 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <41> 89 c0 3d 00 f0 > ff ff 77 1f 48 8b 44 24 18 64 48 2b 04 25 28 00 > RSP: 002b:7ffd2f1df520 EFLAGS: 0246 ORIG_RAX: 0010 > RAX: ffda RBX: 7ffd2f1df5b0 RCX: 7f4a1cd1a94f > RDX: 7ffd2f1df5b0 RSI: c01064ab RDI: 000f > RBP: c01064ab R08: 56347932deb8 R09: 56347a7d99c0 > R10: R11: 0246 R12: 56347938a220 > R13: 000f R14: 563479d9f3f0 R15: > > Modules linked in: rfcomm xt_conntrack nft_chain_nat xt_MASQUERADE nf_nat > nf_conntrack_netlink nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 xfrm_user > xfrm_algo xt_addrtype nft_compat nf_tables nfnetlink br_netfilter bridge stp > llc ccm cmac algif_hash overlay algif_skcipher af_alg bnep binfmt_misc > snd_sof_pci_intel_cnl snd_sof_intel_hda_common snd_soc_hdac_hda snd_sof_pci > snd_sof_xtensa_dsp snd_sof_intel_hda snd_sof snd_sof_utils > snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core snd_compress > snd_sof_intel_hda_mlink
