acpi event detection crashes

This change was made by a bot.

The warning messages occurred between "ACPI: EC: interrupt blocked" and "ACPI: EC: interrupt unblocked". Let's try to apply all (17) mainline patches to ACPI EC to Ubuntu-5.4.0-47.51.

If this solves the problems we can then bi-select to identify which patches are the solution and then backport to 5.4 kernel.

The test kernel is available @ https://people.canonical.com/~alexhung/LP1896482/ and the applied patches are listed in ec_patches.log

Hi Alex, thanks for that. I got this error message while installing,
dpkg: regarding
linux-image-unsigned-5.4.0-47-generic_5.4.0-47.51_amd64.deb contntaining
linux-image-unsigned-5.4.0-47-generic:
  linux-image-unsigned-5.4.0-47-generic conflicts with
linux-image-5.4.0-47-genereric
   linux-image-5.4.0-47-generic (version 5.4.0-47.51) is present and
installed.

dpkg: error processing archive
linux-image-unsigned-5.4.0-47-generic_5.4.0-47.5151_amd64.deb (--install):
  conflicting packages - not installing
linux-image-unsigned-5.4.0-47-generic

The others,
linux-headers-5.4.0-47_5.4.0-47.51_all.deb
linux-headers-5.4.0-47-generic_5.4.0-47.51_amd64.deb
linux-modules-5.4.0-47-generic_5.4.0-47.51_amd64.deb
linux-modules-extra-5.4.0-47-generic_5.4.0-47.51_amd64.deb
seem to have installed properly.

Should I go ahead and reboot? regards, Jim

On Tue, 22 Sep 2020, Jim Cline wrote:

>
>
>
> ---------- Forwarded message ----------
> Date: Mon, 21 Sep 2020 21:19:04 -0000
> From: Alex Hung <email address hidden>
> To: <email address hidden>
> Subject: [Bug 1896482] Re: acpi event detection crashes
>
> The warning messages occurred between "ACPI: EC: interrupt blocked" and
> "ACPI: EC: interrupt unblocked". Let's try to apply all (17) mainline
> patches to ACPI EC to Ubuntu-5.4.0-47.51.
>
> If this solves the problems we can then bi-select to identify which
> patches are the solution and then backport to 5.4 kernel.
>
> The test kernel is available @
> https://people.canonical.com/~alexhung/LP1896482/ and the applied
> patches are listed in ec_patches.log
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1896482
>
> Title:
> acpi event detection crashes
>
> Status in linux package in Ubuntu:
> Confirmed
>
> Bug description:
> Right after booting, acpi lid open/close is detected as it should be
> by the kernel, but some time later it crashes, so I have to manually
> suspend the system. The traceback is here:
>
> Sep 20 11:35:33 laxmi kernel: [232492.303557] ------------[ cut here
> ]------------
> Sep 20 11:35:33 laxmi kernel: [232492.303564] WARNING: CPU: 0 PID: 8302 at
> kernel/workqueue.c:1416 __queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303565] Modules linked in: ccm rfcomm
> cmac algif_hash algif_skcipher af_alg bnep nls_iso8859_1 snd_soc_skl_hda_dsp
> snd_hda_codec_hdmi snd_soc_hdac_hdmi snd_hda_codec_realtek snd_soc_dmic
> snd_hda_codec_generic snd_sof_pci mei_hdcp x86_pkg_temp_thermal
> intel_powerclamp intel_rapl_msr coretemp snd_sof_intel_hda_common
> snd_soc_hdac_hda snd_sof_intel_hda kvm_intel snd_sof_intel_byt
> snd_sof_intel_ipc kvm snd_sof snd_sof_xtensa_dsp snd_hda_ext_core
> snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core snd_compress ac97_bus
> snd_pcm_dmaengine joydev crct10dif_pclmul ghash_clmulni_intel snd_hda_intel
> aesni_intel snd_intel_dspcfg crypto_simd iwlmvm cryptd snd_hda_codec
> glue_helper rapl mac80211 snd_hda_core snd_seq_midi snd_hwdep
> snd_seq_midi_event libarc4 intel_cstate uvcvideo snd_rawmidi i915 snd_pcm
> videobuf2_vmalloc input_leds thinkpad_acpi btusb videobuf2_memops serio_raw
> b...

Hi Jim,

This is a conflict between the (un)signed kernel packages; but it's easy to solve:

Please remove the linux-image-5.4.0-47-generic package and try installing again; e.g.,

$ sudo apt purge linux-image-5.4.0-47-generic # confirm to remove the running kernel if asked.
$ sudo dpkg -i *.deb # from alex hung

cheers,
Mauricio

Hi Maricio, I did as you suggested, but cannot boot,

error:/boot/vmlinuz-5.4.0-47-generic has invalid signature
loading initial ramdisk
error: you need to load the kernel first

--Jim

On Tue, 22 Sep 2020, Mauricio Faria de Oliveira wrote:

> Hi Jim,
>
> This is a conflict between the (un)signed kernel packages; but it's easy
> to solve:
>
> Please remove the linux-image-5.4.0-47-generic package and try
> installing again; e.g.,
>
> $ sudo apt purge linux-image-5.4.0-47-generic # confirm to remove the running kernel if asked.
> $ sudo dpkg -i *.deb # from alex hung
>
> cheers,
> Mauricio
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1896482
>
> Title:
> acpi event detection crashes
>
> Status in linux package in Ubuntu:
> Confirmed
>
> Bug description:
> Right after booting, acpi lid open/close is detected as it should be
> by the kernel, but some time later it crashes, so I have to manually
> suspend the system. The traceback is here:
>
> Sep 20 11:35:33 laxmi kernel: [232492.303557] ------------[ cut here ]------------
> Sep 20 11:35:33 laxmi kernel: [232492.303564] WARNING: CPU: 0 PID: 8302 at kernel/workqueue.c:1416 __queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303565] Modules linked in: ccm rfcomm cmac algif_hash algif_skcipher af_alg bnep nls_iso8859_1 snd_soc_skl_hda_dsp snd_hda_codec_hdmi snd_soc_hdac_hdmi snd_hda_codec_realtek snd_soc_dmic snd_hda_codec_generic snd_sof_pci mei_hdcp x86_pkg_temp_thermal intel_powerclamp intel_rapl_msr coretemp snd_sof_intel_hda_common snd_soc_hdac_hda snd_sof_intel_hda kvm_intel snd_sof_intel_byt snd_sof_intel_ipc kvm snd_sof snd_sof_xtensa_dsp snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine joydev crct10dif_pclmul ghash_clmulni_intel snd_hda_intel aesni_intel snd_intel_dspcfg crypto_simd iwlmvm cryptd snd_hda_codec glue_helper rapl mac80211 snd_hda_core snd_seq_midi snd_hwdep snd_seq_midi_event libarc4 intel_cstate uvcvideo snd_rawmidi i915 snd_pcm videobuf2_vmalloc input_leds thinkpad_acpi btusb videobuf2_memops serio_raw btrtl videobuf2_v4l2 snd_seq btbcm btintel nvram videobuf2_common iwlwif!
 i processor_thermal_device bluetooth videodev
> Sep 20 11:35:33 laxmi kernel: [232492.303600] drm_kms_helper mc wmi_bmof i2c_algo_bit intel_rapl_common fb_sys_fops ucsi_acpi intel_wmi_thunderbolt ecdh_generic ledtrig_audio typec_ucsi mei_me syscopyarea hid_multitouch snd_seq_device sysfillrect cfg80211 ecc sysimgblt mei intel_soc_dts_iosf typec snd_timer snd soundcore int3403_thermal int340x_thermal_zone acpi_pad intel_hid int3400_thermal acpi_thermal_rel sparse_keymap mac_hid sch_fq_codel parport_pc ppdev lp parport drm ip_tables x_tables autofs4 hid_generic crc32_pclmul nvme psmouse e1000e i2c_i801 thunderbolt intel_lpss_pci intel_lpss nvme_core idma64 virt_dma i2c_hid hid wmi video pinctrl_cannonlake pinctrl_intel
> Sep 20 11:35:33 laxmi kernel: [232492.303628] CPU: 0 PID: 8302 Comm: kworker/0:0 Not tainted 5.4.0-47-generic #51-Ubuntu
> Sep 20 11:35:33 laxmi kernel: [232492.303629] Hardware name: LENOVO 20U9001NUS/20U9001NUS, BIOS N2...

It looks like you have secure boot enabled.
Unfortunately test kernels are unsigned and thus require it to be disabled in your BIOS/EFI menu.

thanks, I fixed that and will start testing

On Tue, 22 Sep 2020, Mauricio Faria de Oliveira wrote:

> It looks like you have secure boot enabled.
> Unfortunately test kernels are unsigned and thus require it to be disabled in your BIOS/EFI menu.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1896482
>
> Title:
> acpi event detection crashes
>
> Status in linux package in Ubuntu:
> Confirmed
>
> Bug description:
> Right after booting, acpi lid open/close is detected as it should be
> by the kernel, but some time later it crashes, so I have to manually
> suspend the system. The traceback is here:
>
> Sep 20 11:35:33 laxmi kernel: [232492.303557] ------------[ cut here ]------------
> Sep 20 11:35:33 laxmi kernel: [232492.303564] WARNING: CPU: 0 PID: 8302 at kernel/workqueue.c:1416 __queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303565] Modules linked in: ccm rfcomm cmac algif_hash algif_skcipher af_alg bnep nls_iso8859_1 snd_soc_skl_hda_dsp snd_hda_codec_hdmi snd_soc_hdac_hdmi snd_hda_codec_realtek snd_soc_dmic snd_hda_codec_generic snd_sof_pci mei_hdcp x86_pkg_temp_thermal intel_powerclamp intel_rapl_msr coretemp snd_sof_intel_hda_common snd_soc_hdac_hda snd_sof_intel_hda kvm_intel snd_sof_intel_byt snd_sof_intel_ipc kvm snd_sof snd_sof_xtensa_dsp snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine joydev crct10dif_pclmul ghash_clmulni_intel snd_hda_intel aesni_intel snd_intel_dspcfg crypto_simd iwlmvm cryptd snd_hda_codec glue_helper rapl mac80211 snd_hda_core snd_seq_midi snd_hwdep snd_seq_midi_event libarc4 intel_cstate uvcvideo snd_rawmidi i915 snd_pcm videobuf2_vmalloc input_leds thinkpad_acpi btusb videobuf2_memops serio_raw btrtl videobuf2_v4l2 snd_seq btbcm btintel nvram videobuf2_common iwlwif!
 i processor_thermal_device bluetooth videodev
> Sep 20 11:35:33 laxmi kernel: [232492.303600] drm_kms_helper mc wmi_bmof i2c_algo_bit intel_rapl_common fb_sys_fops ucsi_acpi intel_wmi_thunderbolt ecdh_generic ledtrig_audio typec_ucsi mei_me syscopyarea hid_multitouch snd_seq_device sysfillrect cfg80211 ecc sysimgblt mei intel_soc_dts_iosf typec snd_timer snd soundcore int3403_thermal int340x_thermal_zone acpi_pad intel_hid int3400_thermal acpi_thermal_rel sparse_keymap mac_hid sch_fq_codel parport_pc ppdev lp parport drm ip_tables x_tables autofs4 hid_generic crc32_pclmul nvme psmouse e1000e i2c_i801 thunderbolt intel_lpss_pci intel_lpss nvme_core idma64 virt_dma i2c_hid hid wmi video pinctrl_cannonlake pinctrl_intel
> Sep 20 11:35:33 laxmi kernel: [232492.303628] CPU: 0 PID: 8302 Comm: kworker/0:0 Not tainted 5.4.0-47-generic #51-Ubuntu
> Sep 20 11:35:33 laxmi kernel: [232492.303629] Hardware name: LENOVO 20U9001NUS/20U9001NUS, BIOS N2WET19W (1.09 ) 07/01/2020
> Sep 20 11:35:33 laxmi kernel: [232492.303632] Workqueue: kec_query acpi_ec_event_processor
> Sep 20 11:35:33 laxmi kernel: [232492.303635] RIP: 0010:__queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303637] Code: ff 49 8b 9d a0 00 00 00 e9 aa fd ff ff 65 8b 05 e7 59 15 6d a9 00 01 1f 00 75 0f 65 48 8b ...

Looks like it is working! At any rate the old kernel started having the
problem much sooner while this one is still fine. Thanks very much for
your help with this!

> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1896482
>
> Title:
> acpi event detection crashes
>
> Status in linux package in Ubuntu:
> Confirmed
>
> Bug description:
> Right after booting, acpi lid open/close is detected as it should be
> by the kernel, but some time later it crashes, so I have to manually
> suspend the system. The traceback is here:
>
> Sep 20 11:35:33 laxmi kernel: [232492.303557] ------------[ cut here ]------------
> Sep 20 11:35:33 laxmi kernel: [232492.303564] WARNING: CPU: 0 PID: 8302 at kernel/workqueue.c:1416 __queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303565] Modules linked in: ccm rfcomm cmac algif_hash algif_skcipher af_alg bnep nls_iso8859_1 snd_soc_skl_hda_dsp snd_hda_codec_hdmi snd_soc_hdac_hdmi snd_hda_codec_realtek snd_soc_dmic snd_hda_codec_generic snd_sof_pci mei_hdcp x86_pkg_temp_thermal intel_powerclamp intel_rapl_msr coretemp snd_sof_intel_hda_common snd_soc_hdac_hda snd_sof_intel_hda kvm_intel snd_sof_intel_byt snd_sof_intel_ipc kvm snd_sof snd_sof_xtensa_dsp snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine joydev crct10dif_pclmul ghash_clmulni_intel snd_hda_intel aesni_intel snd_intel_dspcfg crypto_simd iwlmvm cryptd snd_hda_codec glue_helper rapl mac80211 snd_hda_core snd_seq_midi snd_hwdep snd_seq_midi_event libarc4 intel_cstate uvcvideo snd_rawmidi i915 snd_pcm videobuf2_vmalloc input_leds thinkpad_acpi btusb videobuf2_memops serio_raw btrtl videobuf2_v4l2 snd_seq btbcm btintel nvram videobuf2_common iwlwif!
 i processor_thermal_device bluetooth videodev
> Sep 20 11:35:33 laxmi kernel: [232492.303600] drm_kms_helper mc wmi_bmof i2c_algo_bit intel_rapl_common fb_sys_fops ucsi_acpi intel_wmi_thunderbolt ecdh_generic ledtrig_audio typec_ucsi mei_me syscopyarea hid_multitouch snd_seq_device sysfillrect cfg80211 ecc sysimgblt mei intel_soc_dts_iosf typec snd_timer snd soundcore int3403_thermal int340x_thermal_zone acpi_pad intel_hid int3400_thermal acpi_thermal_rel sparse_keymap mac_hid sch_fq_codel parport_pc ppdev lp parport drm ip_tables x_tables autofs4 hid_generic crc32_pclmul nvme psmouse e1000e i2c_i801 thunderbolt intel_lpss_pci intel_lpss nvme_core idma64 virt_dma i2c_hid hid wmi video pinctrl_cannonlake pinctrl_intel
> Sep 20 11:35:33 laxmi kernel: [232492.303628] CPU: 0 PID: 8302 Comm: kworker/0:0 Not tainted 5.4.0-47-generic #51-Ubuntu
> Sep 20 11:35:33 laxmi kernel: [232492.303629] Hardware name: LENOVO 20U9001NUS/20U9001NUS, BIOS N2WET19W (1.09 ) 07/01/2020
> Sep 20 11:35:33 laxmi kernel: [232492.303632] Workqueue: kec_query acpi_ec_event_processor
> Sep 20 11:35:33 laxmi kernel: [232492.303635] RIP: 0010:__queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303637] Code: ff 49 8b 9d a0 00 00 00 e9 aa fd ff ff 65 8b 05 e7 59 15 6d a9 00 01 1f 00 75 0f 65 48 8b 3c 25 c0 6b 01 00 f6 47 24 20 75 25 <0f> 0b 48 83 c4 18 5b 41 5c 41 5d 41 5e 41 5...

Hey Jim,

That's very good news!

I believe Alex should send you more test kernels,
with different sets of patches included/removed,
so to bisect/identify which specific patch(es)
resolve the problem.

If you could help with testing that as well,
that would be great, so a smaller patch(set)
can be put into the Ubuntu stable release(s).

cheers,
Mauricio

ok, I can do that

On Tue, 22 Sep 2020, Mauricio Faria de Oliveira wrote:

> Hey Jim,
>
> That's very good news!
>
> I believe Alex should send you more test kernels,
> with different sets of patches included/removed,
> so to bisect/identify which specific patch(es)
> resolve the problem.
>
> If you could help with testing that as well,
> that would be great, so a smaller patch(set)
> can be put into the Ubuntu stable release(s).
>
> cheers,
> Mauricio
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1896482
>
> Title:
> acpi event detection crashes
>
> Status in linux package in Ubuntu:
> Confirmed
>
> Bug description:
> Right after booting, acpi lid open/close is detected as it should be
> by the kernel, but some time later it crashes, so I have to manually
> suspend the system. The traceback is here:
>
> Sep 20 11:35:33 laxmi kernel: [232492.303557] ------------[ cut here ]------------
> Sep 20 11:35:33 laxmi kernel: [232492.303564] WARNING: CPU: 0 PID: 8302 at kernel/workqueue.c:1416 __queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303565] Modules linked in: ccm rfcomm cmac algif_hash algif_skcipher af_alg bnep nls_iso8859_1 snd_soc_skl_hda_dsp snd_hda_codec_hdmi snd_soc_hdac_hdmi snd_hda_codec_realtek snd_soc_dmic snd_hda_codec_generic snd_sof_pci mei_hdcp x86_pkg_temp_thermal intel_powerclamp intel_rapl_msr coretemp snd_sof_intel_hda_common snd_soc_hdac_hda snd_sof_intel_hda kvm_intel snd_sof_intel_byt snd_sof_intel_ipc kvm snd_sof snd_sof_xtensa_dsp snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine joydev crct10dif_pclmul ghash_clmulni_intel snd_hda_intel aesni_intel snd_intel_dspcfg crypto_simd iwlmvm cryptd snd_hda_codec glue_helper rapl mac80211 snd_hda_core snd_seq_midi snd_hwdep snd_seq_midi_event libarc4 intel_cstate uvcvideo snd_rawmidi i915 snd_pcm videobuf2_vmalloc input_leds thinkpad_acpi btusb videobuf2_memops serio_raw btrtl videobuf2_v4l2 snd_seq btbcm btintel nvram videobuf2_common iwlwif!
 i processor_thermal_device bluetooth videodev
> Sep 20 11:35:33 laxmi kernel: [232492.303600] drm_kms_helper mc wmi_bmof i2c_algo_bit intel_rapl_common fb_sys_fops ucsi_acpi intel_wmi_thunderbolt ecdh_generic ledtrig_audio typec_ucsi mei_me syscopyarea hid_multitouch snd_seq_device sysfillrect cfg80211 ecc sysimgblt mei intel_soc_dts_iosf typec snd_timer snd soundcore int3403_thermal int340x_thermal_zone acpi_pad intel_hid int3400_thermal acpi_thermal_rel sparse_keymap mac_hid sch_fq_codel parport_pc ppdev lp parport drm ip_tables x_tables autofs4 hid_generic crc32_pclmul nvme psmouse e1000e i2c_i801 thunderbolt intel_lpss_pci intel_lpss nvme_core idma64 virt_dma i2c_hid hid wmi video pinctrl_cannonlake pinctrl_intel
> Sep 20 11:35:33 laxmi kernel: [232492.303628] CPU: 0 PID: 8302 Comm: kworker/0:0 Not tainted 5.4.0-47-generic #51-Ubuntu
> Sep 20 11:35:33 laxmi kernel: [232492.303629] Hardware name: LENOVO 20U9001NUS/20U9001NUS, BIOS N2WET19W (1.09 ) 07/01/2020
> Sep 20 11:35:33 laxmi kernel: [232492.303632] Workqueue: kec_query acpi_ec_event_processor
> Sep 20 11:35:33 ...

Thanks mfo for helping out how to disable secure boot and install kernel

I uploaded a test kernel @ https://people.canonical.com/~alexhung/LP1896482/0a8c35897f60b202/

There are 17 patches so it requires 4 times to identify the fixing kernel patch. The included patches are listed in ec_bisect1.log in the above link.

Hi, if I install this on top of the previous one using dpkg -i * will that
be sufficient? Or do I have to remove the previous packages first?

It seems like my grub configuration is somehow set to keeping only two
kernels in the boot list. It would be nice if it would keep them all so I
don't have to keep reinstalling kernels to retest them.

On Wed, 23 Sep 2020, Alex Hung wrote:

> Thanks mfo for helping out how to disable secure boot and install kernel
>
> I uploaded a test kernel @
> https://people.canonical.com/~alexhung/LP1896482/0a8c35897f60b202/
>
> There are 17 patches so it requires 4 times to identify the fixing
> kernel patch. The included patches are listed in ec_bisect1.log in the
> above link.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1896482
>
> Title:
> acpi event detection crashes
>
> Status in linux package in Ubuntu:
> Confirmed
>
> Bug description:
> Right after booting, acpi lid open/close is detected as it should be
> by the kernel, but some time later it crashes, so I have to manually
> suspend the system. The traceback is here:
>
> Sep 20 11:35:33 laxmi kernel: [232492.303557] ------------[ cut here ]------------
> Sep 20 11:35:33 laxmi kernel: [232492.303564] WARNING: CPU: 0 PID: 8302 at kernel/workqueue.c:1416 __queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303565] Modules linked in: ccm rfcomm cmac algif_hash algif_skcipher af_alg bnep nls_iso8859_1 snd_soc_skl_hda_dsp snd_hda_codec_hdmi snd_soc_hdac_hdmi snd_hda_codec_realtek snd_soc_dmic snd_hda_codec_generic snd_sof_pci mei_hdcp x86_pkg_temp_thermal intel_powerclamp intel_rapl_msr coretemp snd_sof_intel_hda_common snd_soc_hdac_hda snd_sof_intel_hda kvm_intel snd_sof_intel_byt snd_sof_intel_ipc kvm snd_sof snd_sof_xtensa_dsp snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine joydev crct10dif_pclmul ghash_clmulni_intel snd_hda_intel aesni_intel snd_intel_dspcfg crypto_simd iwlmvm cryptd snd_hda_codec glue_helper rapl mac80211 snd_hda_core snd_seq_midi snd_hwdep snd_seq_midi_event libarc4 intel_cstate uvcvideo snd_rawmidi i915 snd_pcm videobuf2_vmalloc input_leds thinkpad_acpi btusb videobuf2_memops serio_raw btrtl videobuf2_v4l2 snd_seq btbcm btintel nvram videobuf2_common iwlwif!
 i processor_thermal_device bluetooth videodev
> Sep 20 11:35:33 laxmi kernel: [232492.303600] drm_kms_helper mc wmi_bmof i2c_algo_bit intel_rapl_common fb_sys_fops ucsi_acpi intel_wmi_thunderbolt ecdh_generic ledtrig_audio typec_ucsi mei_me syscopyarea hid_multitouch snd_seq_device sysfillrect cfg80211 ecc sysimgblt mei intel_soc_dts_iosf typec snd_timer snd soundcore int3403_thermal int340x_thermal_zone acpi_pad intel_hid int3400_thermal acpi_thermal_rel sparse_keymap mac_hid sch_fq_codel parport_pc ppdev lp parport drm ip_tables x_tables autofs4 hid_generic crc32_pclmul nvme psmouse e1000e i2c_i801 thunderbolt intel_lpss_pci intel_lpss nvme_core idma64 virt_dma i2c_hid hid wmi video pinctrl_cannonlake pinctrl_intel
> Sep 20 11:35:33 laxmi kernel: [232492.303628] CPU: 0 PID: 8302 Comm: kworker/0:0 Not tainted 5.4...

Hi Jim,

You can install on top of the previous ones without removing them first.

The versioning of the test packages used the same 5.4.0-47 number,
so unfortunately they will keep overwriting themselves (including
the original/non-test 5.4.0-47 kernel.)

I'd think this is why you only see two entries in grub boot list
(e.g., since your installation is recent there may be one other
kernel installed, and 5.4.0-47 which is being overwritten.)

Maybe Alex can change that to a fake non-published version number
in the next steps, so that all test versions are kept installed/
listed in grub config.

cheers,
Mauricio

ok, that's not such a big problem. I'll keep all the versions' deb
packages in separate directories so I can easily switch back to one of
them if needed.

On Wed, 23 Sep 2020, Mauricio Faria de Oliveira wrote:

> Hi Jim,
>
> You can install on top of the previous ones without removing them first.
>
> The versioning of the test packages used the same 5.4.0-47 number,
> so unfortunately they will keep overwriting themselves (including
> the original/non-test 5.4.0-47 kernel.)
>
> I'd think this is why you only see two entries in grub boot list
> (e.g., since your installation is recent there may be one other
> kernel installed, and 5.4.0-47 which is being overwritten.)
>
> Maybe Alex can change that to a fake non-published version number
> in the next steps, so that all test versions are kept installed/
> listed in grub config.
>
> cheers,
> Mauricio
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1896482
>
> Title:
> acpi event detection crashes
>
> Status in linux package in Ubuntu:
> Confirmed
>
> Bug description:
> Right after booting, acpi lid open/close is detected as it should be
> by the kernel, but some time later it crashes, so I have to manually
> suspend the system. The traceback is here:
>
> Sep 20 11:35:33 laxmi kernel: [232492.303557] ------------[ cut here ]------------
> Sep 20 11:35:33 laxmi kernel: [232492.303564] WARNING: CPU: 0 PID: 8302 at kernel/workqueue.c:1416 __queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303565] Modules linked in: ccm rfcomm cmac algif_hash algif_skcipher af_alg bnep nls_iso8859_1 snd_soc_skl_hda_dsp snd_hda_codec_hdmi snd_soc_hdac_hdmi snd_hda_codec_realtek snd_soc_dmic snd_hda_codec_generic snd_sof_pci mei_hdcp x86_pkg_temp_thermal intel_powerclamp intel_rapl_msr coretemp snd_sof_intel_hda_common snd_soc_hdac_hda snd_sof_intel_hda kvm_intel snd_sof_intel_byt snd_sof_intel_ipc kvm snd_sof snd_sof_xtensa_dsp snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine joydev crct10dif_pclmul ghash_clmulni_intel snd_hda_intel aesni_intel snd_intel_dspcfg crypto_simd iwlmvm cryptd snd_hda_codec glue_helper rapl mac80211 snd_hda_core snd_seq_midi snd_hwdep snd_seq_midi_event libarc4 intel_cstate uvcvideo snd_rawmidi i915 snd_pcm videobuf2_vmalloc input_leds thinkpad_acpi btusb videobuf2_memops serio_raw btrtl videobuf2_v4l2 snd_seq btbcm btintel nvram videobuf2_common iwlwif!
 i processor_thermal_device bluetooth videodev
> Sep 20 11:35:33 laxmi kernel: [232492.303600] drm_kms_helper mc wmi_bmof i2c_algo_bit intel_rapl_common fb_sys_fops ucsi_acpi intel_wmi_thunderbolt ecdh_generic ledtrig_audio typec_ucsi mei_me syscopyarea hid_multitouch snd_seq_device sysfillrect cfg80211 ecc sysimgblt mei intel_soc_dts_iosf typec snd_timer snd soundcore int3403_thermal int340x_thermal_zone acpi_pad intel_hid int3400_thermal acpi_thermal_rel sparse_keymap mac_hid sch_fq_codel parport_pc ppdev lp parport drm ip_tables x_tables autofs4 hid_generic crc32_pclmul nvme psmouse e1000e i2c_i801 thunderbolt intel_lpss_pci intel_lpss nvme_core idma64 virt_dma i2c_hid hid ...

okay, so that kernel has the problem again.

On Wed, 23 Sep 2020, Alex Hung wrote:

> Thanks mfo for helping out how to disable secure boot and install kernel
>
> I uploaded a test kernel @
> https://people.canonical.com/~alexhung/LP1896482/0a8c35897f60b202/
>
> There are 17 patches so it requires 4 times to identify the fixing
> kernel patch. The included patches are listed in ec_bisect1.log in the
> above link.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1896482
>
> Title:
> acpi event detection crashes
>
> Status in linux package in Ubuntu:
> Confirmed
>
> Bug description:
> Right after booting, acpi lid open/close is detected as it should be
> by the kernel, but some time later it crashes, so I have to manually
> suspend the system. The traceback is here:
>
> Sep 20 11:35:33 laxmi kernel: [232492.303557] ------------[ cut here ]------------
> Sep 20 11:35:33 laxmi kernel: [232492.303564] WARNING: CPU: 0 PID: 8302 at kernel/workqueue.c:1416 __queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303565] Modules linked in: ccm rfcomm cmac algif_hash algif_skcipher af_alg bnep nls_iso8859_1 snd_soc_skl_hda_dsp snd_hda_codec_hdmi snd_soc_hdac_hdmi snd_hda_codec_realtek snd_soc_dmic snd_hda_codec_generic snd_sof_pci mei_hdcp x86_pkg_temp_thermal intel_powerclamp intel_rapl_msr coretemp snd_sof_intel_hda_common snd_soc_hdac_hda snd_sof_intel_hda kvm_intel snd_sof_intel_byt snd_sof_intel_ipc kvm snd_sof snd_sof_xtensa_dsp snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine joydev crct10dif_pclmul ghash_clmulni_intel snd_hda_intel aesni_intel snd_intel_dspcfg crypto_simd iwlmvm cryptd snd_hda_codec glue_helper rapl mac80211 snd_hda_core snd_seq_midi snd_hwdep snd_seq_midi_event libarc4 intel_cstate uvcvideo snd_rawmidi i915 snd_pcm videobuf2_vmalloc input_leds thinkpad_acpi btusb videobuf2_memops serio_raw btrtl videobuf2_v4l2 snd_seq btbcm btintel nvram videobuf2_common iwlwif!
 i processor_thermal_device bluetooth videodev
> Sep 20 11:35:33 laxmi kernel: [232492.303600] drm_kms_helper mc wmi_bmof i2c_algo_bit intel_rapl_common fb_sys_fops ucsi_acpi intel_wmi_thunderbolt ecdh_generic ledtrig_audio typec_ucsi mei_me syscopyarea hid_multitouch snd_seq_device sysfillrect cfg80211 ecc sysimgblt mei intel_soc_dts_iosf typec snd_timer snd soundcore int3403_thermal int340x_thermal_zone acpi_pad intel_hid int3400_thermal acpi_thermal_rel sparse_keymap mac_hid sch_fq_codel parport_pc ppdev lp parport drm ip_tables x_tables autofs4 hid_generic crc32_pclmul nvme psmouse e1000e i2c_i801 thunderbolt intel_lpss_pci intel_lpss nvme_core idma64 virt_dma i2c_hid hid wmi video pinctrl_cannonlake pinctrl_intel
> Sep 20 11:35:33 laxmi kernel: [232492.303628] CPU: 0 PID: 8302 Comm: kworker/0:0 Not tainted 5.4.0-47-generic #51-Ubuntu
> Sep 20 11:35:33 laxmi kernel: [232492.303629] Hardware name: LENOVO 20U9001NUS/20U9001NUS, BIOS N2WET19W (1.09 ) 07/01/2020
> Sep 20 11:35:33 laxmi kernel: [232492.303632] Workqueue: kec_query acpi_ec_event_processor
> Sep 20 11:35:33 laxmi kernel: [232492.303635] RIP: 0010:...

@jcline-physics,

Thanks for testing. The next is available @ https://people.canonical.com/~alexhung/LP1896482/31be3e3551d09f20/

this one seems to be good

On Wed, 23 Sep 2020, Alex Hung wrote:

> @jcline-physics,
>
> Thanks for testing. The next is available @
> https://people.canonical.com/~alexhung/LP1896482/31be3e3551d09f20/
>
> ** Changed in: linux (Ubuntu)
> Status: Confirmed => In Progress
>
> ** Changed in: linux (Ubuntu)
> Assignee: (unassigned) => Alex Hung (alexhung)
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1896482
>
> Title:
> acpi event detection crashes
>
> Status in linux package in Ubuntu:
> In Progress
>
> Bug description:
> Right after booting, acpi lid open/close is detected as it should be
> by the kernel, but some time later it crashes, so I have to manually
> suspend the system. The traceback is here:
>
> Sep 20 11:35:33 laxmi kernel: [232492.303557] ------------[ cut here ]------------
> Sep 20 11:35:33 laxmi kernel: [232492.303564] WARNING: CPU: 0 PID: 8302 at kernel/workqueue.c:1416 __queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303565] Modules linked in: ccm rfcomm cmac algif_hash algif_skcipher af_alg bnep nls_iso8859_1 snd_soc_skl_hda_dsp snd_hda_codec_hdmi snd_soc_hdac_hdmi snd_hda_codec_realtek snd_soc_dmic snd_hda_codec_generic snd_sof_pci mei_hdcp x86_pkg_temp_thermal intel_powerclamp intel_rapl_msr coretemp snd_sof_intel_hda_common snd_soc_hdac_hda snd_sof_intel_hda kvm_intel snd_sof_intel_byt snd_sof_intel_ipc kvm snd_sof snd_sof_xtensa_dsp snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine joydev crct10dif_pclmul ghash_clmulni_intel snd_hda_intel aesni_intel snd_intel_dspcfg crypto_simd iwlmvm cryptd snd_hda_codec glue_helper rapl mac80211 snd_hda_core snd_seq_midi snd_hwdep snd_seq_midi_event libarc4 intel_cstate uvcvideo snd_rawmidi i915 snd_pcm videobuf2_vmalloc input_leds thinkpad_acpi btusb videobuf2_memops serio_raw btrtl videobuf2_v4l2 snd_seq btbcm btintel nvram videobuf2_common iwlwif!
 i processor_thermal_device bluetooth videodev
> Sep 20 11:35:33 laxmi kernel: [232492.303600] drm_kms_helper mc wmi_bmof i2c_algo_bit intel_rapl_common fb_sys_fops ucsi_acpi intel_wmi_thunderbolt ecdh_generic ledtrig_audio typec_ucsi mei_me syscopyarea hid_multitouch snd_seq_device sysfillrect cfg80211 ecc sysimgblt mei intel_soc_dts_iosf typec snd_timer snd soundcore int3403_thermal int340x_thermal_zone acpi_pad intel_hid int3400_thermal acpi_thermal_rel sparse_keymap mac_hid sch_fq_codel parport_pc ppdev lp parport drm ip_tables x_tables autofs4 hid_generic crc32_pclmul nvme psmouse e1000e i2c_i801 thunderbolt intel_lpss_pci intel_lpss nvme_core idma64 virt_dma i2c_hid hid wmi video pinctrl_cannonlake pinctrl_intel
> Sep 20 11:35:33 laxmi kernel: [232492.303628] CPU: 0 PID: 8302 Comm: kworker/0:0 Not tainted 5.4.0-47-generic #51-Ubuntu
> Sep 20 11:35:33 laxmi kernel: [232492.303629] Hardware name: LENOVO 20U9001NUS/20U9001NUS, BIOS N2WET19W (1.09 ) 07/01/2020
> Sep 20 11:35:33 laxmi kernel: [232492.303632] Workqueue: kec_query acpi_ec_event_processor
> Sep 20 11:35:33 laxmi kernel: [232492.303635] RIP: 0010:__queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi k...

Next one is @ https://people.canonical.com/~alexhung/LP1896482/c271d18b523bb58e/

that one also seems to be good.

On Wed, 23 Sep 2020, Alex Hung wrote:

> Next one is @
> https://people.canonical.com/~alexhung/LP1896482/c271d18b523bb58e/
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1896482
>
> Title:
> acpi event detection crashes
>
> Status in linux package in Ubuntu:
> In Progress
>
> Bug description:
> Right after booting, acpi lid open/close is detected as it should be
> by the kernel, but some time later it crashes, so I have to manually
> suspend the system. The traceback is here:
>
> Sep 20 11:35:33 laxmi kernel: [232492.303557] ------------[ cut here ]------------
> Sep 20 11:35:33 laxmi kernel: [232492.303564] WARNING: CPU: 0 PID: 8302 at kernel/workqueue.c:1416 __queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303565] Modules linked in: ccm rfcomm cmac algif_hash algif_skcipher af_alg bnep nls_iso8859_1 snd_soc_skl_hda_dsp snd_hda_codec_hdmi snd_soc_hdac_hdmi snd_hda_codec_realtek snd_soc_dmic snd_hda_codec_generic snd_sof_pci mei_hdcp x86_pkg_temp_thermal intel_powerclamp intel_rapl_msr coretemp snd_sof_intel_hda_common snd_soc_hdac_hda snd_sof_intel_hda kvm_intel snd_sof_intel_byt snd_sof_intel_ipc kvm snd_sof snd_sof_xtensa_dsp snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine joydev crct10dif_pclmul ghash_clmulni_intel snd_hda_intel aesni_intel snd_intel_dspcfg crypto_simd iwlmvm cryptd snd_hda_codec glue_helper rapl mac80211 snd_hda_core snd_seq_midi snd_hwdep snd_seq_midi_event libarc4 intel_cstate uvcvideo snd_rawmidi i915 snd_pcm videobuf2_vmalloc input_leds thinkpad_acpi btusb videobuf2_memops serio_raw btrtl videobuf2_v4l2 snd_seq btbcm btintel nvram videobuf2_common iwlwif!
 i processor_thermal_device bluetooth videodev
> Sep 20 11:35:33 laxmi kernel: [232492.303600] drm_kms_helper mc wmi_bmof i2c_algo_bit intel_rapl_common fb_sys_fops ucsi_acpi intel_wmi_thunderbolt ecdh_generic ledtrig_audio typec_ucsi mei_me syscopyarea hid_multitouch snd_seq_device sysfillrect cfg80211 ecc sysimgblt mei intel_soc_dts_iosf typec snd_timer snd soundcore int3403_thermal int340x_thermal_zone acpi_pad intel_hid int3400_thermal acpi_thermal_rel sparse_keymap mac_hid sch_fq_codel parport_pc ppdev lp parport drm ip_tables x_tables autofs4 hid_generic crc32_pclmul nvme psmouse e1000e i2c_i801 thunderbolt intel_lpss_pci intel_lpss nvme_core idma64 virt_dma i2c_hid hid wmi video pinctrl_cannonlake pinctrl_intel
> Sep 20 11:35:33 laxmi kernel: [232492.303628] CPU: 0 PID: 8302 Comm: kworker/0:0 Not tainted 5.4.0-47-generic #51-Ubuntu
> Sep 20 11:35:33 laxmi kernel: [232492.303629] Hardware name: LENOVO 20U9001NUS/20U9001NUS, BIOS N2WET19W (1.09 ) 07/01/2020
> Sep 20 11:35:33 laxmi kernel: [232492.303632] Workqueue: kec_query acpi_ec_event_processor
> Sep 20 11:35:33 laxmi kernel: [232492.303635] RIP: 0010:__queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303637] Code: ff 49 8b 9d a0 00 00 00 e9 aa fd ff ff 65 8b 05 e7 59 15 6d a9 00 01 1f 00 75 0f 65 48 8b 3c 25 c0 6b 01 00 f6 47 24 20 75 25 <0f> 0b 48 83 c4 18 5b 41 5c 41 5d 41 5e 41 5f 5d c3...

Next one: https://people.canonical.com/~alexhung/LP1896482/937d1d5d752513b8/

that one seems to be fine.

On Thu, 24 Sep 2020, Alex Hung wrote:

> Next one:
> https://people.canonical.com/~alexhung/LP1896482/937d1d5d752513b8/
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1896482
>
> Title:
> acpi event detection crashes
>
> Status in linux package in Ubuntu:
> In Progress
>
> Bug description:
> Right after booting, acpi lid open/close is detected as it should be
> by the kernel, but some time later it crashes, so I have to manually
> suspend the system. The traceback is here:
>
> Sep 20 11:35:33 laxmi kernel: [232492.303557] ------------[ cut here ]------------
> Sep 20 11:35:33 laxmi kernel: [232492.303564] WARNING: CPU: 0 PID: 8302 at kernel/workqueue.c:1416 __queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303565] Modules linked in: ccm rfcomm cmac algif_hash algif_skcipher af_alg bnep nls_iso8859_1 snd_soc_skl_hda_dsp snd_hda_codec_hdmi snd_soc_hdac_hdmi snd_hda_codec_realtek snd_soc_dmic snd_hda_codec_generic snd_sof_pci mei_hdcp x86_pkg_temp_thermal intel_powerclamp intel_rapl_msr coretemp snd_sof_intel_hda_common snd_soc_hdac_hda snd_sof_intel_hda kvm_intel snd_sof_intel_byt snd_sof_intel_ipc kvm snd_sof snd_sof_xtensa_dsp snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine joydev crct10dif_pclmul ghash_clmulni_intel snd_hda_intel aesni_intel snd_intel_dspcfg crypto_simd iwlmvm cryptd snd_hda_codec glue_helper rapl mac80211 snd_hda_core snd_seq_midi snd_hwdep snd_seq_midi_event libarc4 intel_cstate uvcvideo snd_rawmidi i915 snd_pcm videobuf2_vmalloc input_leds thinkpad_acpi btusb videobuf2_memops serio_raw btrtl videobuf2_v4l2 snd_seq btbcm btintel nvram videobuf2_common iwlwif!
 i processor_thermal_device bluetooth videodev
> Sep 20 11:35:33 laxmi kernel: [232492.303600] drm_kms_helper mc wmi_bmof i2c_algo_bit intel_rapl_common fb_sys_fops ucsi_acpi intel_wmi_thunderbolt ecdh_generic ledtrig_audio typec_ucsi mei_me syscopyarea hid_multitouch snd_seq_device sysfillrect cfg80211 ecc sysimgblt mei intel_soc_dts_iosf typec snd_timer snd soundcore int3403_thermal int340x_thermal_zone acpi_pad intel_hid int3400_thermal acpi_thermal_rel sparse_keymap mac_hid sch_fq_codel parport_pc ppdev lp parport drm ip_tables x_tables autofs4 hid_generic crc32_pclmul nvme psmouse e1000e i2c_i801 thunderbolt intel_lpss_pci intel_lpss nvme_core idma64 virt_dma i2c_hid hid wmi video pinctrl_cannonlake pinctrl_intel
> Sep 20 11:35:33 laxmi kernel: [232492.303628] CPU: 0 PID: 8302 Comm: kworker/0:0 Not tainted 5.4.0-47-generic #51-Ubuntu
> Sep 20 11:35:33 laxmi kernel: [232492.303629] Hardware name: LENOVO 20U9001NUS/20U9001NUS, BIOS N2WET19W (1.09 ) 07/01/2020
> Sep 20 11:35:33 laxmi kernel: [232492.303632] Workqueue: kec_query acpi_ec_event_processor
> Sep 20 11:35:33 laxmi kernel: [232492.303635] RIP: 0010:__queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303637] Code: ff 49 8b 9d a0 00 00 00 e9 aa fd ff ff 65 8b 05 e7 59 15 6d a9 00 01 1f 00 75 0f 65 48 8b 3c 25 c0 6b 01 00 f6 47 24 20 75 25 <0f> 0b 48 83 c4 18 5b 41 5c 41 5d 41 5e 41 5f 5d c3 0f 0b e9...

Bisecting points to the below commit. Ubuntu-5.4.0-47.51 requires more than it without conflicting. Let me figure out which ones are also required for SRU and I will build another kernel (and final one hopefully) for testing

commit 03e9a0e05739cf872fee494b06c75c0469704a21
Author: Rafael J. Wysocki <email address hidden>
Date: Tue Mar 3 20:15:04 2020 +0100

    ACPI: EC: Consolidate event handler installation code

    Commit 406857f773b0 ("ACPI: EC: add support for hardware-reduced
    systems") made ec_install_handlers() return an error on failures
    to configure a GPIO IRQ for the EC, but that is inconsistent with
    the handling of the GPE event handler installation failures even
    though it is exactly the same issue and the driver can respond to
    it in the same way in both cases (the EC can be actively polled
    for events through its registers if the event handler installation
    fails).

    ... // skipped

A test kernel with target patches ready for SRU is available @ https://people.canonical.com/~alexhung/LP1896482/fixes/

The patch in #23 requires three precedent patches. See SRU.log file for more details.

Note it is rebased Ubuntu-5.4.0-48.52 now.

thanks a lot Alex

On Thu, 24 Sep 2020, Alex Hung wrote:

> A test kernel with target patches ready for SRU is available @
> https://people.canonical.com/~alexhung/LP1896482/fixes/
>
> The patch in #23 requires three precedent patches. See SRU.log file for
> more details.
>
> Note it is rebased Ubuntu-5.4.0-48.52 now.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1896482
>
> Title:
> acpi event detection crashes
>
> Status in linux package in Ubuntu:
> In Progress
>
> Bug description:
> Right after booting, acpi lid open/close is detected as it should be
> by the kernel, but some time later it crashes, so I have to manually
> suspend the system. The traceback is here:
>
> Sep 20 11:35:33 laxmi kernel: [232492.303557] ------------[ cut here ]------------
> Sep 20 11:35:33 laxmi kernel: [232492.303564] WARNING: CPU: 0 PID: 8302 at kernel/workqueue.c:1416 __queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303565] Modules linked in: ccm rfcomm cmac algif_hash algif_skcipher af_alg bnep nls_iso8859_1 snd_soc_skl_hda_dsp snd_hda_codec_hdmi snd_soc_hdac_hdmi snd_hda_codec_realtek snd_soc_dmic snd_hda_codec_generic snd_sof_pci mei_hdcp x86_pkg_temp_thermal intel_powerclamp intel_rapl_msr coretemp snd_sof_intel_hda_common snd_soc_hdac_hda snd_sof_intel_hda kvm_intel snd_sof_intel_byt snd_sof_intel_ipc kvm snd_sof snd_sof_xtensa_dsp snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine joydev crct10dif_pclmul ghash_clmulni_intel snd_hda_intel aesni_intel snd_intel_dspcfg crypto_simd iwlmvm cryptd snd_hda_codec glue_helper rapl mac80211 snd_hda_core snd_seq_midi snd_hwdep snd_seq_midi_event libarc4 intel_cstate uvcvideo snd_rawmidi i915 snd_pcm videobuf2_vmalloc input_leds thinkpad_acpi btusb videobuf2_memops serio_raw btrtl videobuf2_v4l2 snd_seq btbcm btintel nvram videobuf2_common iwlwif!
 i processor_thermal_device bluetooth videodev
> Sep 20 11:35:33 laxmi kernel: [232492.303600] drm_kms_helper mc wmi_bmof i2c_algo_bit intel_rapl_common fb_sys_fops ucsi_acpi intel_wmi_thunderbolt ecdh_generic ledtrig_audio typec_ucsi mei_me syscopyarea hid_multitouch snd_seq_device sysfillrect cfg80211 ecc sysimgblt mei intel_soc_dts_iosf typec snd_timer snd soundcore int3403_thermal int340x_thermal_zone acpi_pad intel_hid int3400_thermal acpi_thermal_rel sparse_keymap mac_hid sch_fq_codel parport_pc ppdev lp parport drm ip_tables x_tables autofs4 hid_generic crc32_pclmul nvme psmouse e1000e i2c_i801 thunderbolt intel_lpss_pci intel_lpss nvme_core idma64 virt_dma i2c_hid hid wmi video pinctrl_cannonlake pinctrl_intel
> Sep 20 11:35:33 laxmi kernel: [232492.303628] CPU: 0 PID: 8302 Comm: kworker/0:0 Not tainted 5.4.0-47-generic #51-Ubuntu
> Sep 20 11:35:33 laxmi kernel: [232492.303629] Hardware name: LENOVO 20U9001NUS/20U9001NUS, BIOS N2WET19W (1.09 ) 07/01/2020
> Sep 20 11:35:33 laxmi kernel: [232492.303632] Workqueue: kec_query acpi_ec_event_processor
> Sep 20 11:35:33 laxmi kernel: [232492.303635] RIP: 0010:__queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303637] Code: ff 49 8b 9d a0 ...

@jcline-physics,

can you give kernel in #24 a try?

last one you sent with the commit? It is working.

On Fri, 25 Sep 2020, Alex Hung wrote:

> @jcline-physics,
>
> can you give kernel in #24 a try?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1896482
>
> Title:
> acpi event detection crashes
>
> Status in linux package in Ubuntu:
> In Progress
>
> Bug description:
> Right after booting, acpi lid open/close is detected as it should be
> by the kernel, but some time later it crashes, so I have to manually
> suspend the system. The traceback is here:
>
> Sep 20 11:35:33 laxmi kernel: [232492.303557] ------------[ cut here ]------------
> Sep 20 11:35:33 laxmi kernel: [232492.303564] WARNING: CPU: 0 PID: 8302 at kernel/workqueue.c:1416 __queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303565] Modules linked in: ccm rfcomm cmac algif_hash algif_skcipher af_alg bnep nls_iso8859_1 snd_soc_skl_hda_dsp snd_hda_codec_hdmi snd_soc_hdac_hdmi snd_hda_codec_realtek snd_soc_dmic snd_hda_codec_generic snd_sof_pci mei_hdcp x86_pkg_temp_thermal intel_powerclamp intel_rapl_msr coretemp snd_sof_intel_hda_common snd_soc_hdac_hda snd_sof_intel_hda kvm_intel snd_sof_intel_byt snd_sof_intel_ipc kvm snd_sof snd_sof_xtensa_dsp snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine joydev crct10dif_pclmul ghash_clmulni_intel snd_hda_intel aesni_intel snd_intel_dspcfg crypto_simd iwlmvm cryptd snd_hda_codec glue_helper rapl mac80211 snd_hda_core snd_seq_midi snd_hwdep snd_seq_midi_event libarc4 intel_cstate uvcvideo snd_rawmidi i915 snd_pcm videobuf2_vmalloc input_leds thinkpad_acpi btusb videobuf2_memops serio_raw btrtl videobuf2_v4l2 snd_seq btbcm btintel nvram videobuf2_common iwlwif!
 i processor_thermal_device bluetooth videodev
> Sep 20 11:35:33 laxmi kernel: [232492.303600] drm_kms_helper mc wmi_bmof i2c_algo_bit intel_rapl_common fb_sys_fops ucsi_acpi intel_wmi_thunderbolt ecdh_generic ledtrig_audio typec_ucsi mei_me syscopyarea hid_multitouch snd_seq_device sysfillrect cfg80211 ecc sysimgblt mei intel_soc_dts_iosf typec snd_timer snd soundcore int3403_thermal int340x_thermal_zone acpi_pad intel_hid int3400_thermal acpi_thermal_rel sparse_keymap mac_hid sch_fq_codel parport_pc ppdev lp parport drm ip_tables x_tables autofs4 hid_generic crc32_pclmul nvme psmouse e1000e i2c_i801 thunderbolt intel_lpss_pci intel_lpss nvme_core idma64 virt_dma i2c_hid hid wmi video pinctrl_cannonlake pinctrl_intel
> Sep 20 11:35:33 laxmi kernel: [232492.303628] CPU: 0 PID: 8302 Comm: kworker/0:0 Not tainted 5.4.0-47-generic #51-Ubuntu
> Sep 20 11:35:33 laxmi kernel: [232492.303629] Hardware name: LENOVO 20U9001NUS/20U9001NUS, BIOS N2WET19W (1.09 ) 07/01/2020
> Sep 20 11:35:33 laxmi kernel: [232492.303632] Workqueue: kec_query acpi_ec_event_processor
> Sep 20 11:35:33 laxmi kernel: [232492.303635] RIP: 0010:__queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303637] Code: ff 49 8b 9d a0 00 00 00 e9 aa fd ff ff 65 8b 05 e7 59 15 6d a9 00 01 1f 00 75 0f 65 48 8b 3c 25 c0 6b 01 00 f6 47 24 20 75 25 <0f> 0b 48 83 c4 18 5b 41 5c 41 5d 41 5e 41 5f 5d c3 0f 0b e9...

Hi Alex,
my problem came back. Is it possible that livepatch has replaced my
working kernel with the broken one again? --Jim

On Thu, 24 Sep 2020, Alex Hung wrote:

> A test kernel with target patches ready for SRU is available @
> https://people.canonical.com/~alexhung/LP1896482/fixes/
>
> The patch in #23 requires three precedent patches. See SRU.log file for
> more details.
>
> Note it is rebased Ubuntu-5.4.0-48.52 now.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1896482
>
> Title:
> acpi event detection crashes
>
> Status in linux package in Ubuntu:
> In Progress
>
> Bug description:
> Right after booting, acpi lid open/close is detected as it should be
> by the kernel, but some time later it crashes, so I have to manually
> suspend the system. The traceback is here:
>
> Sep 20 11:35:33 laxmi kernel: [232492.303557] ------------[ cut here ]------------
> Sep 20 11:35:33 laxmi kernel: [232492.303564] WARNING: CPU: 0 PID: 8302 at kernel/workqueue.c:1416 __queue_work+0x337/0x3f0
> Sep 20 11:35:33 laxmi kernel: [232492.303565] Modules linked in: ccm rfcomm cmac algif_hash algif_skcipher af_alg bnep nls_iso8859_1 snd_soc_skl_hda_dsp snd_hda_codec_hdmi snd_soc_hdac_hdmi snd_hda_codec_realtek snd_soc_dmic snd_hda_codec_generic snd_sof_pci mei_hdcp x86_pkg_temp_thermal intel_powerclamp intel_rapl_msr coretemp snd_sof_intel_hda_common snd_soc_hdac_hda snd_sof_intel_hda kvm_intel snd_sof_intel_byt snd_sof_intel_ipc kvm snd_sof snd_sof_xtensa_dsp snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine joydev crct10dif_pclmul ghash_clmulni_intel snd_hda_intel aesni_intel snd_intel_dspcfg crypto_simd iwlmvm cryptd snd_hda_codec glue_helper rapl mac80211 snd_hda_core snd_seq_midi snd_hwdep snd_seq_midi_event libarc4 intel_cstate uvcvideo snd_rawmidi i915 snd_pcm videobuf2_vmalloc input_leds thinkpad_acpi btusb videobuf2_memops serio_raw btrtl videobuf2_v4l2 snd_seq btbcm btintel nvram videobuf2_common iwlwif!
 i processor_thermal_device bluetooth videodev
> Sep 20 11:35:33 laxmi kernel: [232492.303600] drm_kms_helper mc wmi_bmof i2c_algo_bit intel_rapl_common fb_sys_fops ucsi_acpi intel_wmi_thunderbolt ecdh_generic ledtrig_audio typec_ucsi mei_me syscopyarea hid_multitouch snd_seq_device sysfillrect cfg80211 ecc sysimgblt mei intel_soc_dts_iosf typec snd_timer snd soundcore int3403_thermal int340x_thermal_zone acpi_pad intel_hid int3400_thermal acpi_thermal_rel sparse_keymap mac_hid sch_fq_codel parport_pc ppdev lp parport drm ip_tables x_tables autofs4 hid_generic crc32_pclmul nvme psmouse e1000e i2c_i801 thunderbolt intel_lpss_pci intel_lpss nvme_core idma64 virt_dma i2c_hid hid wmi video pinctrl_cannonlake pinctrl_intel
> Sep 20 11:35:33 laxmi kernel: [232492.303628] CPU: 0 PID: 8302 Comm: kworker/0:0 Not tainted 5.4.0-47-generic #51-Ubuntu
> Sep 20 11:35:33 laxmi kernel: [232492.303629] Hardware name: LENOVO 20U9001NUS/20U9001NUS, BIOS N2WET19W (1.09 ) 07/01/2020
> Sep 20 11:35:33 laxmi kernel: [232492.303632] Workqueue: kec_query acpi_ec_event_processor
> Sep 20 11:35:33 laxmi kernel: [232492.303...

@jim,

You can check your kernel version by "uname -r".

I also built a rebased one: https://people.canonical.com/~alexhung/LP1896482/Ubuntu-5.4.0-52.57/

Hi Alex,
I see that I am currently running 5.4.0-48-generic, which I think is the
same version that you originally sent me. But livepatch alters the
running kernel without changing its version number, doesn't it?
That's what makes me still wonder if it is the culprit.
thanks--Jim

On Tue, 3 Nov 2020, Jim Cline wrote:

>
>
>
> ---------- Forwarded message ----------
> Date: Mon, 02 Nov 2020 23:24:48 -0000
> From: Alex Hung <email address hidden>
> To: <email address hidden>
> Subject: [Bug 1896482] Re: acpi event detection crashes
>
> @jim,
>
> You can check your kernel version by "uname -r".
>
> I also built a rebased one:
> https://people.canonical.com/~alexhung/LP1896482/Ubuntu-5.4.0-52.57/

This bug is awaiting verification that the kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed-focal' to 'verification-done-focal'. If the problem still exists, change the tag 'verification-needed-focal' to 'verification-failed-focal'.

If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed.

See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you!

This bug was fixed in the package linux - 5.4.0-56.62

---------------
linux (5.4.0-56.62) focal; urgency=medium

  * focal/linux: 5.4.0-56.62 -proposed tracker (LP: #1905300)

  * CVE-2020-4788
    - selftests/powerpc: rfi_flush: disable entry flush if present
    - powerpc/64s: flush L1D on kernel entry
    - powerpc/64s: flush L1D after user accesses
    - selftests/powerpc: entry flush test

linux (5.4.0-55.61) focal; urgency=medium

  * focal/linux: 5.4.0-55.61 -proposed tracker (LP: #1903175)

  * Update kernel packaging to support forward porting kernels (LP: #1902957)
    - [Debian] Update for leader included in BACKPORT_SUFFIX

  * Avoid double newline when running insertchanges (LP: #1903293)
    - [Packaging] insertchanges: avoid double newline

  * EFI: Fails when BootCurrent entry does not exist (LP: #1899993)
    - efivarfs: Replace invalid slashes with exclamation marks in dentries.

  * CVE-2020-14351
    - perf/core: Fix race in the perf_mmap_close() function

  * raid10: Block discard is very slow, causing severe delays for mkfs and
    fstrim operations (LP: #1896578)
    - md: add md_submit_discard_bio() for submitting discard bio
    - md/raid10: extend r10bio devs to raid disks
    - md/raid10: pull codes that wait for blocked dev into one function
    - md/raid10: improve raid10 discard request
    - md/raid10: improve discard request for far layout
    - dm raid: fix discard limits for raid1 and raid10
    - dm raid: remove unnecessary discard limits for raid10

  * Bionic: btrfs: kernel BUG at /build/linux-
    eTBZpZ/linux-4.15.0/fs/btrfs/ctree.c:3233! (LP: #1902254)
    - btrfs: drop unnecessary offset_in_page in extent buffer helpers
    - btrfs: extent_io: do extra check for extent buffer read write functions
    - btrfs: extent-tree: kill BUG_ON() in __btrfs_free_extent()
    - btrfs: extent-tree: kill the BUG_ON() in insert_inline_extent_backref()
    - btrfs: ctree: check key order before merging tree blocks

  * Ethernet no link lights after reboot (Intel i225-v 2.5G) (LP: #1902578)
    - igc: Add PHY power management control

  * Undetected Data corruption in MPI workloads that use VSX for reductions on
    POWER9 DD2.1 systems (LP: #1902694)
    - powerpc: Fix undetected data corruption with P9N DD2.1 VSX CI load emulation
    - selftests/powerpc: Make alignment handler test P9N DD2.1 vector CI load
      workaround

  * [20.04 FEAT] Support/enhancement of NVMe IPL (LP: #1902179)
    - s390: nvme ipl
    - s390: nvme reipl
    - s390/ipl: support NVMe IPL kernel parameters

  * uvcvideo: add mapping for HEVC payloads (LP: #1895803)
    - media: uvcvideo: Add mapping for HEVC payloads

  * Focal update: v5.4.73 upstream stable release (LP: #1902115)
    - ibmveth: Switch order of ibmveth_helper calls.
    - ibmveth: Identify ingress large send packets.
    - ipv4: Restore flowi4_oif update before call to xfrm_lookup_route
    - mlx4: handle non-napi callers to napi_poll
    - net: fec: Fix phy_device lookup for phy_reset_after_clk_enable()
    - net: fec: Fix PHY init after phy_reset_after_clk_enable()
    - net: fix pos incrementment in ipv6_route_seq_next
    - net/smc: fix valid DMBE buffer sizes
    - net...

Unfortunately it looks like the bug did not disappear. I have it starting around 45 minutes after booting in the kernel we thought was good, 5.4.0-52-generic_5.4.0-52.57. Unless I somehow screwed up and reinstalled a broken one.

sorry, I retract that. The problem is that ubuntu updated my kernel without my knowledge,
replacing the correctly patched kernel with the broken one (that both have the same numbers!)
It would be nice if the patch got incorporated into the distro to save me and others from this headache!

I have since noticed that no only is hibernation screwed up by this bug, but also detection of
the power supply and the brightness buttons.

damn, wrong again, the patched kernel has just displayed the bug.
no fixed!

Hi Alex,
unfortunately that bug has come back. It just took longer to manifest
itself after booting. It also affects recognition of the power state and
the brightness buttons, which I hadn't noticed before. --Jim

Hi Alex, just to make sure that I reinstalled one of the kernels that was
supposed to be good (perhaps by accident I reinstalled a bad one), could
you direct me to a good kernel on your ftp site? best, Jim

I have had this same issue for at least a year. It's still an issue with kernel 5.11.0. The following lines in the stack trace looks almost identical:

[292156.350702] ACPI: EC: interrupt blocked
[292180.635315] ------------[ cut here ]------------
[292180.635318] WARNING: CPU: 1 PID: 297907 at kernel/workqueue.c:1419 __queue_work+0x2ce/0x340
[292180.635429] CPU: 1 PID: 297907 Comm: kworker/1:1 Tainted: P O 5.11.0-17-
generic #18-Ubuntu
...
[292180.635431] Hardware name: LENOVO 20QDCTO1WW/20QDCTO1WW, BIOS N2HET58W (1.41 ) 10/27/2020
[292180.635432] Workqueue: kec_query acpi_ec_event_processor
[292180.635436] RIP: 0010:__queue_work+0x2ce/0x340
...
[292180.635450] Call Trace:
[292180.635454] queue_work_on+0x3e/0x50
[292180.635455] acpi_ec_submit_query+0x69/0xa0
[292180.635457] advance_transaction+0x18b/0x4a0

Is there any workaround besides rebooting?

Getting same trace on 5.15.0-18-generic. And besides non-working lid switch, s2idle is eating way more battery after this trace.

[83424.717757] Call Trace:
[83424.717759] <TASK>
[83424.717761] ? acpi_os_release_lock+0xe/0x10
[83424.717768] queue_work_on+0x39/0x60
[83424.717772] advance_transaction+0x1f6/0x590
[83424.717776] acpi_ec_transaction_unlocked+0xfd/0x320
[83424.717780] acpi_ec_transaction+0xb8/0x180
[83424.717784] acpi_ec_space_handler+0x1d8/0x290
[83424.717788] acpi_ev_address_space_dispatch+0x314/0x3d3
[83424.717791] ? acpi_ec_add+0x1c0/0x1c0
[83424.717795] acpi_ex_access_region+0x1c6/0x25f
[83424.717798] ? acpi_ut_trace_u32+0x2b/0x73
[83424.717802] acpi_ex_field_datum_io+0x18a/0x42d
[83424.717805] acpi_ex_extract_from_field+0x17b/0x36b
[83424.717809] acpi_ex_read_data_from_field+0x326/0x378
[83424.717812] acpi_ex_resolve_node_to_value+0x3a7/0x4dd
[83424.717816] acpi_ex_resolve_to_value+0x111/0x1aa
[83424.717819] acpi_ds_evaluate_name_path+0xb1/0x169
[83424.717823] ? acpi_db_single_step+0x1e/0x258
[83424.717826] acpi_ds_exec_end_op+0x11f/0x79f
[83424.717830] acpi_ps_parse_loop+0x587/0x660
[83424.717833] acpi_ps_parse_aml+0x1af/0x552
[83424.717837] acpi_ps_execute_method+0x208/0x2ca
[83424.717840] acpi_ns_evaluate+0x34e/0x4f0
[83424.717842] acpi_evaluate_object+0x18e/0x3b4
[83424.717845] ? finish_task_switch.isra.0+0xa6/0x270
[83424.717850] acpi_ec_event_processor+0x6b/0xa0
[83424.717853] process_one_work+0x228/0x3d0
[83424.717858] worker_thread+0x53/0x410
[83424.717862] kthread+0x11b/0x140
[83424.717866] ? process_one_work+0x3d0/0x3d0
[83424.717870] ? set_kthread_struct+0x50/0x50
[83424.717874] ret_from_fork+0x1f/0x30
[83424.717880] </TASK>
[83424.717882] ---[ end trace b980c7f0525783f6 ]---

It seems like nobody is paying attention to this since the fix (which does not work) was released. Maybe we need to post new bug report?